Freigeben über


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.

Diagramm zur Darstellung des Verlagerungsprozesses, in dem der Schritt „Auswerten“ in der Verlagerungsphase hervorgehoben ist. Im Verlagerungsprozess gibt es zwei Phasen und fünf Schritte. Die erste Phase ist die Initiierungsphase. Sie besteht aus einem Schritt namens „Initiieren“. Die zweite Phase ist die Verlagerungsphase. Sie besteht aus vier Schritten, die Sie für jede Workload wiederholen: Auswerten, Auswählen, Migrieren und Cutover.

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.

Diagramm mit einem Entscheidungsbaum für die Auswahl der richtigen Verlagerungsmethode. Es gibt zwei Entscheidungspunkte. 1. Ist Downtime akzeptabel? In diesem Fall ist die kalte Verlagerung die richtige Verlagerungsmethode. 2. Unterstützt der Dienst eine synchrone Datenreplikation? In diesem Fall ist die heiße Verlagerung die richtige Verlagerungsmethode. Andernfalls ist die warme Verlagerung die richtige Verlagerungsmethode.

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 zwei primäre Automatisierungsmethoden für die Dienstverlagerung: Infrastructure-as-Code (IaC) und Azure Resource Mover. Alle Azure-Dienste unterstützen einen oder beide Automatisierungsansätze. Verwenden Sie den Leitfaden für die Verschiebung von Azure-Diensten, um zu sehen, welche Automatisierungsmethode von den einzelnen Azure-Diensten unterstützt wird. Außerdem finden Sie finden detaillierte Schritte für die Verlagerung. Im Folgenden finden Sie eine Übersicht über die Automatisierung, die im Leitfaden für die Verschiebung verwendet wird:

  • Infrastructure-as-Code (IaC): IaC kann jeden Azure-Dienst verschieben. Exportieren Sie die Azure Resource Manager (ARM)-Vorlage (JSON) eines vorhandenen Azure-Diensts. Ändern Sie die Vorlage nach Bedarf, und stellen Sie die Vorlage in einer neuen Region erneut bereit. Sie können ARM-Vorlagen in Bicep-Vorlagen konvertieren, indem Sie den JSON-Code in Visual Studio Code einfügen. 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. Infrastructure-as-Code (IaC) verschiebt keine Daten. Die Datenverlagerung erfordert zusätzliche Schritte für das Verschieben von Daten in die neu bereitgestellte Ressource in der Zielregion. Verwenden Sie den Leitfaden für die Automatisierung der Datenverlagerung, um weitere Details zu erhalten.

  • Azure Resource Mover: Mit Azure Resource Mover können Sie eine begrenzte Anzahl unterstützter Azure-Ressourcen mit ihren Abhängigkeiten zwischen Regionen, Abonnements und Ressourcengruppen verschieben.

Auswählen der Automatisierung für die Datenverlagerung

Wenn Sie IaC verwendet haben, um zustandsbehaftete Azure-Dienste zu verschieben, müssen Sie eine Automatisierungsmethode für die Datenverlagerung verwenden, um Ihre Daten zu verschieben. Für die Datenverlagerung muss der Azure-Dienst vor dem Verschieben der Daten in der Zielregion ausgeführt werden. Überprüfen Sie die Verlagerungsmethoden, um ein Gefühl für die Verlagerungssequenz zu erlangen und dafür, wo die Datenverlagerung passt. Hier finden Sie eine Liste von Automatisierungstools, die Sie zum Verschieben von Daten verwenden können:

  • 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 SQL-Datenbank integriert. 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 die warme und kalte Verlagerung. 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.