AWS Migration Hub und Application Discovery Service

Die Migration von Hunderten oder Tausenden von Anwendungen zu AWS erfordert ein systematisches Vorgehen. Sie müssen wissen, welche Systeme lokal vorhanden sind, wie die Anwendungen voneinander abhängen und wie ihre Ressourcennutzung aussieht, bevor Sie passende AWS-Ressourcen dimensionieren können. AWS Migration Hub und der Application Discovery Service bilden die Bewertungsebene des AWS-Migrations-Toolkits und schaffen Transparenz sowie Nachverfolgbarkeit für das gesamte Portfolio.

AWS Migration Hub ist ein zentrales Dashboard, mit dem Sie den Fortschritt von Anwendungsmigrationen über mehrere AWS-Migrationstools (MGN, DMS und Partnerlösungen) hinweg verfolgen können. Es fasst den Migrationsstatus in einer einzigen Konsole zusammen, sodass Projektmanager und Architektinnen und Architekten sehen können, welche Server erkannt, repliziert, getestet oder umgestellt werden. Migration Hub ist ein kostenloser Tracking-Service – Sie zahlen nur für die zugrunde liegenden Migrationstools, die Sie verwenden.

Application Discovery Service (ADS) erfasst vor der Migration Daten über lokale Server und deren Abhängigkeiten. Er bietet zwei Erkennungsmodi: Agent-basiert (auf jedem Server wird ein schlanker Agent installiert, der CPU, Arbeitsspeicher, Netzwerk-I/O, laufende Prozesse und Netzwerkverbindungen erfasst) und Agentenlos (ein VMware-vCenter-Connector sammelt VM-Konfigurations- und Leistungsmetriken, ohne einzelne VMs zu verändern).

Eine der wertvollsten Funktionen von ADS ist die Abbildung von Netzwerkabhängigkeitsgraphen. Der ADS-Agent erfasst TCP-Verbindungen zwischen Prozessen und zeigt dadurch, mit welchen Datenbanken, Microservices oder Middleware-Komponenten die einzelnen Anwendungen kommunizieren. Dies verhindert den häufigen Fehler, eine Anwendung ohne ihre Abhängigkeiten zu migrieren, was anschließend aufgrund fehlender Verbindungen über Netzwerkgrenzen hinweg zu Ausfällen in der Produktion führt.

Viele Unternehmen verfügen bereits über eine CMDB (Configuration Management Database) oder Discovery-Daten aus Tools wie ServiceNow, Dynatrace oder Ansible. Migration Hub unterstützt Importvorlagen – standardisierte CSV-Dateien, mit denen Sie vorhandene Serverbestandsdaten direkt hochladen können, ohne ADS-Agenten bereitzustellen. Dies ist für schnelle Bewertungsphasen hilfreich, in denen die Installation von Agenten aufgrund von Sicherheits- oder Zugriffsanforderungen nicht sofort möglich ist.

Migration Hub Strategy Recommendations analysiert die erfassten ADS-Daten zusammen mit den laufenden Workloads Ihrer Anwendungen und empfiehlt für jeden Server bzw. jede Anwendung eines der 7 Rs. Der Service kann Anwendungen identifizieren, die sich für eine Containerisierung eignen, Server mit nicht unterstützten Betriebssystemversionen markieren, bei denen ein Refactor erforderlich ist, und passende AWS-Zielservices vorschlagen. Er ist in das AWS Well-Architected Framework integriert, um die Empfehlungen an Best Practices auszurichten.

Nach der Erkennung werden die ADS-Daten als einzelne Server angezeigt. Im Migration Hub gruppieren Sie zusammengehörige Server zu Anwendungen, die eine Geschäftsfunktion darstellen (beispielsweise kann das „Order Management System“ eine Webschicht, eine Anwendungsschicht und einen Datenbankserver umfassen). Gruppen können manuell erstellt oder aus den ADS-Netzwerkabhängigkeitskarten abgeleitet werden. Die Gruppierung ist entscheidend, um den Migrationsfortschritt auf Anwendungsebene statt auf Serverebene zu verfolgen.

Migration Hub ist nativ in den AWS Application Migration Service (MGN) und den Database Migration Service (DMS) integriert. Sobald MGN mit der Replikation eines Servers beginnt, meldet der Service den Replikationsfortschritt automatisch an Migration Hub. Ebenso aktualisieren DMS-Migrationsaufgaben ihren Status im Migration Hub. Diese Integration bietet eine konsolidierte Ansicht, ohne dass manuelle Aktualisierungen erforderlich sind. Für weitere Details können Sie aus dem Hub direkt zur Konsole des jeweiligen nativen Tools wechseln.

Migration Hub Refactor Spaces unterstützt Teams dabei, monolithische Anwendungen schrittweise in Microservices zu refaktorieren. Der Service erstellt eine AWS-Umgebung (ein VPC-basiertes Overlay) mit einem einheitlichen Eingangspunkt (einem API Gateway oder Application Load Balancer). Routingregeln leiten einen Teil der Anfragen an neue Microservices weiter, während die übrigen weiterhin den bestehenden Monolithen erreichen – das Strangler-Fig-Muster in verwalteter Form, ohne dass Sie eigenen Routing-Code schreiben müssen.

Nachdem ADS mehrere Wochen lang Nutzungsdaten (CPU, Arbeitsspeicher und Festplatten-I/O) gesammelt hat, können Sie den AWS Migration Evaluator (früher TSO Logic) verwenden, um eine Analyse der Gesamtbetriebskosten (TCO) zu erstellen. Dabei werden die aktuellen lokalen Kosten (Hardware, Strom, Kühlung und Arbeitsaufwand) mit den erwarteten AWS-Kosten bei Verwendung richtig dimensionierter Instances verglichen. Dieser Business Case wird Führungskräften typischerweise vorgelegt, um die Investition in die Migration zu begründen und die möglichen Cloud-Einsparungen zu beziffern.

ADS exportiert erkannte Daten in einem standardisierten Format als CSV nach S3. Sie können diese Daten in Athena laden, um Nutzungsmuster in Ihrer gesamten lokalen Serverlandschaft abzufragen – beispielsweise alle Server zu finden, deren durchschnittliche CPU-Auslastung unter 10 % liegt (Kandidaten für Retire), oder alle Server zu ermitteln, auf denen Betriebssysteme am Ende ihres Lebenszyklus ausgeführt werden (Kandidaten für Refactor). Dieser SQL-basierte Ansatz zur Portfolioanalyse lässt sich auf Tausende von Servern skalieren, ohne dass Tabellen manuell gepflegt werden müssen.

In dieser Lektion haben Sie gelernt: Migration Hub bietet ein zentrales Dashboard, um den Migrationsfortschritt über MGN, DMS und Partnertools hinweg zu verfolgen, der Application Discovery Service bietet agentenbasierte und agentenlose Modi zur Erfassung lokaler Server und ihrer Abhängigkeiten, und Migration Hub Refactor Spaces unterstützt die schrittweise Refaktorierung von Monolithen nach dem Strangler-Fig-Muster. Als Nächstes sehen wir uns den Application Migration Service (MGN) für die eigentliche Serverreplikation an.