Verschieben von Azure-VMs zwischen Azure Government-Regionen und öffentlichen Regionen

Artikel
07/17/2024

Möglicherweise möchten Sie Ihre IaaS-VMs zwischen Azure Government und öffentlichen Regionen verschieben, um die Verfügbarkeit Ihrer vorhandenen VMs zu erhöhen, die Verwaltbarkeit zu verbessern, oder aus Gründen der Governance, wie hier beschrieben.

Zusätzlich zur Verwendung des Diensts Azure Site Recovery zur Verwaltung und Orchestrierung der Notfallwiederherstellung von lokalen Computern und Azure-VMs für BCDR-Zwecke (Business Continuity & Disaster Recovery) können Sie mit Site Recovery auch die Migration von Azure-VMs zu einer sekundären Region verwalten.

In diesem Tutorial erfahren Sie, wie Sie Azure-VMs mithilfe von Azure Site Recovery zwischen Azure Government und öffentlichen Regionen verschieben. Das Verfahren kann erweitert werden, um VMs zwischen Regionspaaren zu verschieben, die sich nicht im gleichen geografischen Cluster befinden. In diesem Tutorial lernen Sie Folgendes:

Überprüfen der Voraussetzungen
Vorbereiten der Quell-VM
Vorbereiten der Zielregion
Kopieren von Daten in die Zielregion
Testen der Konfiguration
Durchführen der Verschiebung
Verwerfen der Ressourcen in der Quellregion

Wichtig

Dieses Tutorial veranschaulicht, wie Sie Azure-VMs zwischen Azure Government und öffentlichen Regionen oder zwischen Regionspaaren verschieben, die von der regulären Notfallwiederherstellungslösung für Azure-VMs nicht unterstützt werden. Falls Ihre Paare aus Quell- und Zielregionen unterstützt werden, finden Sie in diesem Dokument Informationen zum Verschieben. Falls Sie die Verfügbarkeit durch das Verschieben von VMs in einer Verfügbarkeitsgruppe zu an Zonen angehefteten VMs verbessern möchten, finden Sie in diesem Tutorial weitere Informationen.

Wichtig

Das Verwenden dieser Methode zum Konfigurieren von DR zwischen nicht unterstützten Regionspaaren ist nicht ratsam, da die Paare unter Berücksichtigung der Datenlatenz definiert werden, was für ein DR-Szenario kritisch ist.

Überprüfen der Voraussetzungen

Hinweis

Stellen Sie sicher, dass Sie die Architektur und die Komponenten des Szenarios verstehen. Diese Architektur wird verwendet, um Azure-VMs verschieben, indem die VMs wie physische Server behandelt werden.

Überprüfen Sie die Supportanforderungen für alle Komponenten.
Überprüfen Sie, ob die Server, die Sie replizieren möchten, die Azure-VM-Anforderungen erfüllen.
Vorbereiten eines Kontos für die automatische Installation des Mobility Service auf jedem Server, den Sie replizieren möchten.
Nach dem Failover zur Zielregion in Azure ist kein direktes Failback zur Quellregion möglich. Sie müssen die Replikation zurück an das Ziel erneut einrichten.

Überprüfen der Azure-Kontoberechtigungen

Vergewissern Sie sich, dass Ihr Azure-Konto über die Berechtigungen für die Replikation von VMs in Azure verfügt.

Überprüfen Sie die Berechtigungen, die Sie für das Replizieren von Computern in Azure benötigen.
Überprüfen und ändern Sie Berechtigungen der rollenbasierte Zugriffssteuerung von Azure (Azure RBAC).

Richten Sie ein Azure-Netzwerk ein

Richten Sie das Azure-Zielnetzwerk ein.

Azure-VMs werden in diesem Netzwerk platziert, wenn sie nach dem Failover erstellt werden.
Das Netzwerk muss sich in der gleichen Region befinden wie der Recovery Services-Tresor.

Richten Sie ein Azure-Speicherkonto ein

Richten Sie ein Azure Storage-Konto ein.

Site Recovery repliziert lokale Computer in den Azure-Speicher. Azure-VMs werden nach dem Failover aus dem Speicher erstellt.
Das Speicherkonto muss sich in der gleichen Region wie der Recovery Services-Tresor befinden.

Vorbereiten der Quell-VM

Vorbereiten eines Kontos für die Installation des Mobility Services

