Auswählen einer Verlagerungsstrategie für Cloudworkloads

Bevor Sie mit der Migration der Workload in eine andere Region beginnen, müssen Sie Ihre Verlagerungsstrategie planen. Die Strategie umfasst die Verlagerungsmethode, die Automatisierung der Dienstverlagerung und die Automatisierung der Datenverlagerung. In diesem Artikel werden die Optionen für jede Strategiekomponente erläutert und Sie erhalten eine Entscheidungshilfe. Letztendlich hängt die Auswahl, die Sie treffen, von den Diensten und der Wichtigkeit der Workload ab.

Auswählen einer Verlagerungsmethode

Es gibt drei Hauptmethoden zum Verschieben von Workloads. Die von Ihnen gewählte Verlagerungsmethode hängt von den Diensten in der Workload und davon ab, wie wichtig die Workload für grundlegende Geschäftsfunktionen ist. Sie können verschiedene Verlagerungsmethoden für Produktions- und Nicht-Produktionsumgebungen in Betracht ziehen. Die kalte Verlagerung ist für nicht essenzielle Workloads vorgesehen. Die heiße und warme Verlagerung sind für unternehmenskritische Workloads vorgesehen. Die von Ihnen gewählte Verlagerungsmethode wirkt sich auf die Dienst- und Datenverlagerungstools aus, die Sie zum Verschieben der Workload verwenden. Verwenden Sie den folgenden Entscheidungsbaum für die Verlagerung, um sich einen Überblick über die richtige Verlagerungsmethode zu verschaffen, und überprüfen Sie Ihre Entscheidung, indem Sie die Übersicht über die drei Verlagerungsmethoden lesen.

Kalte Verlagerung

Die kalte Verlagerung ist für Workloads konzipiert, die Downtime widerstehen können. Dies ist der kostengünstigste Ansatz für die Verlagerung, da Sie während der Verlagerung keine Umgebungen duplizieren. Hier finden Sie eine Übersicht über den kalten Verlagerungsvorgang.

1. Sichern Sie Workloaddaten in der neuen Zielregion.
2. Nehmen Sie die Quellregion offline, und fahren Sie die Dienste herunter.
3. Stellen Sie die Clouddienste in der neuen Zielregion bereit.
4. Stellen Sie die Workloaddaten wieder her.

Die kalte Verlagerung kann je nach Anzahl von Diensten und Datenvolumen einige Minuten oder ein paar Tage dauern.

Heiße Verlagerung

Die heiße Verlagerungsmethode ist für Workloads konzipiert, die eine minimale (Sekunden, Minuten) oder keine Downtime benötigen. Bei kritischen Workloads sollten Sie überprüfen, ob der Dienst die heiße Verlagerung unterstützt, bevor Sie einen warmen Ansatz versuchen. Die heiße Verlagerung trägt dazu bei, das Datendelta nach dem Cutover zu minimieren. Die heiße Verlagerung ist nur möglich, wenn der Dienst die synchrone Datenreplikation unterstützt. Einige Dienste verfügen nicht über dieses Feature, und Sie müssen stattdessen einen warmen Verlagerungsansatz verwenden. Hier ist der heiße Verlagerungsprozess.

1. Führen Sie die Dienstreplikation in der neuen Zielregion aus.
2. Lassen Sie die Workload in der Quellregion ausgeführt.
3. Starten Sie die synchrone Datenreplikation.
4. Nachdem die Daten synchronisiert wurden, aktivieren und überprüfen Sie die Endpunkte.
5. Beenden Sie die Datensynchronisierung.
6. Fahren Sie den Dienst in der Quellregion herunter.

Warme Verlagerung

Die warme Verlagerung ist für kritische Workloads gedacht, die keine heiße Verlagerung unterstützen. Bei der warmen Verlagerung werden die asynchrone Datenreplikation und die Umgebungsreplikation verwendet. Hier ist der warme Verlagerungsprozess.

1. Führen Sie die Dienstreplikation in der neuen Zielregion aus.
2. Lassen Sie die Workload in der Quellregion ausgeführt.
3. Erstellen Sie eine Sicherung der Quelldaten. Es ist eine bewährte Methode, die Sicherung außerhalb der Spitzenzeiten zu erstellen. Sie sollten auch die Datenreplikation aktivieren, um die Daten zu synchronisieren und das Datendelta zu minimieren.
4. Stellen Sie die Daten in der neuen Zielregion wieder her.
5. Wechseln und überprüfen Sie die Endpunkte.
6. Fahren Sie die Workload in der Quellregion herunter.

Die warme Verlagerung kann je nach Anzahl von Diensten und Datenvolumen einige Minuten oder eine Stunde dauern.

Auswählen der Automatisierung der Dienstverlagerung

Es gibt drei primäre Ansätze für die Dienstverlagerung. Die folgenden Absätze bieten eine Übersicht über die einzelnen Abschnitte mit Links zu weiteren Anleitungen. Wenn Sie die IaC-Automatisierung (Infrastructure-as-Code) verwenden, um die Workload zu verschieben, müssen Sie einen separaten Ansatz für die Datenverlagerung finden. Überprüfen Sie die Funktionen der einzelnen Tools für die Dienstverlagerung, und wählen Sie das Tool aus, das Ihren Anforderungen am besten entspricht.

