View a markdown version of this page

Server migrieren - AWS Transformieren

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 verwendet AWS Transform MGN (MGN), um Ihre Server auf Amazon EC2 umzuhosten. Der Workflow zur Servermigration führt Sie durch die Einrichtung der einzelnen Migrationswellen, die Validierung Ihres Serverbestands, die Bereitstellung von Replikationsagenten, die Überwachung der Datenreplikation, das Testen migrierter Instances und die Durchführung der endgültigen Umstellung. Weitere Informationen dazu finden Sie unter Was ist? AWS Transform MGN im MGN-Benutzerhandbuch.

Die Servermigration wird in Wellen organisiert. Jede Welle steht für eine Gruppe von Servern, die zusammen migriert werden. Für jede Welle schließen Sie die folgenden Phasen ab:

Für Wellen mit einer Strategie zur Containerisierung führt AWS Transform anstelle der unten beschriebenen Rehost-Schritte den Workflow zur Containerisierung des Quellcodes aus. Der Containerisierungs-Workflow führt Sie durch das Klonen von Quellcode, 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 Workflow zur Containerisierung finden Sie unter. Containerisierung des Quellcodes

  1. Voraussetzungen und Konfiguration der Standardwerte für die Migration

  2. Schritt 1: Migrationswelle einrichten

  3. Schritt 2: Inventar validieren und bestätigen

  4. Schritt 3: Implementieren Sie Replikationsagenten

  5. Schritt 4: Datenreplikation

  6. Schritt 5: Testen

  7. Schritt 6: Umstellung

Voraussetzungen und Konfiguration der Standardeinstellungen für die Migration

Voraussetzungen

Bevor Sie mit der Rehost-Migration beginnen, stellen Sie sicher, dass Sie über Folgendes verfügen:

Anmerkung

Wenn Sie alle Schritte eines umfassenden Migrationsauftrags in AWS Transform abgeschlossen haben, sind Ihre Zielkonten und Ihre Inventardatei bereits vorbereitet — die Inventardatei wurde während des Migrationsplanungsschritts für Sie generiert. Die im Rahmen der AWS Transform-Netzwerkmigration eingerichtete Netzwerkinfrastruktur ist ebenfalls bereit. Wenn Sie Ihre Netzwerkinfrastruktur nicht mit AWS Transform erstellt haben, stellen Sie sicher, dass sie im Voraus eingerichtet ist, bevor Sie mit der Rehost-Migration beginnen.

Bevor Sie mit der Rehost-Migration beginnen, stellen Sie sicher, dass Sie über die Netzwerkressourcen und die Infrastruktur für das Hosten Ihrer Server verfügen. Sie können dafür die landing zone- und Netzwerkmigrationsfunktionen von AWS Transform oder andere Tools verwenden.

  • Unterstützte Betriebssysteme — Auf den Quellservern muss ein unterstütztes Betriebssystem ausgeführt werden. Die vollständige Liste finden Sie im MGN-Benutzerhandbuch unter Unterstützte Betriebssysteme.

  • Zielkonten für die Migration — Die AWS-Konto IDs, zu denen Ihre Server migriert werden sollen. Sie können AWS Transform landing zone oder andere Tools verwenden, um Ihre Infrastruktur einzurichten.

  • Netzwerkinfrastruktur vorhanden — 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 Amazon EC2 EC2-Instance-Typeinstellungen. Sie können die AWS Transform-Migrationsplanung verwenden, um diese Datei zu generieren.

Konfigurieren Sie die Standardeinstellungen für die Migration

Bevor Sie mit der Ausführung der Migration mehrerer Konten beginnen, sollten Sie Standardeinstellungen konfigurieren, die für alle Ihre Zielkonten gelten. Diese Standardeinstellungen definieren, wie Ihre Amazon EC2 EC2-Instances gestartet werden und wie die allgemeine Migration konfiguriert wird. Sie können diese Standardeinstellungen während der Wave-Einrichtung auf Wave-Ebene überschreiben.

