View a markdown version of this page

Migrationsplan erstellen - AWS Transformieren
Terminologie der MigrationsplanungWorkflow

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Migrationsplan erstellen

Der Arbeitsschritt Migrationsplanung innerhalb von AWS Transform for Migrations ist ein kollaboratives, chatbasiertes Erlebnis für die Planung umfangreicher Migrationen. AWS Die Mitarbeiter von Transform wenden AWS präskriptive Leitlinien an, um Kunden von der Analyse der lokalen Daten bis hin zu den endgültigen Plänen für die Migrationswelle zu begleiten.

Nachdem der Discover-Job für lokale Daten erfolgreich abgeschlossen wurde, verwendet AWS Transform die Discovery-Daten, um Anwendungen in Migrationswellen zu gruppieren. AWS Transform führt Sie durch die einzelnen Schritte zur Analyse und zum Umfang Ihrer Server, zur Gruppierung zu Anwendungen, zum Generieren von Verschiebungsgruppen und zum Aufbau von Migrationswellen.

AWS Transform unterstützt die iterative Planung während des gesamten Prozesses:

  • Sie können Fragen stellen, um besser zu verstehen, wie AWS Transform Ihre installierte Software analysiert hat, z. B. Serverabhängigkeiten und Netzwerkarchitektur.

  • Sie können den Umfang innerhalb von Anwendungsgruppen und Waves jederzeit anpassen.

  • Sie können Discovery-Daten erneut hochladen, und AWS Transform verarbeitet, dedupliziert und führt neue Datensätze automatisch mit vorhandenen Daten zusammen.

  • Wenn Änderungen festgestellt werden, wie z. B. neu entdeckte Abhängigkeiten oder Infrastrukturerweiterungen, kennzeichnet AWS Transform die betroffenen Abhängigkeitsgruppen und gibt Empfehlungen für Anpassungen des Wellenplans.

  • Bei der Migrationsplanung können auch unstrukturierte Textdaten verwendet werden, um den Planungsprozess zu bereichern.

Es gibt vier Phasen der Migrationsplanung:

  • In Umfang und Analyse können Sie Ihre Ermittlungsdaten überprüfen, Fragen zu Ihrer Software und Netzwerkumgebung stellen und die Ressourcen ermitteln, für die die Migration in Frage kommt.

  • In Gruppen-Apps können Sie eine Kombination aus geschäftlichen und technischen Regeln angeben, die beispielsweise die Analyse von Hostnamen, Netzwerkabhängigkeiten und Geschäftsregeln betreffen, sodass Ihre Infrastruktur bei der Migrationsplanung in Anwendungen gruppiert werden kann. Wenn Sie bereits über ein Inventar Ihrer Anwendungen verfügen, kann die Migrationsplanung stattdessen dieses verwenden.

  • In Generate Move Groups können Sie der Migrationsplanung Ihre technischen und geschäftlichen Anforderungen zuordnen, sodass festgelegt werden kann, welche Anwendungen zusammen verschoben werden müssen. Zu den technischen Abhängigkeiten gehören Datenbanken, Nachrichtenwarteschlangen oder andere Ressourcen, die von mehreren Apps gemeinsam genutzt werden. Zu den geschäftlichen und betrieblichen Abhängigkeiten gehören Geschäftskritikalität, RPO und RTO, der Standort des Rechenzentrums und die Eigentümer der Anwendungen.

  • Schließlich können Sie in Build Waves den Kontext Ihrer Migrationsplanung zu Ihren Zeitplänen und Prioritäten angeben, sodass ein Wave-Plan erstellt werden kann, den Sie migrieren können. Sie können Move-Gruppen auswählen, die in eine Welle aufgenommen werden sollen, basierend auf Faktoren wie Prioritätsbewertung, Move-Gruppengröße, Benutzeranzahl und Anwendungskomplexität.

Terminologie der Migrationsplanung

Welle der Migration

Eine logische Gruppe von Anwendungen, die zusammen migriert werden. Migrationswellen bestehen aus einer oder mehreren Bewegungsgruppen.

Gruppe verschieben

