Migrieren von VMware-VMs zu Azure (ohne Agent)

In diesem Artikel erfahren Sie, wie Sie lokale VMware- oder Azure-VMware-Lösung (AVS)-VMs zu Azure migrieren, indem Sie das Migrations- und Modernisierungstool mit agentloser Migration verwenden. Sie können mit der Agent-basierten Migration auch VMware-VMs migrieren. Vergleichen Sie die Methoden.

In diesem Tutorial lernen Sie Folgendes:

Wenn Sie noch kein Azure-Abonnement haben, erstellen Sie ein kostenloses Konto, bevor Sie beginnen.

Voraussetzungen

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

1. Führen Sie das erste Lernprogramm aus, um Azure und VMware für die Migration vorzubereiten.
2. Es wird empfohlen, das zweite Lernprogramm abzuschließen, um VMware-VMs vor der Migration zu Azure zu bewerten, aber Sie müssen nicht.
3. Wechseln zum bereits erstellten Projekt oder Erstellen eines neuen Projekts
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.
5. Die erforderlichen integrierten Azure Migrate-Rollen und Berechtigungsdetails zum Erstellen eines Projekts und Ausführen von Ermittlungen, Bewertungen und Migrationen finden Sie unter Vorbereiten von Azure-Konten für Azure Migrate.

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 Assessment-Lernprogramm 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: Richten Sie eine VMware-VM mit einer heruntergeladenen OVA-Vorlage ein.
• Skript: Richten Sie eine VMware-VM oder einen physischen Computer mithilfe eines PowerShell-Installationsskripts ein. 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.

Ausführen von Migrationen

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.

Aktivieren Sie die Replikation wie folgt:

1. Wählen Sie im Azure Migrate Projekt >Execute>MigrationStart execution aus.

   

2. Wählen Sie in Intent angeben>Was möchten Sie migrieren? die Option Server oder virtuelle Maschinen (VM). Wählen Sie unter Wohin möchten Sie migrierenAzure VM aus.

3. Wählen Sie in Wie möchten Sie Workloads auswählen unter Azure Migrate-Appliancequellen eine der folgenden Optionen aus:

   • Vom gesamten Bestand zum manuellen Auswählen von Servern
   • Von einer Bewertung zur Verwendung einer vorhandenen Bewertung

4. Wählen Sie in der Discovery-Methode die Appliance aus, die Ihrer Quellumgebung entspricht (in diesem Fall VMware vSphere). Wählen Sie im Migrationsmodusdie Option "Agentless Migration" aus.

   