Amazon EC2 EC2-Empfehlungseinstellungen

AWS Transform bietet Empfehlungen zum Amazon EC2 EC2-Instance-Typ, die auf der Nutzungsspezifikation Ihrer Quell-VMs basieren. Sie können Ihre Amazon EC2 EC2-Empfehlungseinstellungen konfigurieren, um zu steuern, wie Instance-Typen für Ihre migrierten Server ausgewählt werden.

Weitere Informationen zum Generieren von Amazon EC2 EC2-Empfehlungen finden Sie unter Generieren von Amazon EC2 EC2-Empfehlungen unter. AWS Migration Hub

Anmerkung

Sie können die vorgeschlagenen Amazon EC2 EC2-Instance-Typen so ändern, dass sie Empfehlungen aus dem Migration Evaluator, AWS Optimization and Licensing Assessment (OLA) oder einem AWS Transform-Assessment-Job enthalten.

Initialisierung der Migration

Um die Migration zu starten, initialisiert AWS Transform MGN für alle Konten, AWS-Region in denen Sie migrieren möchten, sowie für alle Zielkonten, in denen der Dienst verwendet werden soll. 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 EC2-Startvorlage, die bestimmt, wie eine Test- oder Cutover-Instance für jeden Quellserver in gestartet wird. AWS

Starteinstellungen, einschließlich der Amazon EC2 EC2-Startvorlage, können auf Kontoebene definiert werden und werden dann jedes Mal, wenn Sie AWS Transform MGN einen Quellserver hinzufügen, automatisch auf jeden Quellserver angewendet. Die in diesem Abschnitt definierten Standardeinstellungen für die Starteinstellungen können automatisch auf alle Ihre Zielkonten angewendet werden.

AWS Transform präsentiert die Liste der verfügbaren Einstellungen für Startvorlagen. 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, stellt AWS Transform einen Link zu einer Human-in-the-Loop (HITL) -Überprüfung bereit, die alle Parameter der Einstellungen für die Startvorlage enthält. Sie können die gewünschten Parameter auch direkt über die Chat-Oberfläche ändern.

Quellserver werden mit den Einstellungen für die Kontostartvorlage erstellt. Sobald die 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 für Massenvorgänge mithilfe der Excel-Inventardatei während der Bearbeitung ändernSchritt 2: Inventar validieren und bestätigen.

Eine vollständige Liste der Einstellungen und Einzelheiten der Startvorlage finden Sie unter Allgemeine Starteinstellungen im MGN-Benutzerhandbuch.

Zusätzliche Änderungen an der Amazon EC2 EC2-Startvorlage

Wenn Sie weitere Änderungen an der Amazon EC2 EC2-Startvorlage vornehmen möchten, sollten Sie diese an der Vorlagen-ID für jedes Zielkonto vornehmen. Diese Option ist im Wave-Setup verfügbar. AWS Transform führt Sie durch den Vorgang und bietet den entsprechenden Link.

Schritt 1: Migrationswelle einrichten

In dieser Phase bereitet AWS Transform die Migrationswelle vor, indem es das Zielkonto konfiguriert, die Dienstberechtigungen ü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 Welle migrieren auf dasselbe Zielkonto, das in Ihrem Connector konfiguriert ist.

  • Multi-account Migration — Server werden zu verschiedenen Zielkonten migriert, die in Ihrer Inventardatei angegeben sind. Bei Migrationen mehrerer Konten muss Ihre Inventardatei eine mgn:account-id Spalte mit der Zielkonto-ID für jeden Server enthalten.

