Ich habe im Labor mit iSCSI usw. bereits zwei- dreimal einen Hyper-V-Cluster aufgesetzt. Allerdings stehe ich jetzt vor der Aufgabe das Ganze produktiv lösen zu müssen. Wir haben nämlich ein Kundenprojekt gewonnen, dass einen solchen als Herzstück hat.
Die Microsoft-Ressourcen kenne ich bereits, IT-Pro Momentum läuft, was mir noch fehlt, sind Pros, die vielleicht bereits Projekte damit gemacht haben und um die Fallstricke wissen.
Daher meine Frage: Hat hier jemand praktische Erfahrungen mit Hyper-V-Cluster und kann mir Tips geben?
Als Hardware kommen zwei DL380 G5 im Zusammenspiel mit einer MSA2312FC zum Einsatz.
Ja, wenn es nach mir gegangen wäre hätte ich auch noch auf den R2 gewartet... Aber leider hat der Kunde zwar gefragt aber sich nicht für die Antwort interessiert
Mittlerweile läuft der Cluster produktiv und soweit auch sehr stabil. Failover usw. funktionieren bisher problemlos.
Zwei Punkte auf die ich gestoßen bin bei der Realisierung wollte ich euch allerdings nicht vorenthalten:
1.) Ich kann jedem nur empfehlen vorhandene virtuelle Maschinen NICHT zu importieren. Das gibt Ärger mit der Netzwerkverbindung der VM. Sie wird dann beim Failover zwar umgezogen, startet aber mit Fehler. Daraufhin wird die Netzwerkverbindung entfernt und die VM erneut gestartet. Damit ist die VM zwar wieder oben aber ohne Netzwerkverbindung. In meinem Fall half nur die VM zu löschen, eine neue VM anzulegen und ihr einfach die Festplattendateien unterzujubeln.
2.) Wenn ihr eine VM herunterfahren wollt, startet sie sofort wieder neu. Sagt Ihr im Failover-Cluster-Management, dass die Maschine heruntergefahren werden soll, so wird sie einfach beendet. Das wird vom Failover-Cluster-Dienst so iniziiert. Erstens MUSS in den Eigenschaften der VM eingestellt sein, dass KEINE automatische Startaktion stattfindet(steht auch so im MS-Tutorial) und zweitens muss man in den Eigenschaften der Failover-Ressource "Virtuelle Maschine" einstellen, dass die Standardaktion beim Beenden "Herunterfahren" ist. Letzteres sollte jedoch nur im Bedarfsfall eingestellt werden, da sonst evtl. der Dienst beim Herunterfahren zu lange braucht um alle VMs zu beenden und das OS einfach den Dienst(und damit auch die VMs) beendet. Also wenn nicht mehr benötigt die Einstellung wieder auf "Speichern" zurückstellen.
Ja, die Punkte sind bekannt.
1. Ein Import der VMs ist möglich, die Config muss man aber anpassen vor dem Start/Onlinenehmen der VM.
2. Das ist grob gesagt der Sinn eines Clusters, er überwacht Dienste und deren Zustand
der 2. Punkt wurde mit R2 behoben. Vielleicht hast Du ja die Möglichkeit nach dem Erscheinen von R2 darauf upzudaten. Schließlich sind einige Verbesserungen enthalten und ich sprechen nicht nur von Live Migration :-).
Danke, das wusste ich noch nicht. Wie oben gesagt hatte ich vorgeschlagen auf R2 zu warten, aber dem Kunden war es zu dringend.
Ich war jetzt eher auch der Meinung, dass es nicht Sinn des Clusters ist die VM einfach auszuschalten
Ich war jetzt eher auch der Meinung, dass es nicht Sinn des Clusters ist die VM einfach auszuschalten
So war das nicht gemeint: Der Cluster überwacht über seine LooksAlive/IsAlive checks den Status einer Ressource. Manuelles eingreifen außerhalb der Failover Cluster Management Console führt dazu, daß der Clusterdienst aktiv wird. Falls Du über die Cluster Console gegangen bist, sind die von Dir genannten Einstellungen von von Bedeutung.
Changes to the virtual machine view
The Failover Cluster Management console customizes the controls and actions that are available in the actions pane. Before you install this update, the actions for virtual computers are "online" and "offline." After you install this update, the actions for virtual computers are "start," "stop," "shutdown," and "turnoff."
Eine Quick Migration/Move VM führt zu einem Save State und nachfolgendem Move:
Zitat von KB 951308
Changes to virtual machine actions
Before you install this update, the actions pane shows the Quick Migrate Virtual Machines option and the Move Service or Applications option to move virtual machines. The Quick Migrate Virtual Machines option causes the virtual machine to use the "save state" shutdown option before you move the virtual machines. The Move Service or Applications option causes the virtual machines to shut down by using the "offline action" setting that is part of each virtual machine’s resource properties. After you install this update, the only action in the Failover Cluster Management console for the Hyper-V role is Move Virtual Machines. This action causes each virtual machine that is in the running state to move by using the "save state" shutdown option. If the virtual machine is not in the running state, it does not have to be shut down, and its state will not change during the move.
Gerade was das Failover Clustering betrifft, wird die R2 wesentliche Verbesserungen mit sich bringen, wie bereits gesagt (Live Migration/CSV, SAN Fault Tolerance via I/O Redirection, Printer Driver Isolation etc.).
Das Thema MS Hyper-V ist noch recht jung und wird kontinuierlich verbessert.
Hyper-V Cluster
