Migrieren von VMware vSphere-VMs zu Azure (Agent-basiert)

In diesem Artikel erfahren Sie, wie Sie lokale VMware vSphere- oder Azure VMware-Lösungs-VMs zu Azure migrieren, indem Sie das Migrations- und Modernisierungstool mit agentbasierter Migration verwenden. Sie können VMware vSphere-VMs auch mithilfe der agentless-Migration (empfohlen) 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. Rufen Sie das bereits erstellte Projekt auf, oder erstellen Sie ein neues Projekt.
2. Führen Sie das erste Lernprogramm aus, um Azure und VMware für die Migration vorzubereiten.
3. Es wird empfohlen, das zweite Lernprogramm abzuschließen, um VMware-VMs vor der Migration zu Azure zu bewerten, aber Sie müssen nicht.
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.
6. Weisen Sie Berechtigungen zum Registrieren der Replikations-Appliance in Microsoft Entra ID zu. Erfahren Sie mehr.

Richten Sie ein Azure-Netzwerk ein

Richten Sie ein Azure-Netzwerk ein. Quellcomputer (lokale oder Azure VMware-Lösung) werden auf Azure-verwaltete Datenträger repliziert. Wenn Sie für die Migration ein Failover zu Azure durchführen, werden aus diesen verwalteten Datenträgern Azure-VMs erstellt und mit dem von Ihnen eingerichteten Azure-Netzwerk verknüpft.

Vorbereiten der Migration

Überprüfen Sie die Supportanforderungen und die Berechtigungen, und bereiten Sie die Bereitstellung einer Replikationsappliance vor.

Vorbereiten eines Kontos für die Ermittlung von VMs

Das Migrations- und Modernisierungstool benötigt Zugriff auf VMware vSphere, um die VMs zu ermitteln, die Sie migrieren möchten. Erstellen Sie das Konto wie folgt:

1. Erstellen Sie zum Verwenden eines dedizierten Kontos eine Rolle auf vCenter Server-Ebene. Geben Sie der Rolle einen Namen, z. B. Azure_Migrate.
2. Weisen Sie der Rolle die Berechtigungen, die in der folgenden Tabelle aufgeführt sind, zu.
3. Erstellen Sie einen Benutzer auf dem vCenter-Server oder vSphere-Host. Weisen Sie dem Benutzer die Rolle zu.

VMware vSphere-Kontoberechtigungen

Vorbereiten eines Kontos für die Installation des Mobility Services

Der Mobilitätsdienst muss auf Computern installiert sein, die Sie replizieren möchten.

• Die Azure Migrate-Replikationsappliance kann eine Pushinstallation dieses Diensts ausführen, wenn Sie die Replikation für einen Computer aktivieren. Sie können den Dienst aber auch manuell oder mithilfe von Installationstools installieren.
• In diesem Tutorial installieren wir den Mobilitätsdienst mit der Pushinstallation.
• Für eine Pushinstallation müssen Sie ein Konto vorbereiten, das vom Migrations- und Modernisierungstool für den Zugriff auf die VM genutzt werden kann. Dieses Konto wird nur für die Pushinstallation verwendet, wenn Sie den Mobilitätsdienst nicht manuell installieren.

Bereiten Sie das Konto wie folgt vor:

1. Bereiten Sie ein Domänen- oder lokales Konto mit den Berechtigungen zum Installieren auf dem virtuellen Computer vor.
2. Für Windows-VMs gilt: Wenn Sie kein Domänenkonto verwenden, deaktivieren Sie die Remote-Benutzerzugriffssteuerung auf dem lokalen Computer, indem Sie in der Registrierung unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System den DWORD-Eintrag LocalAccountTokenFilterPolicy mit dem Wert „1“ hinzufügen.
3. Bereiten Sie für Linux-VMs ein root-Konto auf dem Linux-Quellserver vor.

Eine Maschine für die Replikationsappliance vorbereiten

Die Azure Site Recovery-Replikations-Appliance wird verwendet, um Computer in Azure zu replizieren. Erfahren Sie mehr.

Um eine neue Appliance einzurichten, empfehlen wir die Verwendung der OVA-Vorlage, da sichergestellt wird, dass alle erforderlichen Konfigurationen verarbeitet werden. Die OVA-Vorlage erstellt eine Maschine mit den erforderlichen Spezifikationen.

Wenn Ihre Organisation Einschränkungen hat, können Sie die Replikations-Appliance mithilfe von PowerShell manuell einrichten. Stellen Sie sicher, dass Sie alle Hardware- und Softwareanforderungen sowie alle anderen Voraussetzungen erfüllen.

Prüfen der VMware vSphere-Anforderungen

Vergewissern Sie sich, dass VMware vSphere-VMs die Anforderungen für die Migration zu Azure erfüllen.

1. Prüfen Sie die VMware vSphere-Anforderungen.
2. Überprüfen Sie die VM-Anforderungen für die Migration.
3. Überprüfen Sie die Azure-Einstellungen. Quell-VMs (lokale oder virtuelle Azure VMware-Lösungs-VMs), die Sie in Azure replizieren, müssen den Anforderungen des virtuellen Azure-Computers entsprechen.
4. Für virtuelle Computer müssen vor der Migration zu Azure ein paar Änderungen vorgenommen werden.
   • 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.

Einrichten der Replikationsappliance

In diesem Abschnitt wird beschrieben, wie Sie die vereinfachte Appliance mit einer heruntergeladenen Open Virtualization Application (OVA)-Vorlage einrichten. Falls diese Methode für Sie nicht möglich ist, können Sie die Appliance auch mit einem Skript einrichten.

Herunterladen der OVF-Vorlage der Replikationsanwendung oder des PowerShell-Installationsprogramms

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. Unter Wie wählen Sie Workloads aus? können Sie entweder manuell Server mit Aus allen Beständen auswählen oder eine vorhandene Bewertung mit Aus einer Bewertung auswählen.

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 agentbasierte Migration aus.

5. Wählen Sie auf der Seite "Workloads " die Option "Einrichten der Replikations-Appliance " aus, um die Einrichtung der Appliance zu starten.

6. Virtualisierungstyp und Migrationsverfahren (ohne Agent oder agent-basiert) werden vorab ausgefüllt und ausgegraut, basierend auf dem Typ der Quell-Azure Migrate-Appliance, der für die Erkennung und den im vorherigen Schritt ausgewählten Migrationsmodus verwendet wird.

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

8. Wählen Sie Bestätigen Sie, dass die Zielregion für die Migration region-name ist.

9. Wählen Sie "Ressourcen erstellen" aus. Daraufhin wird im Hintergrund ein Azure Site Recovery-Tresor erstellt.

   Hinweis

   Nachdem Sie auf diese Schaltfläche geklickt haben, können Sie die Zielregion für dieses Projekt nicht mehr ändern, und alle nachfolgenden Migrationen werden zu dieser Region durchgeführt.

10. Wählen Sie "Herunterladen" aus. Eine OVF-Vorlage wird heruntergeladen.

11. Notieren Sie sich den Namen der Ressourcengruppe und des Recovery Services-Tresors. Sie werden bei der Appliancebereitstellung benötigt.

    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

Importieren der OVF-Vorlage in VMware vSphere

Die heruntergeladene OVF-Vorlage muss in VMware vSphere importiert werden, um die Replikationsappliance auf einer VMware vSphere-VM unter Windows Server 2016 zu erstellen.

1. Melden Sie sich mit dem VMware vSphere-Client beim VMware vCenter-Server oder vSphere ESXi-Host an.

2. Wählen Sie im Menü Datei die Option OVF-Vorlage bereitstellen aus, um den Assistenten zum Bereitstellen von OVF-Vorlagen zu starten.

3. Geben Sie unter Quelle auswählen den Speicherort der heruntergeladenen OVF-Vorlage ein.

4. Klicken Sie unter Bewertungsdetails auf Weiter.

5. Übernehmen Sie in Name und Ordner auswählen und Konfiguration auswählen die Standardeinstellungen.

6. Wählen Sie unter Speicher auswählen>Select virtual disk format (Format für virtuellen Datenträger auswählen) die Option Thick Provision Eager Zeroed (Breite Bereitstellung gegen null) aus, um eine optimale Leistung zu erzielen.

7. Übernehmen Sie auf den übrigen Seiten des Assistenten die Standardeinstellungen.

8. Wählen Sie unter Zum Abschluss bereit zum Einrichten des virtuellen Computers mit den Standardeinstellungen Power on after deployment (Nach Bereitstellung einschalten)>Fertig stellen aus.

   Tipp

   Wenn Sie einen weiteren Netzwerkadapter hinzufügen möchten, deaktivieren Sie Power on after deployment (Nach Bereitstellung einschalten)>Fertig stellen. Standardmäßig enthält die Vorlage einen einzelnen Netzwerkadapter. Weitere NICs können nach der Bereitstellung hinzugefügt werden.

Registrieren der Replikationsappliance

Schließen Sie das Einrichten und Registrieren der Replikations-Appliance mit den hier beschriebenen Schritten ab.

Ausführen von Migrationen

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. Unter Wie wählen Sie Workloads aus? können Sie entweder manuell Server mit Aus allen Beständen auswählen oder eine vorhandene Bewertung mit Aus einer Bewertung auswählen.

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 agentbasierte Migration aus.

5. Wählen Sie in Workloads die Computer aus, die Sie replizieren und migrieren möchten, und 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. Es wird empfohlen, sie wo immer zutreffend zu verwenden.

6. Wählen Sie die Replikations-Appliance aus, die Sie im Dropdownmenü eingerichtet haben, oder richten Sie eine neue Replikations-Appliance ein, indem Sie auf die im vorherigen Abschnitt angegebenen Schritte verweisen.

7. Wählen Sie im vCenter-Server/vSphere-Host die vCenter-Hostdetails aus der Dropdownliste aus.

8. Geben Sie unter Gastanmeldeinformationen das VM-Administratorkonto an, das für die Pushinstallation des Mobility-Diensts verwendet wird. Klicken Sie dann auf "Weiter", nachdem Sie die virtuellen Computer ausgewählt haben, die Sie replizieren möchten.

9. Wählen Sie unter Zieleinstellungen das Abonnement und die Zielregion für die Migration aus, und geben Sie die Ressourcengruppe an, in der sich die Azure-VMs nach der Migration befinden. Füllen Sie die folgenden Einstellungen auf dem Blatt aus,

   • 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.
     • Die Infrastrukturredundanzoption ist nicht erforderlich, wenn Sie keine dieser Verfügbarkeitskonfigurationen für die migrierten Computer benötigen.
   • Wählen Sie im virtuellen Netzwerk das Azure VNet/Subnetz aus, dem die Azure-VMs nach der Migration beigetreten sind.
   • Behalten Sie im Cachespeicherkonto die Standardoption bei, um das Cachespeicherkonto zu verwenden, das automatisch für das Projekt erstellt wird. 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 ExpressRoute mit privatem Peering zu ermöglichen. Weitere Informationen
   • Wählen Sie im 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 eine Datenträgerverschlüsselung erstellen , 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.

   • In Azure-Hybridvorteil:
     • Wählen Sie "Nein " aus, wenn Sie den Azure-Hybridvorteil nicht anwenden möchten. Klicken Sie dann auf Weiter.
     • 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. Klicken Sie dann auf Weiter.

10. Ü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, 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 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ü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 sich in jeder beliebigen Ressourcengruppe innerhalb des Zielabonnements und -standorts befinden.Weitere Informationen

11. Geben Sie in Datenträgern an, ob die VM-Datenträger in Azure repliziert werden sollen, und wählen Sie den Datenträgertyp (Premium v2, Ultra Disk, Standard SSD, Standard HDD oder Premium Managed Disk) 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.
    • Sie können Datenträger ausschließen, wenn der Mobilitäts-Agent bereits auf diesem Server installiert ist. Erfahren Sie mehr.

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

13. In Überprüfen und starten Sie die Ausführung, überprüfen Sie die Einstellungen, und wählen Sie Überprüfen und starten Sie die Ausführung, um die erste Replikation für die Server zu starten.

Nachverfolgen und Überwachen

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. Die Datenträgerdaten der Momentaufnahme werden auf verwalteten Replikatdatenträgern in Azure repliziert.
   • Nach Abschluss der ersten Replikation beginnt die Deltareplikation. Inkrementelle Änderungen an den Quelldatenträgern werden regelmäßig auf die Replikatdatenträger in Azure repliziert.

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:

   • 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 in dieser Phase Stopp-, Start-, Pause- und Fortsetzungs-Vorgänge ausführen, wenn die Dropdown-Menüs auf dem Drilldown-Blatt des Servers verfügbar sind. Nach Abschluss der ersten Replikation wechseln die Server zur Testphase.
   • Testen: Server, bei denen die anfängliche Replikation abgeschlossen ist und die Delta-Replikation läuft, werden in die Testphase verschoben. Sie können Testmigrationen in einem virtuellen Testnetzwerk vor der tatsächlichen Migration (empfohlen) auswählen. Sie können die Testphase überspringen und die Migration direkt starten, indem Sie die im Dropdownmenü "Abschluss " verfügbaren Aktionen verwenden.
   • Abschluss: Server, für die Testmigrationen abgeschlossen oder übersprungen werden, werden zu dieser Phase verschoben. Sie können endgültige Migrationen (Cutover) für diese Server ausführen. Führen Sie nach Abschluss der Migration Migration abschließen aus, um die Migrationsressourcen mithilfe der Dropdown-Menüs zu bereinigen, die auf Drilldown-Blatt des Servers verfügbar sind.

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, 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. 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. Nachdem Sie auf Migration testen geklickt haben, wird der Job gestartet. Überwachen Sie den Status im Portal unter Ausführungsstatus. Stellen Sie nach Abschluss der Testmigration sicher, dass Sie die Testressourcen bereinigen, indem Sie zum Server navigieren und unter der Dropdownliste "Test testen" 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 auf dem Drilldown-Blatt im Dropdown-Menü unter Fertigstellung die Option 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.
   • 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 im Zielabonnement und der Zielregion 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. 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 Auftrag abgeschlossen ist, können Sie den Server über die Seite Migrationen anzeigen und verwalten, was unter der Abschlussphase nachverfolgt 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. Überprüfen und Beheben von Windows-Aktivierungsproblemen auf dem virtuellen Azure-Computer.
3. Führen Sie App-Anpassungen nach der Migration durch, z. B. Hostnamen, die Aktualisierung von 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. Entfernen Sie die Quell-VMs (lokal oder AVS) aus Ihrem lokalen VM-Bestand.
7. Entfernen Sie die Quell-VMs (vor Ort oder AVS) aus den lokalen Sicherungen.
8. Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.

Bewährte Methoden nach der Migration

• Vor Ort oder auf Azure-VMware-Lösung
  • Migrieren Sie den App-Datenverkehr zur App, die auf der migrierten Azure-VM-Instanz ausgeführt wird.
  • Entfernen Sie die Quell-VMs (lokal oder AVS) aus Ihrem lokalen VM-Bestand.
  • Entfernen Sie die Quell-VMs (lokal oder AVS) aus lokalen Sicherungen.
  • Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.
• Optimieren der Azure-VM-Einstellungen nach der Migration:
  • Der Azure-VM-Agent verwaltet VM-Interaktionen mit dem Azure Fabric Controller. Dieser ist für einige Azure-Dienste wie Azure Backup, Site Recovery und das Azure Security Center erforderlich. Bei der Migration von virtuellen Maschinen von WMware mit agentenbasierter Migration, installiert das Installationsprogramm des Mobilitätsdienstes den Azure-Agenten für virtuelle Maschinen auf Windows-Maschinen. Auf virtuellen Linux-Computern empfehlen wir, den Agent nach der Migration zu installieren.
  • Deinstallieren Sie den Mobility Service nach der Migration manuell von dem virtuellen Azure-Computer. Wir empfehlen einen Neustart des Servers, sobald Sie dazu aufgefordert werden.
  • Deinstallieren Sie VMware-Tools nach der Migration manuell.
• In Azure:
  • Führen Sie App-Anpassungen nach der Migration durch, z.B. die Aktualisierung von Datenbankverbindungszeichenfolgen und Webserverkonfigurationen.
  • Führen Sie endgültige Anwendungs- und Migrationsakzeptanztests für die migrierte Anwendung durch, die nun in Azure ausgeführt wird.
• Geschäftskontinuität/Notfallwiederherstellung
  • 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.
• 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.
• Erfahren Sie mehr darüber, wie Sie Ihre Hyper-V und Physical Server migrieren.