AWS Transform bestätigt die Konfiguration des Zielkontos und überprüft, ob MGN in jedem Zielkonto initialisiert ist. Wenn MGN noch nicht initialisiert ist, bietet AWS Transform Anweisungen zum Abschluss der Initialisierung. Während der Initialisierung erstellt MGN die folgenden IAM-Dienstrollen für Replikations- und Startvorgänge:

  • AWSApplicationMigrationReplicationServerRole

  • AWSApplicationMigrationConversionServerRole

  • AWSApplicationMigrationMGHRole

  • AWSApplicationMigrationLaunchInstanceWithDrsRole

  • AWSApplicationMigrationLaunchInstanceWithSsmRole

  • AWSApplicationMigrationAgentRole

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 erforderliche 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: AWSTransform und habenATWorkspace: <workspace_id>. Wenn Sie bereits mit der Replikation auf Quellservern begonnen und sie im AWS Transform MGN-Dienst erstellt haben, müssen Sie diese Server taggen, damit AWS Transform sie mit den in Ihrer lokalen Umgebung erkannten Quellservern korrelieren kann und so die unnötige Erstellung doppelter Quellserver vermeiden kann. AWS Transform korreliert sie automatisch anhand der vom Benutzer bereitgestellten ID-, FQDN- oder Hostnamenschlüssel.

  • Netzwerkressourcen müssen sowohl für die Replikation (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 die einzelnen Ressourcen bereits markiert sind oder nicht. Sie können die Liste überprüfen und alle Ressourcen ohne Tags auswählen, die Sie hinzufügen möchten. Für jede Ressource, die Sie auswählen, wendet AWS Transform 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 markiert.

  • Neben VPCs und Subnetzen zeigt AWS Transform auch alle vorhandenen Elastic Network Interfaces (ENIs) an, die sich in Ihrem Zielkonto befinden. Wenn Sie möchten, dass AWS Transform sie als Teil Ihres Instance-Starts verwendet, müssen sie mit und gekennzeichnet werden. CreatedFor: AWSTransform ATWorkspace: <workspace_id> Weitere Informationen zum Anhängen oder Hinzufügen von ENIs an die Amazon EC2 EC2-Startvorlage finden Sie unter Detaillierte Überlegungen im MGN-Benutzerhandbuch.

Netzwerkdaten zum Inventar hinzufügen

AWS Transform fügt Netzwerkinformationen aus Ihrer Netzwerkmigration zur Inventardatei hinzu. In diesem Schritt werden Ihre Server den entsprechenden Zielsubnetzen und Sicherheitsgruppen zugeordnet, basierend auf der während der Netzwerkmigrationsphase generierten Netzwerkkonfiguration.

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 der Replikationseinstellungen. Sie können sie über eine spezielle 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, in AWS welcher Weise AWS Transform MGN Instances startet. 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 ein spezielles HITL oder über die Chat-Oberfläche konfigurieren.

Weitere Informationen zu den Einstellungsparametern für die Startvorlage finden Sie unter Startvorlage im MGN-Benutzerhandbuch.

AWS Transform bietet auch einen Link zur Amazon EC2 EC2-Startvorlagen-ID, die mit der Startvorlage verknüpft ist, sodass Sie zusätzliche Amazon EC2 EC2-Startvorlagenattribute ändern können. Um die Amazon EC2 EC2-Startvorlage zu bearbeiten, folgen Sie den Anweisungen unter Startvorlage im MGN-Benutzerhandbuch.

Strategie für die 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 für den Amazon EC2 EC2-Instance-Typ, Zielsubnetze, 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 EC2-Instance-Typ.

  • Netzwerkkonfiguration — Zielsubnetz und Sicherheitsgruppen.

Sie können die Datei ändern, um die Amazon EC2 EC2-Konfigurationen anzupassen, die Betriebssystem-Lizenzierungsoptionen (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, wodurch Quellserverdatensätze für jeden Server in der Welle erstellt werden.

Anmerkung

Entfernen Sie keine Spalten und ändern Sie keine Spaltenüberschriften in der Inventardatei. AWS Für die Transformation ist die ursprüngliche Dateistruktur erforderlich, um die Daten korrekt zu verarbeiten.

Anmerkung

AWS Transform ermöglicht einen Import in ein bestimmtes Ziel AWS-Konto und ein bestimmtes Ziel AWS-Region nach dem anderen. Wenn Sie an mehr als einer Welle gleichzeitig arbeiten oder wenn mehrere Migrationsaufträge mit demselben Zielkonto ausgeführt werden, müssen Sie warten, bis ein Import abgeschlossen ist, bevor Sie einen weiteren Import in einer anderen Welle oder einem anderen Job durchführen können.

Sie können die Lizenzierungsoptionen für das Betriebssystem (BYOL oder Lizenz enthalten) und die Tenancy steuern, indem Sie die Konfiguration in den Spalten mgn:launch:placement:operating-system-licensing und in der Inventardatei angeben. mgn:launch:placement:tenancy Weitere Informationen finden Sie unter Importparameter im MGN-Benutzerhandbuch.

Schritt 3: Replikationsagenten bereitstellen

Um mit der Replikation von Daten von Ihren Quellservern auf 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 die Installationsbefehle mit zusätzlichen Parametern für die unbeaufsichtigte Installation bereit, darunter--no-prompt, --aws-access-key-id--aws-secret-access-key, und. --aws-session-token

  • MGN-Konnektor — 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 unter Einrichten des MGN-Anschlusses im MGN-Benutzerhandbuch.

    Anmerkung

    Bevor Sie den MGN-Konnektor mit AWS Transform verwenden, müssen Sie die verwaltete Instanz des Connectors in AWS Systems Manager Fleet Manager mit den folgenden Tags kennzeichnen:

    • Schlüssel: CreatedFor Wert: AWSTransform

    • Schlüssel: ATWorkspace Wert: 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 Instanz Ihres MGN-Connectors aus und wenden Sie die oben genannten Tags an. Finden Sie Ihre 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 die Einrichtung des MGN-Connectors

Der AWS Transform MGN Connector automatisiert die Bereitstellung von Replikationsagenten auf Ihren Quellservern. Der Connector ist ein einfacher Client, der auf einem dedizierten Linux-Computer in Ihrer lokalen Umgebung bereitgestellt wird. Es stellt über SSH (Linux) oder WinRM (Windows) eine Verbindung zu Quellservern her, um Replikationsagenten zu installieren und zu konfigurieren, sodass die manuelle Koordination mehrerer AWS Dienste entfällt.

So funktioniert der Connector

Der Konnektor 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 die Connector-Maschine mit AWS Systems Manager für eine sichere Befehlsausführung.

  • Verwaltung von Anmeldeinformationen — Ruft Quellserver-Anmeldeinformationen von AWS Secrets Manager ab.

Wenn Sie Agenten bereitstellen, sendet AWS Transform ein SSM-Dokument an den Connector-Computer. Der Connector ruft dann die Quellserver-Anmeldeinformationen 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 verifiziert die erfolgreiche Installation.

Anforderungen an die Connector-Maschine

Anforderung Details
Betriebssystem Unterstütztes Linux-Betriebssystem. Die vollständige Liste finden Sie unter Voraussetzungen für den MGN-Anschluss im MGN-Benutzerhandbuch.
Netzwerkzugriff Muss alle Quellserver erreichen (Linux über SSH, Windows über WinRM)
Internet-Konnektivitä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, kann aber 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 Konnektors

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 mehrerer Konten kann der Connector Agenten auf Servern für mehrere Mitgliedskonten 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 bei der Management Console angemeldet sein. Dies muss dasselbe Konto sein, mit dem Ihr AWS Transform-Ziel-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 — Ablauffrist von 30 Tagen. Verbindet die Connector-Maschine mit AWS Systems Manager und generiert sichere Aktivierungsdaten.

Alternativ können Sie eine CloudFormation Vorlage von der Einrichtungsseite herunterladen, um die IAM-Rollen selbst bereitzustellen.

Auf der Einrichtungsseite wird ein einzeiliger Installationsbefehl mit allen erforderlichen Anmeldeinformationen und Konfigurationen generiert.

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:

  1. Kopieren Sie den Installationslink von der Setup-Seite.

  2. Stellen Sie eine SSH-Verbindung zu Ihrem ausgewählten Linux-Computer her.

  3. Fügen Sie den Installationsbefehl ein und führen Sie ihn aus.

  4. Warten Sie, bis die Installation abgeschlossen ist (normalerweise 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-Anschluss.

Schritt 5: Anmeldeinformationen konfigurieren

Geben Sie AWS Secrets Manager 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 gemeinsam genutzter geheimer Schlüssel mit SSH-Schlüsseln oder username/password für alle Linux-Quellserver.

  • Single Secret für Windows-Server — Ein gemeinsam genutzter geheimer Schlüssel, der Benutzername und 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 bereits mit Ihrer Serverliste gefüllt ist. Sie füllen die secret_arn Spalte 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 haben. Die Option für serverseitige geheime Daten schließt sich gegenseitig mit den Optionen für einzelne geheime Daten aus.

Format für geheime Anmeldeinformationen. Weitere Informationen dazu finden Sie unter den Anmeldeinformationen 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 des Agenten

Sobald die Anmeldeinformationen konfiguriert und verifiziert sind, stellt AWS Transform Replikationsagenten auf Ihren Quellservern bereit. Sie können die Bereitstellung auf allen Servern der aktuellen Welle oder auf bestimmten Servern durchführen.

Der Bereitstellungsprozess für jeden Server:

  1. AWS Transform sendet Bereitstellungsbefehle über SSM an den Connector.

  2. Der Connector ruft Anmeldeinformationen von AWS Secrets Manager ab.

  3. Der Connector stellt mithilfe der konfigurierten Anmeldeinformationen eine Verbindung zum Quellserver her.

  4. Der Connector überprüft, ob der Quellserver alle Voraussetzungen erfüllt, die für die Ausführung des Replikationsagenten erforderlich sind.

  5. Der Connector installiert und konfiguriert den Replikationsagenten.

  6. Der Connector überprüft die erfolgreiche Installation und Konnektivität.

Sie können den Bereitstellungsfortschritt in Echtzeit überwachen, indem Sie den Status pro Server verfolgen, einschließlich des aktuellen Installationsschritts, der verstrichenen Zeit und der geschätzten verbleibenden Zeit. Wenn Server ausfallen, zeigt AWS Transform die Fehlerursache an und bietet Wiederholungsoptionen für jeden Server an. Erfolgreich bereitgestellte Server können unabhängig voneinander fortfahren, während ausgefallene Server erneut versucht werden.

Wiederverwendung und Lebenszyklus von Konnektoren

Bei der Bereitstellung von Agenten für nachfolgende Wellen können Sie einen vorhandenen Connector wiederverwenden oder einen neuen erstellen. AWS Transform listet alle in Ihrem Konto konfigurierten Connectors auf und zeigt den Namen, 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-Hybrid-Aktivierung 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 zur Installation von Replikationsagenten auf Quellservern verwenden. Wenn Sie den Connector nach Ablauf der Aktivierung auf einem neuen Computer installieren müssen, müssen Sie während des Einrichtungsvorgangs einen neuen Connector erstellen.

Manuelle Agenteninstallation

Bei der manuellen Installation generieren Sie zunächst 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 AWSApplicationMigrationAgentInstallationPolicy verwalteten Richtlinie und verwenden Sie sie dann, um temporäre Anmeldeinformationen aws sts assume-role zu generieren. Weitere Informationen dazu finden Sie unter Berechtigungen zur Agenteninstallation im MGN-Benutzerhandbuch.

  • Permanente Anmeldeinformationen — Erstellen Sie einen IAM-Benutzer mit der AWSApplicationMigrationAgentInstallationPolicy verwalteten 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 --region region --user-provided-id server-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 --region region --user-provided-id server-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 Inventardatei. Diese Kennung verknüpft den physischen Server mit seinem MGN-Quellservereintrag.

Weitere Informationen zur Agenteninstallation finden Sie unter Linux-Agent und Windows-Agent im MGN-Benutzerhandbuch.

Nach der Installation überprüft AWS Transform, ob alle Agents erfolgreich verbunden wurden, indem überprüft wird, ob auf den Servern der INITIATING Replikationsstatus oder angezeigt wird. 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 Replication Agent auf allen Servern in einer Welle installieren. Trennen und archivieren Sie die Server, auf denen Sie den Replikationsagenten nicht installieren. Sie können den disconnect-from-service Befehl verwenden, um die Verbindung zu Servern zu trennen, und den mark-as-archived Befehl, um getrennte Server zu archivieren. Der Archivierungsbefehl funktioniert nur für Quellserver mit dem Lebenszyklusstatus. DISCONNECTED

Informationen zu Kontingenten im Zusammenhang mit der Replikation finden Sie unter Beschränkungen der MGN-Dienstkontingente im MGN-Benutzerhandbuch.

Schritt 4: Datenreplikation

Nach der Installation der Replikationsagenten beginnt die Datenreplikation automatisch. AWS Transform verwendet kontinuierliche Replikation auf Blockebene, um Daten von Quellservern zu synchronisieren. AWS

Der Replikationsprozess besteht aus zwei Phasen:

  • Erste Synchronisierung — Eine vollständige Kopie der Quellserverdaten auf AWS. Daten werden je nach Ihrem konfigurierten 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 EC2-Instances, die im Staging-Bereich-Subnetz bereitgestellt werden. Sie erhalten replizierte Daten von Quellservern und werden automatisch von MGN verwaltet. Weitere Informationen dazu finden Sie unter Replication Server Settings im MGN User Guide.

AWS Transform überwacht den Replikationsfortschritt und bietet Statusaktualisierungen, einschließlich Replikationsstatus, Replikationsverzögerung (Zeitunterschied zwischen Quell- und replizierten Daten) und Bandbreitennutzung.

Während der Replikation durchläuft jeder Server die folgenden Zustände:

  • Nicht bereit — Der Server durchläuft gerade den ersten Synchronisierungsprozess und ist noch nicht bereit für Tests.

  • Bereit zum Testen — Der Server wurde erfolgreich hinzugefügt und die Datenreplikation wurde gestartet. Test- oder Cutover-Instanzen können jetzt gestartet werden.

Sobald alle Server in der Welle 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:

  • Replizierung unterbrechen — Unterbrechen Sie vorübergehend die Replikation für bestimmte Server oder die gesamte Welle.

  • Replizierung fortsetzen — Setzt die zuvor unterbrochene Replikation fort.

  • Replizierung beenden — Stoppen Sie die Replikation dauerhaft. Die gestoppte Replikation kann neu gestartet werden, sie beginnt jedoch mit der ersten Synchronisierung.

Schritt 5: Testen

Nach Abschluss der Datenreplikation können Sie Testinstanzen starten, um Ihre migrierten Server zu validieren, bevor Sie die endgültige Umstellung durchführen. Weitere Informationen dazu finden Sie im MGN-Benutzerhandbuch unter Testinstanzen starten. AWS Transform unterstützt zwei Testoptionen:

  • Vollwellentests — Starten Sie Testinstanzen für alle Server in der Welle.

  • 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 EC2-Instances aus den 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 für den erneuten Test.

  • Beenden Sie Testinstanzen und beheben Sie alle Probleme, bevor Sie den Test erneut durchführen.

Schritt 5b: Markieren Sie Anwendungen als bereit für die Umstellung

Wenn 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 „Clean Replication“ 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 Starten von Cutover-Instanzen im MGN-Benutzerhandbuch. Ähnlich wie beim Testen unterstützt AWS Transform Full-Wave-Cutover oder Selective Cutover für bestimmte Server.

Während der Umstellung startet AWS Transform Amazon EC2 EC2-Instances aus den neuesten replizierten Daten und stellt die Instance-IDs für jeden Server bereit. Nachdem Sie die Cutover-Instances verifiziert haben, schließen Sie die Übernahme ab, wodurch die laufende Replikation des Quellcomputers gestoppt wird.

Der Umstellungsprozess umfasst die folgenden Schritte:

  1. Cutover-Instances starten — AWS Transform startet Amazon EC2 EC2-Instances für die ausgewählten Server. Sie können zwischen Full-Wave-Cutover oder Selective Cutover wählen.

  2. Übernahmeinstanzen überprüfen — Stellen Connect zu den gestarteten Instances her und überprüfen Sie, ob sie ordnungsgemäß funktionieren.

  3. Übernahme abschließen — Bestätigen Sie die Umstellung, um die Replikation des Quellcomputers zu beenden. Sie können alle Server in der Welle abschließen oder bestimmte Server auswählen. Die Finalisierung verhindert, dass Replikationsagenten Daten senden, entfernt Replikationsagenten von den Quellservern und sperrt den Lebenszyklusstatus des Servers. Diese Aktion kann nicht einfach rückgängig gemacht werden. Weitere Informationen dazu finden Sie unter Finalize Cutover im MGN-Benutzerhandbuch.

  4. Quellserver archivieren (optional) — Nach der Finalisierung können Sie Quellserver als archiviert markieren, um Quellserverkontingent in Ihrem Konto freizugeben.

Wichtig

Durch den Abschluss der Übernahme wird die laufende Replikation des Quellcomputers beendet. Stellen Sie vor dem Abschluss sicher, dass Sie Ihre Übernahmeinstanzen verifiziert haben.

Anmerkung

Zwischen dem Herunterfahren der Quelle und der Verfügbarkeit der Cutover-Instance treten Ausfallzeiten auf. Planen Sie Ihr Umstellungsfenster entsprechend.

Status des Serverlebenszyklus

Während der Migration durchläuft jeder Server die folgenden Lebenszyklusstatus. Weitere Informationen dazu finden Sie unter Lebenszyklus des Quellservers im MGN-Benutzerhandbuch.

  • Nicht bereit — Der Server durchläuft gerade den ersten Synchronisierungsprozess und ist noch nicht bereit für Tests.

  • Bereit zum Testen — Die Datenreplikation wurde gestartet und Test- oder Übernahmeinstanzen können gestartet werden.

  • Test läuft — Eine Testinstanz wird gerade gestartet.

  • Bereit für die Umstellung — Der Server wurde getestet und ist bereit für die Umstellung.

  • Umstellung läuft — Eine Übernahmeinstanz wird derzeit gestartet.

  • Umstellung abgeschlossen — Der Server wurde umgestellt. Alle Daten wurden auf die Übernahmeinstanz migriert. AWS

  • Verbindung 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 des Migrationslebenszyklus, des Replikationsstatus und der empfohlenen nächsten 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 Schritts, 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, einer jedoch ausgefallen ist, können Sie AWS Transform erlauben, die 9 Server weiterhin in die nächste Phase zu verschieben, während der Test auf dem ausgefallenen Server erneut ausgeführt wird.

Genehmigungen für die Bereitstellung

Einige Migrationsvorgänge erfordern vor der Ausführung eine ausdrückliche Genehmigung. Wenn für einen Vorgang eine Genehmigung erforderlich ist, leitet AWS Transform die Anfrage über die Registerkarte Genehmigungen an autorisierte Genehmiger weiter. Nur Benutzer mit der Administratorrolle in AWS Transform können Bereitstellungsanfragen genehmigen. Bereitstellungen werden erst nach Erhalt der Bestätigung fortgesetzt.