Ermitteln, Bewerten und Migrieren von virtuellen AWS-Computern (Amazon Web Services) zu Azure

In diesem Tutorial erfahren Sie, wie Sie AWS-VMs (Amazon Web Services) mithilfe von „Azure Migrate: Serverbewertung“ und des Migrations- und Modernisierungstools ermitteln, bewerten und zu Azure-VMs migrieren.

Hinweis

Sie migrieren virtuelle AWS-Computer zu Azure, indem Sie sie als physische Server behandeln.

In diesem Tutorial lernen Sie Folgendes:

  • Überprüfen der Voraussetzungen für die Migration.
  • Bereiten Sie Azure-Ressourcen mit dem Migrations- und Modernisierungstool vor. Richten sie Berechtigungen für Ihr Azure-Konto und Ihre Ressourcen ein, um Azure Migrate und Modernize verwenden zu können.
  • Vorbereiten von AWS Elastic Compute Cloud (EC2)-Instanzen für die Migration.
  • Fügen Sie das Migrations- und Modernisierungstool im Azure Migrate und Modernize-Hub hinzu.
  • Richten Sie die Replikationsappliance ein, und stellen Sie den Konfigurationsserver bereit.
  • Installieren des Mobilitätsdiensts auf den zu migrierenden AWS-VMs.
  • Aktivieren Sie die Replikation für VMs.
  • Verfolgen und überwachen Sie den Replikationsstatus.
  • Führen Sie eine Testmigration aus, um sicherzustellen, dass alles wie erwartet funktioniert.
  • Durchführen einer vollständigen Migration zu Azure

Wenn Sie kein Azure-Abonnement besitzen, können Sie ein kostenloses Konto erstellen, bevor Sie beginnen.

Ermitteln und Bewerten

Bevor Sie zu Azure migrieren, empfehlen wir, dass Sie eine VM-Ermittlung und Migrationsbewertung durchführen. Diese Bewertung hilft bei der korrekten Größenbestimmung Ihrer AWS-VMs für die Migration zu Azure und bei der Abschätzung potenzieller Azure-Ausführungskosten.

So richten Sie eine Bewertung ein:

  1. Führen Sie die Schritte des Tutorials aus, um Azure einzurichten und Ihre AWS-VMs auf eine Bewertung vorzubereiten. Beachten Sie dabei Folgendes:

    • Azure Migration und Modernisierung verwendet die Kennwortauthentifizierung, um AWS-Instanzen zu ermitteln. Die Kennwortauthentifizierung wird von AWS-Instanzen nicht standardmäßig unterstützt. Damit Sie eine Instanz ermitteln können, müssen Sie die Kennwortauthentifizierung aktivieren.
      • Lassen Sie für Windows-Computer WinRM-Port 5985 (HTTP) zu. Dieser Port ermöglicht WMI-Remoteaufrufe.
      • Für Linux-Computer:
        1. Melden Sie sich bei den einzelnen Linux-Computern an.
        2. Öffnen Sie die Datei sshd_config: vi /etc/ssh/sshd_config.
        3. Suchen Sie in der Datei die Zeile PasswordAuthentication, und ändern Sie den Wert in yes.
        4. Speichern Sie die Datei, und schließen Sie sie. Starten Sie den SSH-Dienst neu.
    • Wenn Sie einen Root-Benutzer zum Ermitteln Ihrer virtuellen Linux-Computer verwenden, stellen Sie sicher, dass die root-Anmeldung auf den virtuellen Computern zulässig ist.
      1. Melden Sie sich bei den einzelnen Linux-Computern an.
      2. Öffnen Sie die Datei sshd_config: vi /etc/ssh/sshd_config.
      3. Suchen Sie in der Datei die Zeile PermitRootLogin, und ändern Sie den Wert in yes.
      4. Speichern Sie die Datei, und schließen Sie sie. Starten Sie den SSH-Dienst neu.
  2. Führen Sie anschließend die Schritte dieses Tutorials aus, um ein Azure Migrate-Projekt und eine Azure Migrate-Appliance einzurichten, um Ihre AWS-VMs zu ermitteln und zu bewerten.

Wir empfehlen Ihnen zwar, eine Bewertung auszuprobieren, aber die Durchführung einer Bewertung ist kein unbedingt erforderlicher Schritt, um virtuelle Computer migrieren zu können.

