Rehosting mit Azure Migrate (Lift and Shift)

Rehost — häufig als Lift and Shift bezeichnet — ist eine Migrationsstrategie, bei der Sie eine VM ohne Änderungen am Betriebssystem, an den Anwendungsbinärdateien oder an den Daten von der lokalen Umgebung nach Azure verschieben. Das Azure-Migrate-Tool Migration and Modernisation (früher Server Migration) automatisiert diesen Prozess, indem es Datenträgerdaten nach Azure repliziert und anschließend mit minimaler Ausfallzeit den Wechsel durchführt. Lift and Shift eignet sich besonders für Anwendungen, die sich nur schwer refaktorieren lassen oder für die enge Migrationsfristen gelten.

Vor dem Start der Replikation müssen Sie Folgendes erledigen: Ermittlung und Bewertung abschließen, damit Ihnen Empfehlungen für die Ziel-VM-SKU vorliegen, die Azure-Zielressourcen erstellen (Ressourcengruppe, virtuelles Netzwerk und Subnetz) und sicherstellen, dass die Azure Migrate-Appliance fehlerfrei arbeitet. Bei VMware-Quellen benötigt die Appliance Leseberechtigungen für vCenter, und die Gast-VM muss über das Netzwerk von der Appliance aus erreichbar sein. Laden Sie die Software Replication Provider herunter und registrieren Sie sie, wenn Sie von Hyper-V oder physischen Servern migrieren.

Bei der Replikation werden alle Datenträgerdaten von der Quell-VM in ein von Azure verwaltetes Cache-Speicherkonto kopiert und anschließend asynchron in Azure bereitgestellt. Navigieren Sie im Azure-Migrate-Portal zu Replicate, wählen Sie Ihre Quell-VMs aus, ordnen Sie ihnen die empfohlene Azure-VM-SKU zu und wählen Sie das virtuelle Zielnetzwerk aus. Die Dauer der initialen Replikation hängt von der Datenträgergröße und der Bandbreite ab — ein Datenträger mit 100 GB benötigt über eine Verbindung mit 100 Mbit/s für die erste Synchronisierung ungefähr 2 Stunden.

Nachdem das anfängliche Datenträgerabbild kopiert wurde, wechselt Azure Migrate zur Delta-Replikation — es werden nur geänderte Datenträgerblöcke übertragen, sodass die Azure-Kopie nahezu in Echtzeit mit der lokalen Quelle synchron bleibt. Die VM wird während dieser Phase weiterhin lokal ausgeführt. Im Portal können Sie den Zustand der Replikation, den RPO-Verzug und die Datenübertragungsraten überwachen. Innerhalb von 24 Stunden nach Abschluss der ersten Synchronisierung verringert sich der Verzug der Delta-Replikation typischerweise auf wenige Minuten.

Bevor Sie den Produktionsdatenverkehr umschalten, sollten Sie immer eine Testmigration ausführen. Dabei wird die replizierte VM in Azure in einem isolierten virtuellen Testnetzwerk gestartet, das keine Verbindung zu Produktionssystemen hat. Sie überprüfen, ob das Betriebssystem startet, die Dienste ausgeführt werden und die Anwendung wie erwartet funktioniert. Testmigrationen unterbrechen die lokale Replikation nicht — die Quell-VM bleibt in Betrieb. Bereinigen Sie anschließend die Testressourcen im Portal, um unnötige Kosten zu vermeiden.

Die Umschaltung ist der letzte Schritt, bei dem der Produktionsdatenverkehr von der lokalen Umgebung nach Azure verlagert wird. Während der Umschaltung wird die Quell-VM angehalten (oder Sie fahren sie manuell herunter), alle verbleibenden Delta-Änderungen werden auf das Azure-Replikat angewendet und die neue Azure-VM wird gestartet. Da es sich um eine Migration auf Speicherebene handelt, ist die Umschaltung in der Regel sehr schnell — bei den meisten VMs dauert sie weniger als 10 Minuten. Planen Sie die Umschaltung innerhalb eines Wartungsfensters und informieren Sie die Beteiligten an der Anwendung im Voraus.

