Application Migration Service (MGN)

AWS Application Migration Service (MGN) ist der zentrale AWS-Service für das Rehosting (Lift-and-Shift) lokaler Server – physisch oder virtuell – zu Amazon EC2. MGN repliziert die Quellserver kontinuierlich in einen Staging-Bereich in AWS. Wenn Sie zur Migration bereit sind, ist das Umschaltfenster daher sehr kurz (Minuten statt Stunden). MGN unterstützt Windows- und Linux-Server aus jeder Hypervisor- oder Bare-Metal-Umgebung.

MGN installiert auf jedem Quellserver einen schlanken AWS Replication Agent. Der Agent stellt über TCP-Port 1500 eine verschlüsselte Verbindung her und repliziert Änderungen auf Blockebene kontinuierlich in einen Staging-Bereich in Ihrer AWS-Zielregion. Der Staging-Bereich besteht aus kostengünstigen Replication Servern (die von MGN automatisch gestartet werden) und EBS-Volumes, die die Quelldatenträger nahezu in Echtzeit spiegeln. Während der Replikation kommt es zu keiner Ausfallzeit.

Für jeden Quellserver gibt es ein Launch Template, das festlegt, wie die migrierte EC2-Instance konfiguriert wird: Instance-Typ, Subnetz, Sicherheitsgruppen, IAM-Instance-Profil, EBS-Volume-Typen und die Frage, ob eine öffentliche IP-Adresse zugewiesen wird. Sie konfigurieren das Launch Template vor dem Test. MGN verwendet dieses Template, wenn aus den replizierten EBS-Snapshots eine Test- oder Cutover-Instance gestartet wird.

In der Test-Phase von MGN können Sie eine Test-EC2-Instance aus dem zuletzt replizierten Snapshot starten, ohne den Quellserver anzuhalten. Führen Sie Smoke-Tests der Anwendung aus, überprüfen Sie die Netzwerkkonnektivität und stellen Sie sicher, dass der migrierte Server in AWS korrekt startet und reagiert. Nach dem Test beenden Sie die Test-Instance, während die Replikation fortgesetzt wird – während des Tests gibt es keine Auswirkungen auf den aktiven Quellserver.

Wenn Sie nach dem Testen überzeugt sind, leiten Sie das Cutover ein. MGN erstellt einen letzten Snapshot der Quelldatenträger, startet die Cutover-EC2-Instance und der Quellserver erhält keine neuen Schreibreplikationen mehr. Sie aktualisieren DNS so, dass es auf die neue EC2-Instance verweist. Das gesamte Cutover-Fenster – vom Auslösen des Cutovers bis zur Aktivierung der neuen EC2-Instance – beträgt normalerweise weniger als 15 Minuten. Dadurch sind sehr kurze Wartungsfenster möglich.

MGN unterstützt Post-Launch Actions – Skripte, die unmittelbar nach dem Start automatisch auf der migrierten EC2-Instance ausgeführt werden. Damit können Sie Monitoring-Agents (CloudWatch Agent, SSM Agent) installieren, Sicherheits-Basiskonfigurationen anwenden, die Instance bei internen CMDB-Systemen registrieren oder Integritätsprüfungen ausführen. Post-Launch Actions werden an ein Launch Template angehängt und über Systems Manager Run Command ausgeführt. Dadurch werden manuelle Schritte nach der Migration reduziert.

AWS bot früher den Server Migration Service (SMS) für die Servermigration an. MGN ist dessen Nachfolger und nun der empfohlene Service. Zu den wichtigsten Verbesserungen von MGN gehören: Die Replikation erfolgt auf Blockebene (nicht auf Snapshot-Ebene), wodurch eine kontinuierliche Replikation nahezu in Echtzeit statt periodischer Snapshots möglich ist. Außerdem werden mehr Quellumgebungen unterstützt und ein unterbrechungsfreier Test-Cutover-Workflow bereitgestellt. Wenn eine Prüfungsfrage SMS als Option nennt, wählen Sie MGN, sofern es nicht ausdrücklich um SMS geht.

MGN repliziert über eine verschlüsselte TLS-Verbindung auf Port 1500 zum Replication Server im Staging-Bereich. Bei der anfänglichen Replikation werden alle Daten der Quelldatenträger synchronisiert, was viel Bandbreite beanspruchen kann. Für große Server in Rechenzentren mit begrenzter Internetbandbreite sollten Sie AWS Direct Connect oder AWS Site-to-Site VPN in Betracht ziehen, um den Replikationsverkehr statt über das öffentliche Internet darüber zu übertragen. Nach der anfänglichen Synchronisierung werden nur inkrementelle Blockänderungen gesendet.

MGN hat ein einfaches Preismodell: pro Server in den ersten 90 Tagen kostenlos, danach fällt eine Gebühr pro Server und Stunde an. Für den Staging-Bereich entstehen Kosten für die EC2-Instances der Replication Server (typischerweise t3.small) und für die EBS-Volumes, auf die die Quelldatenträger repliziert werden. Wenn Sie die gesamte Replikationsdauer durch zügiges Testen und Cutover minimieren, bleiben die Kosten niedrig. Für den MGN Agent selbst fallen keine Gebühren an.

In der SAA-C03-Prüfung kommt MGN in Szenarien vor, die eine schnelle Servermigration mit geringem Risiko erfordern. Wichtige Hinweise sind: Rehosting mit minimaler Ausfallzeit, Lift-and-Shift von Hunderten Servern, kurzes Cutover-Fenster und keine Änderungen an der Anwendung. Im Gegensatz dazu steht DMS für Datenbankmigration, Snowball für die Übertragung großer Datenmengen ohne aktiven Server und Glue/DataSync für die Datenübertragung zwischen Speicherservices. MGN ist für Server gedacht, nicht für Datenbanken oder reine Datenübertragungen.

Für mehrschichtige Anwendungen (Web-, Anwendungs- und Datenbankserver, die gemeinsam migriert werden müssen) unterstützt MGN die Gruppierungen Wave und Application. Sie gruppieren Quellserver zu einer Anwendung und führen Test und Cutover anschließend für die gesamte Gruppe in einer festgelegten Reihenfolge aus. So werden abhängige Schichten in der richtigen Reihenfolge gestartet. Dadurch wird verhindert, dass ein Webserver migriert wird, bevor sein Datenbankserver in AWS verfügbar ist.

Testen Sie Ihr Verständnis der AWS-Solutions-Architect-Konzepte (SAA-C03) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: MGN ermöglicht die kontinuierliche Replikation auf Blockebene von lokalen Servern zu AWS und damit ein Cutover mit nahezu keiner Ausfallzeit, die unterbrechungsfreie Testfunktion ermöglicht die Überprüfung migrierter Server, ohne die Quelle anzuhalten, und Post-Launch Actions automatisieren die Konfiguration nach der Migration über Systems Manager. Als Nächstes sehen Sie sich den Database Migration Service für datenbankspezifische Migrationsszenarien an.