Voraussetzungen

  • Vergewissern Sie sich, dass auf den zu migrierenden AWS-VMs eine unterstützte Betriebssystemversion ausgeführt wird. AWS-VMs werden zum Zweck der Migration wie physische Computer behandelt. Überprüfen Sie die unterstützten Betriebssysteme und Kernelversionen für den Workflow der Migration physischer Server. Sie können Standardbefehle wie hostnamectl oder uname -a verwenden, um die Betriebssysteme und Kernelversionen für Ihre virtuellen Linux-Computer zu überprüfen. Es wird empfohlen, eine Testmigration (Testfailover) durchzuführen, um zu überprüfen, ob die VM erwartungsgemäß funktioniert, bevor Sie mit der tatsächlichen Migration fortfahren.
  • Stellen Sie sicher, dass Ihre AWS-VMs die unterstützten Konfigurationen für die Migration zu Azure erfüllen.
  • Stellen Sie sicher, dass die AWS-VMs, die Sie in Azure replizieren möchten, die Azure-VM-Anforderungen erfüllen.
  • Auf den virtuellen Computern sind einige Änderungen erforderlich, bevor Sie sie zu Azure migrieren:
    • Bei einigen Betriebssystemen führt Azure Migrate und Modernize diese Änderungen automatisch durch.
    • Es ist wichtig, diese Änderungen vorzunehmen, bevor Sie mit der Migration beginnen. Wenn Sie den virtuellen Computer migrieren, bevor Sie die Änderung vorgenommen haben, wird der virtuelle Computer in Azure unter Umständen nicht gestartet. Überprüfen Sie die erforderlichen Änderungen für Windows und Linux.

Vorbereiten von Azure-Ressourcen für die Migration

Bereiten Sie Azure auf die Migration mit dem Migrations- und Modernisierungstool vor.

Aufgabe Details
Erstellen eines Azure Migrate-Projekts Ihr Azure-Konto benötigt zum Erstellen eines neuen Projekts Berechtigungen vom Typ „Mitwirkender“ oder „Besitzer“.
Überprüfen der Berechtigungen für Ihr Azure-Konto Ihr Azure-Konto benötigt Berechtigungen zum Erstellen eines virtuellen Computers sowie zum Schreiben auf einen verwalteten Azure-Datenträger.

Zuweisen von Berechtigungen für eine Projekterstellung

  1. Öffnen Sie im Azure-Portal das Abonnement, und wählen Sie Zugriffssteuerung (IAM) aus.
  2. Suchen Sie unter Zugriff überprüfen nach dem relevanten Konto, und wählen Sie es aus, um die Berechtigungen anzuzeigen.
  3. Sie sollten über die Berechtigung Mitwirkender oder Besitzer verfügen.
    • Wenn Sie gerade erst ein kostenloses Azure-Konto erstellt haben, sind Sie der Besitzer Ihres Abonnements.
    • Wenn Sie nicht der Besitzer des Abonnements sind, müssen Sie mit dem Besitzer zusammenarbeiten, um die Rolle zuzuweisen.

Zuweisen der Azure-Kontoberechtigungen

Weisen Sie dem Azure-Konto die Rolle „VM-Mitwirkender“ zu. Diese Rolle erteilt Berechtigungen für folgende Aktionen:

  • Erstellen einer VM in der ausgewählten Ressourcengruppe
  • Erstellen einer VM im ausgewählten virtuellen Netzwerk
  • Schreiben auf einen verwalteten Azure-Datenträger

Erstellen eines Azure-Netzwerks

Richten Sie ein virtuelles Azure-Netzwerk ein. Wenn Sie in Azure replizieren, werden die virtuellen Azure-Computer, die erstellt werden, in das virtuelle Azure-Netzwerk eingebunden, das Sie beim Einrichten der Migration angegeben haben.

Vorbereiten der AWS-Instanzen für die Migration

Zum Vorbereiten der Migration von AWS zu Azure müssen Sie eine Replikationsappliance für die Migration vorbereiten und bereitstellen.

Vorbereiten eines Computers für die Replikationsappliance

Das Migrations- und Modernisierungstool verwendet eine Replikationsappliance, um Computer in Azure zu replizieren. Die Replikationsappliance führt die folgenden Komponenten aus:

  • Konfigurationsserver: Der Konfigurationsserver koordiniert die Kommunikation zwischen der AWS-Umgebung und Azure und verwaltet die Datenreplikation.
  • Prozessserver Der Prozessserver fungiert als Replikationsgateway. Er empfängt Replikationsdaten, optimiert sie durch Zwischenspeicherung, Komprimierung und Verschlüsselung. Er sendet sie dann an ein Cachespeicherkonto in Azure.