5. In Workloads,

   • Wählen Sie den Ziel-VM-Sicherheitstyp aus.
     • Azure Migrate unterstützt die Migration zu vertrauenswürdigen Launch Virtual Machines (TVMs). Standardmäßig werden berechtigte VMs als TVMs migriert. Diese virtuellen Computer bieten erweiterte Sicherheitsfeatures wie sicherer Start und virtuelles TPM ohne zusätzliche Kosten.
     • Sie können auch berechtigte Computer zu vertraulichen virtuellen Computern migrieren (Vorschau) Weitere Informationen. Wenn Sie "Vertrauliche virtuelle Computer" auswählen, sind nur berechtigte Server für die Auswahl verfügbar, und der Rest ist abgeblentet.
   • Wählen Sie dann die Computer aus, die Sie replizieren und migrieren möchten, und klicken Sie auf "Weiter".

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

   • Speicherkonto: Behalten Sie die Standardoption bei, um das Cachespeicherkonto zu verwenden, das vom Portal automatisch für das Projekt erstellt wird. Um ein anderes Speicherkonto für die Replikation zu verwenden, wählen Sie es aus der Dropdownliste aus.

   Hinweis

   • Wenn Sie einen privaten Endpunkt als Konnektivitätsmethode für das Azure Migrate-Projekt verwenden, gewähren Sie dem Recovery Services-Tresor Zugriff auf das Cache-Speicherkonto. Weitere Informationen
   • Wenn Sie ExpressRoute mit privatem Peering replizieren möchten, erstellen Sie einen privaten Endpunkt für das Cachespeicherkonto. Weitere Informationen
   • Nachdem Sie die erste Replikation eines virtuellen Computers gestartet haben, kann die Zielregion und das Speicherkonto nicht mehr geändert werden. Die in der Dropdownliste ausgewählte Standardoption wird verwendet, um ein neues Speicherkonto zu erstellen. Wenn keine Option ausgewählt ist, wird das Speicherkonto im letzten Schritt der Aktivierung der Replikation erstellt.

   • Azure-Hybridvorteil: Wenden Sie Azure-Hybridvorteil an, und sparen Sie bis zu 76% im Vergleich zu kostenpflichtigen Kosten, indem Sie eine berechtigte Windows Server- und Enterprise Linux-Lizenz verwenden. Aktivieren Sie Kontrollkästchen, die für Ihre Lizenz gelten (Windows Server Lizenz oder Enterprise Linux-Lizenz).

   • Virtuelles Netzwerk: Wählen Sie das Azure virtuelles Netzwerk und Subnetz aus, dem die Azure VMs nach der Migration beitreten.

   • Verfügbarkeitsoptionen: Wählen Sie eine der folgenden Optionen aus:

     • Verfügbarkeitszone – Heftet den migrierten Computer an eine bestimmte Verfügbarkeitszone in der Region an. Verwenden Sie diese Option, um Computer zu verteilen, die Teil einer Mehrnode-Anwendungsebene sind, über Verfügbarkeitszonen hinweg. Wenn Sie diese Option auswählen, geben Sie die Verfügbarkeitszone für jeden ausgewählten Computer auf der Registerkarte "Berechnen" an. Diese Option ist nur verfügbar, wenn die ausgewählte Zielregion Verfügbarkeitszonen unterstützt.
     • Verfügbarkeitssatz – Platziert den migrierten Computer in einem Verfügbarkeitssatz. Die ausgewählte Zielressourcengruppe muss mindestens einen Verfügbarkeitssatz enthalten.
     • Keine Infrastrukturredundanz erforderlich– Wählen Sie diese Option aus, wenn Sie keine Verfügbarkeitszonen oder Verfügbarkeitssätze für die migrierten Computer benötigen.

   • In Sicherheitsdetails,

     • Wenn der ausgewählte Zielsicherheitstyp virtuelle Standardcomputer oder virtuelle Computer mit vertrauenswürdigem Start ist:

       • Der sichere Start ist standardmäßig aktiviert (empfohlen). Sie können diese Option entfernen. Fahren Sie dann mit der Auswahl des Datenträgerverschlüsselungstyps fort.

     • Wenn der ausgewählte Zielsicherheitstyp vertrauliche virtuelle Computer ist:

       • Optional können Sie die Betriebssystemdatenträger vertraulich verschlüsseln. Diese Verschlüsselung bietet eine zusätzliche Verschlüsselungsebene, die die Datenträgerverschlüsselungsschlüssel an das TPM des virtuellen Computers bindet und den Datenträgerinhalt nur für die VM zugänglich macht.
       • Um diese Verschlüsselung zu aktivieren, wählen Sie die Option " Vertrauliche Computeverschlüsselung " aus, und fahren Sie mit der Auswahl des Verschlüsselungstyps des Betriebssystemdatenträgers fort. Fahren Sie andernfalls mit der Auswahl des Datenträgerverschlüsselungstyps fort.
       • Wählen Sie unter dem Betriebssystemdatenträgerverschlüsselungstyp eine der folgenden Optionen aus:
         • Verschlüsselung ruhender Daten mit plattformverwaltetem Schlüssel (standardmäßig, wenn Sie Confidential-Compute-Verschlüsselung nicht ausgewählt haben)
         • Vertrauliche Verschlüsselung mit plattformverwaltetem Schlüssel (verfügbar, wenn Sie Verschlüsselung für vertrauliches Computing ausgewählt haben)
         • Vertrauliche Verschlüsselung mit kundenseitig verwaltetem Schlüssel (verfügbar, wenn Sie Vertrauliche Compute-Verschlüsselung ausgewählt haben)

           Hinweis

           Die Verschlüsselung vertraulicher Betriebssystemdatenträger wird für RHEL- und Rocky Linux-VMs nicht unterstützt. Wenn die Betriebssystemdatenträgerverschlüsselung erforderlich ist, entfernen Sie diese virtuellen Computer aus der Auswahl.

     • Datenträgerverschlüsselungstyp, wählen Sie 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 vom Kunden verwalteten Schlüsseln (CMK) zu replizieren, erstellen Sie eine Datenträgerverschlüsselung, die unter der Zielressourcengruppe festgelegt ist. Ein Datenträgerverschlüsselungssatz-Objekt ordnet verwaltete Datenträger einer Key Vault-Instanz zu, die den für SSE zu verwendenden CMK enthält.
   • Der Seed-Datenträger wird in Azure während der Replikation bzw. Stagingphase vor der Umschaltung erstellt. Die Verschlüsselung schützt Daten ab dem ersten Schreibvorgang, solange sie in Azure gespeichert sind. Die Einstellung für den Datenträgerverschlüsselungstyp gilt sowohl für Seed-Datenträger als auch für die verwalteten Datenträger nach der endgültigen Migration.

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

   • VM-Größe: Wenn Sie Bewertungsempfehlungen verwenden, zeigt die Dropdownliste für die VM-Größe die empfohlene Größe an. 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.
   • 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ügbarkeitssatz: Geben Sie den zu verwendenden Verfügbarkeitssatz an.
   • Kapazitätsreservierung: Wenn Sie bereits über eine Kapazitätsreservierung für die VM-SKU im Zielabonnement und -standort verfügen, geben Sie sie hier für diese Bereitstellung an. Kapazitätsreservierungen stellen sicher, dass die erforderliche VM-SKU beim Starten der Migration verfügbar ist. Sie können eine Reservierung jetzt zuordnen oder diesen Schritt überspringen und später während der Migration konfigurieren. Die Kapazitätsreservierung für die SKU kann in jeder Ressourcengruppe innerhalb des Ziel-Abonnements und des Standorts erfolgen.Erfahren Sie mehr.

   Hinweis

   Wenn Sie eine andere Verfügbarkeitsoption für eine Gruppe von VMs 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 VM-Gruppe unterschiedliche Verfügbarkeitsoptionen auswählen.

