AWS Germany – Amazon Web Services in Deutschland

So verwenden Sie den neuen AWS Application Migration Service für Lift-and-Shift-Migrationen

von Channy Yun übersetzt durch Alexander Schueren und David Surey

Seit CloudEndure im Jahr 2019 von AWS erworben wurde, bieten unsere neuen Kollegen CloudEndure Migration und CloudEndure Disaster Recovery an. CloudEndure Migration kann Anwendungen kostenlos von jeder physischen, virtuellen oder Cloud-basierten Infrastruktur zu AWS umziehen. Dies ergänzt den AWS Server Migration Service (AWS SMS), einen agentenlosen Service für die Migration von lokalen Workloads zu AWS. CloudEndure Disaster Recovery ist ein separates Business-Continuity Angebot, das Ausfallzeiten und Datenverluste minimiert. Es repliziert kontinuierlich die Inhalte Ihrer on-premises, virtuellen oder Cloud-basierten Systeme in einen kostengünstigen Staging-Bereich in der AWS-Region Ihrer Wahl. Dieses Angebot steht allen AWS-Kunden und -Partnern zur Verfügung.

Vor kurzem haben wir den AWS Application Migration Service (AWS MGN) eingeführt, den wir jetzt als primären Migrationsservice für Lift-and-Shift-Migrationen nach AWS empfehlen. Wir empfehlen Kunden, die derzeit CloudEndure Migration oder AWS SMS verwenden, für zukünftige Migrationen zu AWS MGN zu wechseln. Mit AWS MGN lassen sich Anwendungen zu AWS verschieben, ohne Änderungen an den Anwendungen, ihrer Architektur oder den migrierten Servern vornehmen zu müssen.

Zeitintensive, fehleranfällige manuelle Prozesse werden minimiert, indem ganze Server automatisch repliziert und von der physischen, virtuellen oder Cloud-Infrastruktur konvertiert werden, um sie dann nativ auf AWS auszuführen. Der Service vereinfacht die Migration erheblich, da derselbe automatisierte Prozess für eine Vielzahl von Anwendungen verwendet wird. Indem Sie vor der Migration zerstörungsfreie Prüfung (ZfP) starten, können Sie sicher sein, dass Ihre kritischen Anwendungen wie SAP, Oracle und SQL Server nahtlos auf AWS funktionieren.

AWS MGN senkt auch die Kosten, da keine Investitionen in mehrere Migrationslösungen, spezialisierte Cloud-Entwicklung oder anwendungsspezifische Fähigkeiten erforderlich sind. Dies liegt daran, dass AWS MGN jede Anwendung migriert, die auf dem unterstütztem Betriebssystem ausgeführt werden kann.

Funktionsweise von AWS MGN

Um zu AWS zu migrieren, installieren Sie den AWS MGN Replication Agent auf Ihren Quellservern und definieren dann die Replikationseinstellungen in der AWS MGN-Konsole. AWS MGN verwendet diese Einstellungen zum Erstellen und Verwalten eines Staging-Area-Subnetzes mit Amazon Elastic Compute Cloud (Amazon EC2)-Instanzen, die die Daten zwischen Ihren Quellservern und AWS replizieren werden.

Bild 1: Funktionsweise des AWS Application Migration Service. Replikationsserver empfangen Daten von dem Agenten, der auf Ihren Quellservern ausgeführt wird, und schreiben diese in die Amazon Elastic Block Store (Amazon EBS)-Volumes. Ihre replizierten Daten werden während der Übertragung und im Ruhezustand mit EBS-Verschlüsselung komprimiert und verschlüsselt. AWS MGN hält Ihre Quellserver auf AWS durch kontinuierliche Datenreplikation auf Blockebene auf dem neuesten Stand. Es verwendet Ihre definierten Starteinstellungen, um Instanzen zu starten, wenn Sie unterbrechungsfreie Tests oder eine Umstellung durchführen.

Bild 1: Funktionsweise des AWS Application Migration Service

Replikationsserver empfangen Daten von dem Agenten, der auf Ihren Quellservern ausgeführt wird, und schreiben diese in die Amazon Elastic Block Store (Amazon EBS)-Volumes. Ihre replizierten Daten werden während der Übertragung und im Ruhezustand mit EBS-Verschlüsselung komprimiert und verschlüsselt. AWS MGN hält Ihre Quellserver auf AWS durch kontinuierliche Datenreplikation auf Blockebene auf dem neuesten Stand. Es verwendet Ihre definierten Starteinstellungen, um Instanzen zu starten, wenn Sie unterbrechungsfreie Tests oder eine Umstellung durchführen.

Wenn Sie Test- oder Cutover-Instanz starten, konvertiert AWS MGN Ihre Quellserver so, dass sie nativ auf AWS starten und ausgeführt werden. Nachdem Sie bestätigt haben, dass Ihre gestarteten Instanzen ordnungsgemäß auf AWS funktionieren, können Sie Ihre Quellserver außer Betrieb nehmen. Anschließend können Sie Ihre Anwendungen mithilfe von AWS-Services und -Funktionen modernisieren.

