Failover Cluster VM's starten neu

[tSh-Floyd 10]

Hallo zusammen.

 

Ich habe bei einem Kunden ein merkwürdiges Phänomen.

 

Habe dort einen 4 Knoten Cluster für HyperV mit je ca 4VM's pro Knoten.

 

Wir haben nun beobachtet dass es von Zeit für Zeit Probleme gibt wenn man per Live Migration eine VM auf einen anderen Knoten schiebt, starten die VM's die auf dem alten Knoten sind neu.

 

Gibt es dort irgendwelche Abhängigkeiten die man einstellen kann die ein solches Verhalten verursachen können?

Oder hat jemand von euch so ein Verhalten schonmal festgestellt?

 

Hostsystem ist ein 2008R2 und als Gäste Server 2008 Web Edition.

 

Gruß

Philipp

[TheDonMiguel 11]

Hallo Philipp

 

Sind die Patches für Prozessoren installiert? Z.B. ist bei AMD solch ein Problem mit Live Miration bekannt: Prozessoren und deren Herausforderungen mit Hyper-V | Server Talk

 

Ansonsten mal das Event Log genauer anschauen und die Fehler (inkl. ID, etc) posten!

 

Gruss

Michel

[tSh-Floyd 10]

HI.

 

Habe das mal überprüft, wir haben eine andere CPU Serie von Intel, die nicht auf der Liste steht.

Verwunderlich ist jedoch, dass das nicht auf jedem Knoten passiert.

Wenn ich eine Maschine z.b. von Knoten14 auf Knoten11 schiebe, wird der Clusterdienst nach der LiveMig unerwartet beendet (eventid 1006 und 7024) und anschliessend neugestartet.

Im Screenshot sieht man die Netzwerk Konfiguration vom Heartbeat

Knoten11 hat als Heartbeat ein Nic Teaming, was im Modular Server über zwei verschiedene Switche läuft, Knoten14 hat diese Konfiguration nicht.

 

Kann das sein dass der Clusterdienst mit dem Datenfluss über das Team und die beiden Switche ein Problem hat und deswegen neustartet?

 

Wie würde sich der Cluster verhalten wenn ich das Team auflöse?

Gruß´

Philipp

[TheDonMiguel 11]

Dein Network Design scheint mir sehr komisch zu sein... Das Problem könnte daher kommen...

 

Teamingauflösen geht schon, der cluster macht die NIC Zuweisung basierend auf dem Subnet. Daher hast du wohl auch so viele Adapter beim Heartbeat Netzwerk. Konfigurier die Adapter für "Host Management", "Live Migration", "Heartbeat" und "CSV" jeweils mit einem eigenen Subnet! Die NICs für die Virtual Machines werden anders behandelt, da der Virtual Network Switch das TCP/IP Protocol ja entfernt...

 

Gruss

Michel

[tSh-Floyd 10]

ja das ist nicht von mir, sondern meinem vorgänger.

Werde da auch noch was aufräumen demnächst, ist nur ein Produktiv System mit Quasi Null Wartungsfenster^^

 

Hm, was heist so viele Adapter im Heartbeat. 4 Knoten = 4 Adapter...

 

Werd das mal testen mit Teaming auflösen.

 

Noch ne andere Frage, ich habe einen zweiten Cluster, der funktioniert einwandfrei, bis auf eins, im Heartbeat Netz wird ein Knoten nicht angezeigt, er ist jedoch vorhanden und läuft. Livemigration, etc. ist alles möglich von und zu dem Knoten. Woran kann das liegen das der Netzwerkadapter nicht in der Übersicht auftaucht?

[TheDonMiguel 11]

Stimmt, habe die Anzahl Nodes nicht beachtet - sorry. Dennoch solltest du dein Network Design validieren - im forum wurde dies öfters besprochen, oder hier

 

Einblicke in Cluster Shared Volume (CSV) | Server Talk

How-To: Verwaltung eines Cluster Shared Volume (CSV) | Server Talk

 

Gruss

Michel

[TheDonMiguel 11]

Die Aussage "der funktioniert einwandfrei" ist ja eigentlich ein Widerspruch zum Problem ;)

 

- Ist die NIC dort gleich konfiguriert wie bei den anderen Nodes?

- Meldungen im Event Log?

 

Live Migration geht ev. via Public Network, oder hast du dies angepasst? Wie oben geschrieben, eigenen Link oder QoS Policy...