So bereiten Sie die Bereitstellung der Appliance vor:

  • Richten Sie eine gesonderte EC2-VM für das Hosten der Replikationsappliance ein. Auf dieser Instanz muss Windows Server 2012 R2 oder Windows Server 2016 ausgeführt werden. Überprüfen Sie die Hardware-, Software- und Netzwerkanforderungen für die Appliance.

  • Die Appliance sollte nicht auf einem zu replizierenden virtuellen Quellcomputer oder auf der Appliance „Azure Migrate: Ermittlung und Bewertung“ installiert werden, die Sie unter Umständen bereits installiert haben. Sie sollte auf einem anderen virtuellen Computer bereitgestellt werden.

  • Die zu migrierenden AWS-Quell-VMs sollten über eine Sichtverbindung zur Replikationsappliance im Netzwerk verfügen. Konfigurieren Sie die erforderlichen Sicherheitsgruppenregeln, um dies zu ermöglichen. Es wird empfohlen, die Replikationsappliance in derselben virtuellen privaten Cloud (VPC) wie die zu migrierenden Quell-VMs bereitzustellen. Wenn sich die Replikationsappliance in einer anderen VPC befinden muss, müssen die VPCs mittels VPC-Peering verbunden werden.

  • Die AWS-Quell-VMs kommunizieren mit der Replikationsappliance an den eingehenden Ports HTTPS 443 (Steuerkanalorchestrierung) und TCP 9443 (Datentransport) für die Replikationsverwaltung und die Replikationsdatenübertragung. Die Replikationsappliance wiederum orchestriert und sendet Replikationsdaten an Azure über den ausgehenden Port HTTPS 443. Um diese Regeln zu konfigurieren, bearbeiten Sie die Eingangs-/Ausgangsregeln der Sicherheitsgruppe mit den entsprechenden Ports und Quell-IP-Informationen.

    Screenshot der AWS-Sicherheitsgruppen.

    Screenshot der Bearbeitung der Sicherheitseinstellungen.

  • Die Replikationsappliance verwendet MySQL. Überprüfen Sie die Optionen für die Installation von MySQL auf der Appliance.

  • Überprüfen Sie die Azure-URLs, die die Replikationsappliance für den Zugriff auf öffentliche und behördliche Clouds benötigt.

Einrichten der Replikationsappliance

Der erste Schritt bei der Migration besteht darin, die Replikationsappliance einzurichten. Zum Einrichten der Appliance für die Migration von AWS-VMs müssen Sie die Installationsprogrammdatei für die Appliance herunterladen und diese dann auf der vorbereiteten VM ausführen.

