Freigeben über

Migrieren von Computeressourcen zu Azure weltweit

  • Artikel

Wichtig

Seit August 2018 haben wir keine neuen Kunden akzeptiert und keine neuen Features und Dienste an den ursprünglichen Microsoft Cloud Deutschland-Standorten bereitgestellt.

Aufgrund der Weiterentwicklung der Kundenbedürfnisse haben wir vor Kurzem zwei neue Rechenzentrumsregionen in Deutschland gestartet, die Datenresidenz für Kundendaten, umfassende Konnektivität mit dem globalen Cloudnetzwerk von Microsoft sowie wettbewerbsfähige Preise bieten.

Darüber hinaus haben wir am 30. September 2020 angekündigt, dass die Microsoft Cloud Deutschland am 29. Oktober 2021 geschlossen wird. Weitere Details finden Sie hier: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

Profitieren Sie von der Vielfalt der Funktionen, Sicherheit auf Unternehmensniveau und den umfangreichen Features, die in unseren neuen deutschen Rechenzentrumsregionen zur Verfügung stehen, und migrieren Sie noch heute.

Dieser Artikel enthält Informationen dazu, wie Sie Azure-Computeressourcen von Azure Deutschland zu Azure weltweit migrieren können.

Compute IaaS

Es ist nicht möglich, Azure Compute-IaaS-Ressourcen (Infrastructure-as-a-Service) direkt von Azure Deutschland zu Azure weltweit zu migrieren. Es gibt jedoch mehrere Möglichkeiten, wie Sie Ihre virtuellen Computer „duplizieren“ können.

Duplizieren über Site Recovery

Azure Site Recovery hilft Ihnen bei der Migration Ihrer virtuellen Computer von Azure Deutschland zu Azure weltweit. Da sich die Quelle und das Ziel in verschiedenen Mandanten in einer Migration von Azure Deutschland zu Azure weltweit befinden, können Sie nicht die normale Azure-Notfallwiederherstellungsoption verwenden, die für virtuelle Computer verfügbar ist. Der Trick besteht darin, einen Site Recovery-Tresor in der Zielumgebung (Azure weltweit) einzurichten und dann wie beim Verschieben eines physischen Servers zu Azure vorzugehen. Wählen Sie im Azure-Portal einen Replikationspfad aus, der mit Nicht virtualisiert bezeichnet ist. Wenn die Replikation abgeschlossen ist, lösen Sie ein Failover aus.

Hinweis

Die folgenden Schritte sind dieselben Schritte, die Sie ausführen würden, um einen physischen Server, der lokal ausgeführt wird, zu Azure zu migrieren.

Weitere Informationen hierzu finden Sie in diesem nützlichen Tutorial zu Site Recovery. Für einen schnellen Überblick gibt es hier eine kürzere und leicht angepasste Version des Prozesses:

Installieren Sie einen Konfigurations-/Prozessserver in Ihrer Quellumgebung, um die Server-Images zu erstellen. Replizieren Sie die Images dann in den Azure Recovery Services-Tresor in Ihrer Zielumgebung. Die gesamte Arbeit wird vom Konfigurationsserver erledigt. Sie müssen sich nicht um die einzelnen Servern kümmern.

  1. Melden Sie sich am Azure Deutschland-Portal an.
  2. Vergleichen Sie die Betriebssystemversionen der zu migrierenden virtuellen Computer mit der Supportmatrix.
  3. Richten Sie einen neuen virtuellen Computer in Ihrer Azure Virtual Network-Quellinstanz ein, der Konfigurationsserver als fungieren soll:
    1. Wählen Sie DS4v3 oder höher (4 bis 8 Kerne, 16 GB Arbeitsspeicher) aus.
    2. Fügen Sie einen zusätzlichen Datenträger an, der mindestens 1 TB verfügbaren Speicherplatz (für die VM-Images) hat.
    3. Verwenden Sie Windows Server 2012 R2 oder höher.
  4. Stellen Sie sicher, dass die Ports 443 und 9443 für das Subnetz in beide Richtungen geöffnet sind.
  5. Melden Sie sich bei dem neuen virtuellen Computer (ConfigurationServer) an.
  6. Melden Sie sich in Ihrer Remotedesktopsitzung am Portal für Azure weltweit an, indem Sie Ihre Anmeldeinformationen für Azure weltweit verwenden.
  7. Richten Sie ein virtuelles Netzwerk ein, in dem die replizierten virtuellen Computer ausgeführt werden.
  8. Erstellen eines Azure-Speicherkontos.
  9. Richten Sie den Recovery Services-Tresor ein.
  10. Definieren Sie das Schutzziel (In Azure>Nicht virtualisiert/Andere).
  11. Laden Sie die Installationsdatei für das einheitliche Site Recovery-Setup (Infrastruktur vorbereiten>Quelle) herunter. Wenn Sie die Portal-URL über ConfigurationServer öffnen, wird die Datei auf den richtigen Server heruntergeladen. Laden Sie die Installationsdatei von außerhalb von ConfigurationServer auf ConfigurationServer hoch.
  12. Laden Sie den Tresorregistrierungsschlüssel herunter (laden Sie ihn ggf. wie im vorherigen Schritt auf ConfigurationServer hoch).
  13. Führen Sie die Installation für das einheitliche Setup von Site Recovery auf ConfigurationServer aus.
  14. Richten Sie die Zielumgebung ein (prüfen Sie, ob Sie weiterhin am Zielportal angemeldet sind).
  15. Definieren Sie die Replikationsrichtlinie.
  16. Starten Sie die Replikation.