8. Geben Sie in Datenträgern an, ob die VM-Datenträger auf Azure repliziert werden sollen, und wählen Sie den Datenträgertyp (Premium SSD v2, Ultra Disk, Standard SSD, Standard HDD oder Premium SSD) für die replizierten Datenträger aus. Klicken Sie anschließend auf Weiter.

   Hinweis

   Um Kosten zu optimieren und die Leistung zu verbessern, können Sie jetzt als Datenträger zu Premium SSD v2 migrieren.

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

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

Nachverfolgen von Migrationen

1. Wechseln Sie im Projekt Azure Migrate zu "Migrationen ausführen >". Verwenden Sie "Ansicht nach Anwendungen" oder "Anzeigen nach Workloads" , um zu wechseln, wie Elemente gruppiert werden.

   

2. 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. Datenträgerdaten aus der Momentaufnahme werden in Azure auf Replikat-verwaltete Datenträger (Seed-Datenträger) repliziert.
   • Nach Abschluss der ersten Replikation beginnt die Deltareplikation. Inkrementelle Änderungen an den Quelldatenträgern werden in regelmäßigen Abständen auf die Replikatdatenträger in Azure repliziert, und die VM ist für die Migration in der Deltareplikation bereit.

3. Der Ausführungsfortschritt wird in der Ausführungsphase und im Ausführungsstatus angezeigt:

   • Ausführungsphase: Vorbereitung, Tests oder Abschluss.
   • Ausführungsstatus: In Bearbeitung, Fehler, Aktion ausstehend oder abgeschlossen.

4. Der Ausführungsfortschritt wird in drei Phasen der Ausführungsphase nachverfolgt:

   1. Vorbereitung:

      • Server, die für die Replikation aktiviert sind, verbleiben in der Vorbereitungsphase, während die erste Replikation (Datenreplikation) ausgeführt wird.
      • Sie können die Replikation beenden und Replikationsvorgänge in dieser Phase starten, wenn dies erforderlich ist, indem Sie die Dropdowns verwenden, die im Drilldown-Blatt des Servers verfügbar sind.
      • Nach Abschluss der ersten Replikation wechseln die Server zur Testphase .

      

   2. Testing:

      • Server, für die die anfängliche Replikation abgeschlossen ist und die Delta-Replikation in Bearbeitung ist, werden in die Testphase verschoben.
      • Sie können vor der tatsächlichen Migration (empfohlen) Testmigrationen in einem virtuellen Testnetzwerk durchführen.
      • Sie können die Testphase überspringen und die Migration direkt starten, indem Sie die im Dropdownmenü "Abschluss " verfügbaren Aktionen verwenden.

   3. Abschluss:

      • Server, für die die Testmigrationen abgeschlossen oder übersprungen wurden, gelangen in diese Phase. Sie können endgültige Migrationen (Cutover) für diese Server ausführen.
      • Nachdem die Migration abgeschlossen ist, führen Sie Migration abschließen aus, um die Ressourcen der Migration zu bereinigen. Verwenden Sie dazu die Dropdowns, die im Server Drill-Down-Blade angezeigt werden.

