Freigeben über


Entdecken, Bewerten und Migrieren von Amazon Web Services (AWS) EC2-Instanzen zu Azure

In diesem Lernprogramm lernen Sie, wie Sie Amazon Web Services (AWS) EC2-Instanzen mithilfe von Azure Migrate: Serverbewertung und dem Migrations- und Modernisierungstool zu Azure-VMs entdecken, bewerten und 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 nicht über ein Azure-Abonnement verfügen, erstellen Sie ein kostenloses Konto , 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 das Lernprogramm aus, um Azure einzurichten und Ihre AWS-VMs für 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 Remote-WMI-Aufrufe.
      • Für Linux-Computer:
        1. Melden Sie sich bei den einzelnen Linux-Computern an.
        2. Öffnen Sie die sshd_config Datei: 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 sshd_config Datei: 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. Folgen Sie dann diesem Lernprogramm , um ein Azure Migrate-Projekt und eine 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 Physischen Servermigrationsworkflow. 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 den unterstützten Konfigurationen für die Migration zu Azure entsprechen.
  • Stellen Sie sicher, dass die AWS-VMs, die Sie in Azure replizieren, den Azure-VM-Anforderungen entsprechen.
  • 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 Windows - und Linux-Änderungen , die Sie vornehmen müssen.

Vorbereiten von Azure-Ressourcen für die Migration

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

Aufgabe Einzelheiten
Erstellen eines Azure Migrate-Projekts Ihr Azure-Konto benötigt Mitwirkende- oder Besitzerberechtigungen, um ein neues Projekt zu erstellen.
Ü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 das Erstellen eines Projekts

  1. Öffnen Sie im Azure-Portal das Abonnement, und wählen Sie access control (IAM) aus.
  2. Suchen Sie unter "Zugriff überprüfen" das relevante Konto, und wählen Sie es aus, um Berechtigungen anzuzeigen.
  3. Sie sollten über Berechtigungen als "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 verwendet die folgenden Komponenten:

  • 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 Einrichtung 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 zeigt.

    Screenshot, der die Bearbeitung von Sicherheitseinstellungen zeigt.

  • 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 für die Replikations-Appliance erforderlich sind, um auf öffentliche und staatliche Clouds zuzugreifen.

Einrichten der Replikationsappliance

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

Herunterladen des Installationsprogramms für die Replikationsappliance

  1. Wählen Sie im Azure Migrate-Projekt Server, Datenbanken und Web-Apps>migration and modernization>Discover aus.

    Screenshot der Schaltfläche

  2. Wählen Sie in Maschinen entdecken> aus, ob Ihre Maschinen virtualisiert sind. Wählen Sie Nicht virtualisiert/Sonstige aus.

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

  4. Wählen Sie < lautet>.

  5. Wählen Sie "Ressourcen erstellen" aus. 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 in "Möchten Sie eine neue Replikations-Appliance installieren?", die Option "Replikations-Appliance installieren" aus.

  7. Im Abschnitt Herunterladen und Installieren der Replikations-Appliance-Software laden Sie das Appliance-Installationsprogramm und den Registrierungsschlüssel herunter. Sie benötigen den Schlüssel zum Registrieren der Appliance. Der Schlüssel ist nach dem Herunterladen fünf Tage lang gültig.

    Screenshot der Schaltfläche

  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 "Bevor Sie beginnen" die Option "Konfigurationsserver und Prozessserver installieren" aus. Wählen Sie dann "Weiter" aus.
    2. Wählen Sie in der Softwarelizenz von DrittanbieternIch akzeptiere die Lizenzvereinbarung von Drittanbietern aus. Wählen Sie dann "Weiter" aus.
    3. Wählen Sie unter Registrierung die Option Durchsuchen aus, 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 den Interneteinstellungendie Option "Mit Azure Site Recovery verbinden" ohne Proxyserver aus. Wählen Sie dann "Weiter" aus.
    5. Auf der Seite " Voraussetzungen überprüfen " werden Überprüfungen auf mehrere Elemente ausgeführt. Wenn sie fertig ist, wählen Sie "Weiter" aus.
    6. Geben Sie in der MySQL-Konfiguration ein Kennwort für die MySQL-Datenbank an. Wählen Sie dann "Weiter" aus.
    7. Wählen Sie unter "Umgebungsdetails" "Nein" aus. Es ist nicht erforderlich, Ihre VMs zu schützen. Wählen Sie dann "Weiter" aus.
    8. Wählen Sie unter "Installationsspeicherort" die Option "Weiter" aus, um die Standardeinstellung zu übernehmen.
    9. Wählen Sie in der Netzwerkauswahl"Weiter" aus, um die Standardeinstellung zu übernehmen.
    10. Wählen Sie in "Zusammenfassung" die Option "Installieren" aus.
    11. Der Installationsfortschritt zeigt Informationen zum Installationsprozess an. Wenn sie fertig ist, wählen Sie "Fertig stellen" aus. In einem Fenster wird eine Meldung zu einem Neustart angezeigt. Wählen Sie "OK" aus.
    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 der Assistent für die Konfiguration der Appliance automatisch 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 manuell den Mobilitäts-Service auf den Quell-VMs, die repliziert werden sollen. Erstellen Sie daher in diesem Schritt ein Dummykonto, und fahren Sie fort. Verwenden Sie für das Testkonto „guest“ als freundlichen Namen, „username“ als Benutzername und „password“ als Kennwort für das Konto. Sie verwenden dieses Dummykonto in der Phase zum Aktivieren der Replikation.

  11. Nachdem die Appliance nach dem Setup neu gestartet wurde, wählen Sie in " Computer entdecken" die neue Appliance in "Konfigurationsserver auswählen " aus, und wählen Sie " Registrierung abschließen" aus. Der Schritt " Registrierung abschließen " führt einige letzte Aufgaben aus, um die Replikations-Appliance vorzubereiten.

    Screenshot der Finalize-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>
    

Replikation für AWS-VMs aktivieren

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 im Azure Migrate-Projekt Server, Datenbanken und Web-Apps>Migration und Modernisierung> aus.

    Screenshot, der zeigt, wie

  2. Wählen Sie unter "Replizieren" >die Quelleinstellungen>"Sind Ihre Computer virtualisiert?", wählen Sie "Nicht virtualisiert/Sonstige" aus.

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

  4. Wählen Sie in Process Server den Namen der Replikations-Appliance aus.

  5. Wählen Sie in Gastanmeldeinformationen das Dummy-Konto aus, das Sie zuvor beim Setup des Replikationsprogramms erstellt haben, um den Mobilitätsdienst manuell zu installieren. (Pushinstallation wird nicht unterstützt.) Wählen Sie dann "Weiter: Virtuelle Computer" aus.

    Screenshot der Replikationseinstellungen.

  6. In virtuellen Maschinen, bei Importieren von Migrationseinstellungen aus einer Bewertung?, belassen Sie die Standardeinstellung Nein, ich gebe die Migrationseinstellungen manuell an.

  7. Wählen Sie alle VMs aus, die Sie migrieren möchten. Wählen Sie dann "Weiter: Zieleinstellungen" aus.

    Screenshot, der zeigt, wie VMs ausgewählt werden.

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

  9. Wählen Sie im virtuellen Netzwerk das virtuelle Azure-Netzwerk/-Subnetz aus, dem die Azure-VMs nach der Migration beigetreten sind.

  10. Behalten Sie im Cachespeicherkonto die Standardoption für die Verwendung des Cachespeicherkontos bei, 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 der ausgewählten Computer auf der Registerkarte " Berechnen " verwendet werden soll. Diese Option ist nur verfügbar, wenn die für die Migration ausgewählte Zielregion Verfügbarkeitszonen unterstützt.
    • Verfügbarkeitssatz: Platziert den migrierten Computer in einem Verfügbarkeitssatz. Zur Verwendung dieser Option muss die ausgewählte Zielressourcengruppe über mindestens eine Verfügbarkeitsgruppe verfügen.
    • Keine Infrastrukturredundanz erforderlich: Wählen Sie diese Option aus, wenn Sie keine dieser Verfügbarkeitskonfigurationen für die migrierten Computer benötigen.
  12. Wählen Sie im 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 VMs mit vom Kunden verwalteten Schlüsseln zu replizieren, müssen Sie eine Datenträgerverschlüsselung erstellen , die unter der Zielressourcengruppe festgelegt ist. 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. In Azure-Hybridvorteil:

    • Wählen Sie "Nein " aus, wenn Sie den Azure-Hybridvorteil nicht anwenden möchten. Wählen Sie dann "Weiter" aus.
    • Wählen Sie "Ja " aus, wenn Sie über Windows Server-Computer verfügen, die mit aktiven Software Assurance- oder Windows Server-Abonnements abgedeckt sind, und Sie den Vorteil auf die Computer anwenden möchten, die Sie migrieren. Wählen Sie dann "Weiter" aus.

    Screenshot der Target-Einstellungen.

  14. Überprüfen Sie in Compute den Vm-Namen, die Größe, den Betriebssystemdatenträgertyp und die Verfügbarkeitskonfiguration (sofern im vorherigen Schritt ausgewählt). VMs müssen den Azure-Anforderungen entsprechen.

    • VM-Größe: Wenn Sie Bewertungsempfehlungen verwenden, wird in der Dropdownliste der VM-Größe die empfohlene Größe angezeigt. Andernfalls wählt Azure Migrate und Modernize eine Größe basierend auf der höchsten Übereinstimmung im Azure-Abonnement aus. Alternativ können Sie eine manuelle Größe in azure VM-Größe auswählen.
    • Betriebssystemdatenträger: Geben Sie den Betriebssystemdatenträger (Startdatenträger) für den virtuellen Computer an. Der Betriebssystemdatenträger enthält den Bootloader und das Installationsprogramm des Betriebssystems.
    • Verfügbarkeitszone: Geben Sie die zu verwendende Verfügbarkeitszone an.
    • Verfügbarkeitssatz: Geben Sie den zu verwendenden Verfügbarkeitssatz an.
  15. Geben Sie in Datenträgern an, ob die VM-Datenträger in Azure repliziert werden sollen, und wählen Sie den Datenträgertyp (Standard-SSD/HDD oder Premium-verwaltete Datenträger) in Azure aus. Wählen Sie dann "Weiter" aus.

    • 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

  16. Wählen Sie unter "Tags" die Option zum Hinzufügen von Tags zu Ihren virtuellen Computern, Datenträgern und NICs aus.

    Screenshot der Registerkarte

  17. Überprüfen Sie unter Replikation prüfen und starten die Einstellungen, und wählen Sie dann Replizieren aus, um die erste Replikation für die Server zu starten.

Hinweis

Wenn Sie Replikationseinstellungen jederzeit vor dem Start der Replikation aktualisieren möchten, wählen Sie "Replikationscomputer> aus. Die Einstellungen können nach dem Beginn der Replikation nicht mehr geändert werden.

Verfolgen und überwachen des Replikationsstatus

  • Wenn Sie "Replizieren" auswählen, startet ein Replikationsauftrag.
  • 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 " Replizieren von Servern in Azure Migrate: Servermigration" auswählen.