Herunterladen des Installationsprogramms für die Replikationsappliance

  1. Wählen Sie unter Azure Migrate-Projekt Server, Datenbanken und Web-Apps>Migration und Modernisierung>Ermitteln aus.

    Screenshot, der die Schaltfläche „Entdecken“ zeigt.

  2. Klicken Sie unter Computer ermitteln>Sind Ihre Computer virtualisiert? auf Nicht virtualisiert/Andere.

  3. Wählen Sie unter Zielregion die Azure-Region aus, zu der Sie die Computer migrieren möchten.

  4. Wählen Sie Bestätigen, dass die Zielregion für die Migration >Regionsname lautet<.

  5. Klicken Sie auf Ressourcen erstellen. Durch diesen Schritt wird ein Azure Site Recovery-Tresor im Hintergrund erstellt.

    • Falls Sie die Migration bereits mit dem Migrations- und Modernisierungstool eingerichtet haben, kann die Zieloption nicht konfiguriert werden, da die Ressourcen bereits eingerichtet wurden.
    • Nachdem Sie diese Schaltfläche ausgewählt haben, kann die Zielregion für dieses Projekt nicht mehr geändert werden.
    • Um Ihre virtuellen Computer in eine andere Region zu migrieren, müssen Sie ein neues oder anderes Azure Migrate-Projekt erstellen.

    Hinweis

    Wenn Sie bei der Erstellung des Azure Migrate-Projekts den privaten Endpunkt als Konnektivitätsmethode ausgewählt haben, wird der Recovery Services-Tresor auch für die Konnektivität mit privaten Endpunkten konfiguriert. Stellen Sie sicher, dass die privaten Endpunkte von der Replikationsappliance aus erreichbar sind. Weitere Informationen

  6. Wählen Sie unter Möchten Sie eine neue Replikationsappliance installieren oder ein vorhandenes Setup horizontal hochskalieren? die Option Replikationsappliance installieren.

  7. Führen Sie unter Laden Sie die Software für die Replikationsappliance herunter, und installieren Sie sie den Download des Installationsprogramms für die Appliance und des Registrierungsschlüssels durch. Sie benötigen den Schlüssel zum Registrieren der Appliance. Der Schlüssel ist nach dem Herunterladen fünf Tage lang gültig.

    Ein Screenshot, der die Download-Schaltfläche zeigt

  8. Kopieren Sie die Setupdatei für die Appliance und die Schlüsseldatei auf die AWS-VM mit Windows Server 2016 oder Windows Server 2012, die Sie für die Replikationsappliance erstellt haben.

  9. Führen Sie die Setupdatei für die Replikationsappliance aus, wie dies im nächsten Schritt beschrieben ist.

    1. Wählen Sie unter Vorbereitung die Option Install the configuration server and process server (Konfigurationsserver und Prozessserver installieren) aus. Wählen Sie Weiteraus.
    2. Wählen Sie unter Third-Party Software License (Drittanbietersoftware-Lizenz) I accept the third-party license agreement (Ich akzeptiere die Drittanbieter-Lizenzvereinbarung) aus. Wählen Sie Weiteraus.
    3. Wählen Sie unter Registrierung die Option Durchsuchen, und navigieren Sie dann zu dem Ort, an dem Sie die Schlüsseldatei für die Tresorregistrierung abgelegt haben. Wählen Sie Weiter aus.
    4. Wählen Sie in Interneteinstellungen die Option Connect to Azure Site Recovery without a proxy server (Ohne Proxyserver mit Azure Site Recovery verbinden) aus. Wählen Sie Weiteraus.
    5. Auf der Seite Prüfung der erforderlichen Komponenten werden verschiedene Komponenten überprüft. Wählen Sie Weiter, wenn der Vorgang abgeschlossen ist.
    6. Geben Sie unter MySQL-Konfiguration ein Kennwort für die MySQL-Datenbank an. Wählen Sie Weiteraus.
    7. Wählen Sie unter Umgebungsdetails die Option Nein. Es ist nicht erforderlich, Ihre VMs zu schützen. Wählen Sie Weiteraus.
    8. Wählen Sie unter Installationspfad die Option Weiter, um den Standardwert zu übernehmen.
    9. Wählen Sie unter Netzwerkauswahl die Option Weiter, um den Standardwert zu übernehmen.
    10. Wählen Sie unter Zusammenfassung die Option Installieren.
    11. Unter Installationsfortschritt werden Informationen zum Installationsvorgang angezeigt. Wählen Sie Fertig stellen, wenn der Vorgang abgeschlossen ist. In einem Fenster wird eine Meldung zu einem Neustart angezeigt. Klicken Sie auf OK.
    12. Als Nächstes wird in einem Fenster eine Meldung zur Passphrase für die Konfigurationsserververbindung angezeigt. Kopieren Sie die Passphrase in die Zwischenablage, und speichern Sie die Passphrase in einer temporären Textdatei auf den Quell-VMs. Sie benötigen diese Passphrase später während des Installationsprozesses für den Mobilitätsdienst.
  10. Nach Abschluss der Installation wird automatisch der Assistent zur Appliancekonfiguration gestartet. (Sie können den Assistenten auch manuell über die cspsconfigtool-Verknüpfung starten, die auf dem Desktop der Appliance erstellt wurde.) In diesem Tutorial installieren wir den Mobilitätsdienst manuell auf den virtuellen Quellcomputern, die repliziert werden sollen. Erstellen Sie daher in diesem Schritt ein Dummykonto, und fahren Sie fort. Verwenden Sie für das Dummykonto „guest“ als Anzeigename, „username“ als Benutzername und „password“ als Kennwort für das Konto. Sie verwenden dieses Dummykonto in der Phase zum Aktivieren der Replikation.

  11. Wählen Sie nach dem Setup und Neustart der Appliance im Bereich Computer ermitteln die neue Appliance unter Konfigurationsserver auswählen aus, und klicken Sie anschließend auf Registrierung abschließen. Beim Schritt Registrierung abschließen werden einige letzte Schritte zur Vorbereitung der Replikationsappliance ausgeführt.

    Screenshot des Abschlusses der Registrierung.

Installieren des Mobilitätsdienst-Agents

Auf den zu migrierenden AWS-Quell-VMs muss ein Mobilitätsdienst-Agent installiert sein, damit Sie die Replikation initiieren können. Der Ansatz, den Sie für die Installation des Mobilitätsdienst-Agents auswählen, hängt möglicherweise von den Einstellungen und vorhandenen Tools Ihrer Organisation ab. Die in Azure Site Recovery integrierte Methode für die Pushinstallation wird derzeit nicht unterstützt. Ansätze, die Sie berücksichtigen sollten:

  1. Extrahieren Sie den Inhalt des Installationsprogramm-Tarballs wie folgt in einen lokalen Ordner auf der AWS-VM (z. B. „/tmp/MobSvcInstaller“):

    mkdir /tmp/MobSvcInstaller
    tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
    cd /tmp/MobSvcInstaller
    
  2. Führen Sie das Installationsskript aus:

    sudo ./install -r MS -v VmWare -q -c CSLegacy
    
  3. Registrieren Sie den Agent bei der Replikationsappliance:

    /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>
    

Aktivieren der Replikation für AWS-VMs

Hinweis

