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.
Server migrieren
AWS Transform automatisiert das Rehosting Ihrer Server auf Amazon EC2 im großen Maßstab. Der AI-powered Agent führt Sie durch jede Migrationswelle, von der Inventarüberprüfung und der Bereitstellung des Replikationsagenten bis hin zu Tests und der endgültigen Umstellung. AWS Transform kümmert sich um die Orchestrierung auf Hunderten von Servern, während Sie die Kontrolle über Konfiguration und Genehmigungsentscheidungen behalten. Unter der Haube verwendet AWS Transform AWS Transform MGN (MGN) für die Datenreplikation. Weitere Informationen zu MGN finden Sie unter Was ist? AWS Transform MGNim MGN-Benutzerhandbuch.
Sie können Server aus praktisch jeder Quellumgebung migrieren, einschließlich lokaler Rechenzentren, anderer Cloud-Anbieter oder anderer AWS Regionen. AWS Transform unterstützt sowohl physische als auch virtuelle Server, die auf VMware- Hyper-V, KVM- oder anderen Virtualisierungsplattformen ausgeführt werden. Die Quellinfrastruktur und der Hypervisor sind nicht wichtig, solange das Quellbetriebssystem unterstützt wird.
Die Servermigration wird in Wellen organisiert. Jede Welle steht für eine Gruppe von Servern, die zusammen migriert werden. Für jede Welle führt Sie der Agent durch die folgenden Phasen:
Bei Waves mit einer Containerisierungs-Migrationsstrategie führt AWS Transform anstelle der unten beschriebenen Rehost-Schritte den Workflow zur Quellcode-Containerisierung durch. Der Container-Workflow führt Sie durch das Klonen des Quellcodes, das Generieren von Docker-Artefakten, das Veröffentlichen von Container-Images und die Bereitstellung auf Amazon Elastic Container Service oder Amazon Elastic Kubernetes Service. Den vollständigen Containerisierungs-Workflow finden Sie unter. Containerisierung des Quellcodes
-
Voraussetzungen und Konfiguration der Migrationsstandards Richten Sie Ihre Zielkonten ein und konfigurieren Sie, wie Instances gestartet werden. AWS Transform bietet intelligente Standardeinstellungen, sodass Sie schnell loslegen können.
-
Schritt 1: Migration Wave einrichten. Der Agent konfiguriert Ihr Zielkonto, überprüft die Berechtigungen und richtet das Ressourcen-Tagging automatisch ein.
-
Schritt 2: Validieren und bestätigen Sie das Inventar. Überprüfen Sie Ihre Serverkonfigurationen, Empfehlungen zum Instanztyp und Netzwerkzuweisungen, bevor Sie mit der Migration beginnen.
-
Schritt 3: Implementieren Sie Replikationsagenten. Der Agent kann Agenten in einer Welle auf allen Servern verteilen, ohne dass ein manueller Zugriff auf jeden Server einzeln erforderlich ist.
-
Schritt 4: Datenreplikation. Kontinuierliche Replikation auf Blockebene sorgt dafür, dass Ihre Zielumgebung mit den Quellservern synchronisiert wird, bis Sie für die Umstellung bereit sind.
-
Schritt 5: Testen. Starten Sie Testinstanzen, um Ihre migrierten Server zu validieren, bevor Sie mit der endgültigen Umstellung beginnen.
-
Schritt 6: Umstellung. Schließen Sie die Migration mit minimalen Ausfallzeiten ab. Der Agent koordiniert die endgültige Umstellung und überprüft den Erfolg.
Voraussetzungen und Konfiguration der Migrationsstandards
Voraussetzungen
Wenn Sie alle Schritte einer umfassenden Migration in AWS Transform abgeschlossen haben, sind Ihre Zielkonten, die Inventardatei und die Netzwerkinfrastruktur bereits vorbereitet. Sie können mit der Konfiguration der Migrationsstandards fortfahren.
Wenn Sie die Servermigration unabhängig starten, stellen Sie sicher, dass die folgenden Voraussetzungen erfüllt sind:
-
Unterstützte Betriebssysteme — Auf den Quellservern muss ein unterstütztes Betriebssystem ausgeführt werden. Eine vollständige Liste finden Sie unter Unterstützte Betriebssysteme im MGN-Benutzerhandbuch.
-
Zielkonten für die Migration — Die AWS-Konto IDs, auf die Ihre Server migriert werden sollen. Sie können AWS Transform Landing Zone oder andere Tools verwenden, um Ihre Infrastruktur einzurichten.
-
Netzwerkinfrastruktur — bereitgestellte und konfigurierte VPCs, Subnetze und Sicherheitsgruppen. Sie können AWS Transform Network Migration oder andere Tools verwenden, um Ihre Netzwerkinfrastruktur einzurichten.
-
Inventardatei — Vorbereitet mit Serverdetails, Wave-Zuweisungen, Zielkontoinformationen und Einstellungen für den Amazon EC2-Instance-Typ. Sie können die AWS Transform-Migrationsplanung verwenden, um diese Datei zu generieren.
Konfigurieren Sie die Migrationsstandards
AWS Transform bietet intelligente Standardeinstellungen für Ihre Migrationskonfiguration, einschließlich der Art und Weise, wie Amazon EC2-Instances gestartet werden und wie die Replikation eingerichtet wird. Sie können diese Standardeinstellungen akzeptieren und sofort mit der Migration beginnen oder sie über die Chat-Oberfläche oder eine visuelle Überprüfung anpassen. Die Standardeinstellungen gelten für alle Ihre Zielkonten und können bei der Einrichtung der Welle auf Wave-Ebene außer Kraft gesetzt werden.
Einstellungen für Amazon EC2-Empfehlungen
AWS Transform analysiert Ihre Quellserverauslastung und empfiehlt Amazon EC2-Instances mit optimaler Größe, sodass Sie vom ersten Tag an eine Überbereitstellung vermeiden können. Sie können Ihre Amazon EC2-Empfehlungseinstellungen konfigurieren, um zu steuern, wie Instance-Typen für Ihre migrierten Server ausgewählt werden.
Weitere Informationen zum Generieren von Amazon EC2-Empfehlungen finden Sie unter Generieren von Amazon EC2-Empfehlungen in. AWS Migration Hub
Anmerkung
Sie können die vorgeschlagenen Amazon EC2-Instance-Typen so ändern, dass sie Empfehlungen aus dem Migration Evaluator
Initialisierung der Migration
AWS Transform richtet automatisch die erforderliche Migrationsinfrastruktur in Ihren Zielkonten ein, bevor die Migration beginnt. Dazu gehört die Initialisierung von MGN für alle AWS-Region Konten, in die Sie migrieren möchten, sowie für alle Zielkonten. Während des Initialisierungsprozesses:
-
Die erforderlichen IAM-Rollen und -Richtlinien werden erstellt.
-
Die erforderlichen Standardvorlagen sind konfiguriert.
Informationen zum Initialisierungsprozess finden Sie unter Initialisieren AWS Transform MGN mit der Konsole im MGN-Benutzerhandbuch.
Amazon-EC2-Startvorlage
Die Starteinstellungen bestehen aus zwei Teilen: den allgemeinen Starteinstellungen und der Amazon EC2-Startvorlage, die festlegt, wie eine Test- oder Cutover-Instance für jeden Quellserver gestartet wird. AWS
Starteinstellungen, einschließlich der Amazon EC2-Startvorlage, können auf Kontoebene definiert werden und werden dann jedes Mal automatisch auf jeden Quellserver angewendet, wenn Sie Transform MGN einen Quellserver hinzufügen AWS . Die in diesem Abschnitt definierten Standardeinstellungen für Starteinstellungen können automatisch auf alle Ihre Zielkonten angewendet werden.
AWS Transform zeigt die Liste der verfügbaren Einstellungen für Startvorlagen an. Sie können wählen, ob Sie mit den Standardeinstellungen fortfahren oder Ihre Startvorlage konfigurieren möchten. Wenn Sie sich für die Konfiguration entscheiden, bietet AWS Transform einen Link zu einer HITL-Überprüfung (Human-in-the-Loop), die alle Parameter der Einstellungen für die Startvorlage enthält. Sie können auch direkt über die Chat-Oberfläche Änderungen an beliebigen Parametern vornehmen.
Quellserver werden mit den Vorlageneinstellungen für den Kontostart erstellt. Sobald Quellserver mit diesen Standardeinstellungen erstellt wurden, können Sie sie auf der Ebene der Starteinstellungen für den Quellserver ändern. Sie können die Quellservereinstellungen für jeden Parameter über die Chat-Oberfläche oder bei Massenoperationen währenddessen mithilfe der Excel-Inventardatei ändernSchritt 2: Inventar validieren und bestätigen.
Eine vollständige Liste der Einstellungen und Details zur Startvorlage finden Sie unter Allgemeine Starteinstellungen im MGN-Benutzerhandbuch.
Zusätzliche Änderungen an der Amazon EC2-Startvorlage
Zusätzliche Änderungen an der Amazon EC2-Startvorlage sollten Sie an der Vorlagen-ID für jedes Zielkonto vornehmen. Diese Option ist im Wave-Setup verfügbar. AWS Transform führt Sie durch das Programm und stellt den entsprechenden Link zur Verfügung.
Post-launch Aktionen
Post-launch Aktionen automatisieren Modernisierungs- und Validierungsaufgaben, die auf jedem Quellserver unmittelbar nach dem Start als Test- oder Übernahmeinstanz ausgeführt werden. AWS AWS Transform Rehost verwendet die in MGN verfügbaren Aktionen nach dem Start und stellt diese Funktionen bereit, sodass der Agent sie im Rahmen des Migrationsworkflows in Ihrem Namen empfehlen, konfigurieren und ausführen kann. Aktionen werden über AWS Systems Manager (Systems Manager) ausgeführt und können entweder eine der in MGN verfügbaren vordefinierten Aktionen oder eine benutzerdefinierte Aktion sein, die aus einem vorhandenen Systems Manager-Dokument erstellt wurde.
Post-launch Aktionen können auf Kontoebene definiert werden und werden dann jedes Mal, wenn Sie MGN einen Quellserver hinzufügen, automatisch auf jeden Quellserver angewendet. Die in diesem Abschnitt definierten Standardeinstellungen für Aktionen nach dem Start können automatisch auf alle Ihre Zielkonten angewendet werden.
AWS Transform zeigt zunächst die Liste der verfügbaren Aktionen nach dem Start für Ihre Zielkonten an. Anschließend bietet es an, eine neue Aktion nach dem Start zu definieren und sie auf die Migration Ihres Zielkontos anzuwenden. AWS Transform bietet auch AI-powered Empfehlungen, die auf dem Betriebssystem und den Best Practices für Ihr Inventar basieren. Sie können wählen, ob Sie mit den Standardeinstellungen fortfahren oder Ihre eigenen Aktionen konfigurieren möchten.
Sie können auch eine Aktion nach dem Start auswählen, die bereits in MGN definiert ist. Bitten Sie den Agenten, die Liste der vordefinierten Aktionen anzuzeigen, die nach dem Start verfügbar sind. Weitere Informationen zu dieser Liste finden Sie unter Vordefinierte Aktionen nach dem Start im MGN-Benutzerhandbuch.
Eine neue Aktion nach dem Start erstellen
Wenn Sie sich dafür entscheiden, eine neue Aktion nach dem Start zu erstellen, fordert Sie der Agent auf, den Systems Manager-Dokumentnamen oder den Systems Manager-ARN anzugeben, mit dem die Aktion nach dem Start erstellt werden soll. Das Systems Manager-Dokument sollte vorab über die Konsole erstellt werden. AWS Systems Manager Weitere Informationen zum Erstellen eines Systems Manager-Dokuments finden Sie im AWS Systems Manager Benutzerhandbuch unter Erstellen von Systems Manager-Dokumenten.
Der Agent generiert dann eine Human-in-the-Loop (HITL) -Schnittstelle, in der Sie die erforderlichen Felder angeben:
-
Post-launch Aktionsname — Der Agent gibt einen Standardnamen an, den Sie ändern können.
-
Post-launch Aktionsreihenfolge — Der Standardwert für die Reihenfolge ist 1001, es sei denn, für das Konto sind bereits Aktionen nach dem Start definiert. In diesem Fall wird die neue Aktion an letzter Stelle in der Ausführungsreihenfolge platziert. Sie können die Reihenfolge ändern. Weitere Informationen zur Reihenfolge der Aktionen nach dem Start finden Sie unter Post-launch Einstellungen im MGN-Benutzerhandbuch.
-
Erforderliche Systems Manager-Parameterwerte — Geben Sie die Werte für alle Parameter an, die im Systems Manager-Dokument erforderlich sind.
Sie können auch direkt über die Chat-Oberfläche Änderungen an beliebigen Parametern vornehmen.
Quellserver werden mit den Aktionseinstellungen für das Konto nach dem Start erstellt. Sobald Quellserver mit diesen Standardeinstellungen erstellt wurden, können Sie sie auf Quellserverebene ändern. Sie können die Quellservereinstellungen bei jeder Aktion über die Chat-Oberfläche oder bei Massenvorgängen mithilfe der Excel-Inventardatei während des Vorgangs ändernSchritt 2: Inventar validieren und bestätigen.
Post-launch Aktionen in der Inventardatei
Der Rehost-Agent erweitert die Inventardatei um eine Aktionsvorlage für die Zeit nach dem Start, die für jeden Quellserver definiert ist. Auf diese Weise können Kunden während des Rehost-zu-MGN-Importvorgangs Aktionen nach dem Start pro Quellserver aktualisieren oder hinzufügen. Wenn Sie bestimmte Aktionen nach dem Start von einem Quellserver löschen möchten, geben Sie dies in der Spalte anactive. FALSE Post-launch Aktionen in der Inventardatei verwenden die folgende Namenskonvention:
mgn:launch:post-actions:<ACTION_NAME>:<FIELD_NAME>
Ein globaler Schalter steuert, ob Aktionen nach dem Start ausgeführt werden:
mgn:launch:post-actions:enabled (TRUE/FALSE)
Felder pro Aktion
-
ssmDocumentName(Zeichenfolge, erforderlich) — Das auszuführende Systems Manager-Dokument. -
order(Integer, erforderlich) — Ausführungsreihenfolge; muss zwischen 1000 und 10000 liegen. Aktionen werden in aufsteigender Reihenfolge ausgeführt — niedrigere Werte werden zuerst ausgeführt. -
active(TRUE/FALSE, optional) — Ob die Aktion aktiv ist. -
mustSucceedForCutover(TRUE/FALSE, optional) — Ob die Aktion vor der Umstellung erfolgreich sein muss. -
timeoutSeconds(Integer, optional) — Timeout in Sekunden. -
description(Zeichenfolge, optional) — Human-readable Beschreibung. -
parameters(JSON, optional) — Systems Manager-Dokumentparameter.
Parameter: JSON-Struktur
Das parameters Feld wird als JSON-Struktur bereitgestellt:
{ "parameters": { "Operation": [ {"value": "Scan", "type": "String"} ] }, "externalParameters": { "InstanceId": "ec2.InstanceId" } }
-
parameters— Ordnet die Namen der Dokumentparameter einer Liste von Wertreferenzen zu (jeweils mit einemvalueund einem optionalen Werttype, der standardmäßig aufString). -
externalParameters— Ordnet Dokumentparameternamen dynamischen Pfadzeichenfolgen zu (es wird kein Systems Manager-Parameter erstellt).
Schritt 1: Migrationswelle einrichten
In dieser Phase bereitet AWS Transform die Migrationswelle vor, indem es das Zielkonto konfiguriert, die Serviceberechtigungen überprüft, Ressourcen-Tags einrichtet, Netzwerkdaten zu Ihrem Inventar hinzufügt und die Replikations- und Starteinstellungen konfiguriert.
Migrationsmodus und Kontokonfiguration
AWS Transform unterstützt zwei Migrationsmodi:
-
Single-account Migration — Alle Server in der Wave migrieren auf dasselbe Zielkonto, das in Ihrem Connector konfiguriert ist.
-
Multi-account Migration — Server migrieren zu verschiedenen Zielkonten, die in Ihrer Inventardatei angegeben sind. Bei Migrationen mit mehreren Konten muss Ihre Lagerbestandsdatei eine
mgn:account-idSpalte mit der Zielkonto-ID für jeden Server enthalten.
AWS Transform bestätigt die Konfiguration des Zielkontos und stellt sicher, dass MGN in jedem Zielkonto initialisiert ist. Wenn MGN noch nicht initialisiert ist, enthält AWS Transform Anweisungen zum Abschluss der Initialisierung. Während der Initialisierung erstellt MGN die folgenden IAM-Servicerollen für Replikations- und Startvorgänge:
AWSApplicationMigrationReplicationServerRoleAWSApplicationMigrationConversionServerRoleAWSApplicationMigrationMGHRoleAWSApplicationMigrationLaunchInstanceWithDrsRoleAWSApplicationMigrationLaunchInstanceWithSsmRoleAWSApplicationMigrationAgentRole
Weitere Informationen zu diesen Rollen finden Sie unter Initialisieren von MGN mit der Konsole oder Initialisieren von MGN mit der API im MGN-Benutzerhandbuch.
Bei Migrationen mit mehreren Konten erstellt AWS Transform während des Initialisierungsschritts auch die folgende Rolle:. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Diese Rolle wird für alle Migrationszielkonten bereitgestellt.
Überprüfung der Kennzeichnung von Ressourcen
Nachdem die Serviceberechtigungen bestätigt wurden, überprüft AWS Transform, ob alle erforderlichen Ressourcen ordnungsgemäß gekennzeichnet sind, damit die Migration vom Agenten erfolgreich durchgeführt werden kann. Wenn bei Ressourcen die erforderlichen Tags fehlen, stellt AWS Transform einen Link zur Tagging-Seite bereit, auf der Sie die fehlenden Tags anwenden können, bevor Sie fortfahren. Die folgenden Tags sind erforderlich:
-
Bestehende Quellserver müssen die Tags
CreatedBy: AWSTransformund habenATWorkspace: <workspace_id>. Wenn Sie bereits mit der Replikation auf Quellservern begonnen und diese im AWS Transform MGN-Dienst erstellt haben, müssen Sie diese Server taggen, damit AWS Transform sie mit den Quellservern korrelieren kann, die in Ihrer lokalen Umgebung erkannt wurden, und die unnötige Erstellung doppelter Quellserver vermeiden kann. AWS Transform korreliert sie automatisch mithilfe der vom Benutzer bereitgestellten ID-, FQDN- oder Hostnamenschlüssel. -
Die Netzwerkressourcen müssen sowohl für die Replikations- (Staging-Bereich) als auch für die Start-Instances ordnungsgemäß gekennzeichnet sein. AWS Transform zeigt die vollständige Liste der Netzwerkressourcen in Ihrem Zielkonto an und gibt an, ob jede Ressource bereits markiert ist oder nicht. Sie können die Liste überprüfen und alle Ressourcen ohne Tags auswählen, die Sie hinzufügen möchten. AWS Transform wendet für jede Ressource, die Sie auswählen, das entsprechende Tag an:
-
CreatedBy: AWSTransformoderCreatedFor: AWSTransform, je nach Ressourcentyp. -
ATWorkspace: <workspace_id>wird auf alle ausgewählten Ressourcen angewendet.
VPCs und Subnetze, die vom AWS Transform Network Migration Agent erstellt wurden, werden automatisch gekennzeichnet.
-
-
Zusätzlich zu VPCs und Subnetzen zeigt AWS Transform auch alle vorhandenen Elastic Network Interfaces (ENIs) an, die in Ihrem Zielkonto gefunden wurden. Wenn Sie möchten, dass AWS Transform sie beim Start Ihrer Instance verwendet, müssen sie mit und gekennzeichnet werden.
CreatedFor: AWSTransformATWorkspace: <workspace_id>Weitere Informationen zum Anhängen oder Hinzufügen von ENIs zur Amazon EC2-Startvorlage finden Sie unter Detaillierte Überlegungen im MGN-Benutzerhandbuch.
Netzwerkdaten zum Inventar hinzufügen
AWS Transform fügt der Inventardatei Netzwerkinformationen aus Ihrer Netzwerkmigration hinzu. In diesem Schritt werden Ihre Server auf der Grundlage der Netzwerkkonfiguration, die während der Netzwerkmigration generiert wurde, den entsprechenden Ziel-Subnetzen und Sicherheitsgruppen zugeordnet.
Einstellungen für Replikation und Start
Konfiguration der Replikationseinstellungen
Die Replikationseinstellungen bestimmen, wie Daten von Ihren Quellservern auf repliziert werden. AWS Konfigurieren Sie die Replikationseinstellungen in der Replikationsvorlage, bevor Sie Quellserver zu AWS Transform MGN hinzufügen. AWS Transform zeigt Ihnen alle Parameter für die Replikationseinstellungen — Sie können sie über eine dedizierte HITL oder über die Chat-Oberfläche konfigurieren.
Weitere Informationen zu den Parametern für die Replikationseinstellungen finden Sie unter Vorlage für Replikationseinstellungen im MGN-Benutzerhandbuch.
Starten Sie die Vorlageneinstellungen
Mit der Startvorlage können Sie steuern, wie AWS Transform MGN Instances startet. AWS Die in der Vorlage definierte Standardkonfiguration wird automatisch auf jeden neu hinzugefügten Server angewendet. Sie können die Einstellungen für die Startvorlage über eine dedizierte HITL oder über die Chat-Oberfläche konfigurieren.
Weitere Informationen zu den Einstellungsparametern der Startvorlage finden Sie unter Startvorlage im MGN-Benutzerhandbuch.
AWS Transform bietet auch einen Link zur Amazon EC2-Startvorlagen-ID, die der Startvorlage zugeordnet ist, sodass Sie zusätzliche Attribute der Amazon EC2-Startvorlage ändern können. Um die Amazon EC2-Startvorlage zu bearbeiten, folgen Sie den Anweisungen unter Startvorlage im MGN-Benutzerhandbuch.
Strategie zur IP-Zuweisung
Sie wählen, wie IP-Adressen Ihren migrierten Servern zugewiesen werden:
-
Statische IP — Die IP-Adresse des Quellservers wird beibehalten. Wenn eine CIDR-Transformation erforderlich ist, konvertiert AWS Transform die IP-Adresse automatisch so, dass sie der neuen CIDR entspricht.
-
Dynamische IP (DHCP) — Jedem Server wird eine neue IP-Adresse aus dem IP-Pool des Subnetzes zugewiesen.
Anmerkung
Wenn Sie bei der Netzwerkmigration die Strategie zur Zuordnung von MAP-Sicherheitsgruppen ausgewählt haben, ist nur die statische IP-Zuweisung verfügbar. Weitere Informationen finden Sie unter Zuordnung von Sicherheitsgruppen.
Schritt 2: Inventar validieren und bestätigen
Bevor Sie Ihre Serverdaten in MGN laden, bereitet AWS Transform die Inventardatei für Ihre Überprüfung vor. Sie können die Datei im CSV- oder XLSX-Format herunterladen, die Serverkonfigurationen überprüfen und bei Bedarf Änderungen vornehmen.
Die Inventardatei enthält Details wie Servernamen, Betriebssysteme, Empfehlungen zum Amazon EC2-Instance-Typ, Ziel-Subnetze, Sicherheitsgruppen, IP-Zuweisungen und Lizenzoptionen. Zu den erforderlichen Feldern gehören:
-
Serverinformationen — Servername, VMID und Quellspezifikationen.
-
Wellenzuweisung — Gruppierung von Migrationswellen.
-
Anwendungsgruppierung — Logische Anwendungszuordnungen.
-
Zielkonfiguration — Zielkonto, Region und Amazon EC2-Instance-Typ.
-
Netzwerkkonfiguration — Zielsubnetz und Sicherheitsgruppen.
Sie können die Datei ändern, um die Amazon EC2-Konfigurationen anzupassen, die Betriebssystem-Lizenzoptionen (BYOL oder License Included) zu ändern und die Tenancy-Einstellungen zu aktualisieren.
Nachdem Sie das Inventar überprüft haben, können Sie es entweder wie abgebildet akzeptieren oder eine geänderte Version hochladen. AWS Transform lädt dann die Daten in MGN, das Quellserverdatensätze für jeden Server in der Welle erstellt.
Anmerkung
Entfernen Sie keine Spalten und ändern Sie keine Spaltenüberschriften in der Inventardatei. AWS Transform benötigt die ursprüngliche Dateistruktur, um die Daten korrekt zu verarbeiten.
Anmerkung
AWS Transform ermöglicht einen Import in ein bestimmtes Ziel AWS-Konto und AWS-Region jedes Ziel gleichzeitig. Wenn Sie an mehr als einer Welle gleichzeitig arbeiten oder wenn mehr als ein Migrationsjob mit demselben Zielkonto ausgeführt wird, müssen Sie warten, bis ein Import abgeschlossen ist, bevor Sie einen weiteren Import in einer anderen Welle oder einem anderen Job ausführen können.
Sie können die Lizenzierungsoptionen für das Betriebssystem (BYOL oder License Included) und die Tenancy steuern, indem Sie die Konfiguration in den Spalten mgn:launch:placement:operating-system-licensing und der Inventardatei angeben. mgn:launch:placement:tenancy Weitere Informationen finden Sie im MGN-Benutzerhandbuch unter Importparameter.
Schritt 3: Implementieren Sie Replikationsagenten
Um mit der Replikation von Daten von Ihren Quellservern zu beginnen AWS, installieren Sie den AWS Replication Agent auf jedem Quellserver. AWS Transform bietet drei Installationsmethoden:
-
Organisationstools — Verwenden Sie die vorhandenen Bereitstellungstools Ihres Unternehmens (wie SCCM, Ansible oder Chef), um Agenten auf Ihren Servern zu installieren. AWS Transform stellt den Installationsbefehlen zusätzliche Parameter für die automatische Installation zur Verfügung, darunter
--no-prompt--aws-access-key-id--aws-secret-access-key, und.--aws-session-token -
MGN-Connector — Verwenden Sie einen MGN-Connector, um die Agenteninstallation zu automatisieren. Der Connector stellt über SSH (Linux) oder WinRM (Windows) eine Verbindung zu Quellcomputern her und installiert den Replikationsagenten automatisch. Nach der Konfiguration kann ein Connector für mehrere Wellen und verschiedene Ziele wiederverwendet werden. AWS-Konten Weitere Informationen zum MGN-Anschluss finden Sie im MGN-Benutzerhandbuch unter Einrichten des MGN-Connectors.
Anmerkung
Bevor Sie den MGN-Connector mit AWS Transform verwenden, müssen Sie die verwaltete Instanz des Connectors in AWS Systems Manager Fleet Manager mit den folgenden Tags taggen:
-
Schlüssel:
CreatedForWert:AWSTransform -
Schlüssel:
ATWorkspaceWert:workspace-id
Um die verwaltete Instanz zu taggen, öffnen Sie die AWS Systems Manager Konsole, navigieren Sie unter Node Tools zu Fleet Manager, wählen Sie die verwaltete Instance Ihres MGN-Connectors aus und wenden Sie die obigen Tags an. Finde deine Workspace-ID in der URL der AWS Transform-Web-App:
https://.../workspace/.workspace-id/job/job-id -
-
Manuelle Installation — Installieren Sie den Agenten direkt auf jedem Quellserver. Diese Methode erfordert direkten Zugriff auf jeden Server, gibt Ihnen jedoch die volle Kontrolle über den Installationsvorgang.
AWS Transformieren Sie das MGN-Connector-Setup
Der AWS Transform MGN Connector automatisiert die Bereitstellung von Replikationsagenten auf Ihren Quellservern, sodass Sie sich nicht mehr bei jedem Server einzeln anmelden müssen. Der Connector ist ein schlanker Client, der auf einem dedizierten Linux-Computer in Ihrer lokalen Umgebung bereitgestellt wird. Er stellt über SSH (Linux) oder WinRM (Windows) eine Verbindung zu den Quellservern her, um Replikationsagenten zu installieren und zu konfigurieren, sodass die manuelle Koordination mehrerer AWS Dienste entfällt.
So funktioniert der Connector
Der Connector funktioniert über die folgenden Komponenten:
-
Connector-Client — Wird auf einem dedizierten Linux-Computer in Ihrer Umgebung bereitgestellt.
-
SSM Agent — Auf demselben Computer installiert, um eine sichere Kommunikation mit AWS zu ermöglichen.
-
SSM-Hybrid-Aktivierung — Verbindet den Connector-Computer zur sicheren Befehlsausführung mit dem AWS Systems Manager.
-
Verwaltung der Anmeldeinformationen — Ruft die Anmeldeinformationen des Quellservers von AWS Secrets Manager ab.
Wenn Sie Agenten bereitstellen, sendet AWS Transform ein SSM-Dokument an den Connector-Computer. Der Connector ruft dann die Anmeldeinformationen für den Quellserver von AWS Secrets Manager ab, stellt eine Verbindung zu jedem Quellserver her, überprüft, ob der Quellserver die Voraussetzungen erfüllt, installiert und konfiguriert den Replikationsagenten und überprüft die erfolgreiche Installation.
Anforderungen an den Connector-Computer
| Anforderung | Details |
|---|---|
| Betriebssystem | Unterstütztes Linux-Betriebssystem. Die vollständige Liste finden Sie unter Voraussetzungen für den MGN-Connector im MGN-Benutzerhandbuch. |
| Netzwerkzugriff | Muss alle Quellserver erreichen (Linux über SSH, Windows über WinRM) |
| Internetkonnektivität | Ausgehendes HTTPS (443) an AWS Endpunkte (Systems Manager, Secrets Manager, MGN) |
| Festplattenkapazität | Mindestens 200 MB kostenlos |
| Berechtigungen | Root- oder Sudo-Zugriff |
Anmerkung
Der Connector muss auf einem Linux-Computer installiert sein, er kann jedoch Agenten sowohl auf Linux- als auch auf Windows-Quellservern bereitstellen.
Einrichtungsvorgang
AWS Transform führt Sie durch die folgenden Schritte zur Einrichtung des Connectors:
Schritt 1: Konfiguration des Connectors
Geben Sie einen Namen für Ihren Connector ein, oder verwenden Sie den automatisch generierten Standardnamen. Der Connector kann auf dem Verwaltungskonto oder auf einem delegierten Administratorkonto in MGN installiert werden. Bei Migrationen mit mehreren Konten kann der Connector Agenten für mehrere Mitgliedskonten auf Servern bereitstellen.
Schritt 2: Einrichtung der Ressourcen AWS
AWS Transform öffnet eine Einrichtungsseite, die in Ihrem Browser mit Ihren AWS Anmeldeinformationen ausgeführt wird. Sie müssen entweder mit Ihrem AWS Verwaltungskonto oder Ihrem delegierten Administratorkonto an der Management Console angemeldet sein. Dies muss dasselbe Konto sein, mit dem Ihr AWS Transform Target Connector verbunden ist.
Auf der Einrichtungsseite werden automatisch die folgenden Ressourcen erstellt:
-
IAM-Rollen (idempotent erstellt — übersprungen, falls sie bereits existieren):
-
AWSApplicationMigrationConnectorManagementRole— Wird während der Agenteninstallation für den Zugriff auf Anmeldeinformationen verwendet. -
AWSApplicationMigrationConnectorSharingRole_<ACCOUNT-ID>— Enthält Berechtigungen für die Agenteninstallation.
-
-
SSM-Hybrid-Aktivierung — Ablauf von 30 Tagen. Verbindet den Connector-Computer mit AWS Systems Manager und generiert sichere Aktivierungsdaten.
Sie können auch eine CloudFormation Vorlage von der Einrichtungsseite herunterladen, um die IAM-Rollen selbst bereitzustellen.
Die Setup-Seite generiert einen einzeiligen Installationsbefehl mit allen erforderlichen Anmeldeinformationen und Konfigurationen.
Wichtig
Lassen Sie die Einrichtungsseite geöffnet, bis die Installation abgeschlossen ist. Um es zu schließen, muss der Vorgang neu gestartet werden. Alle Anmeldeinformationen existieren nur in Ihrem Browser und werden nicht von AWS Transform gespeichert.
Schritt 3: Installation des Connectors
Installieren Sie den Connector auf einem Linux-Computer in Ihrer Umgebung:
-
Kopieren Sie den Installationslink von der Setup-Seite.
-
SSH in den von Ihnen ausgewählten Linux-Computer.
-
Fügen Sie den Installationsbefehl ein und führen Sie ihn aus.
-
Warten Sie, bis die Installation abgeschlossen ist (in der Regel 2—3 Minuten).
Schritt 4: Quellserver anhängen
Nach der Installation identifiziert AWS Transform alle Quellserver, die zur aktuellen Welle gehören, und verbindet sie automatisch mit dem MGN-Connector.
Schritt 5: Anmeldeinformationen konfigurieren
Geben Sie AWS Secrets Manager-ARNs für Ihre Quellserver-Anmeldeinformationen an. AWS Transform bietet drei Konfigurationsoptionen für Anmeldeinformationen:
-
Einzelner geheimer Schlüssel für Linux-Server — Ein gemeinsamer geheimer Schlüssel, der SSH-Schlüssel oder username/password für alle Linux-Quellserver enthält.
-
Einzelner Schlüssel für Windows-Server — Ein gemeinsamer geheimer Schlüssel, der den Benutzernamen und das Passwort für alle Windows-Quellserver enthält.
-
Mehrere Geheimnisse pro Server — Verschiedene Geheimnisse pro Server oder Servergruppe. Verwenden Sie diese Option, wenn Server unterschiedliche Anmeldeinformationen haben. AWS Transform generiert eine CSV-Datei, die vorab mit Ihrer Serverliste gefüllt ist. Sie füllen die
secret_arnSpalte für jeden Server aus und laden die fertige Datei hoch.
Anmerkung
Sie können die Single-Secret-Optionen für Linux und Windows kombinieren, wenn Sie beide Servertypen mit jeweils einem gemeinsamen geheimen Schlüssel verwenden. Die Option „Secrets pro Server“ schließt sich mit den Optionen für ein einzelnes Geheimnis gegenseitig aus.
Geheimes Format für Anmeldeinformationen. Weitere Informationen dazu finden Sie unter Anmeldedaten für den MGN-Connector im MGN-Benutzerhandbuch:
{ "WinConnectionProtocol": "HTTPS", "WinUserName": "windows_username", "WinPassword": "windows_password", "LinuxUserName": "linux_username", "LinuxPrivateKey": "linux_private_key", "LinuxHostKeyValidation": false }
Bereitstellung von Agenten
Sobald die Anmeldeinformationen konfiguriert und verifiziert sind, verteilt AWS Transform Replikationsagenten auf Ihren Quellservern. Sie können die Bereitstellung auf allen Servern der aktuellen Welle durchführen oder bestimmte Server auswählen.
Der Bereitstellungsprozess für jeden Server:
-
AWS Transform sendet Bereitstellungsbefehle über SSM an den Connector.
-
Der Connector ruft Anmeldeinformationen von AWS Secrets Manager ab.
-
Der Connector stellt mithilfe der konfigurierten Anmeldeinformationen eine Verbindung zum Quellserver her.
-
Der Connector überprüft, ob der Quellserver alle Voraussetzungen erfüllt, die für die Ausführung des Replikationsagenten erforderlich sind.
-
Der Connector installiert und konfiguriert den Replikationsagenten.
-
Der Connector überprüft die erfolgreiche Installation und Konnektivität.
Mit der Statusverfolgung pro Server können Sie den Fortschritt der Bereitstellung in Echtzeit überwachen, einschließlich des aktuellen Installationsschritts, der verstrichenen Zeit und der geschätzten verbleibenden Zeit. Wenn ein Server ausfällt, zeigt AWS Transform den Grund für den Ausfall an und bietet Wiederholungsoptionen pro Server an. Erfolgreich eingesetzte Server können unabhängig voneinander weiterarbeiten, während ausgefallene Server erneut versucht werden.
Wiederverwendung und Lebenszyklus des Connectors
Wenn Sie Agenten für nachfolgende Waves einsetzen, können Sie einen vorhandenen Connector wiederverwenden oder einen neuen erstellen. AWS Transform listet alle in Ihrem Konto konfigurierten Connectors auf und zeigt den Connectornamen, den Status (Aktiv oder Abgelaufen), die Anzahl der angeschlossenen Server und das Ablaufdatum der Hybrid-Aktivierung an.
-
Aktiver Connector — Die Hybrid-Aktivierung ist weiterhin gültig. AWS Transform überprüft die IAM-Rollen für die neue Welle und fährt mit der Konfiguration der Anmeldeinformationen fort. Es ist keine neue Hybrid-Aktivierung erforderlich.
-
Abgelaufener Connector — Die SSM-Hybridaktivierung ist abgelaufen. Abgelaufene Aktivierungen können nicht erneuert werden. Sie müssen einen anderen Connector auswählen oder einen neuen erstellen.
SSM-Hybrid-Aktivierungen laufen nach 30 Tagen ab. Die Aktivierung ist nur für die Installation des Connectors auf dem Linux-Computer erforderlich. Sobald der Connector installiert ist, können Sie ihn auch nach Ablauf der Aktivierung weiterhin verwenden, um Replikationsagenten auf Quellservern zu installieren. Wenn Sie den Connector nach Ablauf der Aktivierung auf einem neuen Computer installieren müssen, müssen Sie im Rahmen des Einrichtungsvorgangs einen neuen Connector erstellen.
Manuelle Agenteninstallation
Für die manuelle Installation generieren Sie zuerst AWS Anmeldeinformationen (temporär oder permanent) und installieren dann den Agenten auf jedem Quellserver.
Optionen für Anmeldeinformationen:
-
Temporäre Anmeldeinformationen (empfohlen) — Erstellen Sie eine IAM-Rolle mit der
AWSApplicationMigrationAgentInstallationPolicyverwalteten Richtlinie und verwenden Sie sie dann, um temporäre Anmeldeinformationenaws sts assume-rolezu generieren. Weitere Informationen dazu finden Sie unter Berechtigungen zur Agenteninstallation im MGN-Benutzerhandbuch. -
Permanente Anmeldeinformationen — Erstellen Sie einen IAM-Benutzer mit der
AWSApplicationMigrationAgentInstallationPolicyverwalteten Richtlinie und generieren Sie einen Zugriffsschlüssel.
Schritte zur Installation:
Laden Sie für Linux-Server das Installationsprogramm herunter und führen Sie es aus:
wget -O ./aws-replication-installer-init \ https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init sudo chmod +x aws-replication-installer-init sudo ./aws-replication-installer-init --regionregion--user-provided-idserver-identifier
Laden Sie für Windows-Server das entsprechende Installationsprogramm herunter und führen Sie es PowerShell als Administrator aus:
Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" ` -OutFile "C:\AwsReplicationWindowsInstaller.exe" C:\AwsReplicationWindowsInstaller.exe --regionregion--user-provided-idserver-identifier
Wichtig
Der Parameter --user-provided-id muss angegeben werden. server-identifierErsetzen Sie ihn durch den exakten Wert aus der mgn:server:user-provided-id Spalte in Ihrer Lagerbestandsdatei. Diese Kennung verknüpft den physischen Server mit seinem MGN-Quellserverdatensatz.
Weitere Informationen zur Agenteninstallation finden Sie unter Linux-Agent und Windows-Agent im MGN-Benutzerhandbuch.
Nach der Installation überprüft AWS Transform, ob alle Agenten erfolgreich verbunden sind, indem es überprüft, ob die Server den INITIATING Replikationsstatus oder aufweisen. INITIAL_SYNC
Anmerkung
AWS Transform unterstützt keine agentenlose MGN-Replikation. Informationen zur agentenlosen Replikation finden Sie unter Überblick über die agentenlose Replikation im MGN-Benutzerhandbuch.
Anmerkung
Sie müssen den Replikationsagenten auf allen Servern in einer Welle installieren. Trennen und archivieren Sie Server, auf denen Sie den Replication Agent nicht installieren. Sie können den disconnect-from-service Befehl verwenden, um Server zu trennen, und den mark-as-archived Befehl, um getrennte Server zu archivieren. Der Archivierungsbefehl funktioniert nur für Quellserver, deren Lebenszyklusstatus lautetDISCONNECTED.
Informationen zu Kontingenten im Zusammenhang mit der Replikation finden Sie unter MGN-Servicekontingentbeschränkungen im MGN-Benutzerhandbuch.
Schritt 4: Datenreplikation
Nach der Installation der Replikationsagenten beginnt die Datenreplikation automatisch. AWS Transform verwendet eine kontinuierliche Replikation auf Blockebene, um Daten von den Quellservern mit zu synchronisieren. AWS
Der Replikationsprozess besteht aus zwei Phasen:
-
Erste Synchronisierung — Eine vollständige Kopie der Quellserverdaten auf AWS. Daten werden je nach konfiguriertem Zielspeichertyp als Amazon Elastic Block Store (Amazon EBS) -Snapshots oder auf Amazon FSx for NetApp ONTAP (FSx for ONTAP) -Volumes im Zielkonto gespeichert. Weitere Informationen finden Sie unter Zielspeichertyp im MGN-Benutzerhandbuch. Die Dauer hängt vom Datenvolumen und der Netzwerkbandbreite ab.
-
Kontinuierliche Replikation — Fortlaufende Synchronisation geänderter Blöcke mit minimaler Auswirkung auf die Leistung des Quellservers. Verwaltet eine aktuelle Kopie in AWS.
Replikationsserver sind temporäre Amazon EC2-Instances, die im Subnetz des Staging-Bereichs bereitgestellt werden. Sie erhalten replizierte Daten von Quellservern und werden automatisch von MGN verwaltet. Weitere Informationen dazu finden Sie unter Replication-Servereinstellungen im MGN-Benutzerhandbuch.
AWS Transform überwacht den Fortschritt der Replikation und stellt Statusaktualisierungen bereit, einschließlich des Replikationsstatus, der Replikationsverzögerung (der Zeitunterschied zwischen Quell- und replizierten Daten) und der Bandbreitennutzung.
Während der Replikation durchläuft jeder Server die folgenden Status:
-
Nicht bereit — Der Server durchläuft gerade den ersten Synchronisierungsvorgang und ist noch nicht zum Testen bereit.
-
Bereit zum Testen — Der Server wurde erfolgreich hinzugefügt und die Datenreplikation wurde gestartet. Test- oder Umstellungsinstanzen können jetzt gestartet werden.
Sobald alle Server in der Wave den NOT_READY Status überschritten haben, ist die Datenreplikationsphase abgeschlossen und Sie können mit dem Testen fortfahren.
Sie können die Replikation für einzelne Server oder die gesamte Welle jederzeit steuern:
-
Replikation anhalten — Unterbrechen Sie die Replikation vorübergehend für bestimmte Server oder die gesamte Welle.
-
Replikation fortsetzen — Setzt die zuvor unterbrochene Replikation fort.
-
Replikation beenden — Stoppt die Replikation dauerhaft. Die gestoppte Replikation kann erneut gestartet werden, sie beginnt jedoch mit der ersten Synchronisierung.
Schritt 5: Testen
Nach Abschluss der Datenreplikation können Sie Test-Instances starten, um Ihre migrierten Server zu validieren, bevor Sie die endgültige Umstellung durchführen. Weitere Informationen dazu finden Sie unter Starten von Testinstanzen im MGN-Benutzerhandbuch. AWS Transform unterstützt zwei Testoptionen:
-
Full-Wave-Tests — Starten Sie Testinstanzen für alle Server in der Wave.
-
Selektives Testen — Starten Sie Testinstanzen für bestimmte Server, die Sie auswählen, indem Sie deren vom Benutzer bereitgestellte IDs aus der Inventardatei angeben.
AWS Transform startet Amazon EC2-Instances anhand der replizierten Daten und stellt die Instance-IDs bereit, sodass Sie eine Verbindung zu den Test-Instances herstellen und diese validieren können. Nach dem Testen können Sie:
-
Fahren Sie mit der Umstellung fort, wenn der Test erfolgreich war.
-
Starten Sie neue Testinstanzen, um den Test erneut durchzuführen.
-
Beenden Sie die Testinstanzen und beheben Sie alle Probleme, bevor Sie sie erneut testen.
Schritt 5b: Markieren Sie Anwendungen als bereit für die Umstellung
Nachdem der Test abgeschlossen ist und Sie mit den Ergebnissen zufrieden sind, markieren Sie Ihre Anwendungen als bereit für die Umstellung. AWS Transform überprüft den Replikationsstatus jeder Anwendung und behebt alle Replikationswarnungen, bevor Sie fortfahren können. Nur Anwendungen mit dem Status „Saubere Replikation“ können für die Umstellung markiert werden.
Schritt 6: Umstellung
Die Umstellung ist der letzte Migrationsschritt, in den Ihre Produktions-Workloads verschoben werden. AWS Weitere Informationen dazu finden Sie unter Launch Cutover Instances im MGN-Benutzerhandbuch. Ähnlich wie beim Testen unterstützt AWS Transform die vollständige oder selektive Umstellung für bestimmte Server.
Während der Umstellung startet AWS Transform Amazon EC2-Instances anhand der neuesten replizierten Daten und stellt die Instance-IDs für jeden Server bereit. Nachdem Sie die Cutover-Instances verifiziert haben, schließen Sie die Umstellung ab, wodurch die laufende Replikation des Quellcomputers gestoppt wird.
Der Umstellungsprozess umfasst die folgenden Schritte:
-
Cutover-Instances starten — AWS Transform startet Amazon EC2-Instances für die ausgewählten Server. Sie können zwischen Full-Wave-Cutover oder Selective-Cutover wählen.
-
Cutover-Instances verifizieren — Stellen Sie eine Verbindung zu den gestarteten Instances her und überprüfen Sie, ob sie ordnungsgemäß funktionieren.
-
Übernahme abschließen — Bestätigen Sie die Umstellung, um die Replikation des Quellcomputers zu beenden. Sie können alle Server in der Wave finalisieren oder bestimmte Server auswählen. Die Finalisierung verhindert, dass Replikationsagenten Daten senden, entfernt Replikationsagenten von den Quellservern und sperrt den Status des Serverlebenszyklus. Diese Aktion kann nicht einfach rückgängig gemacht werden. Weitere Informationen dazu finden Sie unter Finalize Cutover im MGN-Benutzerhandbuch.
-
Quellserver archivieren (optional) — Nach der Fertigstellung können Sie Quellserver als archiviert markieren, um das Quellserverkontingent in Ihrem Konto freizugeben.
Wichtig
Nach Abschluss der Umstellung wird die laufende Replikation des Quellcomputers gestoppt. Stellen Sie sicher, dass Sie Ihre Übernahmeinstanzen verifiziert haben, bevor Sie den Vorgang abschließen.
Anmerkung
Zwischen dem Herunterfahren der Quelle und der Verfügbarkeit der Cutover-Instance treten Ausfallzeiten auf. Planen Sie Ihr Umstellungsfenster entsprechend.
Status des Server-Lebenszyklus
Während der Migration durchläuft jeder Server die folgenden Lebenszyklusstatus. Weitere Informationen dazu finden Sie im Abschnitt Lebenszyklus des Quellservers im MGN-Benutzerhandbuch.
-
Nicht bereit — Der Server durchläuft gerade den ersten Synchronisierungsprozess und ist noch nicht zum Testen bereit.
-
Bereit zum Testen — Die Datenreplikation hat begonnen und Test- oder Umstellungsinstanzen können gestartet werden.
-
Test läuft — Eine Testinstanz wird derzeit gestartet.
-
Bereit für die Umstellung — Der Server wurde getestet und ist bereit für die Umstellung.
-
Cutover läuft — Eine Cutover-Instance wird derzeit gestartet.
-
Übernahme abgeschlossen — Der Server wurde umgestellt. Alle Daten wurden auf die Übernahmeinstanz migriert. AWS
-
Getrennt — Der Server wurde von MGN getrennt.
Sie können AWS Transform jederzeit während der Migration nach dem Status Ihrer Server fragen. AWS Transform bietet eine interaktive Wave-Statustabelle, in der alle relevanten Serverinformationen einschließlich Migrationslebenszyklus, Replikationsstatus und empfohlene nächste Schritte angezeigt werden. Sie können auch in natürlicher Sprache fragen, zum Beispiel:
Was ist der Status meiner Server?
Was ist der Status meiner Welle?
Was ist der Status des Steps, in dem ich mich gerade befinde?
Während der Wave-Migration können Sie AWS Transform bitten, den Status einzelner Server zu aktualisieren oder zu ändern. Wenn beispielsweise 9 von 10 Servern in Ihrer Wave die Testphase bestanden haben, aber einer ausgefallen ist, können Sie AWS Transform erlauben, die 9 Server weiter in die nächste Phase zu verschieben, während der Test auf dem ausgefallenen Server erneut ausgeführt wird.
Genehmigungen für die Bereitstellung
AWS Transform umfasst integrierte Genehmigungsworkflows, um sicherzustellen, dass Produktionsänderungen den Überprüfungsprozess Ihres Unternehmens durchlaufen. Wenn für einen Vorgang eine Genehmigung erforderlich ist, leitet AWS Transform die Anfrage über die Registerkarte „Genehmigungen“ an autorisierte Genehmigungsberechtigte weiter. Nur Benutzer mit der Administratorrolle in AWS Transform können Bereitstellungsanfragen genehmigen. Bereitstellungen werden erst nach Erhalt der Bestätigung durchgeführt.