29.2 Konfigurieren der Migration eines Workloads in Amazon Web Services

Wenn Sie einen Workload hinzufügen oder ermitteln, wird er auf der Seite „Workloads“ aufgeführt, und er erhält den Status Nicht konfiguriert. Vor dem Migrieren des Workloads müssen Sie ihn für die Migration vorbereiten:

  1. Starten Sie die PlateSpin Migrate-Weboberfläche.

  2. Wenn Sie keine Amazon Cloud-Region als Migrationsziel konfiguriert haben, klicken Sie auf Ziele > Ziel hinzufügen und konfigurieren Sie dann die AWS-Cloud-Zielpattform.

     Weitere Informationen hierzu finden Sie unter Abschnitt 3.3.3, Ziele.

  3. Wählen Sie auf der Seite „Workloads“ den zu konfigurierenden Workload aus.

  4. Klicken Sie auf Migration konfigurieren.

  5. Geben Sie die Anfängliche Übertragungsmethode für die Reproduktion gemäß dem Umfang der Daten an, die vom Ursprung zum Ziel übertragen werden sollen:

    • Vollreproduktion: Migrate reproduziert das gesamte Volume vom Ursprung zum Ziel.

    • Inkrementelle Reproduktion: Migrate reproduziert lediglich die Unterschiede in den Daten zwischen Ursprung und Ziel, sofern die Workloads ähnliche Betriebssystem- und Volume-Profile aufweisen.

      HINWEIS:PlateSpin Migrate unterstützt keine inkrementelle Reproduktion als anfängliche Reproduktion von Daten für vorhandene Ziel-Workloads in Amazon Cloud. Sie können jedoch inkrementelle Reproduktionen für nachfolgende Datenreplikationen planen. Siehe Inkrementelle Wiederholung unter Schritt 8.

  6. Wählen Sie eine vorhandene Amazon Cloud-Region als das Ziel, zu dem der Ursprungs-Workload migriert werden soll. 

  7. Klicken Sie auf Migration konfigurieren.

  8. Konfigurieren Sie die folgenden Einstellungen:

    Einstellungen des Zeitplans

    Inkrementelle Wiederholung

    Geben Sie den Zeitpunkt und das Muster für inkrementelle Reproduktionen nach der ersten vollständigen Reproduktion an oder starten Sie die inkrementelle Reproduktion jeweils manuell.

    Die Standardeinstellung lautet „Keine“. Für die inkrementellen Reproduktionen ist kein Zeitpunkt geplant.

    So können Sie den Wiederholungszeitpunkt und das Wiederholungsmuster für inkrementelle Reproduktionen festlegen oder bearbeiten:

    1. Klicken Sie auf Bearbeiten.

    2. Legen Sie unter Wiederholungsplan beginnen den Zeitpunkt (Datum und Uhrzeit) fest, zu dem die geplanten inkrementellen Reproduktionen erstmals ausgeführt werden sollen. Sie können das Datum eingeben (TT/MM/JJJJ) oder über das Kalendersymbol auswählen. Die standardmäßige Uhrzeit für die Ausführung ist 00:00:00 Uhr (hh:mm:ss).

    3. Legen Sie unter Einstellung für wiederholte Ausführung das Muster für die geplanten inkrementellen Reproduktionen fest:

      • Täglich: Die Reproduktion wird in den angegebenen täglichen Intervallen bzw. jede Woche an bestimmten Wochentagen ausgeführt, und zwar über einen Zeitraum von 60 Tagen ab Beginn der Reproduktion.

      • Wöchentlich: Die Reproduktion wird in den angegebenen Intervallen über einen Zeitraum von acht Wochen ab Beginn der Reproduktion ausgeführt.

      • Monatlich: Die Reproduktion wird in den angegebenen Intervallen über einen Zeitraum von zwei Monaten ab Beginn der Reproduktion ausgeführt.

    HINWEIS:

    • Geplante inkrementelle Reproduktionen werden übersprungen, bis die erste Vollreproduktion abgeschlossen ist.

    • Die geplanten inkrementellen Reproduktionen werden maximal 60 Tage ab Beginn der geplanten inkrementellen Reproduktionen ausgeführt.

    Vollreproduktion

    Geben Sie den Zeitpunkt an, zu dem die erste vollständige Reproduktion ausgeführt werden soll, oder starten Sie die erste vollständige Reproduktion manuell. Die erste vollständige Reproduktion ist ein einmaliges Ereignis. Es wird jedoch täglich nach Zeitplan versucht, diese Reproduktion zu starten, bis die erste vollständige Reproduktion tatsächlich gestartet und erfolgreich abgeschlossen werden kann.

    Die Standardeinstellung lautet „Keine“. Die erste vollständige Reproduktion erfolgt nicht nach einem Zeitplan.

    HINWEIS:Sie müssen den Workload vor dem geplanten Zeitpunkt bzw. vor dem manuellen Start vorbereiten. Die Vollreproduktion kann nur ausgeführt werden, wenn die Ziel-VM vorhanden und die Workload-Vorbereitung abgeschlossen ist. Sind diese Bedingungen nicht erfüllt, überspringt Migrate die geplante vollständige Reproduktion und versucht sie am nächsten Tag zum geplanten Zeitpunkt zu starten.

    So können Sie den Zeitplan für die erste vollständige Reproduktion festlegen oder bearbeiten:

    1. Klicken Sie auf Bearbeiten.

    2. Klicken Sie auf Starten und legen Sie den Zeitpunkt (Datum und Uhrzeit) fest, zu dem die erste vollständige Reproduktion gestartet werden soll. Sie können das Datum eingeben (TT/MM/JJJJ) oder über das Kalendersymbol auswählen. Die standardmäßige Uhrzeit für die Ausführung ist 00:00:00 Uhr (hh:mm:ss).

    Sperrzeit

    Legen Sie eine Reproduktionssperrzeit fest, mit der die geplanten Reproduktionsaktivitäten in einem bestimmten Zeitrahmen und Muster verzögert werden. Verzögern Sie beispielsweise die Reproduktionen in den Zeiträumen, in denen das Netzwerk am stärksten ausgelastet ist. Auch Konflikte zwischen VSS-fähiger Software und der PlateSpin-VSS-Komponente für die blockbasierte Datenübertragung können so verhindert werden.

    Die Standardeinstellung lautet „Keine“. Es ist keine Sperrzeit geplant.

    So können Sie eine Sperrzeit festlegen oder ändern:

    1. Klicken Sie auf Bearbeiten.

    2. Legen Sie den Zeitpunkt für den Start und das Ende der Sperrzeit fest.

      Die Anfangs- und Endzeiten für die Sperrzeit hängen von der Systemuhr des PlateSpin-Servers ab.

    3. Wählen Sie Täglich, Wöchentlich oder Monatlich für die Sperrzeit und legen Sie ein Wiederholungsmuster fest.

    Komprimierungsgrad

    Diese Einstellung steuert, ob Daten während der Übertragung zwischen dem Ursprungs- und dem Ziel-Workload komprimiert werden und auf welcher Stufe die angewendete Datenkomprimierung ausgeführt wird. Weitere Informationen hierzu finden Sie unter Datenkomprimierung.

    Wählen Sie eine der folgenden Optionen aus:

    • Keine: Keine Komprimierung.

    • Schnell: Niedrigste Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, jedoch eine niedrigere Komprimierungsrate.

    • Optimal: (Standard) Optimale Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, optimale Komprimierungsrate. Diese Option wird empfohlen.

    • Maximum: Höchste Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, jedoch eine höhere Komprimierungsrate.

    Bandbreitendrosselung

    Durch die Bandbreitendrosselung steuern Sie die verfügbare Bandbreite, die durch die direkte Ursprung-Ziel-Kommunikation im Verlauf einer Workload-Migration verbraucht wird. Die Drosselung verhindert, dass Migrationsverkehr Ihr Produktionsnetzwerk überlastet, und verringert die Gesamtlast Ihres PlateSpin-Servers. Sie können jeweils eine Durchsatzrate für die einzelnen Migrationsaufträge festlegen.

    Die Drosselung ist standardmäßig deaktiviert; für die Drosselungsrate ist also der Wert „Aus“ festgelegt.

    So drosseln Sie die Reproduktionen auf eine bestimmte Rate:

    1. Geben Sie einen maximalen Durchsatzwert in Mb/s für die Datenübertragung für den Workload an.

    2. Legen Sie das Drosselungsmuster fest:

      • Immer: Die Datenübertragung für die Reproduktionen wird immer gedrosselt.

      • Benutzerdefiniert: Geben Sie den Zeitpunkt und die Wochentage an, an denen die Datenübertragung bei Reproduktionen, die in diesem Zeitfenster ausgeführt werden, gedrosselt werden soll.

        Die Drosselungszeit ist lokal zum Ursprungs-Workload.

    Migrationseinstellungen

    Übertragungsmethode

    (Für Windows-Workloads) Wählen Sie eine Datenübertragungsmethode und Sicherheit durch Verschlüsselung aus. Weitere Informationen hierzu finden Sie unter Abschnitt 2.2, Unterstützte Datenübertragungsmethoden.

    Wählen Sie zum Aktivieren der Verschlüsselung die Option Datenübertragung verschlüsseln. Weitere Informationen hierzu finden Sie unter Abschnitt 2.3, Sicherheit und Datenschutz.

    HINWEIS:Die Datenübertragungsmethode Offline-Übertragung mit temporärer Bootumgebung ist für die Weboberfläche nicht verfügbar.

    Übertragungsverschlüsselung

    (Für Linux-Workloads) Wählen Sie zum Aktivieren der Verschlüsselung die Option Datenübertragung verschlüsseln. Weitere Informationen hierzu finden Sie unter Abschnitt 2.3, Sicherheit und Datenschutz.

    Ursprungsberechtigungsnachweis

    Geben Sie den erforderlichen Berechtigungsnachweis für den Zugriff auf den Workload an. Weitere Informationen hierzu finden Sie unter Abschnitt 22.3, Ermittlungsrichtlinien für Ursprungs-Workloads.

    Name der virtuellen Maschine

    Geben Sie einen Anzeigenamen für die neue virtuelle Maschine ein.

    Lizenztyp

    Wählen Sie das Lizenzmodell des Betriebssystems auf dem Ziel-Workload aus.

    • Automatisch: (Für Windows-Workloads) Überlässt PlateSpin Migrate die Entscheidung, ob AWS die Windows-Lizenz auf dem Windows-Ziel-Workload aktivieren kann oder Benutzer ihre eigenen Lizenzen verwenden dürfen.

    • AWS: (Für Windows-Workloads) AWS darf die Windows-Lizenz auf dem Windows-Ziel-Workload aktivieren.

    • BYOL: Sie können eigene Microsoft-Lizenzen (BYOL) verwenden und AWS stellt Ihnen die Lizenz nicht in Rechnung. Sie sind für die Compliance mit der Microsoft-Lizenzierung und die Aktivierung der Betriebssystemlizenz auf dem Ziel-Workload verantwortlich. Diese Option gilt sowohl für Windows-Workloads als auch für Linux-Workloads.

    HINWEIS:

    Festplatten

    Wählen Sie einen Datenträgertyp für die einzelnen Datenträger aus. Die Option Datenträgertyp listet die Datenträgertypen auf, die AWS unterstützt. Weitere Informationen finden Sie unter Amazon EBS-Volume-Typen.

    Wählen Sie einen Verschlüsselungsschlüssel aus, um die Verschlüsselung von AWS-Zielinstanz-Datenträgern zu aktivieren. Vergewissern Sie sich, dass der derzeit angemeldete IAM-Benutzer über ausreichend Berechtigungen zur Verwendung dieses Verschlüsselungsschlüssels verfügt. Informationen zum Erstellen des Verschlüsselungsschlüssels finden Sie unter Erstellen von Schlüsseln.

    Volumes

    Wählen Sie die Volumes aus, die in das Ziel für die Migration aufgenommen werden sollen.

    Clustergröße für NTFS

    (Für dateibasierte Windows-Workloads) Geben Sie die Clustergröße für das NTFS-Volume an. Weitere Informationen zur Standard-Clustergröße für ein NTFS-Volume finden Sie im KB-Artikel 140365 des Microsoft-Supports.

    Speicher ohne Volumes

    (Für Linux-Workloads) Geben Sie einen Nicht-Volume-Speicher (z. B. eine Auslagerungspartition) an, der mit dem Ursprungs-Workload verbunden ist. Dieser Speicher wird im migrierten Workload erneut erstellt.

    Datenträger für Volume-Gruppen

    (Für Linux-Workloads) Geben Sie die Datenablage und den Pfad an, in dem der virtuelle Datenträger auf dem Zielcomputer erstellt werden soll. Auf Wunsch können Sie den vorgeschlagenen Standardpfad übernehmen.

    Volume-Gruppen

    (Für Linux-Workloads) Legen Sie die LVM-Volume-Gruppen fest, die mit den unter Konvertierte logische Volumes in den Einstellungen angegebenen logischen LVM-Volumes migriert werden sollen.

    Konvertierte logische Volumes

    (Für Linux-Workloads) Wählen Sie die logischen LVM-Volumes aus, die in das Ziel für die Migration aufgenommen werden sollen.

    Reproduktionsnetzwerk für Ziel

    Die Reproduktions-NIC ist die primäre NIC, die Sie unter Einstellungen für Ziel-Workload > Netzwerkverbindungen festgelegt haben.

    1. Wählen Sie ein Netzwerk und ein Teilnetz für den Reproduktionsdatenverkehr aus.

    2. Wenn der Workload nicht Teil des Adressraums für das AWS-VPN ist, erfordert die Reproduktions-NIC eine öffentliche IP-Adresse. Wählen Sie die Option zum automatischen Zuweisen der öffentlichen IP-Adresse aus, damit AWS die öffentliche IP-Adresse automatisch zuweisen kann.

    3. Aktivieren Sie einen der folgenden Parameter:

      • DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird.

      • Statisch: Geben Sie eine statische private IP-Adresse, eine Teilnetzmaske und eine Gateway-IP-Adresse an. Die IP-Adresse muss im unterstützten Teilnetz eindeutig sein.

    4. Klicken Sie auf die Option zum Hinzufügen von Sicherheitsgruppen, um eine oder mehrere Sicherheitsgruppen hinzuzufügen. Weitere Informationen finden Sie im Abschnitt Create a Security Group (Erstellen von Sicherheitsgruppen) im White Paper Best Practices for Migrating Servers to Amazon Web Services with PlateSpin Migrate (Bewährte Verfahren zur Migration von Servern zu Amazon Web Services mit PlateSpin Migrate).

    Reproduktionsnetzwerke für Ursprung

    Geben Sie für den Reproduktionsdatenverkehr mindestens eine Netzwerkschnittstelle (NIC oder IP-Adresse) auf dem Ursprungs-Workload an, über die die Kommunikation mit der Reproduktionsumgebung abgewickelt werden kann.

    Falls das Netzwerk für die angegebene NIC nicht zu Ihrem AWS-VPN gehört, muss die NIC eine öffentliche IP-Adresse aufweisen.

    Dienste, die bei jeder Reproduktion anzuhalten sind

    (Für Windows-Workloads) Es wird empfohlen, alle nicht VSS-konformen Dienste oder Virenschutzprogramme vorübergehend im Ursprung anzuhalten, während der VSS-Snapshot im Ursprung erfasst wird. Wählen Sie die Windows-Dienste aus, die vorübergehend auf dem Ursprungs-Workload angehalten werden sollen, während der VSS-Snapshot im Ursprung erfasst wird. Diese Dienste werden wiederhergestellt, sobald die Erstellung des VSS-Snapshots abgeschlossen ist.

    Dienste, die bei der Übernahme mit Reproduktion anzuhalten sind

    (Für Windows-Workloads) Wählen Sie die Windows-Dienste aus, die bei der Übernahme mit einer beliebigen Reproduktion dauerhaft im Ursprungs-Workload angehalten werden sollen. Die Dienste, die während des Reproduktionsvorgangs im Ursprungs-Workload angehalten wurden, werden anschließend nicht wiederhergestellt. Dies gilt nicht für Testübernahmen.

    Daemons, die bei jeder Reproduktion anzuhalten sind

    (Für Linux-Workloads) Wählen Sie die Linux-Dienste aus, die vor der Reproduktion vorübergehend auf dem Ursprungs-Workload angehalten werden sollen. Diese Dienste werden nach Abschluss der Replikation wiederhergestellt.

    Daemons, die bei der Übernahme mit Reproduktion anzuhalten sind

    (Für Linux-Workloads) Wählen Sie die Linux-Dienste aus, die bei der Übernahme mit einer beliebigen Reproduktion dauerhaft im Ursprungs-Workload angehalten werden sollen. Die Dienste, die während des Reproduktionsvorgangs im Ursprungs-Workload angehalten wurden, werden nach der Übernahme nicht wiederhergestellt. Die angehaltenen Dienste werden nach einer Testübernahme wiederhergestellt.

    Einstellungen für Ziel-Workload

    (Diese Einstellungen werden beim Ausführen der Übernahme angewendet.)

    Miete

    Wählen Sie eine der folgenden Optionen, um festzulegen, ob Ihre Instanz auf einer gemeinsam genutzten oder einer dedizierten Hardware ausgeführt werden soll:

    • Freigegebene Hardwareinstanz ausführen: Ihre Instanz wird auf einer gemeinsam genutzten Hardware ausgeführt. Diese Option ist standardmäßig ausgewählt.

    • Dedizierte Instanz ausführen: Ihre Instanz wird auf einer Single-Tenant-Hardware ausgeführt.

    • Starten Sie diese Instanz auf einem dedizierten Host: Ihre Instanz wird auf einem dedizierten Host ausgeführt, einem isolierten Server, der bereits zur Verwendung in Ihrem Konto zugewiesen wurde.

      HINWEIS:Wenn Sie die Instanz auf einem dedizierten Host starten, ist das Betriebssystem-Lizenzmodell für den Ziel-Workload immer auf „BYOL“ festgelegt, unabhängig davon, welches Lizenzmodell Sie ausgewählt haben.

      Legen Sie die folgenden Optionen abhängig von Ihren Anforderungen fest:

      • Host: Wählen Sie einen bestimmten Host aus, um die Instanz zu starten, oder wählen Sie Automatische Platzierung nutzen aus, damit die Instanz auf jedem Host gestartet werden kann, auf dem ein passender Instanztyp oder die automatische Platzierung aktiviert ist. Die Option Automatische Platzierung nutzen ist standardmäßig ausgewählt, wenn einer der dedizierten Hosts die automatische Platzierung unterstützt.

      • Affinität: Für einen bestimmten dedizierten Host ist stets die Affinität Host ausgewählt. Wenn Sie Host jedoch auf Automatische Platzierung nutzen festlegen, wählen Sie eine der folgenden Optionen aus:

        • Aus: Startet eine gestoppte Instanz auf einem beliebigen verfügbaren Host neu. Diese Option ist standardmäßig aktiviert.

        • Host: Startet eine gestoppte Instanz auf dem gleichen Host neu, auf dem sie gestartet wurde.

    Größe der Cloud-Instanz

    Klicken Sie auf Größe der Cloud-Instanz ändern, um eine für Ihren Workload geeignete unterstützte Cloud-Instanzgröße auszuwählen.

    HINWEIS:

    • Wenn ein Instanztyp, der von AWS unterstützt wird, nicht aufgelistet ist, können Sie für den PlateSpin-Konfigurationsparameter AWSPriceListRegion den Namen der Region festlegen, deren Preislistenendpunkt den gewünschten Instanztyp aufweist. Weitere Informationen hierzu finden Sie unter Abschnitt 8.6.2, Konfigurieren des Preislistenendpunkts der AWS-Region zur Ermittlung der unterstützten AWS-Instanztypen.

    • Sobald AWS Unterstützung für neue Instanztypen hinzufügt, werden diese von Migrate dynamisch ermittelt und zur Auswahl angezeigt. Für diese Version wurde Migrate nicht mit kürzlich hinzugefügten Instanztypen (z. B. T3, M5a, R5a, R5, R5d, G3s, Z1d und C5n) und anderen neuen Instanztypen getestet. Die Unterstützung für diese AWS-Instanztypen erfolgt auf experimenteller Basis.

    Standardmäßig legt Migrate eine Größe für die Cloud-Instanz fest, die dem Ursprungs-Workload für die folgenden Komponenten am ehesten entspricht:

    • Gesamtzahl der Kerne

    • Menge an Arbeitsspeicher

    • Anzahl der NICs

    • Netzwerkleistung

    • AWS-Instanzfamilie

    Die Standardinstanz erfüllt oder übertrifft die Werte der Einstellungen für alle Komponenten im Ursprungs-Workload. Bei Bedarf können Sie jedoch eine kleinere Instanz je nach Ihren Anforderungen festlegen:

    • Die Ziel-VM verwendet die zulässigen CPUs und die zulässige Arbeitsspeichermenge für die Instanzengröße. So reduzieren Sie die Anzahl der CPUs bzw. die Arbeitsspeichermenge auf dem Ziel-Workload:

      1. Wählen Sie eine kleinere Cloud-Instanz mit weniger CPUs oder weniger Arbeitsspeicher aus, die Ihre Anforderungen optimal erfüllt.

    • Die Ziel-VM verwendet maximal die zulässige Anzahl an NICs für die Instanzengröße. So migrieren Sie nur einen Teil der NICs:

      1. Wählen Sie eine Cloud-Instanz mit weniger NICs aus, die Ihre Anforderungen optimal erfüllt. Mindestens eine NIC ist erforderlich.

      2. Heben Sie unter Einstellungen für Ziel-Workload die Auswahl der NICs auf, die nicht migriert werden sollen, bis die Anzahl der NICs für die Migration zur ausgewählten Instanz passt.

    HINWEIS:Die Größe i3.16xlarge wird für die Migration von Windows Server 2008 R2-Workloads zu AWS derzeit nicht unterstützt. Verwenden Sie eine andere unterstützte Cloud-Instanzgröße als i3.16xlarge.

    AWS-Instanz-Tags

    AWS bietet Ihnen die Möglichkeit, Metadaten ihren Ressourcen in Form von Tags zuzuweisen. Dies erleichtert die Suche nach Ressourcen sowie deren Verwaltung und Filterung. So fügen Sie Tags hinzu:

    1. Klicken Sie auf Tags hinzufügen/bearbeiten und dann auf Tag erstellen.

    2. Geben Sie einen Schlüssel und einen Wert für das Tag an.

    3. Klicken Sie auf „Anwenden“.

    Sie können den Schlüssel und den Wert von Tags bearbeiten und auch Tags entfernen.

    Platzierungsgruppen

    Diese Einstellung ist nur anwendbar, wenn Sie für Miete festlegen, dass Ihre Instanz als gemeinsam genutzte Instanz ausgeführt wird.

    Wählen Sie eine Platzierungsgruppe aus, in der Sie Ihre Instanz starten möchten.

    WICHTIG:Die Konfiguration der Platzierungsgruppen in Migrate ist auf die von Amazon EC2 unterstützten Cloud-Instanztypen beschränkt. In der AWS EC2-Dokumentation finden Sie die neuesten Informationen über Platzierungsgruppen und AWS-Regeln sowie Einschränkungen für deren Verwendung:

    IAM-Rollen

    Wählen Sie einen AWS-IAM-Benutzer (Identity and Access Management) in Ihrem AWS-Konto aus, der die entsprechende IAM-Rolle für Migrationen zur VPC mithilfe der AWS-APIs besitzt.

    Schlüsselpaar

    Wählen Sie das AWS EC2-Schlüsselpaar aus, das Sie für die Anmeldung bei Ihrer AWS-Zielinstanz verwenden möchten. Wenn Sie kein Schlüsselpaar verwenden möchten, wählen Sie Ohne Schlüsselpaar fortfahren aus, um nur den Ursprungsberechtigungsnachweis für die Anmeldung bei Ihrer AWS-Zielinstanz zu verwenden.

    HINWEIS:Standardmäßig können Sie sich bei Auswahl eines Schlüsselpaars nur mit dem ausgewählten Schlüsselpaar bei der AWS-Zielinstanz anmelden. Wenn Sie sich entweder mit dem im Migrationsauftrag konfigurierten Schlüsselpaar oder dem Ursprungsberechtigungsnachweis bei einer AWS-Linux-Zielinstanz anmelden möchten, lesen Sie Abschnitt 8.6.3, Konfigurieren der Zielinstanzprotokollierung mit Schlüsselpaar oder Ursprungsberechtigungsnachweis.

    Informationen zum Erstellen des Schlüsselpaars finden Sie hier:

    Hostname

    Führen Sie einen der folgenden Vorgänge aus:

    • Soll der Hostname beibehalten werden, wählen Sie Keine Änderung.

    • Zum Ändern des Hostnamens wählen Sie Festlegen auf und geben Sie den neuen Namen an.

      HINWEIS:Wenn Sie den Hostnamen bei der Übernahme ändern, ist eine inkrementelle Reproduktion erforderlich.

    Domäne/Arbeitsgruppe

    (Für Windows-Workloads) Abhängig davon, ob der Ursprungs-Workload zu einer Arbeitsgruppe oder einer Domäne gehört, wird eine der folgenden Angaben angezeigt:

    • Arbeitsgruppe: Arbeitsgruppenname

      Arbeitsgruppenname bezeichnet hierbei den Namen der Arbeitsgruppe, zu der der Ursprungs-Workload gehört.

    • Domäne: Domänenname

      Domänenname bezeichnet hierbei den Namen der Domäne, zu der der Ursprungs-Workload gehört.

    HINWEIS:Wenn Sie den Domänen- oder Arbeitsgruppennamen bei der Übernahme ändern, ist eine inkrementelle Reproduktion erforderlich.

    Abhängig davon, wo der Ziel-Workload beitreten soll, führen Sie einen der folgenden Schritte aus:

    • Wenn der Ursprungs-Workload zu einer Arbeitsgruppe gehört: Beispiel: Der Ursprungs-Workload gehört zur Arbeitsgruppe Arbeitsgruppe1.

      • Damit der Ziel-Workload derselben Arbeitsgruppe beitritt (WorkGroup1), übernehmen Sie die folgenden Standardeinstellungen:

        Arbeitsgruppe: Arbeitsgruppe1

      • Soll der Ziel-Workload einer anderen Arbeitsgruppe beitreten (z. B. Arbeitsgruppe2), wählen Sie Arbeitsgruppe beitreten und geben Sie den Namen Arbeitsgruppe2 an.

      • Soll der Ziel-Workload einer Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an.

    • Wenn der Ursprungs-Workload zu einer Domäne gehört: Beispiel: Der Ursprungs-Workload gehört zur Domäne Domäne1.

      • Soll der Ziel-Workload einer Arbeitsgruppe beitreten, klicken Sie auf Arbeitsgruppe beitreten und geben Sie den Namen der gewünschten Arbeitsgruppe an.

      • Damit der Ziel-Workload derselben Domäne beitritt (Domäne1) und die Einstellungen für die Domänenregistrierung beibehalten werden, übernehmen Sie die folgenden Standardeinstellungen:

        Domäne: Domäne1

      • Wenn der Ziel-Workload derselben Domäne beitreten soll (Domäne1), ohne dass die Einstellungen für die Domänenregistrierung beibehalten werden, wählen Sie Domäne beitreten und geben Sie den Domänennamen Domäne1 an.

      • Soll der Ziel-Workload einer anderen Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an.

    Berechtigungsnachweis für Domäne

    (Für Windows-Workloads) Wenn Sie Domäne beitreten wählen, geben Sie den Berechtigungsnachweis des Domänenadministrators an.

    Netzwerkverbindungen

    1. Klicken Sie auf Enable Enhanced Networking, um die Enhanced Networking-Funktion von AWS zu verwenden und so Hochleistungsnetzwerk-Funktionen auf dem Workload bereitzustellen.

      WICHTIG:

    2. Bei Workloads mit mehreren NICs aktivieren Sie die Option Einbeziehen für jede zu migrierende NIC. Soll eine NIC nicht berücksichtigt werden, deaktivieren Sie die Option Einbeziehen.

      • Mindestens eine NIC ist erforderlich.

      • Die Anzahl der zu migrierenden NICs darf nicht größer sein als die Anzahl der NICs, die durch die ausgewählte Cloud-Instanz unterstützt wird.

      • Wenn der Ursprungs-Workload nicht Teil des Adressraums für das AWS-VPN ist, wird für die Migration eine öffentliche IP-Adresse benötigt. Damit AWS automatisch eine öffentliche IP-Adresse zuweisen kann, dürfen Sie für die Migration nur eine NIC angeben. Der Grund dafür ist, dass AWS öffentliche IP-Adressen nur Instanzen mit einer einzigen Netzwerkschnittstelle zuweisen kann. Um sicherzustellen, dass während der Migration nur die öffentliche IP-Adresse verwendet wird, legen Sie den Parameter UseOnlyPublicIPForAWS in den PlateSpin-Konfigurationseinstellungen für den Migrate-Server auf True fest. Weitere Informationen hierzu finden Sie unter Abschnitt 8.6.4, Konfigurieren des PlateSpin Migrate-Servers zur Verwendung von öffentlichen IP-Adressen für AWS-Migrationen.

    3. Wählen Sie für die zu berücksichtigenden NICs jeweils ein Netzwerk und ein Teilnetz aus.

    4. (Für einzelne NIC) Wählen Sie die Option Auto-assign Public IP aus, damit AWS automatisch eine öffentliche IP-Adresse zuweisen kann.

    5. Wählen Sie für die zu berücksichtigenden NICs jeweils eine der folgenden Optionen aus:

      • DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird.

      • Statisch: Geben Sie eine statische IP-Adresse, eine Teilnetzmaske und eine Gateway-IP-Adresse an. Die IP-Adresse muss im unterstützten Teilnetz eindeutig sein.

    DNS-Server

    Geben Sie die DNS-Server für die Ziel-Workloads an. Dies gilt nur dann, wenn Sie unter Netzwerkverbindungen die Option Static wählen:

    • Primärer DNS: Geben Sie die IP-Adresse des primären DNS-Servers an.

    • Alternativer DNS: Geben Sie die IP-Adresse des alternativen DNS-Servers an.

    • Zusätzlicher DNS: So geben Sie Adressen für zusätzliche DNS-Server an:

      1. Klicken Sie auf Erweitert.

      2. Geben Sie die IP-Adresse des DNS-Servers an.

      3. Klicken Sie auf Hinzufügen. Der Server wird in die Liste der DNS-Server aufgenommen.

      4. Klicken Sie auf OK.

    Status der Dienste auf Ziel-VM

    (Für Windows-Workloads) Wählen Sie die Startbedingungen für die Windows-Dienste auf der Ziel-VM aus. Die Startoptionen lauten Automatisch, Manuell, Deaktiviert und Automatisch (Verzögerter Start).

    Zu ändernde Daemonstatus

    (Für Linux-Workloads) Wählen Sie die Startbedingungen für die Linux-Daemons auf der Ziel-VM aus. Aktivieren Sie die Kontrollkästchen auf den entsprechenden Ausführungsebenen (0 bis 6) und „Booten“, sodass der Daemon gestartet werden kann.

    Testeinstellungen für Ziel-Workload

    (Diese Einstellungen werden beim Testen der Übernahme angewendet.)

    Einstellungen für Ziel-Workload kopieren

    Klicken Sie auf die Option Einstellungen für Ziel-Workload kopieren, um die Workload-Einstellungen im Abschnitt Einstellungen für Ziel-Workload (Diese Einstellungen werden beim Ausführen der Übernahme angewendet.) automatisch in den Abschnitt Testeinstellungen für Ziel-Workload (Diese Einstellungen werden beim Testen der Übernahme angewendet.) zu kopieren.

    Miete

    Wählen Sie eine der folgenden Optionen, um festzulegen, ob Ihre Instanz auf einer gemeinsam genutzten oder einer dedizierten Hardware ausgeführt werden soll:

    • Freigegebene Hardwareinstanz ausführen: Ihre Instanz wird auf einer gemeinsam genutzten Hardware ausgeführt. Diese Option ist standardmäßig ausgewählt.

    • Dedizierte Instanz ausführen: Ihre Instanz wird auf einer Single-Tenant-Hardware ausgeführt.

    • Starten Sie diese Instanz auf einem dedizierten Host: Ihre Instanz wird auf einem dedizierten Host ausgeführt, einem isolierten Server, der bereits zur Verwendung in Ihrem Konto zugewiesen wurde.

      HINWEIS:Wenn Sie die Instanz auf einem dedizierten Host starten, ist das Betriebssystem-Lizenzmodell für den Ziel-Workload immer auf „BYOL“ festgelegt, unabhängig davon, welches Lizenzmodell Sie ausgewählt haben.

      Legen Sie die folgenden Optionen abhängig von Ihren Anforderungen fest:

      • Host: Wählen Sie einen bestimmten Host aus, um die Instanz zu starten, oder wählen Sie Automatische Platzierung nutzen aus, damit die Instanz auf jedem Host gestartet werden kann, auf dem ein passender Instanztyp oder die automatische Platzierung aktiviert ist. Die Option Automatische Platzierung nutzen ist standardmäßig ausgewählt, wenn einer der dedizierten Hosts die automatische Platzierung unterstützt.

      • Affinität: Für einen bestimmten dedizierten Host ist stets die Affinität Host ausgewählt. Wenn Sie Host jedoch auf Automatische Platzierung nutzen festlegen, wählen Sie eine der folgenden Optionen aus:

        • Aus: Startet eine gestoppte Instanz auf einem beliebigen verfügbaren Host neu. Diese Option ist standardmäßig aktiviert.

        • Host: Startet eine gestoppte Instanz auf dem gleichen Host neu, auf dem sie gestartet wurde.

    Größe der Cloud-Instanz

    Klicken Sie auf Größe der Cloud-Instanz ändern, um eine für Ihren Workload geeignete unterstützte Cloud-Instanzgröße auszuwählen.

    HINWEIS:Wenn ein Instanztyp, der von AWS unterstützt wird, nicht aufgelistet ist, können Sie für den PlateSpin-Konfigurationsparameter AWSPriceListRegion den Namen der Region festlegen, deren Preislistenendpunkt den gewünschten Instanztyp aufweist. Weitere Informationen hierzu finden Sie unter Abschnitt 8.6.2, Konfigurieren des Preislistenendpunkts der AWS-Region zur Ermittlung der unterstützten AWS-Instanztypen.

    Standardmäßig legt Migrate eine Größe für die Cloud-Instanz fest, die dem Ursprungs-Workload für die folgenden Komponenten am ehesten entspricht:

    • Gesamtzahl der Kerne

    • Menge an Arbeitsspeicher

    • Anzahl der NICs

    • Netzwerkleistung

    • AWS-Instanzfamilie

    Die Standardinstanz erfüllt oder übertrifft die Werte der Einstellungen für alle Komponenten im Ursprungs-Workload. Bei Bedarf können Sie jedoch eine kleinere Instanz je nach Ihren Anforderungen festlegen:

    • Die Ziel-VM verwendet die zulässigen CPUs und die zulässige Arbeitsspeichermenge für die Instanzengröße. So reduzieren Sie die Anzahl der CPUs bzw. die Arbeitsspeichermenge auf dem Ziel-Workload:

      1. Wählen Sie eine kleinere Cloud-Instanz mit weniger CPUs oder weniger Arbeitsspeicher aus, die Ihre Anforderungen optimal erfüllt.

    • Die Ziel-VM verwendet maximal die zulässige Anzahl an NICs für die Instanzengröße. So migrieren Sie nur einen Teil der NICs:

      1. Wählen Sie eine Cloud-Instanz mit weniger NICs aus, die Ihre Anforderungen optimal erfüllt. Mindestens eine NIC ist erforderlich.

      2. Heben Sie unter Einstellungen für Ziel-Workload die Auswahl der NICs auf, die nicht migriert werden sollen, bis die Anzahl der NICs für die Migration zur ausgewählten Instanz passt.

    HINWEIS:Die Größe i3.16xlarge wird für die Migration von Windows Server 2008 R2-Workloads zu AWS derzeit nicht unterstützt. Verwenden Sie eine andere unterstützte Cloud-Instanzgröße als i3.16xlarge.

    AWS-Instanz-Tags

    AWS bietet Ihnen die Möglichkeit, Metadaten ihren Ressourcen in Form von Tags zuzuweisen. Dies erleichtert die Suche nach Ressourcen sowie deren Verwaltung und Filterung. So fügen Sie Tags hinzu:

    1. Klicken Sie auf Tags hinzufügen/bearbeiten und dann auf Tag erstellen.

    2. Geben Sie einen Schlüssel und einen Wert für das Tag an.

    3. Klicken Sie auf „Anwenden“.

    Sie können den Schlüssel und den Wert von Tags bearbeiten und auch Tags entfernen.

    Platzierungsgruppen

    Diese Einstellung ist nur anwendbar, wenn Sie für Miete festlegen, dass Ihre Instanz als gemeinsam genutzte Instanz ausgeführt wird.

    Wählen Sie eine Platzierungsgruppe aus, in der Sie Ihre Instanz starten möchten.

    WICHTIG:Die Konfiguration der Platzierungsgruppen in Migrate ist auf die von Amazon EC2 unterstützten Cloud-Instanztypen beschränkt. In der AWS EC2-Dokumentation finden Sie die neuesten Informationen über Platzierungsgruppen und AWS-Regeln sowie Einschränkungen für deren Verwendung:

    IAM-Rollen

    Wählen Sie einen AWS-IAM-Benutzer (Identity and Access Management) in Ihrem AWS-Konto aus, der die entsprechende IAM-Rolle für Migrationen zur VPC mithilfe der AWS-APIs besitzt.

    Schlüsselpaar

    Wählen Sie das AWS EC2-Schlüsselpaar aus, das Sie für die Anmeldung bei Ihrer AWS-Zielinstanz verwenden möchten. Wenn Sie kein Schlüsselpaar verwenden möchten, wählen Sie Ohne Schlüsselpaar fortfahren aus, um nur den Ursprungsberechtigungsnachweis für die Anmeldung bei Ihrer AWS-Zielinstanz zu verwenden.

    HINWEIS:Standardmäßig können Sie sich bei Auswahl eines Schlüsselpaars nur mit dem ausgewählten Schlüsselpaar bei der AWS-Zielinstanz anmelden. Wenn Sie sich entweder mit dem im Migrationsauftrag konfigurierten Schlüsselpaar oder dem Ursprungsberechtigungsnachweis bei einer AWS-Linux-Zielinstanz anmelden möchten, lesen Sie Abschnitt 8.6.3, Konfigurieren der Zielinstanzprotokollierung mit Schlüsselpaar oder Ursprungsberechtigungsnachweis.

    Informationen zum Erstellen des Schlüsselpaars finden Sie hier:

    Hostname

    Führen Sie einen der folgenden Vorgänge aus:

    • Soll der Hostname beibehalten werden, wählen Sie Keine Änderung.

    • Zum Ändern des Hostnamens wählen Sie Festlegen auf und geben Sie den neuen Namen an.

      HINWEIS:Wenn Sie den Hostnamen bei der Testübernahme ändern, ist keine inkrementelle Reproduktion erforderlich.

    Domäne/Arbeitsgruppe

    (Für Windows-Workloads) Abhängig davon, ob der Ursprungs-Workload zu einer Arbeitsgruppe oder einer Domäne gehört, wird eine der folgenden Angaben angezeigt:

    • Arbeitsgruppe: Arbeitsgruppenname

      Arbeitsgruppenname bezeichnet hierbei den Namen der Arbeitsgruppe, zu der der Ursprungs-Workload gehört.

    • Domäne: Domänenname

      Domänenname bezeichnet hierbei den Namen der Domäne, zu der der Ursprungs-Workload gehört.

    HINWEIS:Wenn Sie den Domänen- oder Arbeitsgruppennamen bei der Testübernahme ändern, ist keine inkrementelle Reproduktion erforderlich.

    Abhängig davon, wo der Ziel-Workload beitreten soll, führen Sie einen der folgenden Schritte aus:

    • Wenn der Ursprungs-Workload zu einer Arbeitsgruppe gehört: Beispiel: Der Ursprungs-Workload gehört zur Arbeitsgruppe Arbeitsgruppe1.

      • Damit der Ziel-Workload derselben Arbeitsgruppe beitritt (WorkGroup1), übernehmen Sie die folgenden Standardeinstellungen:

        Arbeitsgruppe: Arbeitsgruppe1

      • Soll der Ziel-Workload einer anderen Arbeitsgruppe beitreten (z. B. Arbeitsgruppe2), wählen Sie Arbeitsgruppe beitreten und geben Sie den Namen Arbeitsgruppe2 an.

      • Soll der Ziel-Workload einer Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an.

    • Wenn der Ursprungs-Workload zu einer Domäne gehört: Beispiel: Der Ursprungs-Workload gehört zur Domäne Domäne1.

      • Soll der Ziel-Workload einer Arbeitsgruppe beitreten, klicken Sie auf Arbeitsgruppe beitreten und geben Sie den Namen der gewünschten Arbeitsgruppe an.

      • Damit der Ziel-Workload derselben Domäne beitritt (Domäne1) und die Einstellungen für die Domänenregistrierung beibehalten werden, übernehmen Sie die folgenden Standardeinstellungen:

        Domäne: Domäne1

      • Wenn der Ziel-Workload derselben Domäne beitreten soll (Domäne1), ohne dass die Einstellungen für die Domänenregistrierung beibehalten werden, wählen Sie Domäne beitreten und geben Sie den Domänennamen Domäne1 an.

      • Soll der Ziel-Workload einer anderen Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an.

    Berechtigungsnachweis für Domäne

    (Für Windows-Workloads) Wenn Sie Domäne beitreten wählen, geben Sie den Berechtigungsnachweis des Domänenadministrators an.

    Netzwerkverbindungen

    1. Klicken Sie auf Enable Enhanced Networking, um die Enhanced Networking-Funktion von AWS zu verwenden und so Hochleistungsnetzwerk-Funktionen auf dem Workload bereitzustellen.

      WICHTIG:

    2. Bei Workloads mit mehreren NICs aktivieren Sie die Option Einbeziehen für jede zu migrierende NIC. Soll eine NIC nicht berücksichtigt werden, deaktivieren Sie die Option Einbeziehen.

      • Mindestens eine NIC ist erforderlich.

      • Die Anzahl der zu migrierenden NICs darf nicht größer sein als die Anzahl der NICs, die durch die ausgewählte Cloud-Instanz unterstützt wird.

      • Wenn der Ursprungs-Workload nicht Teil des Adressraums für das AWS-VPN ist, wird für die Migration eine öffentliche IP-Adresse benötigt. Damit AWS automatisch eine öffentliche IP-Adresse zuweisen kann, dürfen Sie für die Migration nur eine NIC angeben. Der Grund dafür ist, dass AWS öffentliche IP-Adressen nur Instanzen mit einer einzigen Netzwerkschnittstelle zuweisen kann. Um sicherzustellen, dass während der Migration nur die öffentliche IP-Adresse verwendet wird, legen Sie den Parameter UseOnlyPublicIPForAWS in den PlateSpin-Konfigurationseinstellungen für den Migrate-Server auf True fest. Weitere Informationen hierzu finden Sie unter Abschnitt 8.6.4, Konfigurieren des PlateSpin Migrate-Servers zur Verwendung von öffentlichen IP-Adressen für AWS-Migrationen.

    3. Wählen Sie für die zu berücksichtigenden NICs jeweils ein Netzwerk und ein Teilnetz aus.

    4. (Für einzelne NIC) Wählen Sie die Option Auto-assign Public IP aus, damit AWS automatisch eine öffentliche IP-Adresse zuweisen kann.

    5. Wählen Sie für die zu berücksichtigenden NICs jeweils eine der folgenden Optionen aus:

      • DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird.

      • Statisch: Geben Sie eine statische IP-Adresse, eine Teilnetzmaske und eine Gateway-IP-Adresse an. Die IP-Adresse muss im unterstützten Teilnetz eindeutig sein.

    DNS-Server

    Geben Sie die DNS-Server für die Ziel-Workloads an. Dies gilt nur dann, wenn Sie unter Netzwerkverbindungen die Option Static wählen:

    • Primärer DNS: Geben Sie die IP-Adresse des primären DNS-Servers an.

    • Alternativer DNS: Geben Sie die IP-Adresse des alternativen DNS-Servers an.

    • Zusätzlicher DNS: So geben Sie Adressen für zusätzliche DNS-Server an:

      1. Klicken Sie auf Erweitert.

      2. Geben Sie die IP-Adresse des DNS-Servers an.

      3. Klicken Sie auf Hinzufügen. Der Server wird in die Liste der DNS-Server aufgenommen.

      4. Klicken Sie auf OK.

    Status der Dienste auf Ziel-VM

    (Für Windows-Workloads) Wählen Sie die Windows-Dienste aus, die auf der Ziel-VM automatisch angehalten werden müssen.

    Zu ändernde Daemonstatus

    (Für Linux-Workloads) Wählen Sie die Linux-Daemons aus, die auf der Ziel-VM automatisch angehalten werden müssen.

    Tag

    Tag

    Wählen Sie ein Tag aus, das dem Workload zugewiesen werden soll. Weitere Informationen zu Tags erhalten Sie unter Abschnitt 22.9, Verfolgen logischer Verknüpfungen von Workloads mithilfe von Tags.

  9. (Optional) Zum Ändern des Ziels klicken Sie auf Ziel ändern.

    HINWEIS:Wenn Sie das Ziel ändern, werden alle angegebenen Einstellungen gelöscht.

  10. Führen Sie einen der folgenden Vorgänge aus:

    • Speichern Sie die Einstellungen mit Speichern.

    • Klicken Sie auf Speichern und vorbereiten. Die Einstellungen werden gespeichert, und die Workload-Migration wird vorbereitet.

    • Beenden Sie den Vorgang mit Abbrechen.