Der Mobilitätsdienst muss auf jedem Computer installiert sein, den Sie replizieren möchten. Site Recovery installiert diesen Dienst automatisch, wenn Sie die Replikation für den Server aktivieren. Für die automatische Installation müssen Sie ein Konto vorbereiten, mit dem Site Recovery auf den Server zugreift.

Sie können ein Domänenkonto oder ein lokales Konto verwenden
Wenn Sie kein Domänenkonto verwenden, deaktivieren Sie für Windows-VMs die Remotebenutzerzugriffssteuerung auf dem lokalen Computer. Zu diesem Zweck fügen Sie in der Registrierung unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System den DWORD-Eintrag LocalAccountTokenFilterPolicy mit dem Wert 1 hinzu.
Um den Registrierungseintrag zum Deaktivieren der Einstellung über eine Befehlszeilenschnittstelle hinzuzufügen, geben Sie Folgendes ein: REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1.
Bei Linux muss auf dem Linux-Quellserver das root-Konto verwendet werden.

Vorbereiten der Zielregion

Vergewissern Sie sich, dass Ihr Azure-Abonnement das Erstellen von VMs in der für die Notfallwiederherstellung verwendeten Zielregion zulässt. Wenden Sie sich an den Support, um das erforderliche Kontingent zu aktivieren.
Stellen Sie sicher, dass Ihr Abonnement über ausreichend Ressourcen verfügt, um VMs zu unterstützen, die so groß wie die Quell-VMs sind. Wenn Sie Site Recovery verwenden, um Daten in die Zielregion zu kopieren, wird für die Ziel-VM die gleiche oder eine möglichst ähnliche Größe gewählt.
Achten Sie darauf, für jede im Quellnetzwerklayout identifizierte Komponente eine Ressource zu erstellen. Das ist wichtig, damit Ihre VM nach der Umstellung auf die Zielregion über alle Funktionen und Features verfügen, die auch in der Quellregion verfügbar waren.

Hinweis

Azure Site Recovery erkennt und erstellt automatisch ein virtuelles Netzwerk, wenn Sie die Replikation für die Quell-VM aktivieren. Sie können auch ein Netzwerk erstellen und es der VM im Benutzerflow für die Replikationsaktivierung zuweisen. Alle anderen Ressourcen müssen jedoch manuell in der Zielregion erstellt werden.

Informationen zum Erstellen der für Sie relevanten am häufigsten verwendeten Netzwerkressourcen auf Grundlage der Quell-VM-Konfiguration finden Sie in den folgenden Dokumenten.
Informationen zu anderen Netzwerkkomponenten finden Sie in der Dokumentation zum Netzwerk.
Erstellen Sie manuell ein nicht für die Produktion vorgesehenes Netzwerk in der Zielregion, wenn Sie die Konfiguration vor der endgültigen Verschiebung in die Zielregion testen möchten. Diese Vorgehensweise wird empfohlen, da es so nur zu minimalen Beeinträchtigungen in der Produktionsumgebung kommt.

Kopieren von Daten in die Zielregion

Im Folgenden wird erläutert, wie Sie Daten mithilfe von Azure Site Recovery in die Zielregion kopieren.

Erstellen Sie den Tresor in einer beliebigen Region außer der Quellregion.

Melden Sie sich unter Azure-Portal>Recovery Services an.
Klicken Sie auf Ressource erstellen>Verwaltungstools>Backup & Site Recovery.
Geben Sie in Name den Anzeigenamen ContosoVMVault ein. Wenn Sie über mehrere Abonnements verfügen, wählen Sie das gewünschte aus.
Erstellen Sie die Ressourcengruppe ContosoRG.
Geben Sie eine Azure-Region an. Eine Liste mit den unterstützten Regionen finden Sie in den Preisdetails zu Azure Site Recoveryunter „Geografische Verfügbarkeit“.
Klicken Sie unter „Recovery Services-Tresore“ auf Übersicht>ConsotoVMVault>+Replizieren.
Wählen Sie To Azure (Zu Azure)>Nicht virtualisiert/Andere aus.

Richten Sie den Konfigurationsserver für die Erkennung von VMs ein.

Richten Sie den Konfigurationsserver ein, registrieren Sie ihn im Tresor, und ermitteln Sie die VMs.

