Storage Replica für Hyper-V Failover-Cluster unter Windows Server 2016 einrichten

Cluster Shared Volumes für einen Hyper-V Failover-Cluster werden blockbasiert mittels SMB3 und RDMA (Remote Direct Memory Access) von einer Seite zur anderen übertragen. Beim Failover können virtuelle Maschinen im sekundären RZ weiter Ihre Dienste anbieten.

Voraussetzungen für einen Stretched Cluster

Im ersten Schritt installiert man Windows Server 2016 auf die zukünftigen Knoten und nimmt diese dann in das Active Directory auf. Cluster-Knoten sollten möglichst die gleiche zertifizierte Hardware haben und einen identischen Softwarestand aufweisen.

An Standort A greifen die Knoten auf ein gemeinsames iSCSI-Target zu, welches aus einer Daten-LUN und einer Log-LUN besteht. An Standort B gibt es ein identisches zweites Storage-Set. Zu beachten ist, dass die Daten-LUNs an beiden Standorten für die Replikation die gleiche Größe benötigen.

Bei der synchronen Replikation werden die Blöcke zeitgleich an Standort A und B geschrieben. Entsprechend führen umfangreiche Veränderungen von VMs in einem Hyper-V-Cluster zu einem hohen Datenaufkommen, und dementsprechend müssen WAN bzw. die Netzwerk­konfiguration performant und die Latenzen gering sein.

Aus diesem Grund wird bevorzugt SMB Direct (Port 5445) eingesetzt. Prüfen Sie daher nach der Installation des Storage Replica Features, ob die Firewall-Regeln der Windows-Nodes geschrieben wurden (SMB-in Port 445) und passen Sie ggfs. ihre Firewall-Appliances an.

Installation von Rollen und Features

Als erstes installiert man das Feature Multipfad-E/A über die GUI des Server Manager, um den gemeinsamen Speicher der Knoten redundant anzusprechen, anschließend die Rolle Hyper-V inklusive zugehöriger Verwaltungstools. Die iSCSI Target Volumes stellt in diesem Beispiel ein Windows Server bereit.

Nach dem Verbinden mit den Initiatoren werden sie über die Datenträgerverwaltung mit GPT initialisiert und mit ReFS formatiert. Auf den Knoten benötigt man außerdem die Rolle des Dateiservers und das Feature Failoverclustering (ebenfalls mit den Verwaltungstools), bevor abschließend das Feature Storage Replica (Speicherreplikat) ausgebracht wird.

Nach einem Neustart empfiehlt es sich, über Test-SRTopology die Infrastruktur auf Herz und Nieren für die Speicher­replikation untersuchen zu lassen. In einer PowerShell-Zeile sieht das Rollen- und Feature-Deployment folgendermaßen aus:

$ClusterNodes = "SR-SRV-01", "SR-SRV-02", "SR-SRV-03", "SR-SRV-04"

$ClusterNodes | % {Install-WindowsFeature -ComputerName $_ -Name Multipath-IO,Hyper-V,FS-Fileserver,Failover-Clustering,Storage-Replica -IncludeManagementTools}

Clusterbildung, Quorum und Cluster Shared Volumes

Die Cluster-Bildung kann über die GUI des Failover-Clustermanagers stattfinden oder über ein PowerShell-Kommando. Vorab ist es nötig, die Cluster-Validierung über die Knoten laufen zu lassen, um den Rechnerverbund fehlerfrei zu formen. Die Anleitung für die grundlegende Einrichtung eines Failover-Clusters finden Sie in einem anderen Beitrag. Folgender Beispiel-Aufruf bringt Sie schnell ans Ziel:

New-Cluster –Name StretchedClu –Node SR-SRV-01, SR-SRV-02, SR-SRV-03, SR-SRV-04 –IgnoreNetwork 192.168.10.0/24 –StaticAddress 192.168.1.55

Um ein Troubleshooting zu vermeiden, lohnt sich auch ein Blick in die DNS Zone, um den Host-A-Eintrag des virtuellen Cluster-Objektes und die zugehörige IP zu validieren.

Ist der Cluster erstellt, startet man beispielsweise mit cluadmin.msc die GUI des Managers und modifiziert zuerst das Quorummodell in Richtung Freigabezeugen. Hier lässt sich eine private Cloud oder Azure-Freigabe festlegen.

Legen Sie dann mit folgendem Cmdlet die Seitenzugehörigkeit fest, d.h. in diesem Beispiel zwei Knoten im RZ01 und die beiden anderen im RZ02:

(Get-ClusterNode "SR-SRV-01").Site="RZ01"
(Get-ClusterNode "SR-SRV-02").Site="RZ01"
(Get-ClusterNode "SR-SRV-03").Site="RZ02"
(Get-ClusterNode "SR-SRV-04").Site="RZ02"
(Get-Cluster).PreferredSite="RZ01"

Danach ist eine namentliche Änderung der Cluster-Datenträger im Bereich Speicher sinnvoll und das Quell-Datenvolume muss in ein Cluster Shared Volume gewandelt werden.

Replikation aktivieren

Über das Kontextmenü des Quell-Datenvolume lässt sich die Replikation aktivieren. Der Assistent führt Step-by-Step durch die Konfiguration und fragt zu Beginn nach einem Ziel-Volume, welches eine identische Größe aufweisen muss wie die Quelle.

Als nächstes wird der zugehörige Quell-Log-Datenträger und anschließend der Ziel-Log Datenträger mit einer Mindestgröße von 8 GB bestimmt. Danach kann das Zielvolume überschrieben werden oder ein Zusammenführen (Seeding) stattfinden.

Benötigen Sie eine gewisse Schreibreihenfolge, beispielsweise für SQL Server, können Sie dies im nächsten Dialog festlegen. Nach Bestätigung der definierten Replikationsgruppen wird die Konfiguration ausgeführt und Storage Replica aktiviert.

Replikation überwachen in Eventlogs und mit Cluster-Manager

Im Anschluss an die Einrichtung der Partnerschaft ist es hilfreich, die Eventlogs zu SR im Auge zu behalten. In der Ereignisanzeige der Knoten unter Anwendungs- und Dienstprotokolle => Microsoft => Windows => StorageReplica => Admin, oder über PowerShell mit:

Get-WinEvent –ProviderName Microsoft-Windows-StorageReplica –MaxEvents 15 | fl

Eine weitere Hilfe stellt in diesem Fall der Failovercluster-Manager dar, denn hier erfahren Sie, wie der aktuelle Replikations­status ist, und von hier aus lassen sich Einstellungen zu SR verwalten, darunter auch das Entfernen der Replikation.

Hochverfügbare virtuelle Maschinen

Über das Kontextmenü Rollen des Failovercluster-Managers lassen sich nun hochverfügbare virtuelle Computer erstellen und deren gesamte Konfiguration auf dem Cluster Shared Volume (C:\ClusterStorage\Volume(X)) ablegen.

Die Volumes samt VMs werden von A nach B synchronisiert. Mehr zur Einrichtung von hochverfügbaren virtuellen Maschinen finden Sie hier.