Nachdem die Replikation zunächst erfolgreich abgeschlossen wurde, testen Sie das Szenario, indem Sie ein Testfailover durchführen. Überprüfen Sie den Test, und löschen Sie ihn. Im letzten Schritt führen Sie das tatsächliche Failover aus.

Achtung

Es erfolgt keine Rücksynchronisierung mit dem virtuellen Quellcomputer. Wenn Sie erneut migrieren möchten, müssen Sie alles bereinigen und ganz von vorn beginnen!

Duplizieren über Resource Manager-Vorlagenexport/-import

Sie können die Azure Resource Manager-Vorlage exportieren, die Sie zum Bereitstellen auf Ihrem lokalen Computer verwenden. Bearbeiten Sie die Vorlage, um den Standort und andere Parameter oder Variablen zu ändern. Stellen Sie dann erneut in Azure weltweit bereit.

Wichtig

Ändern Sie den Standort, Azure Key Vault-Geheimnisse, Zertifikate und andere GUIDs, damit diese konsistent mit der neuen Region sind.

Exportieren Sie die Resource Manager-Vorlage im Portal, indem Sie die Ressourcengruppe auswählen. Wählen Sie Bereitstellungen aus, und wählen Sie dann die neueste Bereitstellung aus. Wählen Sie im linken Menü die Option Vorlage aus, und laden Sie die Vorlage herunter.

Es wird eine ZIP-Datei heruntergeladen, die mehrere Dateien enthält. Die PowerShell-, die Azure CLI-, Ruby- oder .NET-Skripts unterstützen Sie beim Bereitstellen Ihrer Vorlage. Die Datei parameters.json enthält alle Eingaben von der letzten Bereitstellung. Es ist wahrscheinlich, dass Sie einige Einstellungen in dieser Datei ändern müssen. Bearbeiten Sie die Datei template.json, wenn Sie nur eine Teilmenge der Ressourcen erneut bereitstellen möchten.

Weitere Informationen finden Sie unter:

Cloud Services

Sie können Azure Cloud Services erneut bereitstellen, indem Sie die .cspkg- und die .cscfg-Definition erneut angeben.

Azure-Portal

So stellen Sie Clouddienste im Azure-Portal erneut bereit:

  1. Erstellen Sie einen neuen Clouddienst, indem Sie Ihre .cspkg- und Ihre .cscfg-Definition verwenden.
  2. Aktualisieren Sie den CNAME- oder A-Eintrag zur Umleitung des Datenverkehrs an den neuen Clouddienst.
  3. Wenn Datenverkehr auf den neuen Clouddienst verweist, löschen Sie den alten Clouddienst in Azure Deutschland.

PowerShell

So stellen Sie Clouddienste über PowerShell erneut bereit:

  1. Erstellen Sie einen neuen Clouddienst, indem Sie Ihre .cspkg- und Ihre .cscfg-Definition verwenden.

    New-AzureService -ServiceName <yourServiceName> -Label <MyTestService> -Location <westeurope>

  2. Erstellen Sie eine neuen Bereitstellung, indem Sie Ihre .cspkg- und Ihre .cscfg-Definition verwenden.

    New-AzureDeployment -ServiceName <yourServiceName> -Slot <Production> -Package <YourCspkgFile.cspkg> -Configuration <YourConfigFile.cscfg>

  3. Aktualisieren Sie den CNAME- oder A-Eintrag zur Umleitung des Datenverkehrs an den neuen Clouddienst.

  4. Wenn Datenverkehr auf den neuen Clouddienst verweist, löschen Sie den alten Clouddienst in Azure Deutschland.

    Remove-AzureService -ServiceName <yourOldServiceName>