AWS MGN – Erste Schritte

Erstellen Sie zunächst die Vorlage zur Replikation Replikationseinstellungsvorlage in der AWS MGN-Konsole. Diese Vorlage bestimmt, wie die Daten für jeden neu hinzugefügten Quellserver repliziert werden. Bevor Sie Ihre Vorlage konfigurieren, stellen Sie sicher, dass Sie die Netzwerkanforderungen für die Ausführung von AWS MGN erfüllen.

Wählen Sie in der AWS MGN-Konsole Erste Schritte aus, um die Vorlage zu erstellen.
Die in dieser Vorlage konfigurierten Einstellungen werden auf jeden neu hinzugefügten Quellserver automatisch angewendet. Sie können die Einstellungen jederzeit für jeden einzelnen Quellserver oder jede Gruppe von Quellservern ändern.

Bild 2: Die Ansicht der MGN-Konsole vor dem ausführen der ersten Schritte.

Bild 2: Ansicht der AWS MGN-Konsole vor Einrichtung

Replikationsserver sind EC2-Intanzen, die zum Replizieren von Daten zwischen Ihren Quellservern und AWS verwendet werden. Sie werden je nach Bedarf automatisch gestartet und beendet. Mit Routing- und Drosselungseinstellungen steuern Sie, wie Daten von Ihren Quellservern zu den Replikationsservern geleitet werden.

Bild3 : Einrichten der Replikationsvorlage. Auswahl des Subnets für den Stagingbereich sowie der Instanztypen für die Replikationsserver und der zu verwendenden Volumes

Bild 3: Die Replikationsvorlagenkonfiguration

Nachdem Sie Ihre Vorlage erstellt haben, können Sie Ihre Quellserver hinzufügen. Um Ihre Vorlage zu bearbeiten, wählen Sie im linken Navigationsbereich Einstellungen aus. Sie können einzelne Server-Replikationseinstellungen bearbeiten, nachdem Sie Ihre Quellserver hinzugefügt haben.

Bild 4: Auswahl der Quellserver bzw. deren Hinzufügen

Bild 4: Quellserverkonfiguration

Um Quellserver zu AWS MGN hinzuzufügen, installieren Sie zunächst den AWS MGN Replication Agent. Sie können den Agenten auf Servern mit Linux und Windows Betriebssystemen installieren. Weitere Informationen finden Sie unter Hinzufügen von Quellservern in der Dokumentation.

Laden Sie beispielsweise das aws-replication-installer-init.py Installationsprogramm mit dem Befehl wget herunter und führen Sie das Installationsskript auf Ihrem Linux-Quellserver aus.

output des Installations-Scripts auf einer Linux Instanz als Quellserver

Bild 5: Ausgabe des Installations-Scripts

Nachdem der AWS Replication Agent installiert wurde, wird der Server zur AWS MGN-Konsole hinzugefügt und der initiale Synchronisierungsprozess startet.

Die Liste der Quellserver wird auf der Seite Quellserver in der AWS Konsole angezeigt. Jede Zeile in der Liste repräsentiert einen einzelnen Server. Die Spalte Migrationslebenszyklus zeigt den aktuellen Status jedes Quellservers. Nachdem der initiale Synchronisierungsprozess erfolgreich abgeschlossen
wurde, wird die Datenreplikation automatisch gestartet.

Bild 6: Ansicht der QUellserverliste mit eingerichteten HostsBild 6: Ansicht der Quellserver mit eingerichteter Installation

Nachdem Sie Ihre Quellserver hinzugefügt haben, müssen Sie die Starteinstellungen für jeden Server konfigurieren. Die Starteinstellungen sind eine Reihe von Anweisungen, die bestimmen, wie eine Test- oder Cutover-Instanz für jeden Quellserver auf AWS gestartet wird.

Sie müssen die Starteinstellungen konfigurieren, bevor Sie Test- oder Cutover-Instanz starten. Um auf die Starteinstellungen zuzugreifen, wählen Sie den Hostnamen eines Quellservers und navigieren Sie dann zur Registerkarte Starteinstellungen.

Bild 7: Ansicht der detailierten Starteinstellungen mit den Allgemeinen Einstellungen und dem EC2 Launch Template

Bild 7: Ansicht der Starteinstellungen

Nachdem Sie Ihre Quellserver hinzugefügt und ihre Starteinstellungen konfiguriert haben, können Sie eine Testinstanz starten. Sie müssen die Migration Ihrer Quellserver zu AWS testen, bevor Sie eine Umstellung einleiten, um sicherzustellen, dass Ihre Quellserver in der AWS-Umgebung ordnungsgemäß funktionieren.

Um eine Test- oder Cutover-Instanz für einen einzelnen Quellserver oder mehrere Quellserver zu starten, aktivieren Sie auf der Seite Quellserver das
Kontrollkästchen für jeden Server, für den Sie eine Testinstanz starten möchten.

