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.
Automatisieren Sie die VMware-to-Amazon EC2-Migration mithilfe des agentischen Workflows von AWS Transform
Deepak Kumar, Femi Alabi und Monowar Chowdhury, Amazon Web Services
Zusammenfassung
Dieses Muster beschreibt, wie lokale virtuelle VMware-Maschinen (VMs) mithilfe von AWS Transform zur Amazon Elastic Compute Cloud (Amazon EC2) migriert werden. AWS Transform verwendet generative KI, um den gesamten Migrationsprozess zu orchestrieren und zu automatisieren, einschließlich Erkennung, Netzwerkkonvertierung, Wellenplanung und Serverrehosting über AWS Transform MGN (ehemals AWS Application Migration Service). Das Muster umfasst die Migration von Windows- und Linux-Servern von einer lokalen VMware vSphere-Umgebung zu Amazon EC2-Instances. Dieses Muster konzentriert sich auf die Migration einzelner Konten, bei der bei jedem Auftrag Server zu einem AWS-Zielkonto migriert werden. Durch den Einsatz von AI-driven Automatisierung für traditionell manuelle Aufgaben wie die Zuordnung von Abhängigkeiten, die Gruppierung von Anwendungen und die Sequenzierung von Migrationswellen reduziert dieser Ansatz die Komplexität, den Zeitaufwand und das Risiko der Migration.
Voraussetzungen und Einschränkungen
Voraussetzungen
Ein aktives AWS-Konto, bei dem AWS Organizations konfiguriert ist.
Netzwerkkonnektivität zwischen Ihrer lokalen VMware-Umgebung und AWS (wie AWS Direct Connect
oder AWS Site-to-Site VPN). Die Netzwerkinfrastruktur (VPCs, Subnetze und Sicherheitsgruppen), die im Zielkonto entweder über die AWS Transform-Netzwerkmigration oder unabhängig bereitgestellt wird, bereitgestellt.
Zugriff auf eine der folgenden Discovery-Datenquellen:
AWS Application Discovery Service Agentless Collector wird in Ihrer VMware-Umgebung bereitgestellt.
Das Open-Source-Tool Export for vCenter zum Exportieren von VM-Inventar.
Eine manuell vorbereitete Inventardatei mit Serverdetails im erforderlichen Format.
Administratorzugriff auf VMware vCenter Server.
Anmeldeinformationen (SSH-Schlüssel für Linux, WinRM-Anmeldeinformationen für Windows) für Quellserver, wenn die automatische Agentenbereitstellung über den MGN-Connector verwendet wird.
Einschränkungen
Dieses Muster konzentriert sich auf die Migration einzelner Konten, bei der bei jedem Auftrag Server zu einem AWS-Zielkonto migriert werden. AWS Transform unterstützt auch die Migration mehrerer Konten innerhalb eines einzelnen Auftrags, aber das würde den Rahmen dieses Musters sprengen.
Sie können eine AWS-Zielregion pro VMware-Migrationsauftrag angeben. Um in verschiedene Zielregionen zu migrieren, erstellen Sie separate Jobs.
Pro Zielkonto und AWS-Region kann jeweils nur ein Inventarimport ausgeführt werden. Wenn mehrere Wellen auf dasselbe Konto und dieselbe Region abzielen, müssen Importe serialisiert werden.
Nur x86-Server werden unterstützt. ARM-based Server werden nicht unterstützt.
Die AWS Systems Manager-Hybrid-Aktivierung des MGN-Connectors läuft nach 30 Tagen ab. Wenn Sie den Connector nach Ablauf auf einem neuen Computer installieren müssen, erstellen Sie einen neuen Connector.
Wenn Sie einen laufenden Migrationsauftrag beenden und neu starten, beginnt der Job von vorne und Sie verlieren den Fortschritt. Artefakte, die vor dem Neustart erstellt wurden, sind weiterhin verfügbar.
AWS Transform unterstützt alle AWS-Handelsregionen als Migrationsziele, mit Ausnahme von: Naher Osten (Bahrain) und Naher Osten (VAE)
Einige AWS-Services sind nicht in allen AWS-Regionen verfügbar. Informationen zur Verfügbarkeit in Regionen finden Sie unter AWS-Services nach Regionen
. Informationen zu bestimmten Endpunkten finden Sie auf der Seite Service-Endpunkte und Kontingente und wählen Sie den Link für den Service.
Versionen der Produkte
VMware vSphere 6.5 oder höher
Windows Server 2012 R2 oder höher
Red Hat Enterprise Linux (RHEL) 7.x oder höher
Ubuntu 16.04 oder höher
SUSE Linux Enterprise Server 12 SP5 oder höher
CentOS 7.x oder höher
Die vollständige Liste der unterstützten Betriebssysteme finden Sie unter Unterstützte Betriebssysteme in der AWS Transform MGN-Dokumentation.
Architektur
Quell-Technologie-Stack
On-premises VMware vSphere-Umgebung (ESXi-Hosts, vCenter Server)
Virtuelle Maschinen, auf denen Windows- oder Linux-Betriebssysteme ausgeführt werden
Virtuelles VMware-Netzwerk (vSwitches, Portgruppen, Distributed Switches)
VMware-Speicher (Virtual Machine File System, (VMFS), vSAN, NFS-Datenspeicher)
Ziel-Technologie-Stack
Amazon EC2-Instances, die nativ auf AWS ausgeführt werden
Amazon VPC mit Subnetzen und Sicherheitsgruppen
Amazon Elastic Block Store (Amazon EBS) für persistenten Blockspeicher
AWS Transform MGN für Replikation auf Blockebene und Serverrehosting
AWS Transform für die Orchestrierung der Migration AI-driven
AWS Systems Manager für die Kommunikation und Verwaltung von Konnektoren
AWS Secrets Manager für die Speicherung der Anmeldeinformationen auf dem Quellserver
Zielarchitektur
Das folgende Diagramm zeigt die allgemeine AWS Transform VMware-Migrationsarchitektur.
AWS Transform bietet einen kollaborativen Web-Workspace, in dem Sie den Migrationsauftrag über eine Chat-basierte Oberfläche erstellen und verwalten.
Discovery-Daten werden mithilfe des Agentless Collector, Export for vCenter oder eines manuellen Imports aus Ihrer lokalen VMware-Umgebung erfasst und im Discovery-Konto gespeichert.
AWS Transform verwendet KI, um Ihre VMware-Netzwerkkonfiguration in eine Amazon VPC-Architektur umzuwandeln, und generiert einen Migrationsplan mit Anwendungsgruppierung und Wave-Zuweisungen.
Auf den Quellservern installierte AWS Replication Agents replizieren kontinuierlich Daten auf Blockebene auf Replikationsserver für den Staging-Bereich im Zielkonto.
Während der Tests und der Umstellung startet AWS Transform MGN Amazon EC2-Instances aus den replizierten Daten in der Ziel-VPC.
Automatisierung und Skalierung
AWS Transform bietet eine Chat-basierte Oberfläche, über die Sie mit KI-Agenten interagieren, indem Sie Eingabeaufforderungen in natürlicher Sprache verwenden, um jeden Migrationsschritt voranzutreiben.
Der MGN-Connector automatisiert die Bereitstellung von Replikationsagenten auf mehreren Quellservern mithilfe von SSH (Linux) und WinRM (Windows), sodass keine manuelle Installation pro Server erforderlich ist.
Sie können einen konfigurierten Connector für mehrere Migrationswellen und für verschiedene Jobs wiederverwenden.
Organisieren Sie Server bei groß angelegten Migrationen in Wellen und migrieren Sie sie iterativ. Jede Welle durchläuft den Migrationszyklus unabhängig voneinander.
Tools
Tools
AWS-Services
AWS Transform — Ermöglicht die AI-driven Orchestrierung für den gesamten Migrationszyklus über eine Chat-basierte Weberfahrung. Sie interagieren mit dem Service über Eingabeaufforderungen in natürlicher Sprache. Er führt Sie durch die Erkennung, Netzwerkkonvertierung, Wellenplanung und Serverrehosting. Für die Nutzung von AWS Transform fallen keine zusätzlichen Gebühren an.
AWS Transform MGN — (früher AWS Application Migration Service). Führt eine kontinuierliche Replikation auf Blockebene von den Quellservern zu AWS durch und verwaltet den Test- und Umstellungszyklus. Sie können AWS Transform MGN direkt über die Konsole oder über den agentischen Workflow von AWS Transform verwenden.
AWS Application Discovery Service — Erkennt das lokale Serverinventar und erfasst Nutzungsdaten über den Agentless Collector.
Amazon EC2 — Stellt die Ziel-Recheninstanzen für migrierte Workloads bereit.
Amazon VPC — Bietet die Netzwerkisolierung und Segmentierung für migrierte Server.
AWS-Organisationen — Verwaltet die Struktur mit mehreren Konten (Discovery-Konto, Zielkonten).
AWS IAM Identity Center — Bietet Verbundzugriff auf das AWS Transform Web-Erlebnis.
AWS Systems Manager — Ermöglicht die sichere Kommunikation zwischen dem MGN-Connector und AWS über Hybrid-Aktivierungen und SSM-Dokumente.
AWS Secrets Manager — Speichert die Anmeldeinformationen des Quellservers, die vom MGN-Connector für die automatische Agentenbereitstellung verwendet werden.
AWS CloudFormation — Stellt IAM-Rollen und die VPC-Infrastruktur als Teil des Migrations-Setups bereit.
Andere Tools
Export für vCenter
— Ein Open-Source-Tool, das VM-Inventardaten aus VMware vCenter zur Verwendung mit AWS Transform Discovery exportiert. Import/Export für NSX
— Ein Open-Source-Tool, das VMware NSX-Netzwerk- und Firewallregelkonfigurationen zur Übersetzung in AWS-VPC-Sicherheitsgruppen exportiert.
Bewährte Methoden
Führen Sie vor der Migration eine gründliche Bewertung durch, einschließlich der Zuordnung der Anwendungsabhängigkeiten und Leistungsbasislinien, um eine genaue Wellenplanung sicherzustellen.
Verwenden Sie den Agentless Collector oder Export for vCenter für die automatische Erkennung, anstatt Inventardateien manuell vorzubereiten.
Beginnen Sie mit einer Pilotphase von 5—10 unkritischen Servern, um den Migrationsprozess vor der Skalierung auf Produktions-Workloads zu validieren.
Verwenden Sie separate AWS-Konten für die Erkennung und den gezielten Einsatz bei Produktionsmigrationen.
<workspace_id>Kennzeichnen Sie alle VPC-Ressourcen (Subnetze, Sicherheitsgruppen) im Zielkonto mit CreatedBy: AWSTransform und atWorkspace:, bevor Sie die Servermigration starten.
Verwenden Sie die statische IP-Zuweisung, wenn Anwendungen von festen IP-Adressen abhängen, und konfigurieren Sie die CIDR-Transformation, wenn das Zielsubnetz einen anderen Adressbereich verwendet.
Planen Sie Umstellungsfenster in Zeiten mit geringem Datenverkehr ein, um die Auswirkungen von Ausfallzeiten zwischen dem Herunterfahren der Quelle und der Verfügbarkeit der Cutover-Instance zu minimieren.
Schließen Sie die Umstellung nach erfolgreicher Umstellung und Überprüfung umgehend ab, um die Replikation zu beenden und das Quellserverkontingent freizugeben.
Verwenden Sie bei der manuellen Installation von Replikationsagenten temporäre IAM-Anmeldeinformationen (über AWS STS AssumeRole) statt permanenter Zugriffsschlüssel. (Folgen Sie dem Prinzip der geringsten Rechte und gewähren Sie die Mindestberechtigungen, die für die Ausführung einer Aufgabe erforderlich sind. Weitere Informationen finden Sie in der IAM-Dokumentation unter Gewähren der geringsten Rechte und Bewährte Sicherheitsmethoden.)
Wenn Sie Active Directory migrieren, starten Sie die AD-Server zuerst in der Welle und stellen Sie sicher, dass sie laufen, bevor Sie abhängige Server starten.
Epics
| Aufgabe | Description | Erforderliche Fähigkeiten |
|---|---|---|
Erstellen Sie einen Arbeitsbereich in AWS Transform | Melden Sie sich mit Ihren IAM Identity Center-Anmeldeinformationen bei der AWS Transform-Webanwendung an. Geben Sie auf der Workspace-Landingpage einen aussagekräftigen Workspace-Namen ein, der sich auf Ihr Migrationsprojekt bezieht (z. B. VMware-DC1-Migration). Lade optional Mitarbeiter ein, indem du auf das Plus-Symbol klickst und ihnen Rollen zuweist (Administrator, Genehmiger, Mitwirkender oder nur Zuschauer). | Cloud-Administrator |
Erstellen Sie einen VMware-Migrationsauftrag | Wählen Sie im Arbeitsbereich die Option Job erstellen aus. Geben Sie in der Chat-Oberfläche VMware ein, um die VMware-Migrationsoption auszuwählen. Wählen Sie End-to-end Migration als Jobtyp. Benennen Sie den Job optional um, indem Sie einen Namen eingeben (z. B. VMW-to-EC2 Job #1). Bestätigen Sie, indem Sie Ja eingeben, und wählen Sie dann Job erstellen. AWS Transform generiert einen schrittweisen Arbeitsplan. | Cloud-Administrator, Leiter der Migration |
Verbinden Sie das Discovery-Konto | Geben Sie in der Aufgabe „AWS-Konto für lokale Erkennung verbinden“ die AWS-Konto-ID für Ihr Discovery-Konto ein. Wählen Sie Create Connector und dann Send, um zu transformieren. Melden Sie sich beim Discovery-Konto an und genehmigen Sie die Verbindungsanfrage mithilfe des angegebenen Bestätigungslinks. Vergewissern Sie sich, dass der Connector-Status im AWS Transform-Chat „Genehmigt“ lautet. | Cloud-Administrator |
Verbinden Sie das Zielkonto | Geben Sie in der Aufgabe „Zielkonto verbinden“ die AWS-Konto-ID für das Zielkonto für diesen Job ein und wählen Sie die Region aus. Wählen Sie Create Connector aus. Melden Sie sich als Nächstes beim Zielkonto an und genehmigen Sie die Verbindungsanfrage. Sobald die Connector-Anfrage genehmigt wurde, kehren Sie zu AWS Transform zurück und senden Sie die Anfrage ab. | Cloud-Administrator |
| Aufgabe | Description | Erforderliche Fähigkeiten |
|---|---|---|
Laden Sie Discovery-Daten hoch (Option A: RVTools/Export für vCenter) | Wählen Sie im Schritt Discovery durchführen die Option ZIP-Datei auswählen und laden Sie ein ZIP-Archiv hoch, das Ihren CSV-Export aus RVTools oder dem Tool Export for vCenter enthält. Wählen Sie Senden, um zu transformieren. AWS Transform importiert die Daten und zeigt eine Zusammenfassung mit der Gesamtzahl der erkannten Server an. Überprüfen Sie die Zusammenfassung und wählen Sie Mit vorhandenen Daten fortfahren und dann zur Transformation senden aus. | Migrationsingenieur, VMware-Administrator |
Verwenden Sie Agentless Collector (Option B: Automatisierte Erkennung) | Wählen Sie im Schritt Discovery durchführen die Option Agentless Collector aus. Stellen Sie die Application Discovery Service Agentless Collector OVA in Ihrer VMware-Umgebung bereit. Konfigurieren Sie den Collector mit IAM-Anmeldeinformationen für das Discovery-Konto und verbinden Sie ihn mit Ihrem vCenter Server. AWS Transform identifiziert automatisch die vom Collector erkannten Daten. | Migrationsingenieur, VMware-Administrator |
Überprüfen Sie die Ermittlungsergebnisse | AWS Transform zeigt die Liste der erkannten Server an. Exportieren Sie optional die Serverliste, um sie mit Ihren Quelldaten zu vergleichen. Wenn AWS Transform keine Anwendungsgruppierungen für alle Server generieren kann, bietet es Optionen zum Erfassen zusätzlicher Daten. Bestätigen Sie die Ermittlungsergebnisse, um fortzufahren. | Ingenieur für Migration |
| Aufgabe | Description | Erforderliche Fähigkeiten |
|---|---|---|
Erstellen Sie den Wellenplan | AWS Transform stellt eine Wellenplan-Vorlagendatei bereit. Wählen Sie Datei herunterladen, um sie herunterzuladen. Wenn Sie den Agentless Collector verwendet haben, ist die Datei bereits mit Anwendungsnamen und empfohlenen Waves gefüllt. Wenn Sie RVTools verwendet haben, geben Sie den Anwendungsnamen und das Speichern für jede VM manuell ein. Entfernen Sie Server, die außerhalb des Gültigkeitsbereichs liegen, aus der Datei. Laden Sie die geänderte Datei hoch, indem Sie „Datei auswählen“ und dann „Zur Transformation senden“ wählen. | Leiter der Migration |
Netzwerkmigration konfigurieren | AWS Transform generiert eine AI-driven VPC-Architektur, die auf Ihrer VMware-Netzwerkkonfiguration basiert. Prüfen Sie die vorgeschlagenen VPC-, Subnetz- und Sicherheitsgruppenzuordnungen im Human-in-the-Loop (HITL) -Review. Genehmigen oder fordern Sie Änderungen über die Chat-Oberfläche an. AWS Transform stellt die Netzwerkinfrastruktur im Zielkonto mithilfe von CloudFormation bereit. | Cloud-Architekt, Netzwerktechniker |
Konfigurieren Sie die Migrationsstandards | AWS Transform präsentiert EC2-Empfehlungspräferenzen, Replikationseinstellungen und Startvorlagenparameter. Überprüfen Sie die Standardeinstellungen in der HITL-Überprüfung oder ändern Sie sie über die Chat-Oberfläche. Diese Einstellungen gelten für das Zielkonto und werden von allen Waves übernommen. Überschreiben Sie bei Bedarf bestimmte Einstellungen auf Wave-Ebene. | Ingenieur für Migration |
| Aufgabe | Description | Erforderliche Fähigkeiten |
|---|---|---|
Richten Sie die Migrationswelle ein | Wählen Sie die zu migrierende Welle aus. AWS Transform bestätigt das im Connector konfigurierte Zielkonto. Der Service überprüft das Ressourcen-Tagging und zeigt alle Ressourcen ohne Tags an, die Sie taggen können. Fügen Sie Netzwerkdaten zum Inventar hinzu. Konfigurieren Sie die Replikations- und Starteinstellungen über die HITL-Überprüfungs- oder Chat-Oberfläche. Wählen Sie die IP-Zuweisungsstrategie (statisch oder dynamisch). | Ingenieur für Migration |
Validieren und bestätigen Sie das Inventar | AWS Transform bereitet die Inventardatei für die Überprüfung vor. Laden Sie sie im CSV- oder XLSX-Format herunter. Prüfen Sie Serverkonfigurationen, Empfehlungen zum Amazon EC2-Instance-Typ, Ziel-Subnetze, Sicherheitsgruppen und Lizenzoptionen (BYOL oder Lizenz enthalten). Ändern Sie nach Bedarf und laden Sie die endgültige Version hoch. Wählen Sie zur Bestätigung Senden, um die Transformation zu bestätigen. AWS Transform MGN erstellt Quellserver-Datensätze im Zielkonto. | Ingenieur für Migration |
Stellen Sie Replikationsagenten bereit | Wählen Sie eine Bereitstellungsmethode, wenn Sie im Chat dazu aufgefordert werden: 1. MGN-Connector für automatische Bereitstellung — Richten Sie den Connector auf einem dedizierten Linux-Computer ein, konfigurieren Sie die Anmeldeinformationen für den Quellserver in AWS Secrets Manager, und AWS Transform stellt Agenten automatisch bereit. 2. Organisationstools (wie Ansible oder SCCM) — AWS Transform stellt die Installationsbefehle mit Parametern für die automatische Installation bereit. 3. Manuelle Installation — AWS Transform bietet Installationsbefehle pro Server mit dem Parameter --user-provided-id. | Migrationsingenieur, Systemadministrator |
Überwachung der Datenreplikation | AWS Transform überwacht den Fortschritt der Replikation und stellt Statusaktualisierungen im Chat bereit, einschließlich Replikationsstatus, Replikationsverzögerung und Bandbreitennutzung. Stellen Sie sicher, dass alle Server von Nicht bereit bis Bereit zum Testen übergehen. Über die Chat-Oberfläche können Sie die Replikation für einzelne Server oder die gesamte Welle anhalten, fortsetzen oder beenden. | Ingenieur für Migration |
Testen Sie migrierte Instanzen | Wenn Sie dazu aufgefordert werden, können Sie Testinstanzen für die gesamte Welle starten oder bestimmte Server auswählen, indem Sie deren vom Benutzer bereitgestellte IDs angeben. AWS Transform startet Amazon EC2-Instances und stellt Instance-IDs bereit. Stellen Sie eine Verbindung zu Testinstanzen her und überprüfen Sie die Anwendungsfunktionalität, Netzwerkkonnektivität und Leistung. Nach der Validierung können Sie die Testinstanzen beenden und Anwendungen als bereit für die Umstellung kennzeichnen. | Migrationsingenieur, Systemadministrator |
Führen Sie die Umstellung durch | Planen Sie ein Umstellungsfenster während einer Zeit mit wenig Verkehr ein. Wählen Sie, ob Sie Cutover-Instances für die gesamte Welle oder für ausgewählte Server starten möchten. AWS Transform startet EC2-Instances anhand der neuesten replizierten Daten und stellt Instance-IDs bereit. Stellen Sie sicher, dass die Cutover-Instances ordnungsgemäß funktionieren. Schließen Sie die Umstellung über die Chat-Oberfläche ab. Dadurch wird die Replikation gestoppt und die Agenten werden von den Quellservern entfernt. Archivieren Sie die Quellserver optional auf ein freies Kontingent. | Migrationsingenieur, Anwendungsbesitzer |
Fehlerbehebung
| Problem | Lösung |
|---|---|
Die Bereitstellung des MGN-Connectors schlägt mit Fehlern bei den Anmeldeinformationen fehl | Stellen Sie sicher, dass die in AWS Secrets Manager gespeicherten Anmeldeinformationen dem erforderlichen JSON-Format entsprechen. Stellen Sie bei Linux-Servern sicher, dass der private SSH-Schlüssel korrekt formatiert ist. Vergewissern Sie sich bei Windows-Servern, dass WinRM aktiviert ist und die angegebenen Anmeldeinformationen über Administratorzugriff verfügen. Siehe Anmeldedaten für den MGN-Connector () https://docs.aws.amazon.com/mgn/latest/ug/mgn-connector-credentials.html. |
Die Installation des Replication Agents schlägt auf Quellservern fehl | Bestätigen Sie die ausgehende HTTPS-Konnektivität (Port 443) von den Quellservern zum AWS Transform MGN-Endpunkt in Ihrer Zielregion. Stellen Sie sicher, dass der Quellserver die Mindestanforderungen erfüllt (unterstütztes Betriebssystem, verfügbarer Speicherplatz). Vergewissern Sie sich, dass die AWSApplicationMigrationAgentInstallationPolicy verwaltete Richtlinie an die IAM-Anmeldeinformationen angehängt ist. |
Server bleiben für einen längeren Zeitraum im Status „Nicht bereit“ | Prüfen Sie die Verzögerung bei der Replikation und die verfügbare Netzwerkbandbreite zwischen lokalen Geräten und AWS. Stellen Sie sicher, dass das Subnetz des Staging-Bereichs über eine ausreichende IP-Kapazität verfügt und dass Replikationsserver-Instances gestartet werden können. Überprüfen Sie die AWS Transform MGN-Konsole auf detaillierte Fehlermeldungen. |
Die Testinstanz kann nicht gestartet werden oder es treten Anwendungsfehler auf | Stellen Sie sicher, dass der richtige Amazon EC2-Instance-Typ zugewiesen ist (CPU und Speicher entsprechen den Quellanforderungen). Stellen Sie sicher, dass die Sicherheitsgruppen den erforderlichen eingehenden und ausgehenden Datenverkehr zulassen. Stellen Sie sicher, dass die Treiber beim Booten mit der Zielinstance-Familie kompatibel sind. |
AWS Transform kann kein verbundenes Konto erkennen | Stellen Sie sicher, dass sich sowohl das Discovery- als auch das Zielkonto in derselben AWS-Organisation befinden. Stellen Sie sicher, dass die Connector-Akzeptanz mit den richtigen IAM-Berechtigungen abgeschlossen wurde. Vergewissern Sie sich, dass der Connector-Status in der AWS Transform-Konsole „Genehmigt“ lautet. |
Fehler beim Tagging der Netzwerkinfrastruktur während des Wave-Setups | <workspace_id>Kennzeichnen Sie alle VPCs, Subnetze und Sicherheitsgruppen im Zielkonto mit CreatedBy: AWSTransform und atWorkspace:. VPCs und Subnetze, die durch die Netzwerkmigration von AWS Transform erstellt wurden, werden automatisch gekennzeichnet. |
Zugehörige Ressourcen
Referenzen
Zusätzliche Informationen
Für die Nutzung von AWS Transform fallen keine zusätzlichen Gebühren an. Sie zahlen nur für die zugrunde liegenden AWS-Ressourcen, die während der Migration verbraucht werden (Amazon EC2-Instances, Amazon EBS-Volumes, Datenübertragung).
Dieses Muster konzentriert sich auf die Migration einzelner Konten, bei der bei jedem Auftrag Server auf ein AWS-Zielkonto migriert werden. AWS Transform unterstützt auch die Migration mehrerer Konten innerhalb eines einzelnen Jobs, wobei Server mithilfe der Spalte mgn:account-id in der Inventardatei auf verschiedene Konten abzielen können. Eine Anleitung für mehrere Konten finden Sie unter Server mit AWS Transform migrieren. https://docs.aws.amazon.com/transform/latest/userguide/transform-vmware-migrate-servers.html
AWS Transform unterstützt mehrere Arten von Migrationsaufträgen: durchgängige Migration, Ermittlungs- und Migrationsplanung, Netzwerkmigration, Landezone, Landezone mit Netzwerk- und Servermigration und Migrationsplanung mit Servermigration. Dieses Muster deckt den Auftragstyp der durchgängigen Migration ab. Sie können jederzeit dynamisch Schritte zu jedem Jobtyp hinzufügen oder daraus entfernen.
Sie können auf zwei Arten auf AWS Transform MGN zugreifen: direkt über die MGN-Konsole zur praktischen Steuerung oder über den AWS Transform Agentic Workflow für die automatische Orchestrierung. In der Rehosting-Phase können Sie jederzeit zwischen diesen beiden Zugriffsmethoden wechseln.
AWS Transform verwendet eine Chat-basierte Oberfläche, über die Sie mit KI-Agenten in natürlicher Sprache interagieren. Der Service bietet Human-in-the-Loop (HITL) -Überprüfungen für wichtige Konfigurationsentscheidungen wie Netzwerkarchitektur, Startvorlagen und Replikationseinstellungen. Sie können Einstellungen über die HITL-Seiten oder direkt über den Chat konfigurieren.
Die Ausfallzeit während der Umstellung ist auf den Zeitraum zwischen dem Herunterfahren der Quell-VM und der Verfügbarkeit der EC2-Instance für die Umstellung begrenzt. Die kontinuierliche Replikation auf Blockebene minimiert den Datenverlust in diesem Zeitfenster.
Verwenden Sie für VMware NSX-Umgebungen das Tool Import/Export for NSX, um Netzwerk- und Firewallkonfigurationen zu exportieren,
bevor Sie mit der Netzwerkmigration in AWS Transform beginnen. AWS Transform MGN behält alle Compliance-Zertifizierungen, einschließlich FedRAMP High, HIPAA, PCI DSS, ISO und SOC 1, 2 und 3. Es ist in allen kommerziellen AWS-Regionen und beiden (USA-) Regionen verfügbar. GovCloud
Ein Workspace kann bis zu zehn VMware-Connectors haben (fünf Discovery-Connectors und fünf Connectors für die Infrastrukturbereitstellung).
Anlagen
Um auf zusätzliche Inhalte zuzugreifen, die zu diesem Dokument gehören, laden Sie die folgende Datei herunter und entpacken Sie sie: attachment.zip samples/p-attach/7965c128-970b-4482-a730-1e4fdd849dfe/attachments/attachment.zip
