Probleme mit Cluster

[tSh-Floyd 10]

Hallo zusammen.

 

Ich habe mir einen 2Knoten Cluste rmit HyperV Server 2008R2 aufgesetzt. Zur Verwaltung dient ein dritter Server mit AD,DNS etc (2008R2 STD).

 

Die beiden HyperV Server haben zwei Netzwerkkarten. Eine wird als Heartbeat verwendet, die andere für die Netzwerkkomunikation der VM's und des Hosts mit der Aussenwelt.

 

Ich habe zu erst auf dem ersten Knoten einen vSwitch eingerichtet, der Haken dass diese NIC auch für das Hostsystem verwendet wird, ist gesetzt.

 

Als ich jetzt auf dem zweiten Server ebenfalls den vSwitch eingerichtet habe, auch mit gesetzten haken, habe ich die Verbindung zum Cluster verloren und kann mich auch nicht mehr darauf verbinden.

 

Hat da jemand einen Tipp für mich?

 

Gruß

Philipp

[NilsK 2.930]

Moin,

 

unter anderem aus dem Grund legt man die virtuellen Netzwerke ja auch an, bevor man den Cluster aufbaut ...

 

Durch den vSwitch ist die Konfiguration der Host-Netzwerkkarte jetzt in die virtuelle Karte der Parent Partition gewandert. Daher dürfte die Zuweisung der Karten innerhalb des Clusters nicht mehr stimmen. Melde dich direkt auf den Clusterknoten an und prüfe dort die Konfiguration der Netzwerke.

 

Falls du die Option hast, den Cluster noch mal neu aufzusetzen, wäre das u.U. der am wenigsten fehlerträchtige Weg. Definiere dann die virtuellen Netzwerke, bevor du den Cluster einrichtest.

 

Zwei Karten sind für einen Clusrter übrigens auffallend wenig. Wie sprichst du denn das Storage an?

 

Gruß, Nils

[tSh-Floyd 10]

HI.

 

Storage ist über SAS angeschlossen, das ist ein Modular Server von Intel, der macht da quasi ein SAN draus, ist ne ganz nette sache für lowbudget...

 

Ok, dann werf ich den Cluster nochmal schnell weg :)

Ich habe noch zwei weitere NIC's pro Server, nur wenn ich zwei im gleichen Netz habe, meckert der Validator rum...

 

Danke!

Philipp

[tSh-Floyd 10]

Ok, das funktioniert jetzt soweit.

 

Ein Problem habe ich aber noch, die Livemigration schlägt immer fehl, jedoch ohne Meldung.

Eben lag es daran das die Netzwerkkonfig fehlerhaft war, da meckert er aber nicht mehr rum.

 

Noch ne idee wie ich herausfinden kann, warum die fehl schlägt?

 

Gruß

Philipp

[Lian 2.421]

Sind die Event Logs und ist der Validate sauber und fehlerfrei?

[tSh-Floyd 10]

Jein, der Validator ist komplett grün.

In den logs stehen noch alte events drin, bei der migration kommen aber keine hinzu.

Quickmigration geht aber.

[NilsK 2.930]

Moin,

 

guck mal hier:

Hyper-V: Live Migration Network Configuration Guide

Windows Server 2008 R2 Live Migration ? ?The devil may be in the networking details.? - Ask the Core Team - Site Home - TechNet Blogs

 

Gruß, Nils

[TheDonMiguel 11]

Welches Netz has du für Live Migration definiert? Check mal, dass dort dein Cluster Network aktiviert ist. Wichtig, du solltest dann unbedingt den TechNet Artikel von Nils anschauen, dort steht die Konfig bezüglich QS. 2 NICs sind halt schon wenig...

 

+Event-Log meldungen posten - bei Source und Target prüfen, bei dir wohl eher Source ;)

 

Gruss

Michel

[tSh-Floyd 10]

Morgen.

 

So, jetzt läuft es, eine der zusätzlichen NIC's war nicht deaktiviert und für LM angehakt... Haken weg und es rennt.

 

Für LM sind das Heartbeat und das Externe LAN angegeben.

Was ist da empfehlenswert? THeoretisch könnte ich ein eigenes LAN nur für LM einrichten.

 

Was relativ lange dauert, ist das Verbinden der Konsole auf die Maschinen, woran kann das liegen?

 

Gruß

Philipp

[NilsK 2.930]

Moin,

 

definiere "relativ lange". Von welcher Konsole sprichst du hier?

 

Gruß, Nils

[tSh-Floyd 10]

Wenn ich auf einer VM im HyperV oder Failovercluster Manager rechtsklicke und sage "Verbinden". Das dauert ca 15sekunden bis ich dann das Bild der Maschine habe, solange ist der Schirm schwarz und "Verbindung zur Virtuellen Maschine wird hergestellt" steht dort.

 

Ich habe in anderen Umgebungen mit HyperV schon gesehen das das schneller geht.

[TheDonMiguel 11]

Ich habe in anderen Umgebungen mit HyperV schon gesehen das das schneller geht.

 

Die hatte vielleicht mehr als 2 NICs? :rolleyes:

 

Hast du den TechNet Artikel gelesen und entsprechend deine Architektur angepasst?

[NilsK 2.930]

Moin,

 

ich habs grad mal bei mir getestet, ich warte etwa drei Sekunden. Da kann bei dir ja noch eine Menge im Argen sein, durchaus auch noch vor Hyper-V - Stichwort Namensauflösung usw.

 

Hast du bei einer RDP-Verbindung auf eine VM auch längere Wartezeiten?

 

Gruß, Nils

[tSh-Floyd 10]

HI.

 

Also ich habe die Konfig noch nicht geänder.

Würde dann eine weitere NIC für CSV nehmen, nur wo konfigurieren in den Cluster das er CSV über eine bestimmte nic laufen lässt, habs noch nicht gefunden.

 

@NilsK: RDP rennt, ist blitzschnell.

[TheDonMiguel 11]

Würde dann eine weitere NIC für CSV nehmen

3 network adapters with 1 Gbps:

> Virtual Machines: Virtual network adapter 1

> Management: Virtual network adapter 1 with bandwidth capped at 10%

> Heartbeat + CSV: Network adapter 2

> Live Migration: Network adapter 3

 

Schau hier für weitere Details: Hyper-V: Live Migration Network Configuration Guide

 

nur wo konfigurieren in den Cluster das er CSV über eine bestimmte nic laufen lässt, habs noch nicht gefunden.

Sollte autm. die NIC mit der riefsten Metric (Heartbeat) gewählt sein. Sonst schau mal hier: How-To: Verwaltung eines Cluster Shared Volume (CSV) | Server Talk

 

Gruss

Michel