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.
# Umstellung auf EC2
Die Cloud Migration Factory on AWS-Lösung ermöglicht den automatischen Start von Gruppen von EC2-Instances aus den im Datenspeicher definierten Konfigurationen und stellt EC2-Instances mit angeschlossenen EBS-Volumes bereit. Dies bietet die Möglichkeit, neue EC2-Instances bereitzustellen, Replatform über AWS CloudFormation und Rehost von lokalen Servern mit AWS MGN innerhalb einer einzigen CMF-Benutzeroberfläche zu ermöglichen. Bevor Sie diese Funktion verwenden können, muss der Datenspeicher die Definition der Server enthalten. Sobald dies behoben ist, sollten die Server mit einer Welle verbunden werden. Wenn die Entscheidung getroffen wurde, die EC2-Instances zu starten, kann der Benutzer die folgenden Aktionen gegen die Welle einleiten:
+ Validierung der EC2-Eingabe
+ EC2 Generieren Sie eine CF-Vorlage
+ EC2-Bereitstellung
## Voraussetzungen
Berechtigungen zum Hinzufügen des Replatform-Attributzugriffs.
## Auswahl der Plattform für die Skriptausführung
Stellen Sie vor der Bereitstellung von Automatisierungsskripten fest, welche Rechenplattform Ihren Anforderungen am besten entspricht:
+ **Herkömmlicher Automatisierungsserver**: Am besten für Szenarien geeignet, die komplexe Abhängigkeiten, mehrere Programmiersprachen oder spezifische Betriebssystemanforderungen erfordern
+ **Dokument zur SSM-Automatisierung**: Wird für standardmäßige Python-based Automatisierungsskripte empfohlen, bei denen kein Zugriff auf die lokale Umgebung erforderlich ist
## Erstkonfiguration
Die Konfiguration der neuen EC2-Instances erfolgt durch die Erstellung neuer Serverelemente entweder über die Benutzeroberfläche oder durch den Import eines CSV-Eingabeformulars, das die Serverelemente enthält. Diese Definitionen werden in CloudFormation AWS-Vorlagen konvertiert, die in einem S3-Bucket innerhalb desselben AWS-Kontos gespeichert sind, in dem die AWS-CMF-Instanz bereitgestellt wird.
### Definition der Benutzeroberfläche
**Bei der Definition eines Servers im AWS Cloud Migration Factory-Datenspeicher zur Verwendung mit der Replatform to EC2-Funktionalität muss der Server mit der **Migrationsstrategie** Replatform konfiguriert werden.** Sobald **Replatform** ausgewählt ist, werden die zusätzlichen Attribute, die für diese Funktion erforderlich sind, auf dem Bildschirm angezeigt. Die folgenden Attribute müssen ausgefüllt werden, damit die Funktionalität funktioniert:
#### Erforderliche Attribute
**AMI-ID** — ID des Amazon Machine Image, das zum Starten der EC2-Instance verwendet wurde.
**Availability Zone** — AZ, in der die EC2-Instance bereitgestellt wird.
**Größe des Root-Volumes** — Größe des Root-Volumes für die Instance in GB.
**Instance-Typ** — Der zu verwendende EC2-Instance-Typ.
**Sicherheitsgruppen-IDs** — Liste der Sicherheitsgruppen, die der Instance zugewiesen sind.
**Subnetz-IDs** — Subnetz-ID, der diese EC2-Instance zugewiesen werden soll.
**Tenancy** — Derzeit ist **Shared** die einzige unterstützte Option für die Integration von Replatform to EC2. Jede andere Option wird bei der Generierung der Vorlage durch **Shared** ersetzt.
#### Optionale Attribute
**Detaillierte Überwachung aktivieren** — Wählen Sie diese Option, um die detaillierte Überwachung zu aktivieren.
**Zusätzliche Datenträgernamen** — Liste zusätzlicher EBS-Volumennamen. Jedes Element in der Liste muss derselben Zeile zugeordnet werden wie die Listen **Größe** und **Typ**.
**Zusätzliche Volumengrößen** — Liste zusätzlicher EBS-Volumengrößen. Jedes Element in der Liste muss derselben Zeile zugeordnet werden wie die Listen „**Namen**“ und „**Typ**“.
**Zusätzliche Volume-Typen** — Liste zusätzlicher EBS-Volume-Typen. Jedes Element in der Liste muss derselben Zeile wie die **Namen** - und **Größenlisten** zugeordnet sein. Wenn nichts angegeben ist, wird standardmäßig **gp2** für alle Volumes verwendet.
**EBS KMS-Schlüssel-ID für Volumenverschlüsselung** — Wenn EBS-Volumes verschlüsselt werden sollen, geben Sie die **Schlüssel-ID, den Schlüssel-ARN****, den ****Schlüsselalias****** oder den Alias-ARN an.
**EBS-optimiert aktivieren** **— Wählen Sie diese Option, um EBS-optimiert zu aktivieren.**
**Name des Root-Volumes** — Wählen Sie eine der verfügbaren Optionen aus. Falls nicht angegeben, wird die ID verwendet.
**Root-Volume-Typ — Geben** **Sie den EBS-Typ des zu erstellenden Volumes an. Falls nicht angegeben, wird standardmäßig gp2 verwendet.**
### Definition des Aufnahmeformulars
Eingabeformulare können die Details zum Erstellen oder Aktualisieren mehrerer Arten von Datensätzen mit dem Datenspeicher in einer einzigen Zeile der CSV-Datei enthalten. Dadurch wird der Import verwandter Daten ermöglicht. Im folgenden Beispiel werden die Wave-, Anwendungs- und Serverdatensätze während des Imports automatisch erstellt und miteinander verknüpft.
Beispiel: Aufnahmeformular
| Name der Spalte | Beispiel für Daten | Erforderlich | Hinweise |
| --- | --- | --- | --- |
| wave\_name | `wave1` | Ja | |
| app\_name | `app1` | Ja | |
| aws\_Konto-ID | `1234567890` | Ja | |
| Servername | `Server1` | Ja | |
| Server-FQDN | `Server1` | Ja | |
| Server\_Betriebssystemfamilie | `linux` | Ja | |
| Server\_Betriebssystemversion | `Amazon` | Ja | |
| Serverebene | `Web` | Nein | |
| Serverumgebung | `Dev` | Nein | |
| Subnetz-IDs | `subnet-xxxxxxx` | Ja | |
| Sicherheitsgruppen-ID | `sg-yyyyyyyyyy` | Ja | |
| instanceType | `m5.large` | Ja | |
| Ich bin Role | `ec2customrole` | Nein | |
| tenancy | `Shared` | Ja | |
| r\_typ | `Replatform` | Ja | |
| root\_vol\_size | `50` | Ja | |
| ami\_id | `ami-zzzzzzzzzz` | Ja | |
| Verfügbarkeitszone | `us-west-2a` | Ja | |
| root\_vol\_type | `gp2` | Nein | |
| add\_vols\_size | `40:100` | Nein | |
| vols\_type hinzufügen | `gp2:gp3` | Nein | |
| ebs\_optimized | `false` | Nein | |
| ebs\_kms-Schlüssel-ID | `1111-1111-1111-1111` | Nein | |
| detaillierte\_Überwachung | `true` | Nein | |
| Name des Stammdatenträgers | `Server1_root_volume` | Nein | |
| Fügt den Namen der Volumes hinzu | `Server1_root_volumeA: Server1_root_volumeB` | Nein | |
Um das Aufnahmeformular zu importieren, gehen Sie genauso vor wie bei allen anderen Datenimporten in die Cloud Migration Factory on AWS-Lösung.
## Maßnahmen zur Bereitstellung
### Validierung der EC2-Eingabe
Nachdem Sie die Instanzparameter definiert haben, müssen Sie zuerst die Wave-Aktion ausführen: **Replatform** > **EC2 > **EC2-Eingabevalidierung****. Diese Aktion überprüft, ob alle richtigen Parameter für jeden Server angegeben wurden, um eine gültige Vorlage zu erstellen. CloudFormation
**Anmerkung**
Bei dieser Überprüfung wird derzeit nicht überprüft, ob die Eingabeparameter gültig sind, sondern nur, ob sie in jeder Serverdefinition vorhanden sind. Sie müssen die korrekten Werte überprüfen, bevor Sie die Vorlage erstellen. Andernfalls schlägt die Bereitstellung der Vorlage fehl.
### EC2: Vorlage generieren CloudFormation
Sobald die Definitionen für alle in einer Welle enthaltenen Server überprüft wurden, kann die CloudFormation Vorlage generiert werden. Führen Sie dazu die folgende Wave-Aktion aus: **Replatform** > **EC2 > EC2** **Generate** CF Template. Diese Aktion erstellt eine CloudFormation Vorlage für jede Anwendung in der Welle, wobei die Server in der Anwendung die **Migrationsstrategie** **Replatform** verwenden. Server, für die andere Migrationsstrategien definiert wurden, werden nicht in die Vorlage aufgenommen.
Nach der Ausführung werden die Vorlagen für jede Anwendung im S3-Bucket: **-gfbuild-cftemplates** gespeichert, der bei der Bereitstellung der Cloud Migration Factory on AWS-Lösung automatisch erstellt wurde. Die Ordnerstruktur dieses Buckets sieht wie folgt aus:
+ [AWS-Zielkonto-ID]
+ [Wellenname]
+ ******CFN\_Vorlage\_\\ \_ 0yaml******
Jedes Mal, wenn die Generate-Aktion ausgeführt wird, wird eine neue Version der Vorlage im S3-Bucket gespeichert. Die S3-URIs für die Vorlagen werden in der Benachrichtigung bereitgestellt. Diese Vorlagen können vor der Bereitstellung nach Bedarf überprüft oder bearbeitet werden.
Die CloudFormation Vorlagen generieren derzeit die folgenden CloudFormation Ressourcentypen:
+ AWS::EC2::Instance
+ AWS::EC2::Volume
+ AWS: :EC2: VolumeAttachment
### EC2-Bereitstellung
**Sobald Sie bereit sind, die neuen EC2-Instances bereitzustellen, können Sie die EC2-Bereitstellungsaktion initiieren. Sie kann über die Wellenaktion **Replatform** > **EC2 > **EC2** Deployment** initiiert werden.** Bei dieser Aktion wird die neueste Version der CloudFormation Vorlage für jede Anwendung in der Welle verwendet und diese Vorlagen über AWS in den ausgewählten Zielkonten bereitgestellt CloudFormation.