Azure Resource Mover: Azure Resource Mover ist ein integrierter Azure-Dienst, mit dem Sie Azure-Ressourcen zwischen Regionen, Abonnements und Ressourcengruppen verschieben können. Azure Resource Mover kann unterstützte Azure-Ressourcen mit seinen Abhängigkeiten verschieben, indem die Ressourcen vor der Verschiebung analysiert und vorbereitet werden. Weitere Informationen finden Sie in der Übersicht über Azure Resource Mover.

Azure Site Recovery: Azure Site Recovery kann jede Anwendung replizieren, die auf einem unterstützten virtuellen Computer in Azure ausgeführt wird. Es handelt sich um ein Tool für die Notfallwiederherstellung, aber Sie können es auch verwenden, um Workloads zu verschieben. Site Recovery verwendet einen Recovery Services-Tresor wie Azure Backup und kann Dienste schnell verschieben. Nach der Verlagerung sind einige Bereinigungsschritte erforderlich, da es sich um ein Tool für die Notfallwiederherstellung handelt. Weitere Informationen finden Sie unter

• Informationen zu Azure Site Recovery
• Anwendungen, die von Azure Site Recovery verschoben werden können
• Replizieren von DNS und Active Directory

IaC-Automatisierung (Infrastructure-as-Code): Mit IaC können Sie Azure-Dienste kopieren und erneut bereitstellen. Sie können Azure Resource Manager-, Bicep- oder Terraform-Vorlagen für die Dienste in der Quellregion verwenden. Sie können die Vorlage in der neuen Zielregion mit Ihrem bevorzugten IaC-Tool bereitstellen. Für zustandsbehaftete Dienste benötigen Sie ein anderes Tool zum Verschieben von Workloaddaten. Weitere Informationen finden Sie unter Übersicht über Infrastructure-as-Code.

Wenn Sie IaC zum Bereitstellen einer neuen Instanz eines Azure-Dienstes verwenden, können Sie mehrere Kopien der Ressource parallel bereitstellen. Mit mehreren Kopien können Sie eine der Cutover-Techniken verwenden, um Verbindungen mit den Workloads in der neuen Zielregion umzuleiten.

Auswählen der Automatisierung für die Datenverlagerung

Wenn Ihre Automatisierung für die Dienstverlagerung keine Daten verschiebt, müssen Sie auch eine Automatisierung für die Datenverlagerung auswählen. Für die Datenverlagerung muss der Dienst vor dem Verschieben der Daten in der Zielregion ausgeführt werden. Überprüfen Sie die Verlagerungsmethoden, um ein Gefühl für den Ablauf zu erhalten. Hier finden Sie eine Liste von Automatisierungstools, die Sie zum Verschieben von Daten verwenden können. Die Liste beginnt mit heißen Verlagerungstools und endet mit Tools für die kalte Verlagerung. Die Sortierung ist nicht von Präferenzen abhängig. Werten Sie jedes Automatisierungstool aus, und wählen Sie dann das richtige Tool für Ihre Workload aus.

• Synchrone Datenreplikation: Bei der synchronen Datenreplikation werden Daten in Quasi-Echtzeit regionsübergreifend repliziert. Dies ist der bevorzugte Datenverlagerungsansatz für die heiße Verlagerung, da er Downtime und Datendeltamigrationen nach dem Cutover einschränkt. Diese Funktion ist in einige Azure-Dienste wie die Datensynchronisierung in Azure SQLintegriert. Sie müssen jeden Dienst in Ihrer Workload überprüfen, um festzustellen, ob er die synchrone Datenreplikation unterstützt.

• Georeplikation: Die Georeplikation kann ein nützliches Tool für die Datenverlagerung für die Azure-Dienste sein, die sie unterstützen. Die Art und Weise, wie ein Georeplikationsfeature Daten und die zugrunde liegende Dienstinstanz verarbeitet, variiert bei den unterstützten Azure-Diensten. Bevor Sie die Georeplikation für die Datenverlagerung verwenden, müssen Sie das Georeplikationsfeature des jeweiligen Diensts kennen, den Sie verschieben. Beispiele finden Sie unter Azure SQL und Cosmos DB.

• Azure Site Recovery: Azure Site Recovery kann Dienste und Daten verschieben. Es unterstützt Strategien für kalte und warme Verlagerungen. Weitere Informationen finden Sie unter Übersicht über Azure Site Recovery.

• AzCopy: AzCopy ist ein Befehlszeilenprogramm, das Datenverschiebungen in und aus Azure Storage automatisiert. Sie müssen das Tool herunterladen und dann Microsoft Entra ID- oder SAS-Token (Shared Access Signature) verwenden, um die Verlagerung zu autorisieren. Weitere Informationen finden Sie unter Übersicht über AzCopy und Verwenden von AzCopy.