Klicken Sie im Azure-Migrate-Portal für den ausgewählten Server auf Migrate. Sie werden gefragt, ob die lokale VM vor der Migration heruntergefahren werden soll (empfohlen, um Datenverlust zu vermeiden). Azure wendet das endgültige Delta an, erstellt die Azure-VM und markiert die Migration als abgeschlossen. Anschließend müssen Sie DNS-Einträge, Backends des Lastenausgleichs oder Verbindungszeichenfolgen der Anwendung so aktualisieren, dass sie auf die neue private Azure-IP-Adresse oder den FQDN verweisen und Clients die Azure-VM verwenden.

Führen Sie nach der Umschaltung die folgenden Prüfungen nach der Migration durch: Anwendungsstatus (laden Sie alle Anwendungsseiten und führen Sie Smoke-Tests aus), Konnektivität (überprüfen Sie, ob die Azure-VM abhängige Datenbanken und Dienste erreichen kann), Überwachung (installieren Sie den Azure Monitor-Agent und aktivieren Sie die Diagnose) und Sicherung (registrieren Sie die VM in Azure Backup). Wenn Probleme auftreten, kann die lokale Quell-VM neu gestartet werden — sie ist weiterhin vollständig vorhanden, bis Sie sie ausdrücklich außer Betrieb nehmen.

Sobald die migrierte VM in Azure stabil läuft und die Beteiligten die Migration freigegeben haben, können Sie die lokale Quell-VM außer Betrieb nehmen. Wählen Sie in Azure Migrate Complete Migration aus, um die Replikation zu beenden. Dadurch wird die lokale VM nicht automatisch heruntergefahren — Sie müssen sie ausschalten und die Hardware über Ihren normalen Prozess zur Verwaltung von IT-Assets zurückführen. Durch die Außerbetriebnahme sinken die Kosten für die lokale Infrastruktur, und Sie kommen einem reinen Cloud-Betriebsmodell näher.

Für umfangreiche Migrationen mit Hunderten von VMs unterstützt Azure Migrate Massenvorgänge über den CSV-Import. Sie erstellen eine CSV-Datei mit jeder Quell-VM, ihrer Ziel-SKU, der Zielressourcengruppe und dem virtuellen Netzwerk und laden sie anschließend hoch, um die Replikation für alle VMs gleichzeitig zu starten. Mit Migrationsgruppen können Sie Replikation und Umschaltung so anordnen, dass voneinander abhängige Anwendungsebenen (Datenbank, Anwendung, Web) innerhalb desselben Wartungsfensters in der richtigen Reihenfolge migriert werden.

Achten Sie auf die folgenden häufigen Probleme bei Lift and Shift: Eine Verschlüsselung des Startdatenträgers kann bei Linux-VMs verhindern, dass Azure sie startet (verwenden Sie nach der Migration Azure Disk Encryption). In Anwendungskonfigurationen fest codierte statische IP-Adressen müssen auf private Azure-IP-Adressen oder DNS-Namen aktualisiert werden. Firewallregeln in der lokalen Umgebung, die auf die IP-Adresse des Servers verweisen, müssen möglicherweise in einer Azure-NSG nachgebildet werden. Außerdem können Zeitzoneneinstellungen auf Windows-VMs zu Änderungen im Anwendungsverhalten in der UTC-Umgebung von Azure führen.

Testen Sie Ihr Verständnis der Konzepte aus Microsoft Azure Fundamentals (AZ-900), die in dieser Lektion behandelt wurden.

In dieser Lektion haben Sie gelernt: Der Rehost-Migrationsablauf umfasst die Schritte Replikation, Delta-Synchronisierung, Testmigration und Umschaltung. Die Testmigration überprüft die VM in einem isolierten Netzwerk, bevor sie produktiv genutzt wird, und die Schritte nach der Migration (Überwachung, Sicherung, DNS-Aktualisierung) sind vor der Außerbetriebnahme lokaler Ressourcen unverzichtbar. Als Nächstes behandeln wir bewährte Vorgehensweisen für die Migration von Datenbanken nach Azure.