2008 R2 Failover-Cluster - zusätzliche Netzwerkkarte
Oliver Retz
vorhanden: Windows Server 2008 R2 Failover-Cluster mit zwei Knoten.
Beim Erstellen des Clusters war je Knoten eine Netzwerkkarte aktiviert und
konfiguriert.
Nun soll die jeweils zweite Netzwerkkarte der beiden Knoten aktiviert und
mit in das Cluster eingebunden werden.
Zielvorstellung ist �ber ein Netzwerkkarten-Paar die Cluster-Kommunikation
sowie die Clientabfragen bereitzustellen, �ber das zweite Paar nur die
Clientanfragen. Sprich, beide Netzwerkpaare sind im gleichen Netz (V-LAN)
und bilden ein Failover im Sinne eines Netzwerkkarten-Ausfalls. Nachdem das
HP-Server sind w�rde auch ein Teaming gehen. Laut MS w�rde das bei 2008 R2
auch wieder unterst�tzt werden. Allerdings im Support-Fall w�re einer der
ersten Ma�nahmen, das Teaming aufzul�sen um das als Fehlerquelle
auszuschlie�en. Das will ich eigentlich vermeiden.
Leider finde ich im Netz bei Technet oder anderen Quellen nicht wirklich
viel hilfreiches.
Dazu zwei Fragen:
Erste Frage als Verst�ndnis-Frage....Das Cluster erreiche ich unter dessen
"virtueller" IP die in der Cluster-Konfiguration hinterlegt ist. Das zweite
Paar bekommt keine solche Adresse und im Ausfall w�rde diese von dem aktiven
Paar �bergeben werden? Oder verstehe ich hier was komplett falsch?
Zweite Frage - wie bekommt ich �berhaupt diese Netzwerkkarten in das Cluster
hinein?
Ich habe die beiden Netzwerkkarten aktiviert und konfiguriert. Wenn ich
einen "validate cluster" ausf�hre werden die beiden Karten auch gefunden und
als nicht konfiguriert gemeldet.
Eine M�glichkeit diese jetzt dem Cluster hinzuzuf�gen finde ich nicht.
Danke schon mal
Oli
RCan
generell ist es nicht unterst�tzt/supported mehrere NICs im selben Subnet im
Failover Cluster zu verwenden.
Sofern du hier eine Hochverf�gbarkeit von Netzwerk Perspektive erreichen
willst, musst du mit NIC Teaming arbeiten, welches auch voll von Windows
2008 supported ist -> http://support.microsoft.com/kb/254101
Auch das aufl�sen eines Teams - im Falle eines Support Cases - sollte dich
hier nicht abschrecken.
WICHTIG : Jede NIC / Teamed NIC muss in einem seperaten subnetz stehen,
damit du es f�r die Cluster Communication verwenden kannst. Sobald du der
zus�tzlichen NIC eine IP aus einem anderen Netzwerk Segment vergibst, wird
dieser automatisch (NETFT) in Failover Cluster hinzugef�gt.
> 1. Frage :
> "virtueller" IP die in der Cluster-Konfiguration hinterlegt ist. Das
> zweite Paar bekommt keine solche Adresse und im Ausfall w�rde diese von
> dem aktiven Paar �bergeben werden? Oder verstehe ich hier was komplett
> falsch?
Das funktioniert leider nicht ganz so... Sofern du "Redundanz" im Netzwerk
haben willst, musst du wie bereits erw�hnt mit teaming arbeiten. Ich w�rde 1
x Team f�r den client access erstellen (Public + Cluster comm) und 1 NIC f�r
die cluster intra-communication (Cluster only) konfigurieren.
Recommended private "Heartbeat" configuration on a cluster server -
http://support.microsoft.com/kb/258750
Network adapter teaming and server clustering -
http://support.microsoft.com/kb/254101
Somit hast du eine gewissen Hochverf�gbarkeit im Netzwerk Bereich. Ist das
was du willst ?
> 2. Frage - wie bekommt ich �berhaupt diese Netzwerkkarten in das Cluster
> hinein?
Vergib dem Adapter eine IP aus einem anderen IP segment/subnets dann wird
diese automatisch im FC hinzugef�gt, das �bernimmt der Cluster f�r dich :-).
Generell Cluster Communication :
http://blogs.technet.com/askcore/archive/2009/02/13/what-is-a-microsoft-failover-cluster-virtual-adapter-anyway.aspx
Viele Gr��e und viel Spass noch beim Clustern ;-)
Ramazan
"Oliver Retz" <_> wrote in message
news:u84DD2Yp...@TK2MSFTNGP04.phx.gbl...
Bernd Pfann [MS]
"RCan" <noo...@arcor.de> wrote in message
news:F9D6FBC4-6B8D-4490...@microsoft.com...
> Hi Oliver,
>
> generell ist es nicht unterst�tzt/supported mehrere NICs im selben Subnet
> im Failover Cluster zu verwenden.
>
> Sofern du hier eine Hochverf�gbarkeit von Netzwerk Perspektive erreichen
> willst, musst du mit NIC Teaming arbeiten, welches auch voll von Windows
> 2008 supported ist -> http://support.microsoft.com/kb/254101
> Auch das aufl�sen eines Teams - im Falle eines Support Cases - sollte dich
> hier nicht abschrecken.
> WICHTIG : Jede NIC / Teamed NIC muss in einem seperaten subnetz stehen,
> damit du es f�r die Cluster Communication verwenden kannst. Sobald du der
> zus�tzlichen NIC eine IP aus einem anderen Netzwerk Segment vergibst, wird
> dieser automatisch (NETFT) in Failover Cluster hinzugef�gt.
[...]
Wenn NIC Teaming in diesem Fall eingesetzt wird, dann werden die beiden
einzigen NICs (jeder Knoten hat ja nur 2 - laut dem Eingangsposting) zu
einem Team zusammen gesetzt. Das w�rde wiederum per Default in einer
einzigen Netzwerkverbindung enden.
Unter dem HP Teaming ist es m�glich mehrere VLans zu bilden und das Teaming
wieder baut dann f�r jedes VLan einen logischen Adapter welcher wiederum mit
einer IP-Adresse versehen werden kann.
Deshalb hier die Empfehlung im Falle von Teaming, darauf 2 VLans zu bauen
und das erste in der Produktionsnetz (Public) und das zweite f�r den
Heartbeat (oder die interne Cluster Kommunikation wie es unter 2008+ hei�t)
zu verwenden. Damit sind die 2 f�r den Cluster empfohlenen Netzwerke
gew�hrleistet.
>
>> 1. Frage :
>> "virtueller" IP die in der Cluster-Konfiguration hinterlegt ist. Das
>> zweite Paar bekommt keine solche Adresse und im Ausfall w�rde diese von
>> dem aktiven Paar �bergeben werden? Oder verstehe ich hier was komplett
>> falsch?
>
> Das funktioniert leider nicht ganz so... Sofern du "Redundanz" im Netzwerk
> haben willst, musst du wie bereits erw�hnt mit teaming arbeiten. Ich w�rde
> 1 x Team f�r den client access erstellen (Public + Cluster comm) und 1 NIC
> f�r die cluster intra-communication (Cluster only) konfigurieren.
> Recommended private "Heartbeat" configuration on a cluster server -
> http://support.microsoft.com/kb/258750
Achtung: Dieser Artikel gilt nicht f�r Windows 2008!
>
> Network adapter teaming and server clustering -
> http://support.microsoft.com/kb/254101
>
--
Mit freundlichen Gr��en / Kind regards - Bernd Pfann (Microsoft)
This posting is provided "AS IS" with no warranties, and confers no
rights.