Windows Server 2008 R2: Networking in Failoverclustern
Wenn Fehler eine Option nicht, können Konfiguration von Failoverclustern in Windows Server hohe Verfügbarkeit sicherzustellen.
John Marlin
Das Netzwerkmodell, das in Windows Server 2008 und Windows Server 2008 R2-Failover-Clusterunterstützung bietet mehr stabile und zuverlässige Kommunikation zwischen allen Knoten im Cluster, die die Effizienz und Zuverlässigkeit der Failover-Clusterunterstützung erheblich verbessert. Es gibt auch einige neue Features, darunter:
- Eine zuverlässigere Kommunikationsstruktur mit TCP- und UDP-unicast
- Unterstützung für IPv6
- Unterstützung für das Auffinden von Clusterknoten in separaten, gerouteten Subnetzen
- Mehr fein abgestufte Kontrolle über Netzwerk-Ausfallerkennung
Sie müssen mithilfe von Netzwerk-Hardware, die als "Certified for WindowsServer 2008". Eine andere Komponente Ihrer Failover-Cluster-Lösung muss ebenfalls entsprechend zertifiziert sein. Wenn Sie iSCSI verwenden, müssen Ihre Netzwerkadapter für entweder die Netzwerkkommunikation werden oder iSCSI – nicht beides.
Beim Entwerfen der Netzwerkinfrastruktur für die Clusterknoten verbinden, sollten sie unbedingt vermeiden Sie single Points of Failure. Es gibt viele Möglichkeiten, die Sie dies erreichen können. Sie können die Clusterknoten mit mehreren, unterschiedlichen Netzwerken. Sie könnten auch Clusterknoten verbinden, mit einem Netzwerk mit Netzwerkkarten, redundanten Switches, redundanten Routern oder ähnlicher Hardware, das Entfernen von single Points of Failure erstellt. Diese architektonischen Anforderungen unterscheiden sich von Serverclustern in Windows Server 2003, die zwei verschiedene Netzwerke erforderlich.
Cluster-Kommunikation
Windows Server 2008-Failoverclustering verwendet jetzt einen virtuellen Netzwerkadapter namens Microsoft Failover Cluster virtuellen Adapter für die Kommunikation zwischen Knoten im Cluster. Sie werden auch dies unter Netzwerkadapter im Geräte-Manager sehen (Wählen Sie Ausgeblendete Geräte anzeigen). Es ist auch sehen, bei der Ausgabe des Befehls IPCONFIG/all. Diese Netzwerkkarte verarbeitet alle Paket-routing über den richtigen Netzen für die Kommunikation, verbindet und so weiter.
Dieser Adapter muss ein APIPA-Adresse in der Adresse Block 169.254.0.0/16 definiert. In IPv6 sie zugewiesen sind mit den fe80:: / 10-Präfix. Wenn Adapter über eine APIPA-Adresse haben, werden diese Adapter in einigen Umgebungen deaktiviert. Wenn Sie dem virtuellen Clusteradapter deaktivieren, werden Sie die Kommunikation zwischen den Knoten deaktivieren.
Das Ziel ist es, die TCP/IP-Konnektivität zwischen zwei oder mehr Systemen, trotz der Ausfall einer Komponente in den Netzwerkpfad zu erhalten. So hat es einen alternativen Pfad für die physische geben. Der (gibt an, ob es eine NIC, Router, Switch oder Hub ist) Ausfall einer Komponente sollte nicht mit anderen Worten, eine Aufschlüsselung der Kommunikation führen.
Kommunikation sollte rechtzeitig weiter. Möglicherweise eine langsamere Antwort, aber die Kommunikation bleibt bestehen, solange es eine alternative physische Route oder den Link ist. Dies kommt wirklich ins Spiel, wenn Sie sprechen darüber, dass der Knoten in verschiedenen Standorten oder Subnetze.
Eine weitere Änderung in Windows Server 2008-Failoverclustering ist der Cluster-Heartbeat-Mechanismus. Während es nach wie vor Port 3343 verwendet, hat es von einer Integritätsüberprüfung UDP broadcast-Mechanismus auf eine UDP-Unicast-Kommunikation gewechselt. Es ähnelt ein Ping, er einen Anfrage / Antwort-Prozess verwendet, aber sie höher entwickelte Features wie z. B. Sicherheit und Sequenznummerierung enthält.
Das Standardverhalten hat ebenfalls geändert, an wie viele Antworten benötigt werden, bevor der Knoten ist nicht erreichbar, initiieren eine Neugruppierung, um eine neue Ansicht der Clustermitgliedschaft zu erhalten gilt. Die Cluster-Heartbeats lassen Sie alle Knoten, die wissen, welche nach oben und unten ist. Standardmäßig werden die Einstellungen dieser durch gesteuert:
- SameSubnetDelay: Heartbeat-Frequenz für Knoten in demselben Subnetz
- SameSubnetThreshold: Schwellenwert für die Verzögerungen für Knoten in demselben Subnetz
- CrossSubnetDelay: Heartbeat-Frequenz für Knoten in verschiedenen Subnetzen
- CrossSubnetThreshold: der Schwellenwert für die Verzögerungen für Knoten in verschiedenen Subnetzen
Diese Einstellungen und die Methode zum Ändern, werden auf der "Konfigurieren Heartbeat und DNS-Einstellungen in einem Multi-Site-Failover Cluster" definiert Seite der TechNet-Bibliothek. Gibt es einen "Heartbeat" über gesendet mit einer Sequenznummer sagen aus Knoten1 nach Knoten2. Node2 antwortet mit der gleichen Sequenznummer. Knoten1 nach Knoten2 erneut dieselbe Sequenznummer sendet und Node2 gibt es ein letztes Mal.
Node1 dann bestimmen diese Heartbeat-Sequenz abgeschlossen und starten den Vorgang erneut mit einem anderen Sequenznummer. Wenn eine der Heartbeat-Sequenzen werden gelöscht oder nicht empfangen, hielt es für einen "fehlenden" Takten. In der Standardeinstellung fünf dieser Sequenzen nicht eingehalten werden, wird der Knoten heruntergefahren wurde oder inaktiv betrachtet.
Können Sie diese Einstellungen, um die Verzögerung oder Schwellenwert erhöhen, aber Sie können alle Netzwerkprobleme nur umgehen. Wenn Netzwerk Latenz Probleme bestehen, dies könnte es umgehen, aber es wird nicht das Problem zu beheben. Also denken Sie daran, dass Änderungen an den Einstellungen für Verzögerungen oder Schwellenwert ist keine Technik zur Problembehandlung angesehen.
Takte, werden in der Standardeinstellung Verwendung von IPv6, da es sich um ein schneller als IPv4-Protokoll ist. Wenn IPv6 deaktiviert wurde, wird stattdessen IPv4 verwendet. Ein Failovercluster wird nicht zu vermischen IPv6 und IPv4. Es verwendet eine oder die andere jedoch nicht beides gleichzeitig.
Erstellung des Clusters
Beim Erstellen eines Clusters in Windows Server 2008 und Windows Server 2008 R2 wird der Cluster-Netzwerk-Treiber erkennt und erstellt die Netze, die auf der Grundlage von, ob ein Standardgateway auf dem Adapter ist. Wenn es sich um einen Standard-Gateway erkennt, wird dieses Netzwerk ermöglicht Clients die Verbindung und verwenden sie für die Clusterkommunikation festgelegt.
Auf diese Weise können die Cluster-IP-Adressen und Client Access Points (Netzwerknamen) das Netzwerk verwenden. Es gibt es einen metrischen Wert 10.000 ab. Wenn ein Netzwerk einen Standard-Gateway vorhanden ist, wird es einen metrischen Wert ab 1.000 gegeben werden. Es werden dann nur für die Clusterkommunikation ausgewählt werden. Jedes Netzwerk, erkennt erhöht das metrische Inkrement, 100.
Eine Sache, über die Art und Weise jetzt funktioniert ist, dass es kein Konzept mehr eines Netzwerks "öffentlich" und "Privat gibt". Aus diesem Grund die alte "Private 'Heartbeat' Configuration on a Clusterserver empfohlen" Artikel für Windows Server 2003-clustering ist ungültig. Cluster-Kommunikation sind immer noch alle Netzwerke durchlaufen.
In früheren Versionen definiert Sie, welches Netzwerk für die Clusterkommunikation verwenden möchten. Solange das Netzwerk verfügbar war, würde der Cluster nur das Netzwerk verwenden. Verwenden alle Netzwerke, Windows Server 2008 und Windows Server 2008 R2. Wenn ein Problem mit einem Netzwerk vorliegt, wechselt es automatisch zwischen Netzwerken.
Es ist eine interne Metrik, die der Clusternetzwerktreiber verwendet. Es wird den allgemeinen TCPIP metrischen Wert verwendet. Sie können die metrischen Werte mit den folgenden Windows PowerShell-Befehl finden Sie unter:
Get-ClusterNetwork | FT-Name, Metrisch
Die metrischen Werte wird wirklich ins Spiel kommen, wenn es um die mit einen Cluster mit Hoch verfügbare virtuelle Maschinen (VMs) und Verwendung freigegebener Clustervolumes.
Genommen Sie an, dass Sie diesen Befehl mit diesen Netzwerken konfiguriert ausführen möchten:
Name -------------------------------------------------- iSCSI-Netzwerk |
Metrik -------------------------- 1000 |
Wenn Sie freigegebene Clustervolumes verwenden, wird das niedrigste Metrikwert Netzwerk für CSV-Datenverkehr verwenden oder Zugriffsmodus weitergeleitet. Wenn Sie das live-Migration-Feature der Failover-Clusterunterstützung zu verwenden, wird die zweite niedrigsten Metrik verwendet.
Im Beispiel CSV-Datenverkehr über die iSCSI-Netzwerk gehen, und live-Migrationen gehen über das Netzwerk für Sicherungen verwendet. Nehmen eine Sicherung der VMs, werden umgeleitete-Zugriffsmodus freigegebene Clustervolumes eingehen. Dies wird mit den iSCSI-Verbindungen beeinträchtigen und könnte zu Datenträgerfehlern. Eine Datensicherung auf dem lokalen Laufwerk von Node1 und eine Live-Migration würden einander beeinträchtigen.
Sie müssen rekonfigurieren Sie die Netzwerke aus, um alle zu erhalten, die Sie benötigen. Für die Migration von Live-Netzwerk können Sie dies durch die Eigenschaften eines VMs wieder ändern. Auf der Registerkarte Live-Migration mit dem LM-Cluster-Netzwerk ändern. Hierzu müssen Sie nur auf einer einzigen VM führen, da es sich um eine globale Einstellung für alle virtuellen Computer handelt.
Für die CSV-Netzwerk können Sie nur diese Änderung über Windows PowerShell beeinflussen. Verwenden Sie die folgenden Befehle, um die Netzwerke von niedrig bis hoch zu bestellen:
Get-ClusterNetwork "CSV Cluster" | %{$_.Metric=800} Get-ClusterNetwork "LM Cluster" | %{$_.Metric=900} Get-ClusterNetwork "Backup Network" | %{$_.Metric=1000} Get-ClusterNetwork "ISCSI Storage Network" | %{$_.Metric=1100}
Ausführen des Befehls zu sehen die Metriken zeigt nun:
Name -------------------------------------------------- iSCSI-Netzwerk |
Metrik ------------------------ 1100 |
Das CSV-Cluster-Netzwerk ist für Metrik 800 festgelegt. Hinzufügen von jedem neues Netzwerk, das einen Standard-Gateway nicht hätte höher sein. Jetzt mit ordnungsgemäß konfigurierten Kennzahlen können Sie Sicherungen oder live-Migration von VMs ohne Konflikte in den Netzwerken.
Das letzte, was zu erwähnen ist die clustervalidierung. Führen Sie einige Netzwerk-Validierungstests Konnektivitätsprobleme, Netzwerkkonfigurationen und so weiter zu bestimmen. Sie können diese Tests zu einem beliebigen Zeitpunkt ausführen, ohne Beeinflussung der Produktion.
Die Clustervalidierungstests gehören:
- Cluster-Konfiguration
- Clusternetzwerkinformationen auflisten
- Netzwerk
- Liste von Netzwerk-Bindungsreihenfolge
- Überprüfen Sie die Cluster-Netzwerkkonfiguration
- Überprüfen Sie die IP-Konfiguration
- Überprüfen Sie die Eigenschaften für mehrere Subnetze
- Netzwerkkommunikation überprüfen
Die Informationen über die Cluster-Validierungstests finden Sie auf der "Grundlegendes zu Clustervalidierungstests" TechNet-Bibliothek-Seite. Dies zeigt Ihnen, genau was die Tests suchen und welche jedem Test wird.
.jpg)
**John Marlin**ist senior Support Escalation Engineer in kommerziellen Technical Support Group. Er ist mit Microsoft mehr als 19 Jahren mit den letzten 14 Jahren Fokussierung auf Cluster-Servern seit.