Im Portal können Sie bis zu 10 virtuelle Computer gleichzeitig für die Replikation hinzufügen. Um mehr VMs gleichzeitig zu replizieren, können Sie sie in Batches von 10 hinzufügen.

  1. Wählen Sie unter Azure Migrate-Projekt Server, Datenbanken und Web-Apps>Migration und Modernisierung>Replizieren aus.

    Screenshot der Auswahl von „Replizieren“.

  2. Wählen Sie unter Replizieren > >Quelleinstellungen>Sind Ihre Computer virtualisiert? die Option Nicht virtualisiert/Andere aus.

  3. Wählen Sie unter Lokale Appliance den Namen der Azure Migrate-Appliance aus, die Sie eingerichtet haben.

  4. Wählen Sie unter Prozessserver den Namen der Replikationsappliance aus.

  5. Wählen Sie unter Gastanmeldeinformationen das Dummykonto aus, das Sie zuvor während der Einrichtung des Installationsprogramms für die Replikationsappliance erstellt haben, um den Mobilitätsdienst manuell zu installieren. (Die Pushinstallation wird nicht unterstützt.) Klicken Sie anschließend auf Weiter: Virtuelle Computer.

    Screenshot der Replikationseinstellungen.

  6. Übernehmen Sie im Bereich Virtuelle Computer unter Migrationseinstellungen aus einer Bewertung importieren? die Standardeinstellung Nein, ich gebe die Migrationseinstellungen manuell an.

  7. Wählen Sie alle VMs aus, die Sie migrieren möchten. Wählen Sie anschließend Next: Zieleinstellungen.

    Screenshot der Auswahl von virtuellen Computern.

  8. Wählen Sie in Zieleinstellungen das Abonnement und die Zielregion aus, zu der Sie migrieren. Geben Sie die Ressourcengruppe an, in der sich die Azure-VMs nach der Migration befinden sollen.

  9. Wählen Sie unter Virtuelles Netzwerk das virtuelle Azure-Netzwerk oder -Subnetz aus, in das die Azure-VMs nach der Migration eingebunden werden.

  10. Behalten Sie im Cachespeicherkonto die Standardoption bei, um das Cachespeicherkonto zu verwenden, das automatisch für das Projekt erstellt wurde. Verwenden Sie die Dropdownliste, wenn Sie ein anderes Speicherkonto angeben möchten, das als Cachespeicherkonto für die Replikation verwendet werden soll.

    Hinweis

    • Wenn Sie den privaten Endpunkt als Konnektivitätsmethode für das Azure Migrate-Projekt ausgewählt haben, gewähren Sie dem Recovery Services-Tresor Zugriff auf das Cachespeicherkonto. Weitere Informationen
    • Erstellen Sie einen privaten Endpunkt für das Cachespeicherkonto, um die Replikation mithilfe von Azure ExpressRoute mit privatem Peering zu ermöglichen. Weitere Informationen
  11. Wählen Sie unter Verfügbarkeitsoptionen Folgendes aus:

    • Verfügbarkeitszone: heftet den migrierten Computer an eine bestimmte Verfügbarkeitszone in der Region an. Verteilen Sie mit dieser Option Server, die eine Anwendungsebene mit mehreren Knoten bilden, über Verfügbarkeitszonen. Wenn Sie diese Option auswählen, müssen Sie die Verfügbarkeitszone angeben, die für jeden auf der Registerkarte Compute ausgewählten Computer verwendet werden soll. Diese Option ist nur verfügbar, wenn die für die Migration ausgewählte Zielregion Verfügbarkeitszonen unterstützt.
    • Verfügbarkeitsgruppe: Platziert den migrierten Computer in einer Verfügbarkeitsgruppe. Zur Verwendung dieser Option muss die ausgewählte Zielressourcengruppe über mindestens eine Verfügbarkeitsgruppe verfügen.
    • Keine Infrastrukturredundanz erforderlich: Verwenden Sie diese Option, wenn Sie keine dieser Verfügbarkeitskonfigurationen für die migrierten Computer benötigen.
  12. Wählen Sie unter Datenträgerverschlüsselungstyp Folgendes aus:

    • Verschlüsselung ruhender Daten mit einem plattformseitig verwalteten Schlüssel.
    • Verschlüsselung ruhender Daten mit einem kundenseitig verwalteten Schlüssel.
    • Mehrfachverschlüsselung mit plattformseitig und kundenseitig verwalteten Schlüsseln.

    Hinweis

    Um virtuelle Computer mit kundenseitig verwalteten Schlüsseln zu replizieren, müssen Sie unter der Zielressourcengruppe einen Datenträgerverschlüsselungssatz erstellen. Ein Datenträgerverschlüsselungssatz-Objekt ordnet verwaltete Datenträger einer Azure Key Vault-Instanz zu, die den für die serverseitige Verschlüsselung zu verwendenden kundenseitig verwalteten Schlüssel enthält.

  13. Wählen Sie unter Azure-Hybridvorteil

    • die Option Nein aus, falls Sie den Azure-Hybridvorteil nicht anwenden möchten. Wählen Sie Weiteraus.
    • Wählen Sie Ja aus, wenn Sie über Windows Server-Computer verfügen, die durch aktive Software Assurance- oder Windows Server-Abonnements abgedeckt sind, und den Vorteil auf die zu migrierenden Computer anwenden möchten. Wählen Sie Weiteraus.

    Screenshot der Zieleinstellungen.

  14. Überprüfen Sie in Compute Name, Größe, Betriebssystem- Datenträger und Verfügbarkeitskonfiguration der VM (falls im vorherigen Schritt ausgewählt). Die VMs müssen die Azure-Anforderungen erfüllen.

    • VM-Größe: Bei Verwendung von Bewertungsempfehlungen zeigt die Dropdownliste für die VM-Größe die empfohlene Größe an. Andernfalls wählt Azure Migrate und Modernize eine Größe basierend auf der höchsten Übereinstimmung im Azure-Abonnement aus. Alternativ können Sie unter Azure-VM-Größe manuell eine Größe auswählen.
    • Betriebssystemdatenträger: Geben Sie den Betriebssystemdatenträger (Startdatenträger) für die VM an. Der Betriebssystemdatenträger enthält den Bootloader und das Installationsprogramm des Betriebssystems.
    • Verfügbarkeitszone: Geben Sie die zu verwendende Verfügbarkeitszone an.
    • Verfügbarkeitsgruppe: Geben Sie die zu verwendende Verfügbarkeitsgruppe an.
  15. Geben Sie unter Datenträger an, ob die VM-Datenträger in Azure repliziert werden sollen, und wählen Sie in Azure den Datenträgertyp aus (SSD Standard/HDD Standard oder Managed Disks Premium). Wählen Sie Weiteraus.

    • Sie können Datenträger von der Replikation ausschließen.
    • Wenn Sie Datenträger ausschließen, sind diese nach der Migration nicht auf der Azure-VM vorhanden.

    Screenshot der Registerkarte „Datenträger“ im Dialogfeld „Replizieren“.

  16. Unter Tags fügen Sie Ihren VMs, Datenträgern und NICs Tags hinzu.

    Screenshot der Registerkarte „Tags“ im Dialogfeld „Replizieren“.

  17. Überprüfen Sie unter Replikation prüfen und starten die Einstellungen, und klicken Sie dann auf Replizieren, um die erste Replikation für die Server zu starten.

