Ereignisse
29. Apr., 14 Uhr - 30. Apr., 19 Uhr
Nehmen Sie am ultimativen virtuellen Windows Server-Ereignis vom 29. bis 30. April teil, um technische Deep-Dive-Sitzungen und Live-Q&A mit Microsoft-Technikern zu erhalten.
Jetzt anmeldenDieser Browser wird nicht mehr unterstützt.
Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.
Sie können Cluster-zu-Cluster-Speicherreplikate für regionsübergreifende Anwendungen in Azure konfigurieren. In den folgenden Beispielen verwenden wir einen Cluster mit zwei Knoten, das Cluster-zu-Cluster-Speicherreplikat ist jedoch nicht auf einen Cluster mit zwei Knoten beschränkt. Die folgende Abbildung zeigt einen Direkte Speicherplätze-Cluster mit zwei Knoten, die miteinander kommunizieren können, sich in derselben Domäne befinden und regionsübergreifend sind.
Im folgenden Video finden Sie eine vollständige exemplarische Vorgehensweise zu diesem Prozess.
Wichtig
Alle Referenzbeispiele gelten spezifisch für die obige Abbildung.
Erstellen Sie im Azure-Portal Ressourcengruppen in zwei verschiedenen Regionen.
Beispiel: SR-AZ2AZ in USA, Westen 2 und SR-AZCROSS in USA, Westen-Mitte, wie oben gezeigt.
Erstellen Sie zwei Verfügbarkeitsgruppen, eine in jeder Ressourcengruppe für jeden Cluster.
Erstellen zweier virtueller Netzwerke
Erstellen Sie zwei Netzwerksicherheitsgruppen.
Fügen Sie beiden Netzwerksicherheitsgruppen eine Eingangssicherheitsregel für RDP:3389 hinzu. Sie können diese Regel nach Abschluss des Setups entfernen.
Erstellen Sie Windows Server-VMs in den zuvor erstellten Ressourcengruppen.
Domänencontroller (az2azDC). Sie können eine dritte Verfügbarkeitsgruppe für Ihren Domänencontroller erstellen oder den Domänencontroller zu einer der beiden Verfügbarkeitsgruppen hinzufügen. Beim Hinzufügen des Domänencontrollers zu der für die beiden Cluster erstellten Verfügbarkeitsgruppe weisen Sie ihm während der VM-Erstellung eine öffentliche Standard-IP-Adresse zu.
Erstellen Sie zwei virtuelle Computer (az2az1, az2az2) in der Ressourcengruppe (SR-AZ2AZ) mithilfe des virtuellen Netzwerks (az2az-Vnet) und der Netzwerksicherheitsgruppe (az2az-NSG) in der Verfügbarkeitsgruppe (az2azAS1). Weisen Sie jedem virtuellen Computer während der Erstellung selbst eine öffentliche Standard-IP-Adresse zu.
Erstellen Sie zwei virtuelle Computer (azcross1, azcross2) in der Ressourcengruppe (SR-AZCROSS) mithilfe des virtuellen Netzwerks (azcross-VNET) und der Netzwerksicherheitsgruppe (azcross-NSG) in der Verfügbarkeitsgruppe (azcross-AS). Weisen Sie jedem virtuellen Computer während der Erstellung selbst eine öffentliche Standard-IP-Adresse zu.
Verbinden Sie alle Knoten mit der Domäne, und weisen Sie dem zuvor erstellten Benutzer Administratorrechte zu.
Ändern Sie den DNS-Server des virtuellen Netzwerks in die private IP-Adresse des Domänencontrollers.
Im Beispiel hat der Domänencontroller az2azDC die private IP-Adresse (10.3.0.8). Ändern Sie in den virtuellen Netzwerken (az2az-Vnet und azcross-VNET) den DNS-Server10.3.0.8.
Verbinden Sie im Beispiel alle Knoten mit „contoso.com“, und stellen Sie Administratorrechte für „contosoadmin“ bereit.
Melden Sie sich von allen Knoten als „contosoadmin“ an.
Erstellen Sie die Cluster (SRAZC1, SRAZCross).
Im Folgenden finden Sie die PowerShell-Befehle für das Beispiel.
New-Cluster -Name SRAZC1 -Node az2az1,az2az2 –StaticAddress 10.3.0.100
New-Cluster -Name SRAZCross -Node azcross1,azcross2 –StaticAddress 10.0.0.10
Aktivieren Sie „Direkte Speicherplätze“.
Enable-clusterS2D
Hinweis
Erstellen Sie für jeden Cluster virtuelle Datenträger und Volumes. Je einen/eines für die Daten und einen/eines für das Protokoll.
Erstellen Sie einen internen Standard-SKU-Lastenausgleich für jeden Cluster (akgbr1, azlbazcross).
Geben Sie die Cluster-IP-Adresse als statische private IP-Adresse für den Lastenausgleich an.
Geben Sie die Cluster-IP-Adresse als statische private IP-Adresse für den Lastenausgleich an.
Erstellen Sie ein Gateway des virtuellen Netzwerks für die VNet-zu-VNet-Konnektivität.
Erstellen Sie das erste Gateway des virtuellen Netzwerks (az2az-VNetGateway) in der ersten Ressourcengruppe (SR-AZ2AZ).
Gatewaytyp = VPN; VPN-Typ = Routenbasiert
Erstellen Sie das zweite Gateway des virtuellen Netzwerks (azcross-VNetGateway) in der zweiten Ressourcengruppe (SR-AZCROSS).
Gatewaytyp = VPN; VPN-Typ = Routenbasiert
Erstellen Sie eine VNet-zu-VNet-Verbindung vom ersten Gateway des virtuellen Netzwerks zum zweiten Gateway des virtuellen Netzwerks. Stellen Sie einen gemeinsam genutzten Schlüssel bereit.
Erstellen Sie eine VNet-zu-VNet-Verbindung zwischen dem zweiten Gateway des virtuellen Netzwerks und dem ersten Gateway des virtuellen Netzwerks. Geben Sie den gleichen gemeinsam genutzten Schlüssel wie im obigen Schritt an.
Öffnen Sie auf jedem Clusterknoten Port 59999 (Integritätstest).
Führen Sie auf jedem Knoten folgenden Befehl aus:
netsh advfirewall firewall add rule name=PROBEPORT dir=in protocol=tcp action=allow localport=59999 remoteip=any profile=any
Weisen Sie den Cluster an, Port 59999 auf Integritätstestmeldungen zu überwachen und von dem Knoten zu antworten, der diese Ressource derzeit besitzt.
Führen Sie ihn von einem Knoten des Clusters einmal für jeden Cluster aus.
Achten Sie in unserem Beispiel darauf, „ILBIP“ gemäß Ihren Konfigurationswerten zu ändern. Führen Sie den folgenden Befehl von einem der beiden Knoten az2az1/az2az2 aus.
$ClusterNetworkName = "Cluster Network 1" # Cluster network name (Use Get-ClusterNetwork on Windows Server 2012 or higher to find the name. And use Get-ClusterResource to find the IPResourceName).
$IPResourceName = "Cluster IP Address" # IP Address cluster resource name.
$ILBIP = "10.3.0.100" # IP Address in Internal Load Balancer (ILB) - The static IP address for the load balancer configured in the Azure portal.
[int]$ProbePort = 59999
Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"ProbeFailureThreshold"=5;"EnableDhcp"=0}
Führen Sie den folgenden Befehl von einem der beiden Knoten azcross1/azcross2 aus.
$ClusterNetworkName = "Cluster Network 1" # Cluster network name (Use Get-ClusterNetwork on Windows Server 2012 or higher to find the name. And use Get-ClusterResource to find the IPResourceName).
$IPResourceName = "Cluster IP Address" # IP Address cluster resource name.
$ILBIP = "10.0.0.10" # IP Address in Internal Load Balancer (ILB) - The static IP address for the load balancer configured in the Azure portal.
[int]$ProbePort = 59999
Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"ProbeFailureThreshold"=5;"EnableDhcp"=0}
Stellen Sie sicher, dass beide Cluster eine Verbindung herstellen bzw. miteinander kommunizieren können.
Verwenden Sie entweder das Feature „Mit Cluster verbinden“ im Failovercluster-Manager, um eine Verbindung mit dem anderen Cluster herzustellen, oder überprüfen Sie, ob der andere Cluster von einem der Knoten des aktuellen Clusters aus antworten.
In unserem Beispiel:
Get-Cluster -Name SRAZC1 (ran from azcross1)
Get-Cluster -Name SRAZCross (ran from az2az1)
Erstellen Sie einen Cloudzeugen für beide Cluster. Erstellen Sie zwei Speicherkonten (az2azcw,azcrosssa) in Azure, eines für jeden Cluster in jeder Ressourcengruppe (SR-AZ2AZ, SR-AZCROSS).
Führen Sie Clustervalidierungstests aus, bevor Sie mit dem nächsten Schritt fortfahren.
Starten Sie Windows PowerShell, und überprüfen Sie mithilfe des Cmdlets Test-SRTopology, ob alle Anforderungen für das Speicherreplikatfeature erfüllt sind. Für einen schnellen Test können Sie das Cmdlet in einem Modus zur ausschließlichen Überprüfung der Anforderungen ausführen, oder Sie wählen einen Modus mit langer Ausführungsdauer, um die Leistung auszuwerten.
Konfigurieren Sie Cluster-zu-Cluster-Speicherreplikate. Gewähren Sie den Zugriff von einem Cluster auf einen anderen Cluster in beide Richtungen:
In unserem Beispiel:
Grant-SRAccess -ComputerName az2az1 -Cluster SRAZCross
Wenn Sie Windows Server 2016 verwenden, führen Sie auch den folgenden Befehl aus:
Grant-SRAccess -ComputerName azcross1 -Cluster SRAZC1
Erstellen Sie SR-Partnership für die beiden Cluster:
Führen Sie den folgenden Befehl aus:
PowerShell
New-SRPartnership -SourceComputerName SRAZC1 -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\DataDisk1 -SourceLogVolumeName g: -DestinationComputerName SRAZCross -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\DataDiskCross -DestinationLogVolumeName g: -LogType Raw
Ereignisse
29. Apr., 14 Uhr - 30. Apr., 19 Uhr
Nehmen Sie am ultimativen virtuellen Windows Server-Ereignis vom 29. bis 30. April teil, um technische Deep-Dive-Sitzungen und Live-Q&A mit Microsoft-Technikern zu erhalten.
Jetzt anmeldenTraining
Modul
Implementieren von Windows Server-Speicherreplikaten - Training
Implementieren von Windows Server-Speicherreplikaten
Zertifizierung
Microsoft Certified: Azure for SAP Workloads Specialty - Certifications
Veranschaulichen Sie die Planung, Migration und den Betrieb einer SAP-Lösung in Microsoft Azure, während Sie Azure-Ressourcen nutzen.
Dokumentation
Replikation eines Stretched Clusters mithilfe von freigegebenem Speicher
Replikation eines Stretched Clusters mithilfe von freigegebenem Speicher
Cluster-zu-Cluster-Speicherreplikation
Verwendung von Speicherreplikaten zum Replizieren von Volumes von einem Cluster auf einen anderen Cluster in Windows Server.
Hier erfahren Sie, wie Sie Windows Server Failover Cluster (WSFC) in Azure VMware Solution vSAN mit nativen freigegebenen Datenträgern einrichten.