ESXi unterstützt vMotion für WSFC

vSphere unterstützt vMotion einer VM, auf der ein WSFC-Knoten gehostet wird.

Voraussetzungen für die vMotion-Unterstützung:

• vMotion wird nur für einen VM-Cluster über physische Hosts (CAB) unterstützt.
• Migrieren Sie nicht mehr als 8 virtuelle WSFC-Maschinen gleichzeitig für VMs mit gemeinsam genutzten Clusterressourcen. Dies kann zu einem Failover von Clusterrollen auf anderen VMs führen.
• Das vMotion-Netzwerk muss eine 10 GBit/s-Ethernet-Verbindung sein. Die 1 GBit/s-Ethernet-Verbindung wird für vMotion auf virtuellen WSFC-Maschinen nicht unterstützt.
• vMotion wird für Windows Server 2012 und höhere Versionen unterstützt. Windows Server 2008 SP2 und früher werden nicht unterstützt.
• Die Zeitüberschreitung für das Taktsignal des WSFC-Clusters muss mindestens in die unten aufgeführten Werte geändert werden:
  • (get-cluster -name <cluster-name>).SameSubnetThreshold = 10
  • (get-cluster -name <cluster-name>).CrossSubnetThreshold = 20
  • (get-cluster -name <cluster-name>).RouteHistoryLength = 40
• Die VM-Version für die virtuelle WSFC-Maschine muss Version 11 oder höher sein.

Ändern der Zeitüberschreitung für das WSFC-Taktsignal:

WSFC-Knoten verwenden das Netzwerk, um Taktsignalpakete an andere Knoten im Cluster zu senden. Wenn ein Knoten für einen festgelegten Zeitraum keine Antwort von einem anderen Knoten erhält, entfernt der Cluster den Knoten aus der Clustermitgliedschaft. Standardmäßig gilt der Knoten eines Gast-Clusters als ausgefallen, wenn er nicht innerhalb von 5 Sekunden in Windows 2012 oder Windows 2012 R2 reagiert. Andere Knoten, die Mitglieder des Clusters sind, übernehmen alle Cluster-Rollen, die auf dem entfernten Knoten ausgeführt wurden.

Eine virtuelle WSFC-Maschine kann während vMotion einige Sekunden lang anhalten. Wenn die Anhaltezeit das Zeitüberschreitungsintervall für das Taktsignal überschreitet, dann betrachtet der Gast-Cluster den Knoten als ausgefallen, was zu einem unnötigen Failover führen kann. Für einen größeren Spielraum und mehr Toleranz des Gast-Clusters muss das Zeitüberschreitungsintervall für das Taktsignal so geändert werden, dass es 10 fehlende Taktsignale zulässt. Die Anzahl der zulässigen fehlenden Taktsignale wird über die Eigenschaft SameSubnetThreshold gesteuert. Der Standardwert muss mindestens in den Wert 10 geändert werden. Führen Sie auf jedem der teilnehmenden WSFC-Clusterknoten den folgenden Befehl aus:

(get-cluster -name <cluster-name>).SameSubnetThreshold = 10

Sie können auch weitere Eigenschaften anpassen, um die Arbeitslasttoleranz für Failover zu steuern. Durch die Anpassung der Verzögerung wird gesteuert, wie oft Taktsignale zwischen dem geclusterten Knoten gesandt werden. Die Standardeinstellung ist 1 Sekunde, die Höchsteinstellung 2 Sekunden. Legen Sie den Wert für SameSubnetDelay auf 1 fest. Der Schwellenwert steuert, wie viele aufeinanderfolgende Taktsignale ausgelassen werden können, bevor der Knoten den Partner als nicht verfügbar einstuft und den Failover-Prozess auslöst. Der Standardschwellenwert beträgt 5 Taktsignale, der Höchstwert 120 Taktsignale. Die Kombination aus Verzögerung und Schwellenwert bestimmt die verstrichene Gesamtzeit, während der geclusterte Windows-Knoten die Verbindung verlieren können, bevor ein Failover ausgelöst wird. Wenn die geclusterten Knoten sich in verschiedenen Teilnetzen befinden, werden sie als CrossSubnetDelay und CrossSubnetThreshold bezeichnet. Legen Sie den Wert für CrossSubnetDelay auf 2 und den Wert für CrossSubnetThreshold auf 20 fest.

Hinweis: Empfohlene Werte für die Einstellungen des WSFC-Taktsignals stehen nun als Standardwerte in Windows Server 2016 und höher zur Verfügung.