Planen der Kapazität und Skalierung der VMware-Notfallwiederherstellung für Azure

Verwenden Sie diesen Artikel, um die Kapazität und Skalierung zu planen, wenn Sie lokale VMware-VMs und physische Server mit Azure Site Recovery (klassisch) in Azure replizieren.

In der modernisierten Version müssen Sie eine Azure Site Recovery-Replikationsappliance/mehrere Appliances erstellen und verwenden, um die Kapazität zu planen.

Wie beginne ich mit der Kapazitätsplanung?

Erfassen Sie mit dem Azure Site Recovery-Bereitstellungsplaner für die VMware-Replikation Informationen zu Ihrer Replikationsumgebung, um die Anforderungen für die Azure Site Recovery-Infrastruktur zu ermitteln. Weitere Informationen finden Sie unter Azure Site Recovery-Bereitstellungsplaner für VMware in Azure.

Der Site Recovery-Bereitstellungsplaner stellt einen Bericht mit vollständigen Informationen zu kompatiblen und inkompatiblen VMs, zu den Datenträgern pro VM und zur Datenänderungsrate pro Datenträger bereit. Außerdem stellt das Tool eine Zusammenfassung der Netzwerkbandbreitenanforderungen zum Erreichen des RPO-Ziels und der erforderlichen Azure-Infrastruktur bereit, die für erfolgreiche Replikation und Testfailover benötigt wird.

Überlegungen zur Kapazität

Empfohlene Größen für den Konfigurationsserver bzw. integrierte Prozessserver

Ein Konfigurationsserver, für den integrierte Prozessserver zum Schutz der Arbeitsauslastung verwendet werden, kann basierend auf den folgenden Konfigurationen bis zu 200 virtuelle Computer ausführen:

In diesen Konfigurationen gilt Folgendes:

• Jeder Quellcomputer verfügt über drei Datenträger mit jeweils 100 GB.
• Bei den Benchmarkmessungen für den Cachedatenträger wurde ein Speicher aus acht SAS-Laufwerken mit 10.000 U/min und RAID 10 verwendet.

Empfohlene Größen für den Prozessserver

Der Prozessserver ist die Komponente, die die Datenreplikation in Azure Site Recovery verarbeitet. Wenn die tägliche Änderungsrate 2 TB überschreitet, müssen Sie einen Prozessserver für die horizontale Skalierung hinzufügen, um die Replikationslast zu verarbeiten. Zum horizontalen Hochskalieren haben Sie folgende Möglichkeiten:

• Erhöhen Sie die Anzahl der Konfigurationsserver, indem Sie die Bereitstellung mit einer OVF-Vorlage ausführen. Beispielsweise können Sie mit zwei Konfigurationsservern bis zu 400 Computer schützen.
• Fügen Sie horizontal skalierte Prozessserver hinzu. Verwenden Sie die Prozessserver für horizontale Skalierung anstelle des Konfigurationsservers (oder als Ergänzung zu diesem) für die Verarbeitung des Replikationsdatenverkehrs.

Die folgende Tabelle beschreibt dieses Szenario:

• Sie haben einen Prozessserver für horizontale Skalierung eingerichtet.
• Sie haben geschützte VMs für die Verwendung des Prozessservers für horizontale Skalierung konfiguriert.
• Jeder geschützte Quellcomputer verfügt über drei Datenträger mit jeweils 100 GB.

Wie Sie Ihre Server skalieren, hängt davon ab, ob Sie das zentrale Hochskalieren oder das horizontale Hochskalieren als Modell bevorzugen. Zum zentralen Hochskalieren stellen Sie einige High-End-Konfigurationsserver und Prozessserver bereit. Zum horizontalen Hochskalieren stellen Sie weitere Server mit weniger Ressourcen bereit. Wenn Sie beispielsweise 200 Computer mit einer täglichen Datenänderungsrate von insgesamt 1,5 TB schützen möchten, können Sie eine der folgenden Maßnahmen ergreifen:

• Richten Sie einen einzelnen Prozessserver (16 vCPU, 24 GB RAM) ein.
• Richten Sie zwei Prozessserver ein (jeweils 8 vCPUs und 12 GB RAM).

Steuern der Netzwerkbandbreite

Nachdem Sie den Site Recovery-Bereitstellungsplaner verwendet haben, um die Bandbreite zu berechnen, die Sie für die Replikation benötigen (anfängliche Replikation plus Delta), bestehen einige Möglichkeiten, die Bandbreite zu steuern, die für die Replikation verwendet wird:

• Bandbreite drosseln: VMware-Datenverkehr, der nach Azure repliziert wird, wird über einen speziellen Prozessserver geleitet. Sie können die Bandbreite auf den Computern begrenzen, die als Prozessserver ausgeführt werden.
• Bandbreite beeinflussen: Die für die Replikation genutzte Bandbreite lässt sich mithilfe einiger Registrierungsschlüssel beeinflussen:
  • Der Registrierungswert HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM gibt die Anzahl von Threads an, die für die Datenübertragung (erste Replikation oder Deltareplikation) eines Datenträgers verwendet werden. Bei einem höheren Wert wird die Netzwerkbandbreite für die Replikation erhöht.
  • Der Registrierungswert HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\DownloadThreadsPerVM gibt die Anzahl von Threads an, die für die Datenübertragung während eines Failbacks verwendet werden.

Bandbreitendrosselung

1. Öffnen Sie das Azure Backup-MMC-Snap-In auf dem Computer, den Sie als Prozessserver verwenden. Standardmäßig ist auf dem Desktop oder im Ordner „C:\Programme\Microsoft Azure Recovery Services Agent\bin“ eine Verknüpfung für Backup verfügbar.

2. Wählen Sie im Snap-In Eigenschaften ändern aus.

   

3. Aktivieren Sie auf der Registerkarte Drosselung die Option Internet-Bandbreiteneinschränkung für Sicherungsvorgänge aktivieren. Legen Sie die Grenzwerte für Arbeitsstunden und arbeitsfreie Stunden fest. Der gültige Bereich reicht von 512 KBit/s bis 1,023 MBit/s.

   

Sie können auch das Cmdlet Set-OBMachineSetting verwenden, um die Drosselung festzulegen. Ein Beispiel:

$mon = [System.DayOfWeek]::Monday
$tue = [System.DayOfWeek]::Tuesday
Set-OBMachineSetting -WorkDay $mon, $tue -StartWorkHour "9:00:00" -EndWorkHour "18:00:00" -WorkHourBandwidth  (512*1024) -NonWorkHourBandwidth (2048*1024)

Set-OBMachineSetting -NoThrottle gibt an, dass keine Drosselung erforderlich ist.

Ändern der Netzwerkbandbreite für eine VM

1. Navigieren Sie in der Registrierung der VM zu HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication.
   • Um die Bandbreite für den Datenverkehr auf einem replizierenden Datenträger zu ändern, ändern Sie den Wert von UploadThreadsPerVM. Erstellen Sie den Schlüssel, falls dieser nicht vorhanden ist.
   • Um die Bandbreite für den Failbackdatenverkehr von Azure zu ändern, ändern Sie den Wert von DownloadThreadsPerVM.
2. Der Standardwert für jeden dieser Schlüssel ist 4. In einem absichtlich mit großen Reserven ausgestatteten Netzwerk müssen die Standardwerte dieser Registrierungsschlüssel geändert werden. Der maximale Wert, der verwendet werden kann, ist 32. Überwachen Sie den Datenverkehr, um den Wert zu optimieren.

Einrichten der Site Recovery-Infrastruktur zum Schützen von mehr als 500 VMs

Bevor Sie die Site Recovery-Infrastruktur einrichten, greifen Sie auf die Umgebung zu, um die folgenden Faktoren zu messen: die kompatiblen virtuellen Computer, die tägliche Datenänderungsrate, die erforderliche Netzwerkbandbreite für das zu erreichende RPO-Ziel, die Anzahl der erforderlichen Site Recovery-Komponenten und die Zeit, die benötigt wird, um die anfängliche Replikation abzuschließen. Führen Sie die folgenden Schritte aus, um die erforderlichen Informationen zu erfassen:

1. Um diese Parameter zu messen, führen Sie den Site Recovery-Bereitstellungsplaner für Ihre Umgebung aus. Hilfreiche Leitfäden dazu finden Sie unter Azure Site Recovery-Bereitstellungsplaner für VMware in Azure.
2. Stellen Sie einen Konfigurationsserver bereit, der die Größenempfehlungen für den Konfigurationsserver erfüllt. Stellen Sie einen weiteren Konfigurationsserver bereit, wenn Ihre Produktionsarbeitsauslastung 650 VMs überschreitet.
3. Stellen Sie Prozessserver für die horizontale Skalierung basierend auf der ermittelten täglichen Datenänderungsrate mithilfe der Größenleitfäden bereit.
4. Wenn Sie erwarten, dass die Datenänderungsrate für einen VM-Datenträger 2 MBit/s überschreitet, stellen Sie sicher, dass Sie verwaltete Premium-Datenträger verwenden. Der Site Recovery-Bereitstellungsplaner wird für einen bestimmten Zeitraum ausgeführt. Spitzenwerte in der Datenänderungsrate zu anderen Zeiten werden möglicherweise nicht im Bericht erfasst.
5. Legen Sie die Netzwerkbandbreite basierend auf dem RPO-Wert fest, den Sie erzielen möchten.
6. Nachdem die Infrastruktur eingerichtet wurde, aktivieren Sie Notfallwiederherstellung für Ihre Workload. Weitere Informationen dazu finden Sie unter Einrichten der Quellumgebung für die Replikation von VMware in Azure.