Hinweis

Sie können die Replikationseinstellungen vor Beginn der Replikation jederzeit über Verwalten>Aktuell replizierte Computer aktualisieren. Die Einstellungen können nach dem Beginn der Replikation nicht mehr geändert werden.

Verfolgen und überwachen des Replikationsstatus

  • Wenn Sie auf Replizieren klicken, beginnt die Durchführung des Auftrags Replikation starten.
  • Nachdem der Auftrag „Replikation starten“ erfolgreich abgeschlossen wurde, beginnen die VMs mit der anfänglichen Replikation in Azure.
  • Nach Abschluss der ersten Replikation beginnt die Deltareplikation. Inkrementelle Änderungen an Datenträgern von AWS-VMs werden regelmäßig auf die Replikatdatenträger in Azure repliziert.

Sie haben die Möglichkeit, den Auftragsstatus über die Portalbenachrichtigungen nachzuverfolgen.

Sie können den Replikationsstatus überwachen, indem Sie auf Server werden repliziert klicken (unter Azure Migrate: Servermigration).

Screenshot: Option „Server werden repliziert“

Ausführen einer Testmigration

Wenn die Deltareplikation beginnt, können Sie zunächst eine Testmigration für die virtuellen Computer ausführen, bevor eine vollständige Migration zu Azure erfolgt. Die Testmigration wird dringend empfohlen. Sie bietet Ihnen die Möglichkeit, mögliche Probleme zu ermitteln und zu beheben, bevor Sie mit der tatsächlichen Migration fortfahren. Es empfiehlt sich, diesen Schritt vor der Migration mindestens einmal für jeden virtuellen Computer auszuführen.

  • Bei einer Testmigration wird überprüft, ob die Migration wie erwartet funktioniert, ohne dass sich dies auf die AWS-VMs auswirkt, und ob diese während der Replikation betriebsbereit bleiben.
  • Eine Testmigration simuliert die Migration durch Erstellen eines virtuellen Azure-Testcomputers mithilfe von replizierten Daten. (Der Test migriert normalerweise zu einem nicht für die Produktion bestimmten virtuellem Netzwerk unter Ihrem Azure-Abonnement.)
  • Sie können den replizierten virtuellen Azure-Testcomputer verwenden, um die Migration zu überprüfen, App-Tests durchzuführen und Probleme zu beheben, bevor die vollständige Migration erfolgt.