Überwachen und Beschleunigen von Migrationen

1. Verwenden Sie PowerShell, um die verbleibende Zeit in allen Phasen der Servermigration in Azure Migrate anzuzeigen. Auf diese Weise können Sie den Replikationsfortschritt überwachen und den Cutover genau planen. Sie können PowerShell, Windows PowerShell oder Cloud Shell im Azure-Portal verwenden.

2. Öffnen Sie das Azure Portal, und wählen Sie dann oben die Cloud Shell aus. Wählen Sie PowerShell aus, wenn Sie dazu aufgefordert werden.

3. Führen Sie diesen Befehl in Azure Cloud Shell aus, um den Migrationsstatus des benötigten Servers zu überwachen.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>"
   
   

4. Ersetzen Sie your-project-name, your-resource-group und your-server-name durch das tatsächliche Azure Migrate-Projekt, die Ressourcengruppe und den Servernamen.

5. Sie führen diesen Befehl aus und rufen die folgende Ausgabe ab:

   

6. Die Ausgabe zeigt den Serverreplikationsstatus, den Datenträgerstatus, die verbleibende Zeit, die Uploadgeschwindigkeit und die Details des Datenspeichers an.

7. Führen Sie den Befehl mit der Expedite Kennzeichnung aus. Dadurch werden Appliance-Betriebsparameter und eine priorisierte Liste der empfohlenen Aktionen abgerufen, um die verbleibende Migrationszeit für den angegebenen Server zu verringern.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>" -Expedite 
   
   

8. Sie erhalten die folgende Ausgabe:

9. Sie können den Befehl ohne -MachineName ausführen, um den Migrationsstatus und die verbleibende Zeit für alle Server im Projekt anzuzeigen. Beispiel:

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>" -ResourceGroupName "<your-resource-group>"
   

10. Ersetzen Sie your-project-name und your-resource-group durch die tatsächlichen Azure Migrate-Projekt- und Ressourcengruppennamen.

11. Sie führen diesen Befehl aus und rufen die folgende Ausgabe ab:
    
    

    

12. Wenn ein Problem mit der Replikation oder dem Übernahmevorgang auftritt, zeigt das -Health-Flag Fehler, mögliche Ursachen und empfohlene Maßnahmen zur Fehlerbehebung der Migration an.

    
    Get-AzMigrateServerMigrationStatus   -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>"   -            MachineName "<your-server-name>" -Health

13. Sie führen diesen Befehl aus und rufen die folgende Ausgabe ab:
    
    

14. Führen Sie den Befehl nur aus, um den Migrationsstatus, die verbleibende Zeit und die Integritätsdetails für alle Server anzuzeigen, die -ApplianceName.

   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

15. Ersetzen Sie your-project-name, your-resource-group und your-appliance-name durch die tatsächlichen Werte aus Ihrem Azure Migrate-Setup.

16. Führen Sie diesen Befehl aus, um die folgende Ausgabe abzurufen:
    
    

Der Screenshot zeigt den Azure Migrate-Servermigrationsstatus.

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.

• Führen Sie eine Testmigration durch, um sicherzustellen, dass die Migration wie erwartet funktioniert, ohne die Quellcomputer (lokal oder AVS) zu beeinflussen, die weiterhin betrieben werden und die Replikation fortsetzen.
• 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 Azure Migrate Projekt unter Execute>Migrations> den Server aus, für den Sie die Migration durchführen möchten, indem Sie unter Workloads Spalte auf den Servernamen klicken.

2. Wählen Sie im Drilldown-Blatt unter Testen in der Dropdownliste die Option "Testmigration starten" aus.

   

3. Wählen Sie in der 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, das den einzelnen Netzwerkschnittstellenkarten (Network Interface Cards, NICs) des migrierten virtuellen Computers zugeordnet werden soll.