REST-API

So stellen Sie Clouddienste über die REST-API erneut bereit:

  1. Erstellen Sie einen neuen Clouddienst in der Zielumgebung.

    https://management.core.windows.net/<subscription-id>/services/hostedservices

  2. Erstellen Sie eine neue Bereitstellung mithilfe der API zum Erstellen einer Bereitstellung. Um Ihre .cspkg- und Ihre .cscfg-Definition zu finden, können Sie die Get-Package-API aufrufen.

    https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deploymentslots/production

  3. Wenn Datenverkehr auf den neuen Clouddienst verweist, löschen Sie den alten Clouddienst in Azure Deutschland.

    https://management.core.cloudapi.de/<subscription-id>/services/hostedservices/<old-cloudservice-name>

Weitere Informationen finden Sie unter:

Service Fabric

Es ist nicht möglich, Service Fabric-Ressourcen von Azure Deutschland zu Azure weltweit zu migrieren. Sie müssen Service Fabric-Ressourcen in der neuen Umgebung erneut bereitstellen.

Sie können Informationen zu Ihrer aktuellen Service Fabric-Umgebung abrufen, indem Sie PowerShell-Cmdlets verwenden. Greifen Sie auf alle Cmdlets zu, die sich auf Service Fabric beziehen, indem Sie Get-Help *ServiceFabric* in PowerShell eingeben.

Weitere Informationen finden Sie unter:

Batch

Es ist nicht möglich, Azure Batch-Kontodaten aus einer Region in eine andere zu migrieren. Dem Konto können aktuell aktive virtuelle Computer zugeordnet sein, und das Konto kann aktiv mit Daten in Speicherkonten, Datenbanken oder anderen Speichersystemen interagieren.

Stellen Sie Ihre Bereitstellungsskripts, Ihre Vorlagen oder Ihren Code in der neuen Region erneut bereit. Eine erneute Bereitstellung umfasst die folgenden Aufgaben:

  1. Erstellen eines Batch-Kontos
  2. Erhöhen Ihres Batch-Kontokontingents
  3. Erstellen von Batch-Pools
  4. Erstellen von neuen Speicherkonten, Datenbanken oder anderen Diensten, die zum persistenten Speichern von Eingabe- und Ausgabedaten verwendet werden
  5. Aktualisieren Ihrer Konfiguration und Ihres Codes, um auf das neue Batch-Konto zu verweisen und neue Anmeldeinformationen zu verwenden

Weitere Informationen finden Sie unter:

Functions

Ein Migrieren von Azure Functions-Ressourcen von Azure Deutschland zu Azure weltweit wird zurzeit nicht unterstützt. Die empfohlene Vorgehensweise ist, dass Sie die Resource Manager-Vorlage exportieren, den Standort ändern und dann in der Zielregion erneut bereitstellen.

Wichtig

Ändern Sie den Standort, Key Vault-Geheimnisse, Zertifikate, App-Einstellungen und andere GUIDs, damit diese konsistent mit der neuen Region sind.

Weitere Informationen finden Sie unter:

VM-Skalierungsgruppen

Um VM-Skalierungsgruppen zu Azure weltweit zu migrieren, exportieren Sie die Resource Manager-Vorlage, passen Sie die Vorlage an die neue Umgebung an, und stellen Sie die Gruppen dann in der Zielregion erneut bereit. Exportieren Sie nur die Basisvorlage, und stellen Sie die Vorlage in der neuen Umgebung erneut bereit. Einzelne VM-Skalierungsgruppeninstanzen müssen alle identisch sein.

Wichtig

Ändern Sie den Standort, Key Vault-Geheimnisse, Zertifikate und andere GUIDs, damit diese konsistent mit der neuen Region sind.

Weitere Informationen finden Sie unter:

Web-Apps

Derzeit können Apps, die Sie mit dem Web Apps-Feature von Azure App Service erstellt haben, nicht von Azure Deutschland zu Azure weltweit migriert werden. Die empfohlene Vorgehensweise ist, dass Sie eine Web-App als Resource Manager-Vorlage exportieren und diese dann erneut bereitstellen, nachdem Sie die Standorteigenschaft in die neue Region geändert haben.

Wichtig

Ändern Sie den Standort, Key Vault-Geheimnisse, Zertifikate und andere GUIDs, damit diese konsistent mit der neuen Region sind.

Weitere Informationen finden Sie unter:

Nächste Schritte

Erfahren Sie mehr über Tools, Techniken und Empfehlungen zum Migrieren von Ressourcen in den folgenden Dienstkategorien: