Migrieren von VMware-VMs zu Azure (ohne Agent)

In diesem Artikel wird gezeigt, wie Sie lokale VMware-VMs mithilfe des Tools zur Migration und Modernisierung ohne Agent zu Azure migrieren. Sie können VMware-VMs auch mithilfe der agentbasierten Migration migrieren. Vergleichen Sie die Methoden.

Dieses Tutorial ist das dritte in einer Reihe zur Bewertung und Migration von VMware-VMs zu Azure.

Hinweis

In den Tutorials wird der einfachste Bereitstellungspfad für ein Szenario erläutert, damit Sie schnell einen Proof of Concept einrichten können. Die Tutorials verwenden nach Möglichkeit Standardoptionen und zeigen nicht alle möglichen Einstellungen und Pfade.

In diesem Tutorial lernen Sie Folgendes:

• Hinzufügen des Migrations- und Modernisierungstools
• Ermitteln der zu migrierenden VMs
• Beginnen mit der Replikation von VMs
• Führen Sie eine Testmigration aus, um sicherzustellen, dass alles wie erwartet funktioniert.
• Durchführen einer vollständigen VM-Migration

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

Voraussetzungen

Bevor Sie mit diesem Tutorial beginnen, sollten folgende Voraussetzungen erfüllt sein:

1. Arbeiten Sie das erste Tutorial durch, um Azure und VMware für die Migration vorzubereiten.
2. Wir empfehlen, dass Sie das zweite Tutorial zum Bewerten von VMware-VMS durcharbeiten, bevor Sie sie zu Azure migrieren. Dies ist aber nicht unbedingt erforderlich.
3. Rufen Sie das bereits erstellte Projekt auf, oder erstellen Sie ein neues Projekt.
4. Überprüfen Sie die 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.

Hinweis

Führen Sie für die Verwendung des Azure-Hybridvorteils für Linux je nach Betriebssystemtyp Folgendes aus:

Führen Sie für SLES die folgenden Befehle aus:

wget --no-check-certificate https://52.188.224.179/late_instance_offline_update_azure_SLE15.tar.gz sha1sum late_instance_offline_update_azure_SLE15.tar.gz tar -xvf late_instance_offline_update_azure_SLE15.tar.gz cd x86_64 zypper --no-refresh --no-remote --non-interactive in *.rpm

Legen Sie für RHEL den SELinux-Modus auf Permissive oder deaktiviert fest.

Hinweis

Wenn Sie planen, Ihr Windows-Betriebssystem zu aktualisieren, lädt Azure Migrate möglicherweise Windows SetupDiag für Fehlerdetails herunter, falls das Upgrade fehlschlägt. Stellen Sie sicher, dass der in Azure nach der Migration erstellte virtuelle Computer Zugriff auf SetupDiag hat. Falls kein Zugriff auf SetupDiag besteht, können Sie möglicherweise keine detaillierten Fehlercodes für Betriebssystemupgrades abrufen, aber das Upgrade kann trotzdem fortgesetzt werden.

Einrichten der Azure Migrate-Appliance

Das Migrations- und Modernisierungstool verwendet eine schlanke VMware-VM-Appliance, um eine Ermittlung, Bewertung und Migration ohne Agent für VMware-VMs durchzuführen. Wenn Sie dem Bewertungs-Tutorial folgen, haben Sie die Appliance bereits eingerichtet. Falls dies noch nicht geschehen ist, richten Sie die Appliance jetzt mit einer der folgenden Methoden ein:

• OVA-Vorlage: Einrichten auf einer VMware-VM mit einer heruntergeladenen OVA-Vorlage.
• Script:Einrichten auf einer VMware-VM oder einem physischen Computer mithilfe eines PowerShell-Installationsskripts. Diese Methode sollte verwendet werden, wenn Sie eine VM nicht mithilfe einer OVA-Vorlage einrichten können oder wenn Sie in Azure Government arbeiten.

Überprüfen Sie nach der Erstellung der Appliance, ob diese eine Verbindung mit der Azure Migrate-Serverbewertung herstellen kann. Führen Sie dann die erstmalige Konfiguration durch, und registrieren Sie sie für das Azure Migrate-Projekt.

Replizieren von VMs

Nachdem Sie die Appliance eingerichtet und die Ermittlung abgeschlossen haben, können Sie mit der Replikation von VMware-VMs in Azure beginnen.

• Sie können bis zu 500 Replizierungen gleichzeitig ausführen.
• Sie können im Portal bis zu 10 VMs gleichzeitig für die Migration auswählen. Wenn Sie weitere Computer migrieren möchten, fügen Sie sie in Batches von 10 zu Gruppen hinzu.

