Hyper-V 2012R2 - Hochverfügbarkeit (HV) - Cold Boot Clusterknoten

[Cyberleo 0]

Hallo,

 

aufgebaut wurde ein Hyper-V Cluster unter 2012R2 mit zwei Clusterknoten und einem CSV, sowie separaten Netzen für Management, Virt.Switch und Livemigration.

 

Der Cluster funktioniert einwandfrei, Livemigration, Neustart eines Knoten etc. Alles o.k. Die VMs nebst Datenträger werden migriert.
Clusterkonfiguration Test alles grün.

 

Meine Frage:
Wenn ein Clusterknoten "geknipst" wird, also Cold Boot, so dass quasi keine Zeit mehr ist die dort gehosteten VMs "regulär" zu migrieren wie bei einem normalen Neustart eines Clusterknoten, wie verhält es sich nun mit der Verfügbarkeit der VMs?

 

Wenn ich das teste, also Cold Boot eines Clusterknoten, passiert folgendes:
Der noch im Einsatz befindliche Clusterknoten übernimmt die VMs, irgendwann.

Jegliche RDP Sessions der vom noch laufendem Clusterknoten übernommenen VMs frieren erst einmal ein.

Irgendwann nach ca. 2 Minuten ist eine neue Anmeldung auf diesen VMs möglich.

 

 

HA bzw. HV würde ich so verstehen das auch in einem solchen Fall die VMs verfügbar bleiben ohne das der Nutzer etwas vom Crash merkt, zumal Microsoft in Verbindung mit Failover Cluster immer erwähnt auch Hardwareprobleme eines Clusterknoten handhaben zu können was ja auch eine unerwarteten Ausfall eines Clusterknoten beinhalten kann.

 

Wie seht Ihr das? - Danke

 

 

[NorbertFe 2.061]

Dann Booten die vms. Du erwartest falsch. ;)

 

Bye

Norbert

 

Ps: wenn du alles getestet hast, warum dann nicht das knipsen? ;)

bearbeitet 14. Mai 2016 von NorbertFe

[Cyberleo 0]

Hi NobertFe,

 

das knipsen hab ich doch getestet.

 

​

• Wenn ich das teste, also Cold Boot eines Clusterknoten, passiert folgendes:
• Der noch im Einsatz befindliche Clusterknoten übernimmt die VMs, irgendwann.
• Jegliche RDP Sessions der vom noch laufendem Clusterknoten übernommenen VMs frieren erst einmal ein.
• Irgendwann nach ca. 2 Minuten ist eine neue Anmeldung auf diesen VMs möglich.

Oder wie meinste ?

[NorbertFe 2.061]

Ja und was passiert mit den vms? Das kannst du dir doch am verbleibenden Knoten anschauen ;)

[DocData 85]

Wie soll das denn gehen? Du schaltest die Machine aus. Die VMs im RAM sind augenblicklich weg. Dann greift der Cluster und staret die VMs auf den verbleibenden Knoten neu. Das von dir beobachtete Verhalten ist korrekt und erwartet.

 

VMware vSphere bietet für kontinuierliche Verfügbarkeit Fault Tolerance, was in der Praxis aber nicht ohne Tücken ist.

[Cyberleo 0]

Hi,

 

ich sitze jetzt gerade nicht vor dem ganzen "Geraffel".

Schlage vor ich melde mich am Dienstag nochmal, da kann ich genauere Angaben machen, noch kann ich den Cluster testen wie ich will.

 - Danke schon mal im voraus. happy WE

[v-rtc 88]

Hallo,

 

das ist unter VMware nicht wirklich anders in einem Cluster, ohne zusätzliche Features. Da sind die VMs auch erst einmal Offline.

 

Grüße

 

Rolf

[Cyberleo 0]

@Board Veteran

• VMware vSphere bietet für kontinuierliche Verfügbarkeit Fault Tolerance, was in der Praxis aber nicht ohne Tücken ist.          

Ja, sowas schwebte mir vor.

 

@RolfW

Jap, ich glaube die Frage bzw. das Szenario ist dann beantwortet.

[NilsK 2.957]

Moin,

 

jaja, das alte Missverständnis, dass man Live Migration auch dann erwartet, wenn ein Host ausfällt. Kann nicht gehen. In keiner Hypervisor-Welt.

 

Man sollte auch beachten, dass Hochverfügbarkeit (HA) nicht dasselbe ist wie Fault Tolerance (FT). FT kann Hyper-V nicht ohne Zusatztools. In vSphere geht das (abhängig von der Lizenz), wird aber in der Praxis so gut wie nie eingesetzt, weil die Einschränkungen in den meisten Szenarien zu umfassend sind.

 

Gruß, Nils

[Dunkelmann 96]

Moin,

 

jaja, das alte Missverständnis, dass man Live Migration auch dann erwartet, wenn ein Host ausfällt. Kann nicht gehen. In keiner Hypervisor-Welt.

 

Man sollte auch beachten, dass Hochverfügbarkeit (HA) nicht dasselbe ist wie Fault Tolerance (FT). FT kann Hyper-V nicht ohne Zusatztools. In vSphere geht das (abhängig von der Lizenz), wird aber in der Praxis so gut wie nie eingesetzt, weil die Einschränkungen in den meisten Szenarien zu umfassend sind.

 

Gruß, Nils

Moin,

 

hier muss ich mal ein Jein einwerfen. Ein Virtualisierungscluster kann auch mit fehlertolleranter Hardware aufgebaut werden.

Ist nur eine Frage des Budgets und ob die 5 oder 6 Neunen Uptime wirklich benötigt werden ;)

bearbeitet 15. Mai 2016 von Dunkelmann

[v-rtc 88]

Dann erzähl mal ?

[NilsK 2.957]

Moin,

 

hier muss ich mal ein Jein einwerfen. Ein Virtualisierungscluster kann auch mit fehlertolleranter Hardware aufgebaut werden.

Ist nur eine Frage des Budgets und ob die 5 oder 6 Neunen Uptime wirklich benötigt werden

 

da differieren unsere Ansichten ja nicht. Ziemlich genau das meinte ich.

Es geht aber eben nicht mit Bordmitteln, und es besteht ein Unterschied zwischen dem üblichen Verständnis von HA und dem von FT.

 

Gruß, Nils

[Smalltalk 3]

FT kostet mich nicht nur Lizenzen, sondern auch massiv Ressourcen. Zwar empfindet jeder Produktiv-Systeme als sehr sehr wichtig (ja und noch viel wichtiger als wichtig), doch muss man auf der anderen Seite auch mal erwähnen dass es nie eine 100%ige Verfügbarkeit gibt. Jede 9 hinter dem Komma kostet im Schnitt nochmal das 4-fache mehr.

[DocData 85]

Es kommt darauf an was sich ein Ausfall kostet. Eine Hochofensteuerung, Handelsplatform, Telekommunikation... da wird ein Ausfall schon mal kritisch.

[Smalltalk 3]

Richtig - dürfte hier aber nicht der Fall sein ;-)