Bild 8: Auswahl des Quellservers zum starten einer Test-Instanz

Bild 8: Auswahl des Quellservers und Start einer Test-Instanz

Sie können jeweils einen Quellserver oder mehrere Quellserver gleichzeitig testen. Für jeden Quellserver werden Sie über den Erfolg oder Misserfolg des Tests informiert. Wählen Sie Test-Instances starten aus, um den Test zu starten, und wählen Sie dann Starten aus.

Wenn der Test gestartet wurde, wird die Meldung Startauftrag erstellt angezeigt. Um den spezifischen Job für den Teststart anzuzeigen, wählen Sie Jobdetails anzeigen. Verwenden Sie die Registerkarte Migrations-Dashboard, um den Fortschritt des Migrationslebenszyklus zu überwachen.

Bild 9: Detailansicht des Migrationslebenszyclus. Inkl. Informationen zum momentanen Auftrag sowie des Zustands und Startzeit

Bild 9: Detailansicht des Migrationszustandes

Es empfiehlt sich als Best Practice mindestens eine Woche vor der geplanten Migration Ihrer Quellserver einen Test durchzuführen.

Bild 10: Migrationszyclus Replikationsstatusansicht mit details zum Test Zustand

Bild 10: Status des Tests

So haben Sie Zeit, Probleme zu erkennen und zu lösen, bevor die Umstellung stattfindet. Nachdem Sie die Testinstanzen gestartet haben, verwenden Sie SSH (Linux) oder RDP (Windows), um eine Verbindung zu Ihrer Instanz herzustellen und sicherzustellen, dass alles ordnungsgemäß funktioniert.

Nachdem Sie die Quellserver getestet haben, sind Sie für einen Cutover bereit. Es empfiehlt sich, den Cutover im Voraus zu planen. Nachdem die Cutover-Aktion durchgeführt wurde, gilt der Server als migriert, und Sie sollten Ihre Benutzer von Ihren ursprünglichen Quellservern auf die migrierten Server umleiten.

Wenn Sie Ihre Migration vollständig abgeschlossen und eine erfolgreiche Umstellung durchgeführt haben, können Sie den Cutover abschließen. Dadurch wird der Migrationslebenszyklusstatus Ihrer Quellserver geändert.

Überwachung und Fehlerbehebung

Sie können AWS MGN mit Amazon CloudWatchAmazon EventBridge und AWS CloudTrail überwachen, die Rohdaten erfassen und in Metriken nahezu in Echtzeit verarbeiten. Weitere Informationen finden Sie unter Monitoring Application Migration Service in der Dokumentation.

Wenn Sie auf Probleme stoßen und neue Test- oder Cutover-Instantzen starten möchten, können Sie diese Aktionen rückgängig machen. Dadurch wird der Lebenszyklusstatus Ihrer Quellserver auf die vorherige Phase zurückgesetzt, was darauf hinweist, dass diese Server nicht umgestellt wurden. Während eines Zurücksetzens haben Sie auch die Möglichkeit, Ihre Test- oder Cutover- Instanzen aus Kostengründen zu löschen. Weitere Informationen finden Sie unter Fehlerbehebung in der Dokumentation.

Ab sofort verfügbar

AWS Application Migration Service (AWS MGN) ist in 29 Regionen verfügbar, darunter Europa (Irland), Europa (Frankfurt) und Europa (Stockholm), Europa (London), Europa (Milan), Europa (Paris), USA Ost (Nord-Virginia), USA West (Oregon), USA Ost (Ohio), Asien-Pazifik (Tokio), Asien-Pazifik (Sydney) und Asien Pazifik (Singapur), und viele weitere. Wenn Ihre bevorzugte AWS-Region derzeit nicht von AWS MGN unterstützt wird, verwenden Sie CloudEndure Migration. Wenn Sie keinen Agenten auf Ihren Servern installieren können, nutzen Sie AWS Server Migration Service (AWS SMS).

Obwohl die Nutzung von AWS MGN für 90 Tage kostenlos ist, fallen Gebühren für jede AWS-Infrastruktur an, die während der Migration und nach der Umstellung bereitgestellt wird. Weitere Informationen finden Sie auf der AWS MGN-Preisseite.

Beginnen Sie noch heute mit dem AWS Application Migration Service. Bitte senden Sie Ihr Feedback über Ihre AWS Support-Kontakte.

Über die Autoren

Channy Yun ist Principal Developer Advocate für AWS und engagiert sich leidenschaftlich dafür, Entwicklern dabei zu helfen, moderne Anwendungen auf den neuesten AWS-Diensten zu erstellen. Als pragmatischer Entwickler und Blogger liebt er communitygetriebenes Lernen und den Austausch von Technologie, was Entwickler zu globalen AWS-Benutzergruppen geführt hat. Seine Hauptthemen sind Open Source, Container, Speicher, Netzwerk & Sicherheit sowie das Internet der Dinge (IoT). Folgen Sie ihm auf Twitter unter @channyun.