Failovercluster und NIC Teaming

[Rudman 10]

Hallo,

 

Haben uns einen neuen Cluster zugelegt.

Hat 2 Broadcom NIC fürs public Netz diese sollen für failover geteamed werden.

Das Team erstellen ist kein Problem.

Aber muss ich für die einzelnen NIC auch IP-Adressen vergeben oder reicht die eine Adresse für das Team?

Adressen werden nämlich langsam knapp.

 

Teaming für die Heartbeat NIC´s wollte ich auch erst einstellen, bzw so ist es gerade eingstellt.

Aber laut Microsoft, kann man das auch wie in diesem Artikel beschrieben umsetzen und es wird supported.

Network adapter teaming and server clustering

 

Hat jemand von Clusterspezialisten dies schon mal so umgesetzt und getestet?

 

Vielen Dank für Rat.

[Velius 10]

Team Adapter à la HP und Konsorten brauchen keine IPs auf den einzelnen NICs. Dort ist das TCPIP Protokoll auch gar nicht aktiv, nur auf dem virtuellen Team Adapter.

 

Keine Ahnung aber wie das mit CLustern zusammen spielt.

[Stephan Betken 43]

Hallo Rudman,

 

Teaming für die Heartbeat-Connection ist nicht supportet.

The use of teaming on the private interconnect of a server cluster is not supported because of delays that could possibly occur in the transmission and receipt of heartbeat packets between the nodes. For best results when you want redundancy for the private interconnect, disable teaming and use the available ports to form a second private interconnect. This achieves the same end result and provides dual, robust communication paths for the nodes to communicate over.

Die Public-Verbindung kann aber geteamed werden und benötigt dann natürlich nur eine IP-Adresse für das Team.

 

Eigentlich sollte nach dem teaming das TCP/IP-Protokoll nicht mehr an die Adapter gebunden sein, sondern lediglich an den virtuellen Adapter.

 

 

 

EDIT: Okay, da war ich vielleicht etwas zu langsam.

[Velius 10]

 

 

EDIT: Okay, da war ich vielleicht etwas zu langsam.

 

Kommt vor.:D

[Stephan Betken 43]

Off-Topic:
Zu schnell ist auch nicht immer gut! ;):D

[Velius 10]

Off-Topic:

Zu schnell ist auch nicht immer gut! ;):D

 

 

Off-Topic:

Word! :shock::D

[Lian 2.335]

Stephan hat hier die richtigen Sätze bereits gesagt.

 

Der Rest steht im KB Artikel (PSS might want you to disable Teaming).

 

Denke an die TOE/SNP Geschichten. Wenn Offloading nicht gebraucht wird, soll heißen: Kein CPU Engpass, dann lieber erstmal deaktivieren (Chimney, RSS etc.).

 

Geht es Dir um den Failover oder auch um die Bandbreite?

[Rudman 10]

Es geht nur um den Failover.

 

Das Teaming für Heartbeat nicht supported steht ja in dem Artikel. Ich möchte aber die Vorgehensweise laut MS für den Heartbeat nutzen. Siehe unten.

 

Das Publicnetz sollte geteamed werden und da war das Problem ob ich auf den einzelnen NIC Adressen vergeben soll.

Gesehen habe ich mittlerweile auch das das IP Protokoll bei eingestelltem Teaming nicht mehr auf den Einzel-NIC´s vorhanden ist. Also gehe ich davon aus das die einzelnen NIC´s keine feste IP benötigen, sondern nur das Team.

 

Beim Heartbeat vergebe ich dann die Adressen z.B.

Node1: Nic1: 10.10.10.1

Node2: Nic1: 10.10.10.2

Node1: Nic2: 100.100.100.1

Node2: Nic2: 100.100.100.2

 

Und diese dann an der richtigen Stelle in der Clusterverwaltung eintragen.

Hat dazu jemand Erfahrungen machen können. Testen werde ich das dann morgen sowieso :) Und berichten.

[Lian 2.335]

Hallo,

 

für den Failover hast Du ja einen Cluster, das Teaming bzw. Multipathing kenne ich eher aus der SAN/FibreChannel HBA Ecke.

 

Habt Ihr denn eine ordentliche SAN?

 

Zur Netzwerk-Konfiguration: Cluster Server Netzwerkeinstellungen | Cluadmin.de

Beim MedaSensing nichts ändern - das betrifft nur W2K

[Rudman 10]

Guten Tach,

 

nach 13 Stunden effektiver Einrichtungszeit, laufen die Kisten. :)

 

Lian Vielen Dank für deine Links, waren sehr nützlich, einige Konfigurationen kannte ich noch nicht. Aber man kann ja auch nicht alles wissen.

 

Es funktioniert alles so wie ich mir das gedacht habe.

Die beiden Heartbeatleitungen über Crossoverangeschlossen und in der Verwaltung nur für privaten Verkehr ausgewählt.

Eine Leitung gezogen, nichts passiert. Zweite Leitung gezogen, 2. Node nicht mehr Verfügbar. Logisch.

PublicNetz ist geteamed, den Physichen Karten keine IP´s gegeben aber dem Team. 1. Kabel gezogen, nichts passiert. 2. Kabel gezogen-> Failover.

1. Kabel an Node 2 gezogen, nichts passiert. 2 Kabel an Node 2 gezogen. Aus :D

 

Dann noch zur Info:

Cluster besteht aus 2x RX 300 S4, 2 FibreChannelswitche ( natürlich alles über Kreuz angeschlossen, aber noch nicht getestet ) und eine FibreCat SX 80.

[Lian 2.335]

:thumb1:

 

Die Hardware ist auch auf der HCL meine ich...

[Rudman 10]

Jepp ist Sie, sonst hätten wir Sie ja nicht gekauft ;)

Es war recht anstrengend, aber ich bin glücklich.

[Lian 2.335]

Testet ruhig ausführlich, die Möglichkeiten die man hat während ein System noch nicht produktiv ist, wird es so schnell nicht mehr geben ;)

[Rudman 10]

Wir haben beim letzen Cluster einen Monat getestet, alles war fein.

Dann war er eine Woche in Echtbetrieb und hat nicht mehr geclustert, das habe ich nach ein paar Stunden wieder hinbekommen. Aber rausgefunden woran es lag hat´s keiner. *schnief* Das sollte nicht nochmal vorkommen.

[Lian 2.335]

Hmm, setz mal das cluster.log auf 32MB, das gibt Dir mehr Daten zum Troubleshooten für den Fall der Fälle:

Das cluster.log | Cluadmin.de