Hinweis

Azure Migrate unterstützt keine Migration ohne Agent von VMware-VMs mit VMDK, die Nicht-ASCII-Zeichen enthält.

Aktivieren Sie die Replikation:

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

   

2. Wählen Sie unter Replizieren>Grundlagen>Sind Ihre Computer virtualisiert? die Option Ja, mit VMware vSphere aus.

3. Wählen Sie unter Lokale Appliance den Namen der von Ihnen eingerichteten Azure Migrate-Appliance aus, und klicken Sie auf OK.

   

4. Wählen Sie unter Virtuelle Computer die Computer aus, die Sie replizieren möchten. Zum Anwenden der VM-Größe und des Datenträgertyps aus einer Bewertung (wenn Sie einen ausgeführt haben) wählen Sie in Migrationseinstellungen aus einer Azure Migrate-Bewertung importieren? die Antwort Ja und dann die VM-Gruppe sowie den Bewertungsnamen aus. Wenn Sie keine Bewertungseinstellungen verwenden, wählen Sie Neinaus.

   

5. Wählen Sie in Virtuelle Computer die VMs aus, die Sie migrieren möchten. Klicken Sie anschließend auf Next: Zieleinstellungen.

   

6. Wählen Sie in Zieleinstellungen das Abonnement, die Zielregion und das Speicherkonto aus.

   Hinweis

   Nach dem Start der ersten Replikation einer VM kann das Speicherkonto nicht mehr geändert werden. Die in der Dropdown-Liste ausgewählte Standardoption wird für die Erstellung eines neuen Speicherkontos verwendet. Wenn die Option nicht ausgewählt ist, wird das Speicherkonto im letzten Schritt der Aktivierung der Replikation erstellt.

7. Wählen Sie unter Virtuelles Netzwerk das Azure VNet/Subnetz aus, in das die Azure-VMs nach der Migration eingebunden werden.

8. Wählen Sie unter Verfügbarkeitsoptionen Folgendes aus:

   • Verfügbarkeitszone, um den migrierten Computer einer bestimmten Verfügbarkeitszone in der Region anzuheften. 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, um den migrierten Computer in einer Verfügbarkeitsgruppe zu platzieren. Um diese Option verwenden zu können, muss die ausgewählte Zielressourcengruppe über mindestens eine Verfügbarkeitsgruppe verfügen. Verfügbarkeitsgruppe mit Näherungsplatzierungsgruppen wird unterstützt.
   • Die Infrastrukturredundanzoption ist nicht erforderlich, wenn Sie keine dieser Verfügbarkeitskonfigurationen für die migrierten Computer benötigen.

9. Wählen Sie unter Datenträgerverschlüsselungstyp Folgendes aus:

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

   Hinweis

   Um VMs mit CMK zu replizieren, müssen Sie unter der Zielressourcengruppe einen Datenträgerverschlüsselungssatz erstellen. Ein Datenträgerverschlüsselungssatz-Objekt ordnet verwaltete Datenträger einer Key Vault-Instanz zu, die den für SSE zu verwendenden CMK enthält.

10. Geben Sie unter Azure-Hybridvorteil an, ob Sie bereits über eine Windows Server-Lizenz oder ein Enterprise Linux-Abonnement (RHEL und SLES) verfügen. Wenn dies der Fall ist und eine aktive Software Assurance-Abdeckung für Windows Server- oder Enterprise Linux-Abonnements (RHEL und SLES) besteht, können Sie sich für den Azure-Hybridvorteil bewerben, wenn Sie eigene Lizenzen in Azure einbringen. Wählen Sie Weiteraus. Sie können auch Ich habe eine Enterprise Linux-Lizenz im Abschnitt Azure Hybrid-Vorteil der Anzeige Compute and Network auswählen.

    

11. Ü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. Andernfalls wählt Azure Migrate eine Größe basierend auf der größten Übereinstimmung im Azure-Abonnement aus. Alternativ können Sie unter Azure-VM-Größe manuell eine Größe auswählen.
    • Betriebssystemtyp: Wählen Sie den Typ des verwendeten Betriebssystems (Windows oder Linux) aus.
    • Betriebssystem: Wählen Sie die Betriebssystemversion für Linux-Computer aus, um den richtigen Lizenztyp anzuwenden.
    • 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.

    Hinweis

    Wenn Sie eine andere Verfügbarkeitsoption für eine Gruppe von virtuellen Computern auswählen möchten, fahren Sie mit Schritt 1 fort, und wiederholen Sie die Schritte, indem Sie nach dem Starten der Replikation für eine Gruppe von virtuellen Computern unterschiedliche Verfügbarkeitsoptionen auswählen.