Klicken Sie auf Site Recovery>Infrastruktur vorbereiten>Quelle.
Wenn Sie nicht über einen Konfigurationsserver verfügen, können Sie die Option Konfigurationsserver hinzufügen verwenden.
Überprüfen Sie unter Server hinzufügen, ob unter Servertyp die Option Konfigurationsserver angezeigt wird.
Laden Sie die Installationsdatei für das einheitliche Setup von Site Recovery herunter.
Laden Sie den Tresorregistrierungsschlüssel herunter. Sie benötigen diesen beim Ausführen des einheitlichen Setups. Der Schlüssel ist nach der Erstellung fünf Tage lang gültig.

Registrieren des Konfigurationsservers im Tresor

Führen Sie zunächst folgende Schritte aus:

Überprüfen der Zeitgenauigkeit

Stellen Sie auf dem Konfigurationsservercomputer sicher, dass die Systemuhr mit einem Zeitserver synchronisiert ist. Die Zeiten sollten übereinstimmen. Falls der Unterschied 15 Minuten beträgt, ist das Setup unter Umständen nicht erfolgreich.

Überprüfen der Konnektivität

Stellen Sie sicher, dass der Computer ausgehend von Ihrer Umgebung auf die folgenden URLs zugreifen kann:

Name	Kommerzielle URL	Behördliche URL	Beschreibung
Microsoft Entra ID	`login.microsoftonline.com`	`login.microsoftonline.us`	Wird für Zugriffssteuerung und Identitätsverwaltung verwendet.
Backup	`*.backup.windowsazure.com`	`*.backup.windowsazure.us`	Wird für die Übertragung und Koordinierung von Replikationsdaten verwendet.
Replikation	`*.hypervrecoverymanager.windowsazure.com`	`*.hypervrecoverymanager.windowsazure.us`	Wird für die Vorgänge und Koordinierung der Replikationsverwaltung verwendet.
Storage	`*.blob.core.windows.net`	`*.blob.core.usgovcloudapi.net`	Wird für den Zugriff auf das Speicherkonto zum Speichern von replizierten Daten verwendet.
Telemetrie (optional)	`dc.services.visualstudio.com`	`dc.services.visualstudio.com`	Für Telemetrie verwendet
Zeitsynchronisierung	`time.windows.com`	`time.nist.gov`	Zum Überprüfen der Zeitsynchronisierung zwischen Systemzeit und globaler Zeit in allen Bereitstellungen verwendet

IP-Adressen-basierte Firewallregeln sollten die Kommunikation mit allen Azure-URLs zulassen, die über dem HTTPS-Port (443) aufgelistet sind. Um die IP-Bereiche zu vereinfachen und einzuschränken, wird eine URL-Filterung empfohlen.

Gewerbliche IPs: Lassen Sie die Azure Datacenter-IP-Bereiche und den HTTPS-Port (443) zu. Lassen Sie die IP-Adressbereiche für die Azure-Region Ihres Abonnements zu, um die URLs für Microsoft Entra ID, Sicherung, Replikation und Speicher zu unterstützen.
Behörden-IPs: Lassen Sie die Azure Government Datacenter-IP-Bereiche und den HTTPS-Port (443) für alle USGov-Regionen (Virginia, Texas, Arizona und Iowa) zu, um die URLs für Microsoft Entra ID, Sicherung, Replikation und Speicher zu unterstützen.

Ausführen von Setup

Führen Sie das einheitliche Setup als lokaler Administrator auf dem Konfigurationsserver aus. Standardmäßig werden auch der Prozessserver und der Masterzielserver auf dem Konfigurationscomputer installiert.