• Pipelines und Aktivitäten in Azure Data Factory oder Synapse Analytics: Azure Data Factory ist ein vollständig verwalteter cloudbasierter Datenintegrationsdienst, der die Verschiebung und Transformation von Daten orchestriert und automatisiert. Azure Data Factory-Pipelines können Data Lakes und Warehouses verschieben. Die Synapse Analytics-Kopieraktivität kann ebenfalls Daten verschieben. Weitere Informationen finden Sie unter Unterstützte Ziele und Quellen und Tool zum Kopieren von Daten.

• Azure Storage-Explorer: Azure Storage-Explorer ist eine eigenständige App, mit der Sie Azure Storage-Daten verschieben können. Weitere Informationen finden Sie unter Verwenden von Storage-Explorer.

• Azure Backup: Mit Azure Backup können Sie Daten in einer anderen Region sichern und wiederherstellen. Sie sollten zunächst Azure Backup für nicht essenzielle kalte und warme Verlagerungen versuchen. Azure Backup bietet anwendungskonsistente, dateisystemkonsistente und absturzkonsistente Sicherungen für virtuelle Computer. Außerdem werden verwaltete Datenträger, Dateifreigaben und Blobs unterstützt. Vorhandene Backup-Wiederherstellungspunkte können nicht in die neue Zielregion übertragen werden. Erwägen Sie, den Tresor in Ihrer Quellregion beizubehalten, bis die Sicherungen nicht mehr erforderlich sind. Weitere Informationen finden Sie in der Übersicht zu Azure Backup.

• Manuelle Sicherung und Wiederherstellung: Sicherung und Wiederherstellung bezieht sich hier auf einen Prozess, nicht auf ein bestimmtes Tool. Viele Dienste in Azure bieten Redundanzoptionen, mit denen Sie Daten in einer separaten Region sichern und manuell wiederherstellen können. Sie müssen eine manuelle Sicherung und Wiederherstellung für bestimmte Dienste wie Azure Key Vault durchführen. Weitere Informationen finden Sie unter Verschieben von Key Vault in eine andere Region.

Tool	Verlagerungsmethode
Synchrone Datenreplikation	Heiß, warm
Georeplikation	Heiß, warm
Azure Site Recovery	Warm, kalt
AzCopy	Warm, kalt
Pipelines und Aktivitäten in Azure Data Factory oder im Synapse-Arbeitsbereich	Warm, kalt
Azure Storage-Explorer	Warm, kalt
Azure Backup	Kalt
Manuelle Sicherung und Wiederherstellung	Kalt

Auswählen des Cutoveransatzes

Der Cutover erfolgt, wenn Sie von der alten zur neuen Workload wechseln. Sie leiten den Datenverkehr an die Workload in der Zielregion und nicht mehr in die Quellregion weiter. Das Domain Name System (DNS) ist für diese Umleitung von zentraler Bedeutung. Zur Erinnerung: DNS teilt Browsern und API-Clients mit, wo sie eine Antwort erhalten. Domänennamen werden in IP-Adressen aufgelöst. Jede Domäne benötigt einen Domänenhost, um sie zu verwalten. Azure DNS ist der Azure-Domänenhostdienst. Es gibt verschiedene Ansätze für den Workloadcutover, und der von Ihnen verwendete Ansatz hängt von den Diensten in Ihrer Workload ab. Hier sehen Sie ein paar Beispiele.

• Azure DNS: Für Domänen, die in Azure DNS gehostet werden, können Sie einen manuellen Cutover durchführen, indem Sie den CNAME-Eintrag wechseln. Bei diesem Ansatz handelt es sich um einen Failoverprozess für die Geschäftskontinuität, der für den Cutover funktioniert. Weitere Informationen finden Sie unter Manueller Cutover mit Azure DNS.

• Traffic Manager: Es ist auch möglich, einen Routingdienst wie Traffic Manager für den Cutover und das Weiterleiten von Workloaddatenverkehr an verschiedene Endpunkte zu verwenden. Traffic Manager ist ein DNS-basierter Routingdienst. Weitere Informationen finden Sie unter Konfigurieren von DNS-Namen mit Traffic Manager.

• App Service: Dienste auf Anwendungsebene, z. B. Azure App Service, verfügen über Funktionen, mit denen Sie den Domänennamen aktualisieren können. Weitere Informationen finden Sie unter Migrieren eines aktiven DNS-Namens zu Azure App Service.

• Gatewayrouting: Wenn die Workload das Muster „Gatewayrouting“ mit einem Dienst wie Azure Front Door, Application Gateway oder Azure API Management verwendet, können Sie häufig einen Cutover per Regionsmigration vornehmen. Sie verwenden deren Back-End-Ziele und Features für Routingregeln.

Nächster Schritt

Sie haben eine Verlagerungsmethode und die Tools zum Verschieben Ihrer Workload ausgewählt. Fahren Sie mit dem Schritt „Migrieren“ fort, um die Verlagerung mit diesen Tools auszuführen.

Migrieren