12. 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). Klicken Sie dann auf Weiter.

    

13. Unter Tags fügen Sie Ihren migrierten virtuellen Computern, Datenträgern und NICs Tags hinzu.

    

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

Hinweis

Wenn ein Konnektivitätsproblem mit Azure vorliegt oder die Anwendungsdienste länger als 90 Minuten ausfallen, werden die aktiven Replikationszyklen für die Replikation von Servern auf 0 % zurückgesetzt, und der entsprechende Zyklus wird von vorne ausgeführt.

Hinweis

Sie können die Replikationseinstellungen vor Beginn der Replikation jederzeit aktualisieren (über Verwalten>Aktuell replizierte Computer). Nach Beginn der Replikation können Sie Einstellungen nicht mehr ändern.

Nachverfolgen und Überwachen

1. Verfolgen Sie den Auftragsstatus in den Portalbenachrichtigungen.

2. Überwachen Sie den Replikationsstatus, indem Sie auf den numerischen Wert neben Azure VM in Migration und Modernisierung klicken.

   

Die Replikation wird wie folgt durchgeführt:

• Nachdem der Auftrag „Replikation starten“ erfolgreich abgeschlossen wurde, beginnen die Computer mit der ersten Replikation in Azure.
• Während der ersten Replikation wird eine VM-Momentaufnahme erstellt. Die Datenträgerdaten der Momentaufnahme werden auf verwalteten Replikatdatenträgern in Azure repliziert.
• Nach Abschluss der ersten Replikation beginnt die Deltareplikation. Inkrementelle Änderungen an lokalen Datenträgern werden regelmäßig auf den Replikatdatenträgern in Azure repliziert.

Ausführen einer Testmigration

Wenn die Deltareplikation beginnt, können Sie zunächst eine Testmigration für die VMs ausführen, bevor eine vollständige Migration zu Azure erfolgt. Dieser Schritt sollte vor der Migration mindestens einmal für jeden Computer ausgeführt werden.