So führen Sie eine Testmigration aus:

  1. Wählen Sie unter MigrationszieleServer, Datenbanken und Web-Apps>Migration und Modernisierung> Migrierte Server testen aus.

    Screenshot der Option „Migrierte Server testen“.

  2. Klicken Sie mit der rechten Maustaste auf die zu testende VM, und wählen Sie Testmigration aus.

    Screenshot der Testmigration.

  3. Wählen Sie unter Testmigration das virtuelle Azure-Netzwerk aus, in dem sich der virtuelle Azure-Computer nach der Migration befindet. Es empfiehlt sich, ein nicht für die Produktion bestimmtes virtuelles Netzwerk zu verwenden.

  4. Der Auftrag „Testmigration“ wird gestartet. Überwachen Sie den Auftrag anhand der Portalbenachrichtigungen.

  5. Zeigen Sie die migrierte Azure-VM nach Abschluss der Migration im Azure-Portal unter Virtuelle Computer an. Der Computername enthält das Suffix -Test.

  6. Klicken Sie nach Abschluss des Tests mit der rechten Maustaste unter Aktuell replizierte Computer auf den virtuellen Azure-Computer, und wählen Sie Testmigration bereinigen aus.

    Screenshot des Ergebnisses nach der Bereinigung der Testmigration.

    Hinweis

    Sie können jetzt Ihre Server, auf denen SQL Server ausgeführt wird, bei SQL VM RP registrieren, um die Vorteile des automatisierten Patchens, der automatisierten Sicherung und der vereinfachten Lizenzverwaltung mithilfe der Erweiterung für den SQL-IaaS-Agent zu nutzen.

    • Wählen Sie für die Registrierung bei SQL VM RP die Optionen Verwaltung>Server werden repliziert>Computer mit SQL Server>Compute und Netzwerk und dann Ja aus.
    • Wählen Sie Azure-Hybridvorteil aus, wenn Sie über SQL Server-Instanzen verfügen, die durch aktive Software Assurance- oder SQL Server-Abonnements abgedeckt sind, und den Vorteil auf die zu migrierenden Computer anwenden möchten.

Migrieren von AWS-VMs

Nachdem Sie sich vergewissert haben, dass die Testmigration wie erwartet funktioniert, können Sie die AWS-VMs migrieren.

  1. Wählen Sie unter Azure Migrate-Projekt Server, Datenbanken und Web-Apps>Migration und Modernisierung> Server werden repliziert aus.

    Screenshot der Option „Replizieren der Server“.

  2. Klicken Sie unter Aktuell replizierte Computer mit der rechten Maustaste auf den virtuellen Computer, und wählen Sie Migrieren aus.

  3. Wählen Sie unter Migrieren>Virtuelle Computer herunterfahren und eine geplante Migration ohne Datenverlust durchführen? die Option Ja> und anschließend OK aus.

    Hinweis

    Das automatische Herunterfahren wird beim Migrieren von AWS-VMs nicht unterstützt.

  4. Für den virtuellen Computer wird ein Migrationsauftrag gestartet. Sie können den Auftragsstatus anzeigen, indem Sie oben rechts auf der Portalseite das Glockensymbol auswählen. Sie können auch zur Seite Aufträge des Migrations- und Modernisierungstools wechseln. (Wählen Sie zunächst Übersicht auf der Toolkachel und dann im linken Menü Aufträge aus.)

  5. Nach Abschluss des Auftrags können Sie die VM auf der Seite Virtuelle Computer anzeigen und verwalten.

Fertigstellen der Migration

  1. Klicken Sie nach Abschluss der Migration mit der rechten Maustaste auf den virtuellen Computer, und wählen Sie Migration beenden aus. Folgendes wird durch diese Aktion ausgeführt:
    • Die Replikation für die AWS-VM wird beendet.
    • Entfernt die AWS-VM aus der Zählung Server werden repliziert im Migrations- und Modernisierungstool.
    • Bereinigt die Replikationsstatusinformationen für den virtuellen Computer.
  2. Überprüfen und beheben Sie alle Windows-Aktivierungsprobleme auf dem virtuellen Azure-Computer.
  3. Führen Sie App-Anpassungen nach der Migration durch, z. B. die Aktualisierung von Hostnamen, Datenbankverbindungszeichenfolgen und Webserverkonfigurationen.
  4. Führen Sie endgültige Anwendungs- und Migrationsakzeptanztests für die migrierte Anwendung durch, die nun in Azure ausgeführt wird.
  5. Leiten Sie den Datenverkehr auf die migrierte Instanz der Azure-VM um.
  6. Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.

Bewährte Methoden nach der Migration

Problembehandlung und Tipps