Eine Reihe voneinander abhängiger Anwendungen, die zusammen verschoben werden müssen. Sie können technische Abhängigkeiten wie eine gemeinsam genutzte Datenbank oder geschäftliche Abhängigkeiten wie die Unterstützung einer gemeinsamen Geschäftsfunktion aufweisen.

-Abhängigkeit

Eine Beziehung zwischen Systemen. Es gibt verschiedene Arten von Abhängigkeiten:

  • Kritische oder schwierige Abhängigkeiten. Systeme können ohne diese Abhängigkeit nicht funktionieren. Zu den häufigsten Beispielen gehören Anwendungen, die von Datenbanken, anderen Anwendungen oder Diensten abhängen.

  • Weiche Abhängigkeiten. Nicht kritisch für den Betrieb des Systems. Zu den häufigsten Beispielen gehören latenzunempfindliche Abhängigkeiten, die unabhängig voneinander migriert werden können.

  • Non-technicalAbhängigkeiten. Geschäftliche, organisatorische, betriebliche und Compliance-Abhängigkeiten im Zusammenhang mit Ihrer Organisation und ihren Prioritäten. Beispiele hierfür sind gemeinsame Geschäftsfunktionen und organisatorische Eigentümerschaft.

Workflow

Die Migrationsplanung ist ein interaktiver und iterativer Arbeitsablauf. Sie können jederzeit zurückgehen und Änderungen an den vorherigen Schritten vornehmen. Ein typischer Arbeitsablauf für die Migrationsplanung ist:

  1. Die Migrationsplanung beginnt mit der Zusammenfassung der verfügbaren Ermittlungsdaten. Überprüfen Sie die verfügbaren Daten und kehren Sie jederzeit zum Ermittlungsschritt zurück, um zusätzliche Daten bereitzustellen.

  2. Im Rahmen des Umfangs und der Analyse können Sie Fragen zu Ihrer lokalen Umgebung stellen, um die gesammelten Daten zu überprüfen. Zu den Beispielfragen gehören:

    1. Meine Server nach Betriebssystem auflisten

    2. Fassen Sie meine lokale Netzwerktopologie zusammen

    3. Nennen Sie die gängigsten Technologien, die in meiner Umgebung laufen.

  3. Wenn Sie bei der Analyse Ihrer Umgebung Server identifizieren, die nicht migriert werden sollten, können Sie AWS Transform anweisen, diese Ressourcen auszuschließen. Beispiele hierfür sind:

    1. Entfernen Sie alle Server, deren Hostname Legacy enthält

    2. Entfernen Sie alle Server in der Version 10.0.2. 0/24 Subnetz

    3. Entfernen Sie alle Server, auf denen Versionen von Windows ausgeführt werden, die älter als 2022 sind

  4. Sobald Sie Ihre Umgebung ausreichend untersucht und Ihren Migrationsumfang festgelegt haben, können Sie AWS Transform anweisen, mit dem nächsten Schritt der Migrationsplanung fortzufahren.

  5. Der nächste Schritt ist die Anwendungsgruppierung. Wenn Sie Ihre Server bereits Anwendungen zugeordnet haben, können Sie AWS Transform anweisen, diese Zuordnung zu verwenden, und diesen Schritt überspringen. Wenn Sie Ihre Anwendungen nicht vordefiniert haben, können Sie die technische und geschäftliche Logik bereitstellen, die Ihre Anwendungen definiert. AWS Transform führt Sie durch den Prozess der Anwendungsgruppierung und schlägt Ihnen die Datenpunkte vor, die Sie bereitstellen können, um Ihre Server effektiv zu Anwendungen zusammenzufassen. Je mehr Informationen Sie über Ihre lokalen Anwendungen bereitstellen können, desto effektiver kann AWS Transform Ihre Server in Apps gruppieren. Sobald Sie ausreichende Informationen bereitgestellt haben, können Sie AWS Transform anweisen, die Anwendungsgruppierung durchzuführen.

  6. Nachdem die Anwendungsgruppierung durchgeführt wurde, überprüfen Sie die Anwendungsgruppen. Sie können AWS Transform anweisen, alle erforderlichen Änderungen vorzunehmen, zum Beispiel:

    1. Verschieben Sie den Server example-server nach Anwendung-5

    2. Benennen Sie Anwendung-5 in „HR App Test Environment“ um

    3. Entfernen Sie alle Linux-Server von der IIS Dev Farm

  7. Sobald Ihre Apps gruppiert sind, weisen Sie AWS Transform an, mit dem nächsten Schritt fortzufahren

  8. Der nächste Schritt ist das Verschieben der Gruppierung. Im Schritt „Gruppierung verschieben“ identifizieren Sie Anwendungen, die zusammen verschoben werden müssen. Stellen Sie den Kontext Ihrer technischen und nichttechnischen Abhängigkeiten bereit. AWS Transform führt Sie durch den Prozess und schlägt Ihnen Datenpunkte vor, die Sie zur Gruppierung Ihrer Apps bereitstellen können. In dieser Phase müssen mehrere Überlegungen angestellt werden, darunter:

    1. Was sollte die Zielgröße der Move-Gruppe sein?

    2. Möchten Sie Umgebungen, zum Beispiel Entwicklung, Test und Produktion, für jede App kombinieren oder sie aufteilen?

    3. Wie möchten Sie Netzwerkabhängigkeiten berücksichtigen? Sind alle Abhängigkeiten kritisch oder können einige Abhängigkeiten als weiche Abhängigkeiten betrachtet und auf mehrere Move-Gruppen aufgeteilt werden?

  9. Nachdem Sie Ihre Regeln für die Gruppierung von Zügen angegeben haben, weisen Sie AWS Transform an, Ihre Strategie zur Gruppierung von Zügen auszuführen. Anschließend können Sie Ihre Move-Gruppen überprüfen und ändern. Nachdem Sie Ihre Move-Gruppen überprüft haben, können Sie AWS Transform anweisen, mit dem letzten Schritt der Migrationsplanung fortzufahren.

  10. Die Wave-Planung ist der letzte Schritt der Migrationsplanung. In diesem Schritt gruppieren Sie Ihre Umzugsgruppen in Migrationswellen und priorisieren diese Wellen. Im Schritt der Wellenplanung führt Sie AWS Transform durch die Bereitstellung der Geschäftsprioritäten, die erforderlich sind, um Ihre Umzugsgruppen in Wellen zu gruppieren und diese Wellen dann zu priorisieren. Zu den Überlegungen bei der Wellenplanung gehören:

    1. Die Geschäftskritikalität jeder Ihrer Move-Gruppen

    2. Die Zeitpläne für die Migration und die Zeitpläne für jede Bewegungsgruppe

    3. Die mit den einzelnen Zuggruppen verbundenen Risiken

    4. Die Anzahl der Server, die pro Welle migriert werden sollen

  11. Nachdem Sie ausreichend Anweisungen zur Gruppierung in Wellen gegeben haben, weisen Sie AWS Transform an, die Wellenplanung durchzuführen. Anschließend können Sie Ihre Wellen überprüfen und modifizieren.

  12. Sobald Sie Ihren Wave-Plan fertiggestellt haben, können Sie die Migrationsplanung abschließen und mit der Ausführung fortfahren. Sie können jederzeit zur Migrationsplanung zurückkehren, um Ihren Plan zu verfeinern und zu wiederholen.

  13. Für jede Welle können Sie eine Migrationsstrategie zuweisen: Rehosten (Server zu Amazon EC2 migrieren) und containerisieren (Quellcode containerisieren und auf Amazon Elastic Container Service oder Amazon Elastic Kubernetes Service bereitstellen). Wenn Sie einer Welle die Strategie „Containerisieren“ zuweisen, führt AWS Transform während der Migrationsausführung den Workflow zur Quellcode-Containerisierung für diese Welle aus. Weitere Informationen finden Sie unter Containerisierung des Quellcodes. Informationen zum Abrufen der AWS empfohlenen Strategien für das gesamte 7Rs-Framework, bevor Sie sie zuweisen, finden Sie unter. Empfehlungen zur Migrationsstrategie (7Rs)