• Bei einer Testmigration wird überprüft, ob die Migration wie erwartet funktioniert, ohne die lokalen Computer zu beeinträchtigen, und ob diese während der Replikation betriebsbereit bleiben.
• Mit der Testmigration wird die Migration simuliert, indem eine Azure-VM mit replizierten Daten erstellt wird (normalerweise per Migration zu einem nicht für die Produktion bestimmten VNET 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.

Führen Sie die Testmigration wie folgt durch:

1. Wählen Sie in Migrationszielen>Server, Datenbanken und Web-Apps>Migration und Modernisierung den numerischen Wert neben Azure VM aus.

   

2. Klicken Sie mit der rechten Maustaste auf die zu testende VM, und klicken Sie anschließend auf Testmigration.

   

3. Wählen Sie unter Testmigration das Azure-VNET aus, in dem sich die Azure-VM während des Tests befindet. Es empfiehlt sich, ein nicht für die Produktion bestimmtes VNET zu verwenden.

4. Wählen Sie das Subnetz aus, dem Sie die einzelnen Netzwerkschnittstellenkarten (NICs) der migrierten VM zuordnen möchten.

   

5. Sie haben die Möglichkeit, das Windows Server-Betriebssystem während der Testmigration zu aktualisieren. Wählen Sie zum Aktualisieren die Option Upgrade verfügbar aus. Wählen Sie im daraufhin angezeigten Bereich die Zielbetriebssystemversion aus, auf die Sie ein Upgrade durchführen möchten, und wählen Sie Anwenden aus. Weitere Informationen

6. Der Auftrag Testmigration wird gestartet. Überwachen Sie den Auftrag anhand der Portalbenachrichtigungen.

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

8. Klicken Sie nach Abschluss des Tests mit der rechten Maustaste unter Aktuell replizierte Computer auf die Azure-VM, und klicken Sie anschließend auf Testmigration bereinigen.

   

   Hinweis

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

   • Wählen Sie >Replizierende Computer verwalten>Computer mit SQL Server>Compute und Network und wählen Sie dann Ja, um sich bei SQL VM RP zu registrieren.
   • 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 virtueller Computer

Nachdem Sie sich vergewissert haben, dass die Testmigration wie erwartet funktioniert, können Sie die lokalen Computer migrieren.

1. Wählen Sie in den Azure Migrate-Projekt >Server, Datenbanken und Web-Apps>Migration und Modernisierung den numerischen Wert neben Azure VM aus.

   

2. Klicken Sie unter Aktuell replizierte Computer mit der rechten Maustaste auf die VM und dann auf >Migrieren.

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.

   • Azure Migrate fährt die lokale VM standardmäßig herunter und führt eine bedarfsabhängige Replikation aus, um alle VM-Änderungen zu synchronisieren, die seit der letzten Replikation vorgenommen wurden. So wird sichergestellt, dass keine Daten verloren gehen.
   • Falls Sie die VM nicht herunterfahren möchten, wählen Sie Nein aus.

4. Sie haben die Möglichkeit, das Windows Server-Betriebssystem während der Migration zu aktualisieren. Wählen Sie zum Aktualisieren die Option Upgrade verfügbar aus. Wählen Sie im daraufhin angezeigten Bereich die Zielbetriebssystemversion aus, auf die Sie ein Upgrade durchführen möchten, und wählen Sie Anwenden aus. Weitere Informationen

5. Für den virtuellen Computer wird ein Migrationsauftrag gestartet. Verfolgen Sie den Auftrag anhand der Azure-Benachrichtigungen nach.

6. 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 die VM und dann auf >Migration abschließen. Daraufhin wird Replikation für den lokalen Computer beendet, und die Informationen zum Replikationsstatus der VM werden bereinigt.
2. Der VM-Agent für Windows-VMs und Linux wird bei der Migration automatisch installiert.
3. Überprüfen und beheben Sie alle Windows-Aktivierungsprobleme auf dem virtuellen Azure-Computer.
4. Führen Sie App-Anpassungen nach der Migration durch, z. B. die Aktualisierung von Hostnamen, Datenbankverbindungszeichenfolgen und Webserverkonfigurationen.
5. Führen Sie endgültige Anwendungs- und Migrationsakzeptanztests für die migrierte Anwendung durch, die nun in Azure ausgeführt wird.
6. Leiten Sie den Datenverkehr auf die migrierte Instanz der Azure-VM um.
7. Entfernen Sie die lokalen VMs aus Ihrem lokalen VM-Bestand.
8. Entfernen Sie die lokalen VMs aus lokalen Sicherungen.
9. Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.

Updates für Linux Support

• Um Betriebssystemupdates für Ihren virtuellen Computer, der zu Azure migriert wurde, am Ende des Supports zu erhalten, führen Sie ein Upgrade auf die aktuelle Version durch, indem Sie die Schritte hier ausführen.
• Aktualisieren Sie die Lizenzoption, um den Support für Ihren virtuellen Computer, der mit der vorhandenen Betriebssystemversion zu Azure migriert wurde, am Ende des Supports zu verlängern.
• Um spezielle Betriebssystemupdates für Ihren migrierten virtuellen Computer zu erhalten, aktualisieren Sie die Lizenzoption, wie hier beschrieben.

Bewährte Methoden nach der Migration

• Beachten Sie zur Steigerung der Resilienz Folgendes:
  • Schützen Sie Daten, indem Sie Azure-VMs mit dem Azure Backup-Dienst sichern. Weitere Informationen
  • Sorgen Sie für die kontinuierliche Ausführung und Verfügbarkeit von Workloads, indem Sie Azure-VMs mithilfe von Site Recovery in eine sekundäre Region replizieren. Weitere Informationen
• Für höhere Leistung:
  • Standardmäßig wird bei der Erstellung von Datenträgern die Hostzwischenspeicherung auf „None“ festgelegt. Überprüfen Sie die Zwischenspeicherung von Datenträgern, und passen Sie sie an Ihre Workloadanforderungen an. Weitere Informationen
• Beachten Sie zur Steigerung der Sicherheit Folgendes:
  • Sperren und beschränken Sie den Zugriff von eingehendem Datenverkehr mit der Just-In-Time-Verwaltung bei Microsoft Defender für Cloud.
  • Verwalten und Steuern von Updates auf Windows- und Linux-Computern mit Azure Update Manager.
  • Beschränken Sie den Netzwerkdatenverkehr mithilfe von Netzwerksicherheitsgruppen auf Verwaltungsendpunkte.
  • Stellen Sie Azure Disk Encryption bereit, um Datenträger und Daten vor Diebstahl und unbefugtem Zugriff zu schützen.
  • Erfahren Sie mehr über das Schützen von IaaS-Ressourcen, und besuchen Sie die Webseite Microsoft Defender für Cloud.
• Beachten Sie zur Überwachung und Verwaltung Folgendes:
• Ziehen Sie die Bereitstellung von Microsoft Cost Management in Erwägung, um den Ressourceneinsatz und die Ausgaben zu überwachen.

Nächste Schritte

Sehen Sie sich den Artikel zur Cloudmigration des Frameworks für die Cloudeinführung (Cloud Adoption Framework) an.