Screenshot der Option

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 in MigrationszielenServer, Datenbanken und Web-Apps>Migration und Modernisierungstest>migrierte Server aus.

    Screenshot mit migrierten Testservern.

  2. Klicken Sie mit der rechten Maustaste auf den virtuellen Computer, den Sie testen möchten, und wählen Sie "Migration testen" aus.

    Screenshot: Testmigration

  3. Wählen Sie in der 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 Testmigrationsauftrag wird gestartet. Überwachen Sie den Auftrag anhand der Portalbenachrichtigungen.

  5. Zeigen Sie nach Abschluss der Migration die migrierte Azure-VM auf virtuellen Computern im Azure-Portal an. Der Computername hat das Suffix "-Test".

  6. Klicken Sie nach Abschluss des Tests mit der rechten Maustaste auf den virtuellen Azure-Computer in replizierenden Computern , 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 "Verwalten>Replikationsserver>Computer mit SQL Server>Compute und Netzwerk", und wählen Sie Ja, um sich bei SQL VM RP zu registrieren.
    • Wählen Sie den Azure-Hybridvorteil für SQL Server aus, wenn Sie über SQL Server-Instanzen verfügen, die mit aktiven Software Assurance- oder SQL Server-Abonnements abgedeckt sind, und Sie den Vorteil auf die Computer anwenden möchten, zu denen Sie migrieren.

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 im Azure Migrate-Projekt Server, Datenbanken und Web-Apps>Migration und Modernisierung>Replikationsserver aus.

    Screenshot: „Aktuell replizierte Server“

  2. Klicken Sie in der Replikation von Computern mit der rechten Maustaste auf den virtuellen Computer, und wählen Sie "Migrieren" aus.

  3. Wählen Sie in "Migrieren>" virtuelle Computer herunter, und führen Sie eine geplante Migration ohne Datenverlust aus, und wählen Sie "Ja>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 auf der Toolkachel "Übersicht" aus, und wählen Sie im linken Menü "Aufträge " aus.)

  5. Nach Abschluss des Auftrags können Sie den virtuellen Computer auf der Seite "Virtuelle Computer " anzeigen und verwalten.

Migration abschließen

  1. Klicken Sie nach Abschluss der Migration mit der rechten Maustaste auf den virtuellen Computer, und wählen Sie "Migration beenden" aus. Diese Aktion:
    • Die Replikation für die AWS-VM wird gestoppt.
    • Entfernt die AWS-VM aus der Zählung der replizierenden Server im Migrations- und Modernisierungstool.
    • Bereinigt die Replikationsstatusinformationen für den virtuellen Computer.
  2. Überprüfen und Beheben von Windows-Aktivierungsproblemen 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: Ich kann meine AWS-VM nicht in der ermittelten Liste der Server für die Migration sehen.
Antwort: Überprüfen Sie, ob Ihre Replikations-Appliance 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: Wie kann ich feststellen, ob meine VM erfolgreich migriert wurde?
Antwort: Nach 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 VMs für die Migration von meinen zuvor erstellten Serverbewertungsergebnissen nicht importieren.
Antwort: Derzeit wird der Import der Bewertung für diesen Workflow nicht 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 "BIOS-GUID konnte nicht abgerufen werden", während ich versuche, meine AWS-VMs zu ermitteln.
Antwort: Verwenden Sie immer die Stammanmeldung 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 Replikations-Appliance 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 AWS-Instanzen nicht mithilfe von Azure Migrate und Modernize ermitteln, weil der HTTP-Statuscode 504 vom Remote-Windows-Verwaltungsdienst stammt.
Antwort: Überprüfen Sie unbedingt die Anforderungen der Azure Migrate-Appliance und die URL-Zugriffsanforderungen. Stellen Sie sicher, dass die Applianceregistrierung nicht durch Proxyeinstellungen blockiert wird.

Frage: Muss ich änderungen vornehmen, bevor ich meine AWS-VMs zu Azure migrieren?
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, die das Amazon Linux-Betriebssystem ausführen?
Antwort: VMs, auf denen Amazon Linux ausgeführt wird, können nicht migriert werden, da das Amazon Linux-Betriebssystem nur auf 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

Untersuchen Sie die Cloudmigrationsreise im Cloud Adoption Framework für Azure.