Frage: Meine AWS-VM wird in der Liste der ermittelten Server für die Migration nicht angezeigt. Was kann ich tun?
Antwort: Überprüfen Sie, ob Ihre Replikationsappliance die Anforderungen erfüllt. Stellen Sie sicher, dass der Mobilitäts-Agent auf dem virtuellen Quellcomputer installiert ist, der migriert werden soll, und dass er beim Konfigurationsserver registriert ist. Überprüfen Sie die Netzwerkeinstellungen und Firewallregeln, um einen Netzwerkpfad zwischen der Replikationsappliance und den AWS-Quell-VMs ermöglichen.

Frage: Woran erkenne ich, ob mein virtueller Computer erfolgreich migriert wurde?
Antwort: Nach Abschluss der Migration können Sie den virtuellen Computer auf der Seite Virtuelle Computer anzeigen und verwalten. Stellen Sie eine Verbindung mit der migrierten VM her, um dies zu überprüfen.

Frage: Ich kann keine virtuellen Computer für die Migration aus meinen zuvor erstellten Ergebnissen der Serverbewertung importieren. Was kann ich tun?
Antwort: Zurzeit wird kein Import von Bewertungen für diesen Workflow unterstützt. Um dieses Problem zu umgehen, können Sie die Bewertung exportieren und dann die VM-Empfehlung während des Schritts „Replikation aktivieren“ manuell auswählen.

Frage: Ich erhalte die Fehlermeldung „Fehler beim Abrufen der BIOS-GUID“ bei dem Versuch, meine AWS-VMs zu ermitteln.
Antwort: Verwenden Sie immer die Root-Anmeldung für die Authentifizierung und keinen Pseudobenutzer. Überprüfen Sie außerdem die unterstützten Betriebssysteme für AWS-VMs.

Frage: Mein Replikationsstatus zeigt keinen Fortschritt. Was kann ich tun?
Antwort: Überprüfen Sie, ob Ihre Replikationsappliance die Anforderungen erfüllt. Stellen Sie sicher, dass Sie die erforderlichen Ports auf Ihrer Replikationsappliance, TCP-Port 9443 und HTTPS 443 für den Datentransport, aktiviert haben. Stellen Sie sicher, dass keine veralteten doppelten Versionen der Replikationsappliance mit demselben Projekt verbunden sind.

Frage: Ich kann wegen des HTTP-Statuscodes 504 vom Windows-Remoteverwaltungsdienst keine AWS-Instanzen mithilfe von Azure Migration und Modernisierung ermitteln. Was kann ich tun?
Antwort: Vergewissern Sie sich, dass Sie die Anforderungen für die Azure Migrate-Appliance und den URL-Zugriff überprüfen. Stellen Sie sicher, dass die Applianceregistrierung nicht durch Proxyeinstellungen blockiert wird.

Frage: Muss ich Änderungen vornehmen, bevor ich meine AWS-VMs zu Azure migriere?
Antwort: Möglicherweise müssen Sie die folgenden Änderungen vornehmen, bevor Sie Ihre EC2-VMs zu Azure migrieren:

  • Wenn Sie cloud-init für die Bereitstellung virtueller Computer verwenden, können Sie cloud-init auf dem virtuellen Computer deaktivieren, bevor Sie ihn in Azure replizieren. Die von cloud-init auf der VM ausgeführten Bereitstellungsschritte sind möglicherweise spezifisch für AWS und nach der Migration zu Azure nicht mehr gültig. ​
  • Wenn es sich bei der VM um eine paravirtualisierte VM (PV-VM) und nicht um eine Hardware-VM handelt, können Sie sie möglicherweise in Azure nicht unverändert ausführen. PV-VMs verwenden eine benutzerdefinierte Startsequenz in AWS. Sie können dieser Herausforderung möglicherweise begegnen, indem Sie die PV-Treiber deinstallieren, bevor Sie eine Migration zu Azure durchführen.
  • Es wird immer empfohlen, vor der abschließenden Migration eine Testmigration auszuführen.

Frage: Kann ich AWS-VMs migrieren, auf denen das Betriebssystem Amazon Linux ausgeführt wird?
Antwort: VMs, auf denen Amazon Linux ausgeführt wird, können nicht unverändert migriert werden, da das Betriebssystem Amazon Linux nur in AWS unterstützt wird. Um Workloads zu migrieren, die unter Amazon Linux ausgeführt werden, können Sie eine RHEL-VM in Azure einrichten. Anschließend können Sie die auf dem AWS Linux-Computer ausgeführte Workload mithilfe eines entsprechenden Workload-Migrationsansatzes migrieren. Je nach Workload gibt es z. B. workloadspezifische Tools, die die Migration unterstützen. Diese Tools können Tools für Datenbanken oder Bereitstellungstools für Webserver sein.

Nächste Schritte

Sehen Sie sich den Artikel zur Cloudmigration im Cloud Adoption Framework für Azure an.