Führen Sie die Installationsdatei für das einheitliche Setup aus.
Wählen Sie unter Vorbereitung die Option Install the configuration server and process server (Konfigurationsserver und Prozessserver installieren) aus.
Klicken Sie unter Third-Party Software License (Drittanbietersoftwarelizenz) auf I Accept (Ich stimme zu), um MySQL herunterzuladen und zu installieren.
Wählen Sie unter Registration (Registrierung) den Registrierungsschlüssel aus, den Sie aus dem Tresor heruntergeladen haben.
Geben Sie unter Internet Settings (Interneteinstellungen) an, wie der auf dem Konfigurationsserver ausgeführte Anbieter eine Internetverbindung mit Azure Site Recovery herstellen soll. Stellen Sie sicher, dass Sie die erforderlichen URLs zugelassen haben.
- Wenn die Verbindung über den derzeit auf dem Computer eingerichteten Proxy hergestellt werden soll, wählen Sie Unter Verwendung eines Proxyservers mit Azure Site Recovery verbinden.
- Wenn der Anbieter eine direkte Verbindung herstellen soll, wählen Sie Direkt mit Azure Site Recovery verbinden (ohne Proxyserver) .
- Falls für den vorhandenen Proxy eine Authentifizierung erforderlich ist oder Sie für die Anbieterverbindung einen benutzerdefinierten Proxy verwenden möchten, müssen Sie Mit benutzerdefinierten Proxyeinstellungen verbinden auswählen und Adresse, Port und Anmeldeinformationen angeben.
Bei der Voraussetzungsüberprüfung führt das Setup eine Überprüfung durch, um sicherzustellen, dass die Installation ausgeführt werden kann. Falls beim Überprüfen der Synchronisierung der globalen Zeit eine Warnung angezeigt wird, stellen Sie sicher, dass die Zeit der Systemuhr (Einstellungen für Datum und Uhrzeit) mit der Zeitzone übereinstimmt.
Erstellen Sie unter MySQL Configuration (MySQL-Konfiguration) Anmeldeinformationen für die Anmeldung bei der MySQL-Serverinstanz, die installiert wird.
Wählen Sie unter Umgebungsdetails die Option „Nein“ aus, wenn Sie Azure Stack-VMs oder physische Server replizieren.
Wählen Sie unter Install Location (Installationsspeicherort) aus, wo die Binärdateien installiert werden sollen und wo der Cache gespeichert werden soll. Auf dem ausgewählten Laufwerk müssen mindestens 5 GB an Speicherplatz verfügbar sind, wir raten Ihnen jedoch zu einem Cachelaufwerk mit mindestens 600 GB freiem Speicherplatz.
Wählen Sie in Netzwerkauswahl zunächst den Netzwerkadapter aus, den der integrierte Prozessserver für die Ermittlung und die Pushinstallation des Mobilitätsdiensts auf Quellcomputern verwendet. Wählen Sie anschließend den Netzwerkadapter aus, den der Konfigurationsserver zum Herstellen einer Verbindung mit Azure nutzt. Port 9443 ist der Standardport zum Senden und Empfangen von Replikationsdatenverkehr. Sie können diese Portnummer jedoch ändern, um sie an die Anforderungen Ihrer Umgebung anzupassen. Zusätzlich zum Port 9443 öffnen wir auch den Port 443, der von einem Webserver zum Orchestrieren von Replikationsvorgängen verwendet wird. Verwenden Sie den Port 443 nicht, um Replikationsdatenverkehr zu senden oder zu empfangen.
Lesen Sie die unter Summary (Zusammenfassung) angezeigten Informationen und klicken Sie auf Install (Installieren). Nach Abschluss der Installation wird eine Passphrase generiert. Diese benötigen Sie bei der Aktivierung der Replikation. Kopieren Sie sie deshalb, und bewahren Sie sie an einem sicheren Ort auf.

Nach Abschluss der Registrierung wird der Server auf dem Blatt Einstellungen>Server im Tresor angezeigt.

Nach Abschluss der Registrierung wird der Konfigurationsserver auf der Seite Einstellungen>Server im Tresor angezeigt.

Konfigurieren von Zieleinstellungen für die Replikation

Wählen Sie Zielressourcen aus, und überprüfen Sie sie.

Klicken Sie auf Infrastruktur vorbereiten>Ziel, und wählen Sie das gewünschte Azure-Abonnement aus.
Führen Sie auf der Registerkarte Zieleinstellungen die folgenden Schritte aus:
1. Wählen Sie unter Abonnement das Azure-Abonnement aus, das Sie verwenden möchten.
2. Wählen Sie unter Bereitstellungsmodell nach Failover das Zielbereitstellungsmodell aus.
Site Recovery prüft, ob Sie über ein oder mehrere kompatible Azure-Speicherkonten und -Netzwerke verfügen.

Erstellen einer Replikationsrichtlinie

Klicken Sie zum Erstellen einer neuen Replikationsrichtlinie auf Site Recovery-Infrastruktur>Replikationsrichtlinien>+Replikationsrichtlinie.
Geben Sie unter Replikationsrichtlinie erstellen einen Richtliniennamen an.
Geben Sie in RPO-Schwellenwert den RPO-Grenzwert (Recovery Point Objective) an. Mit diesem Wert wird angegeben, wie oft Datenwiederherstellungspunkte erstellt werden. Wenn dieser Grenzwert bei der fortlaufenden Replikation überschritten wird, wird eine Warnung generiert.
Geben Sie unter Aufbewahrungszeitraum des Wiederherstellungspunkts die Größe des Aufbewahrungszeitfensters für die einzelnen Wiederherstellungspunkte in Stunden an. Replizierte VMs können innerhalb eines Zeitfensters an einem beliebigen Punkt wiederhergestellt werden. Für nach Storage Premium replizierte Computer wird eine Aufbewahrungsdauer von bis zu 24 Stunden unterstützt (72 Stunden für Standardspeicher).
Geben Sie unter App-konsistente Momentaufnahmehäufigkeitan, wie häufig (in Minuten) Wiederherstellungspunkte erstellt werden sollen, die anwendungskonsistente Momentaufnahmen enthalten. Klicken Sie auf OK, um die Richtlinie zu erstellen.

Die Richtlinie wird dem Konfigurationsserver automatisch zugeordnet. Standardmäßig wird für das Failback automatisch eine passende Richtlinie erstellt. Bei Verwendung der Replikationsrichtlinie rep-policy wird z.B. die Failbackrichtlinie rep-policy-failback erstellt. Diese Richtlinie wird erst verwendet, wenn Sie ein Failback über Azure initiieren.

Aktivieren der Replikation

Site Recovery installiert den Mobility Service, wenn die Replikation aktiviert wird.
Wenn Sie die Replikation für einen Server aktivieren, kann es länger als 15 Minuten dauern, bis die Änderungen wirksam sind und im Portal angezeigt werden.

Klicken Sie auf Replicate application (Anwendung replizieren)>Quelle.
Wählen Sie unter Quelle den Konfigurationsserver aus.
Wählen Sie unter Computertyp die Option Physische Computer aus.
Wählen Sie den Prozessserver (Konfigurationsserver) aus. Klicken Sie dann auf OK.
Wählen Sie unter Ziel das Abonnement und die Ressourcengruppe aus, in dem bzw. der Sie die Azure-VMs erstellen möchten, für die ein Failover durchgeführt wurde. Wählen Sie das Bereitstellungsmodell aus, das in Azure verwendet werden soll (klassisch oder Resource Manager).
Wählen Sie das Azure-Speicherkonto aus, das Sie für die Replikation von Daten verwenden möchten.
Wählen Sie das Azure-Netzwerk und das Subnetz aus, mit dem Azure-VMs, die nach einem Failover erstellt werden, eine Verbindung herstellen.
Wählen Sie die Option Jetzt für die ausgewählten Computer konfigurieren aus, um die Netzwerkeinstellung auf alle Computer anzuwenden, die geschützt werden sollen. Wählen Sie Später konfigurieren aus, um das Azure-Netzwerk pro Computer auszuwählen.
Klicken Sie unter Physische Computer auf + Physischer Computer. Geben Sie den Namen und die IP-Adresse an. Wählen Sie das Betriebssystem des Computers, den Sie replizieren möchten, aus. Es dauert einige Minuten, bis die Server ermittelt und aufgelistet werden.

Warnung

Sie müssen die IP-Adresse der Azure-VM eingeben, die Sie verschieben möchten.
Wählen Sie unter Eigenschaften>Eigenschaften konfigurieren das Konto aus, das der Prozessserver zum automatischen Installieren des Mobility Service auf dem Computer verwenden soll.
Überprüfen Sie unter Replikationseinstellungen>Replikationseinstellungen konfigurieren, ob die richtige Replikationsrichtlinie ausgewählt ist.
Klicken Sie auf Replikation aktivieren. Sie können den Fortschritt des Auftrags Schutz aktivieren unter Einstellungen>Aufträge>Site Recovery-Aufträge verfolgen. Nachdem der Auftrag Schutz abschließen ausgeführt wurde, ist der Computer bereit für das Failover.

Zum Überwachen der hinzugefügten Server können Sie den letzten Zeitpunkt der Ermittlung unter Konfigurationsserver>Letzter Kontakt um überprüfen. Wenn Sie Computer hinzufügen möchten, ohne auf die planmäßige Ermittlung zu warten, markieren Sie den Konfigurationsserver (nicht darauf klicken) und klicken auf Aktualisieren.

Testen der Konfiguration