5. Sie haben die Möglichkeit, das Windows Server-Betriebssystem während der Testmigration zu aktualisieren. Um ein Upgrade durchzuführen, wählen Sie die verfügbare Option "Upgrade " 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. Erfahren Sie mehr.

6. Wählen Sie die Testmigration aus, um den Job zu starten. Überwachen Sie den Auftragsstatus im Portal unter "Ausführungsstatus". Nach Abschluss der Testmigration bereinigen Sie die Testressourcen, indem Sie zum Server navigieren und im Dropdown-Menü Testing die Option Testmigration bereinigen auswählen.

   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 den Server unter der Spalte "Workloads " auf der Seite "Migration ausführen> " aus. Aktivieren Sie in den Einstellungen "Compute" und "Netzwerk" das Kontrollkästchen für die Registrierung bei der SQL IaaS-Erweiterung.
   • 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 überprüft haben, ob die Testmigration erwartungsgemäß funktioniert, können Sie die Quellcomputer (lokal oder AVS) migrieren.

1. Wählen Sie in Azure Migrate Projekt unter Execute>Migrations> den Server aus, für den Sie die endgültige Migration durchführen möchten, indem Sie unter Workloads Spalte auf den Servernamen klicken.
2. Wählen Sie im Drill-Down-Blade unter dem Dropdown Abschließen die Option 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.
   • Standardmäßig beendet Azure Migrate die Quell-VM (lokal oder AVS) und führt eine On-Demand-Replikation aus, um alle VM-Änderungen zu synchronisieren, die seit der letzten Replikation aufgetreten sind. So wird sichergestellt, dass keine Daten verloren gehen.
   • Wenn Sie den virtuellen Computer 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. Um ein Upgrade durchzuführen, wählen Sie die verfügbare Option "Upgrade " 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. Erfahren Sie mehr.
5. Wenn Sie bereits über eine Kapazitätsreservierung für die VM-SKU in der Ziel-Subscription und im Zielstandort verfügen, geben Sie diese hier für die Bereitstellung an. Kapazitätsreservierungen stellen sicher, dass die erforderliche VM-SKU beim Starten der Migration verfügbar ist. Die Kapazitätsreservierung für die SKU kann sich in jeder beliebigen Ressourcengruppe innerhalb des Zielabonnements und -standorts befinden. Erfahren Sie mehr.
6. Ein Migrationsauftrag wird für den Server gestartet. Verfolgen Sie den Auftrag anhand der Azure-Benachrichtigungen nach.
7. Nachdem der Job abgeschlossen ist, können Sie den Server auf der Seite Migrationen einsehen und verwalten, die unter Abschluss Stage verfolgt wird.

Migration abschließen

1. Wählen Sie nach Abschluss der Migration auf der Drilldownseite des Servers unter " Abschluss " die Option " Migration abschließen" aus. Dadurch wird die Replikation für den Quellcomputer (lokal oder AVS) beendet und Replikationsstatusinformationen für den virtuellen Computer bereinigt.

   

2. Der VM-Agent für Windows-VMs und Linux wird bei der Migration automatisch installiert.

3. Überprüfen und Beheben von Windows-Aktivierungsproblemen 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 Quell-VMs (lokal oder AVS) aus Ihrem lokalen VM-Bestand.

8. Entfernen Sie die Quell-VMs (vor Ort oder AVS) aus den lokalen Sicherungen.

9. Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.

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. Erfahren Sie mehr.
  • 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. Erfahren Sie mehr.
• 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. Erfahren Sie mehr.
• Beachten Sie zur Steigerung der Sicherheit Folgendes:
  • Sperren und Einschränken des eingehenden Datenverkehrszugriffs mit Microsoft Defender für Cloud – Just in time administration.
  • Verwalten und Steuern von Updates auf Windows- und Linux-Computern mit Azure Update Manager.
  • Beschränken Sie den Netzwerkdatenverkehr auf Verwaltungsendpunkte mit Netzwerksicherheitsgruppen.
  • Stellen Sie Azure Disk Encryption bereit, um Datenträger zu sichern und Daten vor Diebstahl und unbefugtem Zugriff zu schützen.
  • Erfahren Sie mehr über das Sichern von IaaS-Ressourcen und besuchen Sie 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

Untersuchen Sie die Cloudmigrationsreise im Azure Cloud Adoption Framework.