Bereitstellen zusätzlicher Prozessserver

Wenn Sie Ihre Bereitstellung über 200 Quellcomputer oder eine gesamte tägliche Änderungsrate von 2 TB hinaus horizontal hochskalieren, müssen Sie weitere Prozessserver zur Bewältigung des Datenverkehrsaufkommens hinzufügen. Wir haben das Produkt in Version 9.24 erweitert, um beim Einrichten eines Prozessservers für die horizontale Skalierung das Verarbeiten von Serverwarnungen zu ermöglichen. Richten Sie den Prozessserver so ein, dass er neue Quellcomputer schützt oder für einen Lastenausgleich sorgt.

Migrieren der Computer für die Verwendung des neuen Prozessservers

1. Wählen Sie Einstellungen>Site Recovery-Server aus. Wählen Sie den Konfigurationsserver aus, und erweitern Sie dann die Prozessserver.

   

2. Klicken Sie mit der rechten Maustaste auf den aktuell verwendeten Prozessserver, und klicken Sie dann auf Wechseln.

   

3. Wählen Sie unter Zielprozessserver auswählen den neuen Prozessserver aus, den Sie verwenden möchten. Wählen Sie anschließend die virtuellen Computer aus, die vom neuen Server verarbeitet werden. Um weitere Informationen zum Server zu erhalten, wählen Sie das Informationssymbol aus. Der durchschnittliche zum Replizieren jedes ausgewählten virtuellen Computers auf den neuen Prozessserver erforderliche Speicherplatz wird angezeigt, um Sie bei Lastenentscheidungen zu unterstützen. Klicken Sie auf das Häkchen, um mit dem Replizieren auf den neuen Prozessserver zu beginnen.

Bereitstellen von zusätzlichen Masterzielservern

In den folgenden Szenarien sind mehrere Masterzielserver erforderlich:

• Sie möchten einen Linux-basierten virtuellen Computer schützen.
• Der auf dem Konfigurationsserver verfügbare Masterzielserver besitzt keinen Zugriff auf den Datenspeicher auf dem virtuellen Computer.
• Die Gesamtzahl der Datenträger auf dem Masterzielserver (die Anzahl der lokalen Datenträger auf dem Server zuzüglich der Anzahl der zu schützenden Datenträger) ist größer als 60 Datenträger.

Informationen zum Hinzufügen eines Masterzielservers für einen Linux-basierten virtuellen Computer finden Sie unter Installieren eines Linux-Masterzielservers für Failback.

So fügen Sie einen neuen Masterzielserver für einen Linux-basierten virtuellen Computer hinzu:

1. Navigieren Sie zu Recovery Services-Tresor>Site Recovery-Infrastruktur>Konfigurationsserver.

2. Wählen Sie den erforderlichen Konfigurationsserver aus, und wählen Sie dann Masterzielserver aus.

   

3. Laden Sie die vereinheitlichte Setupdatei herunter, und führen Sie die Datei dann auf dem virtuellen Computer aus, um den Masterzielserver einzurichten.

4. Wählen Sie Masterziel installieren>Weiter aus.

   

5. Wählen Sie den Standardspeicherort für die Installation aus, und wählen Sie dann Installieren aus.

   

6. Um das Masterziel beim Konfigurationsserver zu registrieren, klicken Sie auf Mit der Konfiguration fortfahren.

   

7. Geben Sie die IP-Adresse des Konfigurationsservers und dann die Passphrase ein. Informationen zum Generieren einer Passphrase finden Sie unter Generieren einer Passphrase für den Konfigurationsserver.

   

8. Wählen Sie Registrieren. Wenn die Registrierung abgeschlossen ist, wählen Sie Fertig stellen aus.

Wenn die Registrierung erfolgreich abgeschlossen wurde, wird der Server im Azure-Portal unter Recovery Services-Tresor>Site Recovery-Infrastruktur>Konfigurationsserver in den Masterzielservern des Konfigurationsservers aufgeführt.

Nächste Schritte

Laden Sie den Site Recovery-Bereitstellungsplaner herunter, und führen Sie ihn aus.