Navigieren Sie zum Tresor, klicken Sie unter Einstellungen>Replizierte Elemente auf die VM, die Sie in die Zielregion verschieben möchten, und klicken Sie auf das Symbol + Testfailover.
Wählen Sie unter Testfailover einen Wiederherstellungspunkt für das Failover aus:
- Zuletzt verarbeitet: Führt ein Failover der VM auf den letzten Wiederherstellungspunkt aus, der vom Site Recovery-Dienst verarbeitet wurde. Der Zeitstempel wird angezeigt. Mit dieser Option wird keine Zeit für die Verarbeitung von Daten verwendet und die Recovery Time Objective (RTO) niedrig gehalten.
- Letzter App-konsistenter: Diese Option führt ein Failover aller VMs auf den letzten App-konsistenten Wiederherstellungspunkt aus. Der Zeitstempel wird angezeigt.
- Benutzerdefiniert: Wählen Sie einen beliebigen Wiederherstellungspunkt aus.
Wählen Sie das virtuelle Azure-Zielnetzwerk aus, in das die Azure-VMs zum Testen der Konfiguration verschoben werden sollen.

Wichtig

Es wird empfohlen, ein separates Azure-VM-Netzwerk für das Testfailover zu verwenden, nicht das Produktionsnetzwerk, in das Sie Ihre VMs schließlich verschieben möchten, die beim Aktivieren der Replikation eingerichtet wurden.
Klicken Sie zum Testen der Verschiebung auf OK. Um den Fortschritt nachzuverfolgen, klicken Sie auf die VM, um ihre Eigenschaften zu öffnen. Alternativ können Sie auf den Auftrag Testfailover unter dem Tresornamen und dann auf Einstellungen>Aufträge>Site Recovery-Aufträge klicken.
Nach Abschluss des Failovers wird die Azure-Replikat-VM im Azure-Portal unter >Virtuelle Computer angezeigt. Stellen Sie sicher, dass die VM ausgeführt wird, die passende Größe hat und mit dem entsprechenden Netzwerk verbunden ist.
Wenn Sie die beim Testen der Verschiebung erstellte VM löschen möchten, klicken Sie für das replizierte Element auf Testfailover bereinigen. Erfassen und speichern Sie unter Notizen alle Beobachtungen im Zusammenhang mit dem Test.

Durchführen und Bestätigen der Verschiebung in die Zielregion

Navigieren Sie zum Tresor, klicken Sie unter Einstellungen>Replizierte Elemente auf die VM und dann auf Failover.
Wählen Sie unter Failover die Option Neueste aus.
Wählen Sie Computer vor Beginn des Failovers herunterfahren aus. Site Recovery versucht, die Quell-VM herunterzufahren, bevor das Failover ausgelöst wird. Das Failover wird auch dann fortgesetzt, wenn das Herunterfahren nicht erfolgreich ist. Der Fortschritt des Failovers wird auf der Seite Aufträge angezeigt.
Überprüfen Sie nach Abschluss des Auftrags, ob die VM wie erwartet in der Azure-Zielregion angezeigt wird.
Klicken Sie unter Replizierte Elemente mit der rechten Maustaste auf die VM und dann auf >Commit. Dadurch wird die Verschiebung in die Zielregion abgeschlossen. Warten Sie, bis der Commitauftrag abgeschlossen ist.

Verwerfen der Ressourcen in der Quellregion

Navigieren Sie zur VM. Klicken Sie auf Replikation deaktivieren. Dadurch wird der Prozess zum Kopieren der Daten für die VM beendet.

Wichtig

Führen Sie diesen Schritt unbedingt aus. Andernfalls werden Ihnen Gebühren für die Azure Site Recovery-Replikation in Rechnung gestellt.

Falls Sie nicht vorhaben, die Quellressourcen wiederzuverwenden, fahren Sie mit den nächsten Schritten fort.

Löschen Sie alle relevanten Netzwerkressourcen in der Quellregion, die Sie in Schritt 4 Vorbereiten der Quell-VMs aufgelistet haben.
Löschen Sie das entsprechende Speicherkonto in der Quellregion.

Nächste Schritte

In diesem Tutorial haben Sie eine Azure-VM in eine andere Azure-Region verschoben. Nun können Sie die Notfallwiederherstellung für die verschobene Azure-VM konfigurieren:

Einrichten der Notfallwiederherstellung nach der Migration

Freigeben über