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.
Erstellen Sie einen Migrationsplan
Der Arbeitsschritt zur Migrationsplanung in AWS Transform for VMware ist ein kollaboratives, chat-basiertes Erlebnis für die Planung großer Migrationen. AWS Transform-Agenten wenden AWS Prescriptive Guidance an, um Kunden von der Analyse der lokalen Daten bis hin zur endgültigen Planung der Migrationswelle zu begleiten.
Nachdem der Job Discover On-Premises-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, zur Generierung von Verschiebegruppen und zur Erstellung von Migrationswellen. Bei der Analyse Ihrer lokalen Umgebung können Sie Fragen stellen, um besser zu verstehen, wie AWS Transform Ihre installierte Software analysiert hat, beispielsweise Serverabhängigkeiten und Netzwerkarchitektur.
AWS Transform unterstützt Anpassungen des Umfangs innerhalb von Anwendungsgruppen und Wellen. Sie können Discovery-Daten jederzeit erneut hochladen. AWS Transform verarbeitet, dedupliziert und führt neue Datensätze automatisch mit vorhandenen Daten zusammen. Wenn Änderungen erkannt werden, z. B. neu entdeckte Abhängigkeiten oder Infrastrukturerweiterungen, kennzeichnet AWS Transform die betroffenen Abhängigkeitsgruppen und gibt Empfehlungen für Anpassungen des Wave-Plans. Bei der Migrationsplanung können auch unstrukturierte Textdaten verwendet werden, um den Planungsprozess zu bereichern.
Es gibt vier Phasen der Migrationsplanung:
Unter Umfang und Analyse können Sie Ihre Discovery-Daten überprüfen, Fragen zu Ihrer Software- und Netzwerkumgebung stellen und festlegen, welche Ressourcen für die Migration vorgesehen sind.
In Gruppen-Apps können Sie eine Kombination aus geschäftlichen und technischen Regeln angeben, z. B. in Bezug auf die Hostnamenanalyse, Netzwerkabhängigkeiten und Geschäftsregeln, sodass Ihre Infrastruktur bei der Migrationsplanung in Anwendungen gruppiert werden kann. Wenn Sie bereits über ein Inventar Ihrer Anwendungen verfügen, kann die Migrationsplanung dieses stattdessen verwenden.
Unter Verschiebungsgruppen generieren können Sie der Migrationsplanung Ihre technischen und geschäftlichen Anforderungen mitteilen, sodass sie festlegen 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äftliche Kritikalität, RPO und RTO, Standort des Rechenzentrums und Anwendungseigentümer.
Schließlich können Sie in Build Waves der Migrationsplanung einen Kontext zu Ihren Zeitplänen und Prioritäten geben, sodass sie einen Wellenplan erstellen kann, den Sie migrieren können. Sie können Move-Gruppen für die Aufnahme in eine Welle auf der Grundlage von Faktoren wie Prioritätsbewertung, Move-Gruppengröße, Benutzeranzahl und Anwendungskomplexität auswählen.
Terminologie der Migrationsplanung:
Migrationswellen sind logische Gruppen, die zusammen migriert werden. Migrationswellen bestehen aus einer oder mehreren Bewegungsgruppen.
Eine Verschiebungsgruppe besteht aus einer 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 haben.
Eine Abhängigkeit ist eine Beziehung zwischen Systemen. Es gibt verschiedene Arten von Abhängigkeiten, darunter:
Kritische oder harte Abhängigkeiten, bei denen Systeme ohne die Abhängigkeit nicht funktionieren können. Typische Beispiele hierfür sind Anwendungen, die von Datenbanken, anderen Anwendungen oder Diensten abhängig sind.
Weiche Abhängigkeiten, die für den Betrieb des Systems nicht entscheidend sind. Typische Beispiele hierfür sind latenzunempfindliche Abhängigkeiten, die unabhängig voneinander migriert werden können.
Non-technical Zu den Abhängigkeiten gehören geschäftliche, organisatorische, betriebliche und Compliance-Abhängigkeiten. Dies sind Abhängigkeiten, die sich auf Ihre Organisation und ihre Prioritäten beziehen. Beispiele hierfür sind gemeinsame Geschäftsfunktionen und organisatorische Eigenverantwortung.
Workflow
Die Migrationsplanung ist ein interaktiver und iterativer Arbeitsablauf. Sie können jederzeit zurückgehen und Änderungen an den vorherigen Schritten vornehmen. Ein typischer Workflow zur Migrationsplanung ist:
Die Migrationsplanung beginnt mit der Zusammenfassung der verfügbaren Discovery-Daten. Überprüfen Sie die verfügbaren Daten und kehren Sie jederzeit zum Ermittlungsschritt zurück, um zusätzliche Daten bereitzustellen.
Im Schritt „Umfang und Analyse“ können Sie Fragen zu Ihrer lokalen Umgebung stellen, um die gesammelten Daten zu validieren. Zu den Beispielfragen gehören:
Meine Server nach Betriebssystem auflisten
Fassen Sie meine lokale Netzwerktopologie zusammen
Führen Sie die gängigsten Technologien auf, die in meiner Umgebung ausgeführt werden.
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:
Entfernen Sie alle Server, deren Hostname Legacy enthält
Entfernen Sie alle Server in Version 10.0.2. 0/24 Subnetz
Entfernen Sie alle Server, auf denen Versionen von Windows ausgeführt werden, die älter als 2022 sind
Sobald Sie Ihre Umgebung ausreichend untersucht und Ihren Migrationsumfang bestimmt haben, können Sie AWS Transform anweisen, mit dem nächsten Schritt der Migrationsplanung fortzufahren.
Der nächste Schritt ist die Gruppierung von Anwendungen. 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 angeben, 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 zu Ihren lokalen Anwendungen bereitstellen können, desto effektiver kann AWS Transform Ihre Server in Apps gruppieren. Sobald Sie genügend Informationen bereitgestellt haben, können Sie AWS Transform anweisen, die Anwendungsgruppierung durchzuführen.
Sobald die Anwendungsgruppierung durchgeführt wurde, überprüfen Sie die Anwendungsgruppen. Sie können AWS Transform anweisen, alle erforderlichen Änderungen vorzunehmen, zum Beispiel:
Verschieben Sie Server Example-Server nach Application-5
Benennen Sie Anwendung-5 in „HR-App-Testumgebung“ um
Entfernen Sie alle Linux-Server aus der IIS-Entwicklungsfarm
Sobald Ihre Apps gruppiert sind, weisen Sie AWS Transform an, mit dem nächsten Schritt fortzufahren
Der nächste Schritt ist die Gruppierung von Verschiebungen. Im Schritt Gruppierung verschieben identifizieren Sie Anwendungen, die zusammen verschoben werden müssen. Stellen Sie den Kontext zu Ihren technischen und nichttechnischen Abhängigkeiten bereit. AWS Transform führt Sie durch den Prozess und schlägt Ihnen Datenpunkte vor, die Sie angeben können, um Ihre Apps zu gruppieren. In dieser Phase müssen mehrere Überlegungen angestellt werden, darunter:
Was sollte die Zielgröße der Umzugsgruppe sein?
Möchten Sie Umgebungen, zum Beispiel Dev, Test und Prod, für jede App kombinieren oder sie aufteilen?
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 Verschiebungsgruppen aufgeteilt werden?
-
Sobald 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 Zuggruppen ü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.
Die Wellenplanung 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:
Die geschäftliche Bedeutung jeder Ihrer Move-Gruppen
Die Migrationszeitpläne und die Zeitpläne für jede Move-Gruppe
Die mit jeder Umzugsgruppe verbundenen Risiken
Die Anzahl der Server, die pro Welle migriert werden sollen
Sobald Sie ausreichend Informationen 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 ändern.
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.
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 den Workflow zur Containerisierung des Quellcodes für diese Welle während der Ausführung der Migration aus. Weitere Informationen finden Sie unter Containerisierung des Quellcodes. Informationen zu den AWS empfohlenen Strategien für das 7Rs-Framework, bevor Sie sie zuweisen, finden Sie unter. Empfehlungen zur Migrationsstrategie (7R)
