Fault Tolerance ohne single point of failure

[Yamato]

Hallo Zusammen,
ich benötige FT für eine (Optional für 2) VM.
Ich kenne nur eine Variante: 2 Server HOST
1 NAS (iSCSI)
Nur das diese Variante die NAS ein SPOF ist.

Wie kann man das lösen und am besten nur mit VMware Software.
Iste es nicht möglcih mit 2 ESXen also 2 Phy. Server ?

Ich habe noch von einer Variante mit 3 Hosts gehört.

Danke vorab.

[UrsDerBär]

Das ist so nicht wirklich möglich. Storage muss vom Storage-Anbieter hochverfügbar gemacht werden. VmWare betätigt sich zwar mittlerweile etwas in diesem Feld, aber so wirklich gut ist das meines Wissens noch nicht. --> vSAN. Kann mich aber gerne eines besseren belehren lassen.

Das heisst entweder eine teure, gespiegelt SAN, eine Bastellösung (je nach Anspruch) oder ein anderes Produkt. Out Of the box würde das zum Beispiel mit Xen in Verbindung mit der Marathon-Erweiterung gehen. Sogar mit Multi vCPU. Da kann auch mit lokalem Storage auf jedem Host nen Storage-Spiegel geschaffen werden.

Ansonten bleibt nur dafür zu sorgen, dass man über eine sehr schnelle Recovery-Lösung verfügt. Das ist häufig das einzig sinnvolle, weil richtiges FT eben teuer und eigentlich auch Komplex ist. Das heisst, es ist auch schnell mal so komplex, dass eine normale Realisierung nicht ubedingt eine schlechtere Gesamtverfügbarkeit hat.

[monster900]

Moin,
der Urs hat absolut recht. Echte FT wird sehr schnell sehr teuer...
Man kommt eigentlich um eine komplett redundante Auslegung der Infrastruktur nicht herum. Also nicht nur VM Host und Storage, sondern z.B. auch die Netzwerkkomponenten müssen komplett redundant ausgelegt sein.
Eigentlich müsste man 2 komplette VM-Infrastrukturen in unterschiedlichen Brandabschnitten vorhalten um echtes FT bieten zu können.
Daher würde ich lieber klären, wie lange ein Ausfall max. dauern darf und darauf ein entsprechendes Backup/Recovery-Konzept drum herum aufbauen.

Gruß
Dirk

[UrsDerBär]

Jop, als simpel kann eigentlich nur die Lösung von Marathon mit Xen Unterbau betrachtet werden. Auch diese kostet gut Geld, ist aber mit Abstand die günstigste und unkomplizierteste Lösung. Verbaut ein grösserer Schlüssedienst gerne für mechanisch-elektronische Zugangssysteme. Es werden halt nur zwei Standard-Server gebraucht.

[Dayworker]

Unter Umständen wäre auch DRBD noch eine Möglichkeit.

[Yamato]

Vielen Dank für die rasche Antworten.

Marathon habe ich in betracht gezogen. DRBD ist HA ich benötige FT.
Das ist schade dass VMware das so nicht kann. Mit VMware wäre das
alles sehr flexibler und die Community ist groß zwecks Hilfe.
Verstehe ich das richtig: Damit es sauber mit (FT) VMware läuft benötige ich
2 x ESXen und 2x NASen die sich gegenseitig synchronisieren !?
Was für NASen gibt es die sich "echt" also in echtzeit synchronisieren, die aber bezahlbar sind. NETAPP ist schon mal zu teuer.

Hat jemand schon mal von euch FT ohne SPOF und mit VMware gemacht ?

Danke

[irix]

Jedes storage welches einen automatischen transparenten failover realisiert bekommt wie datacore, hp lefthand und weitere.

Gruss
Joerg

[UrsDerBär]

Bezahlbar ist immer relativ

Brauchst Du wirklich FT oder würde eventuell auch so halb FT gehen? Das wäre unter Windows z.B. je nach Applikation sehr gut mit HyperV Replication evtl. auch mit VmWare Replication (hier gefällt MS irgendwie besser) oder mit dem ursprünglichen "Leader" in Sachen Replikation: DoubleTake. Der hat nen SBS seit 2003 zuverlässig fast FT repliziert. Inkl. Exchange. Das will schonmal was heissen. Viele Backup-Software haben den ja ned mal gscheit gesichert bekommen.

Aber eben: Wenn das alles wirklich nicht ausreicht (was ist das überhaupt für ne Applikation?), dann brauchst Kohle und KnowHow. Letzeres kann man sich aneignen oder ebenfalls einkaufen.

[mbreidenbach]

Hochverfügbarkeit kostet Geld.

"DAS MUSS IMMER FUNKTIONIEREN !!!!!!!11!!!ELF" ist Bullshit.

Was kostet es wenn die Applikation nicht verfügbar ist ?

Daran kann man dann skalieren was es kosten darf die Applikation hochverfügbar zu machen.

100% geht nie - irgendwas ist immer. Und wenn's Cryptolocker ist.

[Yamato]

@UrsDerBär
Ja ich brauche echte FT.

[UrsDerBär]

Dann brauchst Du auch ne echte, dicke Geldbörse... Egal welche Lösung.

Klang halt nicht grad so als ob viel Budget vorhanden ist mit 2xNAS. Wenn Du sagst Netapp ist zu teuer, dann wird es ziemlich jede SAN ebenfalls sein.


Trotzdem, Du hast die Frage der Applikation nicht beantwortet. Ohne ist eh schwierig. Ist den eine Downtime für OS-Updates tragbar?
Xen Marathon ist auch limitiert in der unterstützten OS.

[Yamato]

Es ist ein Microsoft Webserver mit SQL.

[irix]

Die limitierung von 1 vCPUs fur FT VMs ist bekannt?

Gruss
Joerg

[MarcelMertens]

Sowohl IIS als auch SQL kann man als Failover Cluster betreiben. Die Einschränkungen von FT (max 1vCPU) sind viel zu groß.

Je größer die Verfügbarkeit sein soll, desto teurer wirds. Und der Anstieg ist NICHT! linear!

[Yamato]

Servus,
ja ist mir bekannt mit einer vCPU und
das gefällt mir nicht so.
ich hoffe das sich da was bei vmware ändert.
Ich muss mal probieren ob das so klappt.

Ich danke allen für die Hilfe und Infos.

[UrsDerBär]

Für einen Webserver FT? Etwas strange...

Wie auch immer, Du wirst Deine Gründe haben, dass ein MS-Cluster nicht ausreicht.

Multi-CPU gibts nur bei Xen Marathon und beim physischen Stratus-Server. Der hat aber meines Wissens auch nicht separate Disc-Sätze sondern ne gemeinsame Backplane, ist aber sogar VmWare tauglich. Ob mit aktuellen Versionen auch, kann ich nicht sagen --> Man keine Einschränkungen bzw. überlässt FT der Hardware. Aber DAS ist definitiv teuer, nicht nur die Anschaffung sondern auch der Support.