Einzelne VMs migrieren

Der Migrationsprozess für eine einzelne Quell-VM erfolgt in den folgenden Phasen:

  1. Einrichten: Wählen Sie die zu migrierenden VMs aus.

  2. Replizieren: Replizieren Sie Daten von der Quell-VM in Google Cloud. Die Datenreplikation ist ein kontinuierlicher Prozess, der im Hintergrund ausgeführt wird, bis die endgültige Umstellung erfolgt ist oder Sie die Migration löschen.

  3. VM-Zieldetails festlegen: Konfigurieren Sie Einstellungen für die migrierte VM, z. B. das Projekt, den Instanztyp, den Arbeitsspeicher und das Netzwerk.

  4. (Optional) Testklon: Erstellen Sie einen Klon der Quell-VM aus den Replikationsdaten und testen Sie ihn in Google Cloud.

  5. Umstellung: Migrieren Sie die Quell-VM. Dieser Vorgang umfasst das Beenden der Quell-VM, das Ausführen einer endgültigen Replikation und das Erstellen der Produktionsinstanz aus der Quell-VM.

  6. Abschließen: Bereinigen Sie alle Ressourcen, die von der Migration nach einem erfolgreichen Umstellungsvorgang verbraucht wurden.

Eine vollständige Beschreibung dieser Phasen finden Sie unter VM-Migrationslebenszyklus. Die VMs, die Sie während des Migrationsprozesses erstellen, werden als migrierende VMs bezeichnet. Sie haben während und nach einer Migration verschiedene Zustände.

Weitere Informationen zum Überwachen des Fortschritts während der Migration finden Sie auch unter Details zum Migrationsfortschritt.

Der VM-Migrationsprozess folgt denselben Schritten wie der Prozess der Laufwerksmigration. Daher können Sie während der Migration jederzeit von der VM-Migration zur Laufwerksmigration und umgekehrt wechseln. Weitere Informationen finden Sie unter Von der VM-Migration zur Laufwerksmigration wechseln.

In diesem Dokument werden die Phasen der Migration einer Quell-VM zu Google Cloudbeschrieben.

Vorbereitung

Führen Sie die folgenden Schritte aus, um die Migrationsumgebung für Ihre Migrationsquelle und Ihr Migrationsziel zu konfigurieren.

Lizenzierung

Compute Engine unterstützt Premium-„Pay-as-you-go“-Lizenzen (PAYG). Sie können auch eigene BYOL-Lizenzen auf Basis des Betriebssystems der Quell-VM verwenden. PAYG-Lizenzen werden auf Basis der verwendeten Ressourcen abgerechnet.

Ausführliche Informationen zur Lizenzierung für alle unterstützten Betriebssysteme finden Sie unter Unterstützte Betriebssysteme.

Schritt 1: VM einrichten

Die erste Migrationsphase besteht aus der Einrichtung der Quell-VM. Ein vSphere-Rechenzentrum kann beispielsweise Dutzende, Hunderte oder sogar Tausende von VMs enthalten. Richten Sie nur die VMs ein, die migriert werden sollen.

Es können bis zu 200 Migrationen gleichzeitig (ausgenommen Migrationen in der Abschlussphase) pro Hostprojekt und Region in Bearbeitung sein. Die Einschränkung besteht für die Migration von VMs aller Quelltypen. Sie können beispielsweise 100 VMs aus einer VMware-Quelle und 100 zusätzliche VMs von AWS gleichzeitig migrieren.

So richten Sie eine Quell-VM ein:

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Quellen aus.

  3. Wählen Sie in der Drop-down-Liste die Migrationsquelle, aus der Sie eine VM migrieren möchten.

    Unterhalb des Drop-down-Menüs wird der Quellstatus der Migrationsquelle so angezeigt:

    • Aktiv: Die Quelle ist aktiv und mit Migrate to Virtual Machines verbunden.
    • Offline: Die Quelle ist nicht verfügbar.
    • Ausstehend: Für die Quelle wird gerade eine Verbindung hergestellt und geprüft.

    Wenn in der Drop-down-Liste keine Einträge angezeigt werden, bedeutet dies, dass Sie die Migrationsquelle nicht richtig konfiguriert haben. Prüfen Sie die Schritte zum Festlegen der Migrationsquelle und versuchen Sie es noch einmal.

  4. Es wird eine Tabelle mit den Quell-VMs in der Migrationsquelle angezeigt, die für die Migration verfügbar sind. Wählen Sie mindestens eine Quell-VM aus.

    In der Spalte VM Power Status wird der Status als Gesperrt, Ein oder Aus angezeigt. VMs, die einen dieser Statuswerte haben, können migriert werden.

  5. Klicken Sie auf Migrationen hinzufügen > VM-Migration.

  6. Bestätigen Sie, dass Sie die Migration erstellen möchten.

    Nachdem Sie eine Migration erstellt haben, wird in der Spalte Replikationsstatus für eine VM eine der folgenden Optionen angezeigt:

    • Ausstehend: Die VM wird gerade eingerichtet.
    • Bereit: Die VM wurde eingerichtet, aber die Replikation hat noch nicht begonnen.

  7. Sie können jetzt die Replikation der VMs starten, wie im folgenden Schritt erläutert.

Schritt 2: Replikation der Quell-VM starten

Nach dem Einrichten einer Quell-VM beginnen Sie mit der Replikation der Laufwerksdaten von der Quell-VM in Google Cloud. Dieser Vorgang läuft im Hintergrund ab, ohne dass die Arbeitslast unterbrochen wird.

Die Datenreplikation besteht aus zwei Schritten:

  1. Erster Replikationsschritt: Migrate to Virtual Machines erstellt den ersten Snapshot der Quell-VM-Datenlaufwerke und repliziert die Snapshot-Daten inGoogle Cloud. Je nach Menge der Laufwerksdaten auf der Quell-VM kann die erste Replikation einige Minuten oder Stunden dauern.

    In der Spalte Replikationsstatus einer VM wird beim ersten Replikationsschritt der Status Erste Synchronisierung gefolgt vom entsprechenden Unterschritt angezeigt.

  2. Inkrementeller Replikationsschritt: Nach einem erfolgreichen ersten Replikationsschritt werden in festgelegten Intervallen inkrementelle Replikationsschritte durchgeführt (standardmäßig alle zwei Stunden). Bei jedem Schritt wird für jedes Datenlaufwerk ein neuer Snapshot erstellt. Dabei werden mit Change Block Tracking (CBT) nur Datenaktualisierungen inGoogle Cloud repliziert, die nach dem vorherigen Schritt vorgenommen wurden.

    In der Spalte Replikationsstatus einer VM wird bei einem inkrementellen Replikationsschritt der Status Aktiv gefolgt vom entsprechenden Unterschritt angezeigt.

Replikation einer Quell-VM initiieren

So starten Sie die Replikation einer Quell-VM:

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle mit den Quell-VMs in der Migrationsquelle, die Sie eingerichtet haben, wird angezeigt. Sie können die Replikation auf jeder VM mit dem Replikationsstatus Bereit starten.

  3. Wählen Sie mindestens eine Quell-VM aus.

  4. Klicken Sie auf Migration > Replikation starten. In der Spalte Replikationsstatus sehen Sie den Replikationsstatus zusammen mit einem der in der Tabelle der Unterschritte des Replikationszyklus beschriebenen Unterschritte.

    Klicken Sie auf die VM, um die Detailseite zu öffnen und den Replikationsverlauf einer VM aufzurufen. Klicken Sie auf Replikationsverlauf, um den Replikationsverlauf der VM zusammen mit den Unterschritten der Replikation aufzurufen.

  5. Sie können für den Testklon jetzt ein Migrationsziel und Umstellungsphasen konfigurieren.

Migrate to Virtual Machines generiert nach Abschluss Ihres Replikationszyklus einen Anpassungsbericht. Weitere Informationen zu Anpassungsberichten finden Sie in der Dokumentation zu Anpassungsberichten.

Nach Abschluss des ersten Replikationsschritts können Sie jederzeit einen Testklon erstellen. Die Replikation wird fortgesetzt, bis Sie sie während der Umstellungsphase explizit beenden.

Replikation pausieren

So pausieren Sie eine Replikation:

Sie können die Replikation für eine VM jederzeit anhalten. Wenn Sie eine VM pausieren, ändert sich ihr Replikationsstatus in Pausiert.

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle der verfügbaren Quell-VMs wird angezeigt.

  3. Wählen Sie eine oder mehrere VMs aus.

  4. Wählen Sie Pausieren aus.

    Wählen Sie zum späteren Fortsetzen der Replikation eine oder mehrere VMs und dann Fortsetzen aus.

Replikationsintervall festlegen

So legen Sie das Replikationsintervall fest:

Standardmäßig führt Migrate to Virtual Machines alle zwei Stunden eine Replikation der Quell-VM durch. So ändern Sie die Replikationshäufigkeit:

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle der verfügbaren Quell-VMs wird angezeigt.

  3. Wählen Sie die Schaltfläche Zieldetails bearbeiten für die VM aus. Ein Feld wird geöffnet, in dem Sie das Ziel konfigurieren können.

    Wenn Sie die Häufigkeit für mehrere VMs festlegen möchten, wählen Sie die VMs aus und klicken dann auf die Schaltfläche Zieldetails bearbeiten. Ein Feld wird geöffnet, in dem Sie die Replikationshäufigkeit für die ausgewählten VMs konfigurieren können.

  4. Wählen Sie den Tab Zieldetails aus.

  5. Legen Sie im Bereich Replikationsrichtlinie die Replikationshäufigkeit in Sekunden fest.

  6. Klicken Sie auf Speichern.

Von der VM-Migration zur Laufwerksmigration wechseln

Sie können während des Migrationsprozesses jederzeit zwischen VM-Migration und Laufwerksmigration wechseln.

So wechseln Sie von der VM-Migration zur Laufwerksmigration:

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Migrationen aus.

  3. Wählen Sie eine oder mehrere VMs aus.

  4. Klicken Sie auf Migration > In Laufwerksmigration konvertieren.

Beim Wechsel von der VM-Migration zur Laufwerksmigration werden die Zieldetails gelöscht. Dies liegt daran, dass die Zieldetails für die VM-Migration und die Laufwerksmigration unterschiedlich sind. Der Replikationsfortschritt geht während der Umstellung jedoch nicht verloren.

Sie müssen die Zieldetails aktualisieren, bevor Sie Vorgänge auf der VM klonen oder umstellen, damit die Migration erfolgreich ist. Weitere Informationen finden Sie unter Ziel konfigurieren.

Schritt 3: Ziel für eine migrierte VM konfigurieren

Zur Konfiguration eines Ziels führen Sie die beiden folgenden Hauptschritte aus:

  1. Fügen Sie ein Zielprojekt hinzu. Das Zielprojekt ist das Projekt, das die Compute Engine-Instanz enthält, die für das Hosten der migrierten VM verwendet wird.

    Das Hostprojekt wird automatisch als Zielprojekt hinzugefügt. Sie müssen es also nicht explizit hinzufügen. Wenn Sie ein zusätzliches Projekt als Zielprojekt hinzufügen möchten, finden Sie weitere Informationen unter Zielprojekt hinzufügen.

  2. Konfigurieren Sie die Compute Engine-Instanz, die zum Hosten der migrierten VM verwendet wird. Sowohl bei Test- als auch bei Produktionsumgebungen müssen Sie die Compute Engine-Zielinstanz konfigurieren, um Einstellungen festzulegen, einschließlich:

    • Google-Projekt
    • Anzahl der CPUs
    • Arbeitsspeichermenge

In diesem Abschnitt wird erläutert, wie Sie die Anfangskonfiguration der Compute Engine-Instanz festlegen, die zum Hosten der migrierten VM verwendet wird. Es gibt jedoch weitere Einstellungen, die Sie auf eine Compute Engine-Instanz anwenden können. Eine ausführliche Beschreibung aller Einstellungen finden Sie in der Compute Engine-Dokumentation.

Sie können die Zieldetails jederzeit ändern. Wenn Sie eine Compute Engine-Instanz für die Testklon- oder die Umstellungsphase instanziieren, verwendet Migrate to Virtual Machines die Zieldetails, die zum Zeitpunkt des Vorgangs gültig sind.

So konfigurieren Sie das Compute Engine-Ziel:

  1. Falls noch nicht geschehen, fügen Sie das Zielprojekt hinzu, wie unter Ziel hinzufügen gezeigt.

  2. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  3. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle mit Migrationen wird angezeigt.

  4. Wählen Sie eine VM aus, wobei Sie mehrere zum Bearbeiten auswählen können, und klicken Sie dann auf die Schaltfläche Zieldetails bearbeiten. Konfigurieren Sie im angezeigten Feld die Zieldetails für alle ausgewählten VMs.

  5. Legen Sie die Zieldetails fest, die die Merkmale der Compute Engine-Instanz definieren, die zum Hosten der migrierten VM verwendet wird. In der folgenden Tabelle sind diese Einstellungen aufgeführt. Außerdem finden Sie Links zur Compute Engine-Dokumentation mit detaillierten Beschreibungen.

    Migrate to Virtual Machines unterstützt nicht alle Einstellungen von Compute Engine. Sie können nur die in der folgenden Tabelle beschriebenen Einstellungen festlegen. Nachdem die Compute Engine-Instanz erstellt wurde, können Sie alle Einstellungen ändern:

    Abschnittstitel Feldname Beschreibung
    Allgemein Der Name der Compute Engine-Instanz. Die Benennungsregeln finden Sie in der Namenskonvention für Ressourcen.
    Der Name des Projekts, das die Compute Engine-Instanz hostet. Es muss sich um ein Projekt handeln, das Sie bereits zuvor in diesem Abschnitt hinzugefügt haben.
    Zone für die Compute Engine-Instanz. Weitere Informationen finden Sie unter Regionen und Zonen.
    Die Region der bereitgestellten Instanz ist die, die Sie bei der Registrierung von Migration Connector angegeben haben. Weitere Informationen finden Sie unter Migrate Connector installieren.
    Zur Organisation Ihres Projekts können Sie den Ressourcen Labels als Schlüssel/Wert-Paare hinzufügen. Weitere Informationen finden Sie unter Ressourcen mit Labels versehen.
    Maschinenkonfiguration Compute Engine bietet Serien vordefinierter Maschinentypen, die Sie beim Erstellen einer Instanz verwenden können. Jede Option hat andere Kosten. Wählen Sie die Maschinentypserie aus, die für Ihre Arbeitslast am besten geeignet ist.
    Weitere Informationen finden Sie unter Preise.
    Migrate to Virtual Machines bestimmt den Betriebssystemtyp der Compute Engine-Instanz automatisch anhand der Quell-VM und wendet die PAYG-Lizenzierung auf die Instanz an. Weitere Informationen finden Sie unter Lizenzierung.
    Die Compute Engine bietet vordefinierte Maschinentypen, die Sie bei der Erstellung einer Instanz verwenden können. Die verfügbaren Maschinentypen hängen von der Maschinenserie ab, die Sie im Feld Maschinentypserie auswählen.
    Weitere Informationen finden Sie in der Dokumentation zu vordefinierten Maschinentypen.
    Wenn die Compute Engine die regelmäßige Wartung der Infrastruktur durchführt, kann sie Ihre VM-Instanzen ohne Ausfallzeit auf andere Hardware migrieren. Setzen Sie diese Option auf „VM-Instanz migrieren (empfohlen)“, die Standardeinstellung, um die VM zu migrieren. Setzen Sie sie auf „Beenden“, um die Instanz zu beenden.
    Wenn der Standardwert An (empfohlen) festgelegt ist, startet Compute Engine Instanzen automatisch neu, wenn sie nicht durch Nutzer, sondern aus Gründen wie Wartung, Hardwarefehler oder Softwarefehler beendet werden. Legen Sie Aus fest, um den Neustart zu deaktivieren.
    Geben Sie Schlüssel/Wert-Paare von VM-Metadaten an, die für die migrierte VM gespeichert werden.
    Weitere Informationen zu Compute Engine-VM-Metadaten finden Sie in der Dokumentation zu VM-Metadaten.
    Bei Migrate to Virtual Machines wird für alle Schlüssel/Wert-Paare von Metadaten in jeder migrierten VM eine Einschränkung von 64.000 Zeichen erzwungen.
    Netzwerk Gibt das VPC-Netzwerk an, zu dem die Instanzen gehören werden.
    Gibt das einer Region zugeordnete Subnetz an. Dies muss ein Subnetzwerk des angegebenen Netzwerks sein.
    Legen Sie „Keine (Standardeinstellung)“ fest, um den externen Zugriff zu deaktivieren, und legen Sie „Sitzungsspezifisch“ fest, damit die gcloud CLI eine IP-Adresse zuweisen kann. Siehe Statische externe IP-Adressen konfigurieren.
    Legen Sie „Sitzungsspezifisch (Standardeinstellung)“ fest, damit die gcloud CLI eine IP-Adresse zuweisen kann, und legen Sie „Sitzungsspezifisch (benutzerdefiniert)“ fest, um eine eigene IP-Adresse anzugeben, oder „reserved-internal-ip“ (IP-Adresse), um eine vordefinierte IP-Adresse zu verwenden. Weitere Informationen finden Sie unter Statische interne IP-Adressen konfigurieren.

    Sie können eine VM mit einem benutzerdefinierten Hostnamen erstellen, wenn Sie einen voll qualifizierten DNS-Namen angeben. Benutzerdefinierte Hostnamen müssen den RFC 1035-Anforderungen für gültige Hostnamen entsprechen.

    Weitere Informationen zum Formatieren benutzerdefinierter Hostnamen finden Sie in der Dokumentation zu Benutzerdefinierten Hostnamen.

    Sie können den Hostnamen für Windows-VMs mit der TargetDetails API ändern. Nachdem Sie den Hostnamen einer Windows-VM lokal geändert haben, aktualisieren Sie den Hostnamen in Active Directory (AD), damit die AD-Vertrauensstellung nicht unterbrochen wird.

    Mit Migrate to Virtual Machines können Sie optional eine Compute Engine-Instanz mit mehreren Netzwerkschnittstellen (NICs) erstellen. Jede Schnittstelle ist an ein anderes VPC-Netzwerk angeschlossen, sodass diese Instanz Zugriff auf verschiedene VPC-Netzwerke in der gcloud CLI erhält. Wenn Sie keine Netzwerkschnittstelle auswählen, wird das Maschinen-Image an das Standardnetzwerk und ‑subnetz des Projekts in einer Region angehängt.
    Bevor Sie zusätzliche Netzwerkschnittstellen hinzufügen, sollten Sie die folgenden Punkte beachten:
    • Das Anhängen mehrerer Netzwerkschnittstellen an dasselbe VPC-Netzwerk wird nicht unterstützt. Während die Konfiguration gespeichert werden kann, schlägt die Instanziierung der VM fehl.
    • Nachdem eine Compute Engine-Instanz mit test-clone oder cut-over instanziiert wurde, können Sie keine Netzwerkschnittstelle zu der erstellten Instanz hinzufügen oder daraus entfernen. Sie können test-clone oder cut-over mit unterschiedlichen Zieldetails wiederholen, um die Instanz neu zu erstellen.
      So fügen Sie eine Netzwerkschnittstelle hinzu oder entfernen sie:
      • Wählen Sie Netzwerkschnittstelle hinzufügen, um der Compute Engine-Instanz eine zusätzliche Netzwerkschnittstelle hinzuzufügen. Sie können dieselben Optionen wie für die ursprüngliche Netzwerkschnittstelle festlegen.
    Weitere Informationen finden Sie unter Instanzen mit mehreren Netzwerkschnittstellen erstellen.
    Damit können Firewallregeln und Routen auf bestimmte Instanzen angewendet werden. Weitere Informationen finden Sie unter Netzwerktags konfigurieren.
    Zusätzliche Konfiguration Geben Sie das Dienstkonto in dem Zielprojekt an, das zum Ausführen der Compute Engine-Instanz verwendet wurde. Standardmäßig ist der Compute Engine-Instanz kein Dienstkonto zugewiesen.
    Wenn Sie auf der Compute Engine-Instanz eine Anwendung ausführen möchten, die auf andere gcloud CLI-Dienste und APIs zugreifen muss, erstellen Sie im Zielprojekt ein Dienstkonto mit den erforderlichen Zugriffsberechtigungen. So können Sie auf diese Dienste und APIs zugreifen, bevor Sie die Compute Engine-Instanz erstellen. Geben Sie dann das Dienstkonto hier an. Weitere Informationen finden Sie unter VM einrichten, die als Dienstkonto ausgeführt werden soll.
    Um das Dienstkonto an die Compute Engine-Instanz anhängen zu können, benötigt Ihr Nutzerkonto im Hostprojekt für Migrate to Virtual Machines die erforderlichen Berechtigungen. Weitere Informationen finden Sie unter Berechtigungen für das Dienstkonto des Zielprojekts konfigurieren.
    Geben Sie den Speichertyp für die Instanz an. Siehe Speicheroptionen.
    Wählen Sie Speicherpool aktivieren aus, wenn Sie großen Speicherplatz für Ihre Daten benötigen und einen Hyperdisk Storage Pool verwenden möchten. Ein Hyperdisk-Speicherpool ist eine vorab gekaufte Sammlung von Kapazität, Durchsatz und Ein-/Ausgabevorgängen pro Sekunde (IOPS), die Sie dann nach Bedarf für Ihre Anwendungen bereitstellen können. Mit Hyperdisk Storage Pools können Sie Laufwerke in Pools erstellen und verwalten und die Laufwerke für mehrere Arbeitslasten verwenden. Wenn Sie Festplatten als Ganzes verwalten, können Sie Kosten sparen und gleichzeitig das erwartete Kapazitäts- und Leistungssteigerung erreichen. Weitere Informationen zu Hyperdisk Storage Pools finden Sie unter Hyperdisk Storage Pools.
    Der Schlüssel, den Sie zum Schutz Ihrer Daten in Google Cloudverwenden möchten. Standardmäßig verschlüsselt Google Cloud Daten im Ruhezustand automatisch mit von Google verwalteten Verschlüsselungsschlüsseln. Wenn Sie bestimmte Compliance- oder regulatorische Vorgaben in Bezug auf die Schlüssel zum Schutz Ihrer Daten einhalten müssen, können Sie kundenverwaltete Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEK) verwenden, um Ihre ruhenden Daten zu verschlüsseln und zu entschlüsseln. Diese Verschlüsselungsschlüssel werden von Ihnen erstellt, verwaltet und gehören Ihnen.
    Wenn Sie einen CMEK hinzufügen, müssen Sie dem verwendeten Dienst-Agent-Konto in Compute Engine auch die Berechtigungen der Rolle „Cloud Key Management Service CryptoKey Encrypter/Decrypter“ zuweisen. Weitere Informationen finden Sie unter Ressourcen mit Cloud KMS-Schlüsseln schützen.
    Aktivieren Sie diese Option, um den Boottyp des Betriebssystems einer VM-Instanz von BIOS (Basic Input/Output System) in UEFI (Unified Extensible Firmware Interface) zu konvertieren. Diese Option ist nützlich, wenn Sie Ihre VM-Instanz sicher starten möchten, da Secure Boot nur von UEFI unterstützt wird. Sie können den Boottyp aber auch ohne Secure Boot von BIOS zu UEFI konvertieren.
    Alle ausgewählten VMs müssen eine EFI-Bootoption haben, um Secure Boot zu aktivieren Compute Engine erzwingt aktuelle Richtlinien, die möglicherweise verhindern, dass die VM geladen wird, wenn Secure Boot aktiviert ist. Weitere Informationen finden Sie in der Compute Engine-Dokumentation unter Secure Boot.
    Compute Engine unterstützt für Ihre bereitgestellten VMs „Pay-As-You-Go“-Lizenzen (PAYG-Lizenzen) und eigene Lizenzen (Bring your own License, BYOL). Migrate to Virtual Machines weist migrierten VMs einen Standardlizenztyp zu, der sich nach dem migrierten Betriebssystem richtet, wie unter Unterstützte Betriebssysteme beschrieben.
    Wenn Ihr Betriebssystem mehrere Lizenztypen unterstützt, können Sie den Standardlizenztyp überschreiben und explizit den Lizenztyp PAYG oder BYOL angeben.
    Migrate to Virtual Machines unterstützt bis zu zehn zusätzliche Lizenzen (mit einem gültigen URL-Format), die Sie im Abschnitt Zusätzliche Konfiguration des Dialogfelds Zieldetails hinzufügen können.
    Sie können beispielsweise zusätzliche Lizenzen im folgenden URL-Format hinzufügen: 
    https://www.googleapis.com/compute/beta/projects/windows-sql-cloud/global/licenses/sql-server-2012-enterprise
    Einzelne Mandanten Compute Engine unterstützt die Bereitstellung migrierter Arbeitslasten auf Knoten für einzelne Mandanten. Ein Knoten für einzelne Mandanten ist ein Compute Engine-Server, auf dem ausschließlich die VMs Ihres Projekts gehostet werden.
    Bevor Sie die migrierten Arbeitslasten für die Ausführung auf Knoten für einzelne Mandanten konfigurieren können, müssen Sie bereits eine Knotenvorlage für einzelne Mandanten und eine Knotengruppe für einzelne Mandanten im Zielprojekt und in der Zielzone erstellt haben. Weitere Informationen finden Sie unter VMs auf Knoten für einzelne Mandanten bereitstellen.
    Mit Affinitätslabels können Sie Knoten und Knotengruppen logisch gruppieren. Verwenden Sie bei der Bereitstellung Ihrer Compute Engine-Instanzen Affinitätslabels, um Ihre Instanzen für die Ausführung auf einem bestimmten Satz von Knoten oder Knotengruppen zu planen.
    Sie können den migrierenden VMs Affinitätslabels hinzufügen, indem Sie sie manuell nach Schlüssel/Wert-Paar in das Infofeld eingeben oder das Dialogfeld „Knoten durchsuchen“ verwenden, um einen Knoten oder eine Knotengruppe auszuwählen. Sie können dann die VM-Affinitätslabels bearbeiten, um die Bereitstellung für einzelne Mandanten anzupassen:
    • Wählen Sie „Knoten suchen“ aus, um ein Affinitätslabel aus der Liste der verfügbaren Knoten und Knotengruppen für einzelne Mandanten hinzuzufügen. Wenn Sie den Knoten oder die Knotengruppe auswählen, wird automatisch ein Schlüssel/Wert-Paar erstellt.
    • Wählen Sie „Neu hinzufügen“ aus, um das Affinitätslabel manuell einzugeben.
    Legen Sie optional „Zugewiesene Mindest-vCPUs“ für die Compute Engine-Instanz fest.
    Weitere Informationen finden Sie unter Knotenaffinität und Anti-Affinität und Knotenaffinitätslabels konfigurieren.
    Replikationsrichtlinie Standardmäßig führt Migrate to Virtual Machines alle zwei Stunden eine Replikation der Quell-VM durch. Legen Sie die Replikationshäufigkeit in Sekunden fest.

  6. Klicken Sie auf Speichern.

Die Zieldetails lassen sich später bearbeiten. Bei der Instanziierung einer Compute Engine-Instanz für die Phase test-clone oder cut-over verwendet Migrate to Virtual Machines die Einstellungen für die Zieldetails zur Zeit des Vorgangs.

(Optional) Schritt 4: Klon einer migrierten VM testen

In der Testklonphase stellt Migrate to Virtual Machines einen Klon der migrierten VM auf einer Compute Engine-Instanz in Ihrer Testumgebung bereit. Die Testphase ist optional. Es wird aber empfohlen, Tests auszuführen, bevor Sie eine migrierte VM für die Produktion bereitstellen.

Jedes Mal, wenn Sie eine Testkloninstanz erstellen, wird sie aus den Daten des zuletzt abgeschlossenen Replikationszyklus mit den aktuellen Zieldetails geklont. Dies bedeutet, dass eine Testkloninstanz einen Snapshot der Quell-VM zur Zeit des zuletzt abgeschlossenen Replikationszyklus darstellt.

Bei Azure-Quell-VMs mit mehr als einem Laufwerk erstellen die Replikationszyklen von Migrate to Virtual Machines unabhängig voneinander Snapshots jedes Laufwerks. Da diese Snapshots nicht gleichzeitig erstellt werden, können die erfassten Daten manchmal geringfügige Diskrepanzen haben. Daher wird empfohlen, bei der Umstellung keine Testklone als Produktionsersatz zu verwenden.

Ersten Testklon initiieren

Sie können den ersten Testklon nach Abschluss des ersten Replikationszyklus und dann zusätzliche Testklone während des gesamten Migrationsprozesses erstellen.

Damit Sie einen Testklon initiieren können, müssen Sie bereits eine Zielumgebung für die Compute Engine-Instanz konfiguriert haben, bevor Sie mit der Initiierung beginnen. Weitere Informationen finden Sie in der Dokumentation Ziel konfigurieren.

Sie können eine VM nur dann im Status Pausiert testen, wenn sie mindestens eine Replikation abgeschlossen hat.

Weitere Informationen zu potenziellen Problemen während der Testklonphase finden Sie im Abschnitt Fehlerbehebung.

Testklon einer VM erstellen

So erstellen Sie einen Testklon einer VM mit Migrate to Virtual Machines:

  1. Prüfen Sie, ob eine Test-VM-Zielumgebung wie unter VM-Ziel konfigurieren erläutert konfiguriert ist.

  2. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  3. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle der verfügbaren Quell-VMs wird angezeigt. Sie können jede VM mit dem Status Aktiv (Aktueller Zyklus: XX %) oder Aktiv (Inaktiv) testen. Der Status Aktiv bedeutet, dass die erste Replikationssynchronisierung der VM erfolgreich war und VM-Daten inkrementell repliziert werden.

  4. Wählen Sie eine VM aus.

  5. Wählen Sie Umstellung und Testklon > Testklon aus. Die Spalte Status Testklon/Umstellung zeigt den Status des Vorgangs zusammen mit einem der in der Tabelle der Testklon-Unterschritte beschriebenen Unterschritte.

  6. Warten Sie, bis in der Spalte Status Testklon/Umstellung der Eintrag Erfolgreich angezeigt wird. Dies weist darauf hin, dass der Klon erfolgreich erstellt wurde.

    Sie können den Testklonverlauf einer VM auf eine der folgenden Arten aufrufen:

    • Klicken Sie auf das Symbol Infofeld, Dateisymbol für Infofeld für die VM. Im rechts angezeigten Bereich wird der Verlauf auf dem Tab Monitoring angezeigt, einschließlich des Namens jeder Testkloninstanz.

    • Klicken Sie auf die VM, um die Detailseite zu öffnen. Klicken Sie auf Testklon-/Umstellungsverlauf, um den Testklonverlauf der VM zusammen mit den Unterschritten des Testklons aufzurufen.

    Sie können einen aktiven Testklonvorgang abbrechen. Dazu klicken Sie auf Umstellung und Testklon > Testklon abbrechen.

  7. Klicken Sie auf Details ansehen für die Testklon-VM, um den Namen der VM-Instanz aufzurufen.

  8. Rufen Sie zum Verwalten der ausgeführten Compute Engine-Instanz in der Google Cloud Console die Seite VM-Instanzen für Ihr Projekt auf:

    Zur Seite „VM-Instanzen“

    Sie können die Compute Engine-Instanz in der Google Cloud Console für folgende Vorgänge verwalten:

    1. Starten, Beenden und Löschen der Instanz
    2. Ermitteln der internen und externen IP-Adresse der Instanz
    3. Aufrufen und Ändern der Eigenschaften der Instanz
    4. Ausführen aller weiteren Verwaltungsaufgaben

  9. Sie können beliebige Validierungstests oder andere Tests für die migrierte VM ausführen.

  10. Nachdem Sie die Tests abgeschlossen haben, löschen Sie die Compute Engine-Instanz, um Ressourcen freizugeben. Dadurch wird Ihnen die Instanz nicht mehr in Rechnung gestellt.

Mehrere Testklone verwalten

Während der Migration können Sie mehrere Testklone erstellen. Den ersten Testklon erstellen Sie beispielsweise nach dem ersten Replikationszyklus. Wenn Sie die Migration dann weiter optimieren möchten, können Sie aus folgenden Gründen neue Testklone erstellen:

  • Änderungen an Ihrer Quell-VM vornehmen, um die Migration zu unterstützen
  • Änderungen, die Sie an den Zieldetails der migrierten VM vornehmen
  • Neue Replikationsdaten von der Quell-VM
  • Weitere Änderungen während des Testzyklus vornehmen

Beachten Sie, dass ein Testklon ein Snapshot der Quell-VM ist, der aus den aktuellen Replikationsdaten und Zieldetails erstellt wurde. Neue Replikationsdaten und Änderungen an den Zieldetails werden nur auf neue Testklone und nicht auf vorhandene angewendet.

Wenn eine vorhandene Testkloninstanz ausgeführt wird, können Sie vor dem Erstellen eines neuen Testklons eine der folgenden Aktionen ausführen:

  • Löschen Sie die vorhandene Testkloninstanz und erstellen Sie dann eine neue mit demselben Instanznamen. Sie können keine neue Instanz mit demselben Namen wie eine vorhandene Instanz erstellen.

  • Bearbeiten Sie die Zieldetails, um einen neuen Instanznamen festzulegen. Wenn Sie für eine vorhandene Testkloninstanz eine reservierte oder benutzerdefinierte IP-Adresse angegeben haben, müssen Sie für alle zusätzlichen Instanzen unterschiedliche Werte verwenden.

So überwachen Sie alle Testkloninstanzen:

  1. Rufen Sie den Testklonverlauf einer VM mit einer der folgenden Methoden auf:

    • Klicken Sie auf das Symbol Infofeld, Dateisymbol für Infofeld für die VM. Im rechts angezeigten Bereich wird der Verlauf auf dem Tab Monitoring angezeigt, einschließlich des Namens jeder Testkloninstanz.

    • Klicken Sie auf die VM, um die Detailseite zu öffnen. Klicken Sie auf Testklon-/Umstellungsverlauf, um den Testklonverlauf der VM zusammen mit den Unterschritten des Testklons aufzurufen.

  2. Klicken Sie zum Verwalten einer ausgeführten Compute Engine-Instanz auf das Pfeilsymbol , um die VM-Instanz in der Google Cloud Console zu öffnen.

    Alternativ können Sie die Seite VM-Instanzen in der Google Cloud Console aufrufen:

    Zur Seite „VM-Instanzen“

    Nachdem Sie einen Testklon erstellt haben, können Sie ihn selbst verwalten. Wenn Sie also eine laufende Testklon-VM ändern oder löschen möchten, verwenden Sie die Compute Engine-Tools und nicht Migrate to Virtual Machines.

Schritt 5: Umstellung erstellen

In der Umstellungsphase wird die Kontrolle der migrierten VM übertragen, die in einer Compute Engine-Instanz in Ihrer Produktionsumgebung in Google Cloudausgeführt wird.

Migrate to Virtual Machines generiert nach Abschluss des Umstellungszyklus einen Anpassungsbericht. Weitere Informationen zu Anpassungsberichten finden Sie in der Dokumentation zu Anpassungsberichten.

Führen Sie für den Umstellungsprozess folgende Schritte aus:

  1. Wenn die Datenreplikation aktiv ist, d. h. der Replikationsstatus der VM Aktiv (Aktueller Zyklus: XX %) ist, wird gewartet, bis der Vorgang abgeschlossen ist.

  2. Die Quell-VM wird heruntergefahren.

  3. Die abschließende Datenreplikation wird ausgeführt. Da die Replikation in allen Migrationsphasen erfolgt, sollte die Menge der zu replizierenden Daten nicht allzu groß sein.

  4. Die Replikation wird beendet.

  5. Aus den endgültigen replizierten Daten wird die Compute Engine-Instanz erstellt.

Zur Umstellungsphase gehört eine kurze VM-Ausfallzeit, am besten im Rahmen eines geplanten Wartungsfensters. Sie müssen das Wartungsfenster festlegen, in dem die Quell-VM beendet und der Traffic an die migrierte VM weitergeleitet werden kann, die in der Compute Engine ausgeführt wird.

So erstellen Sie eine Umstellung:

  1. Prüfen Sie, ob die VM-Zieldetails wie unter VM-Ziel konfigurieren beschrieben konfiguriert sind. Wenn die Zieldetails zuvor für den Testklonvorgang konfiguriert wurden, sollten Sie die Zieldetails so bearbeiten, dass sie auf ein neues Ziel verweisen.

  2. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“.

    Zur Seite „Migrate to Virtual Machines“

  3. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle der verfügbaren Quell-VMs wird angezeigt. Sie können jede VM im Status Aktiv (Aktueller Zyklus: XX %) oder Aktiv (Inaktiv) umstellen. Der Status Aktiv bedeutet, dass die erste Replikationssynchronisierung der VM erfolgreich war und VM-Daten inkrementell repliziert werden.

    • Die Spalte Geschätzte Umstellungszeit gibt eine Schätzung der Zeit an, die für die Durchführung eines Umstellungsjobs für eine VM benötigt wird, sobald die Umstellung ausgelöst wurde. Dieses Feld wird nur für aktive VMs ausgefüllt, die bereits einige Replikationszyklen abgeschlossen haben.

    • Die Spalte Status Testklon/Umstellung zeigt den Status des Vorgangs zusammen mit einem der in der Tabelle der Umstellungs-Unterschritte beschriebenen Unterschritte.

  4. Wählen Sie eine Quell-VM aus.

  5. Wählen Sie Umstellung und Testklon > Umstellung aus. Die Initiierung einer Umstellung auf einer migrierenden VM startet die folgende Abfolge von Aktionen, die von Migrate to Virtual Machines ausgeführt werden:

    1. Die Quell-VM wird heruntergefahren.

    2. Die abschließende Datenreplikation wird ausgeführt. Da die fortlaufende Replikation in allen Migrationsphasen erfolgt, sollte der Umfang der replizierten Daten nicht zu groß sein.

    3. Die Compute Engine-Instanz, die die migrierte VM aus den abschließend replizierten Daten hostet, wird erstellt.

    4. Die Datenreplikation wird beendet.

  6. Warten Sie, bis in der Spalte Status Testklon/Umstellung der Job Umstellung als abgeschlossen angezeigt wird. Dies weist darauf hin, dass die Umstellung erfolgreich war.

    Sie können den Umstellungsverlauf einer VM auf eine der folgenden Arten aufrufen:

    • Klicken Sie auf das Symbol Infofeld Dateisymbol für Infofeld für die VM. Im rechts angezeigten Bereich wird der Verlauf auf dem Tab Monitoring angezeigt, einschließlich des Namens jeder Umstellungsinstanz.

    • Klicken Sie auf die VM, um die Detailseite zu öffnen. Klicken Sie auf Testklon-/Umstellungsverlauf, um den Umstellungsverlauf der VM zusammen mit den Unterschritten der Umstellung aufzurufen.

    Sie können einen aktiven Umstellungsvorgang abbrechen. Klicken Sie dazu auf Umstellung und Testklon > Umstellung abbrechen. Wenn Sie die Quell-VM jedoch wieder verwenden möchten, müssen Sie die VM manuell neu starten.

  7. Klicken Sie zum Verwalten einer ausgeführten Compute Engine-Instanz auf das Pfeilsymbol , um die VM-Instanz in der Google Cloud Console zu öffnen.

    Alternativ können Sie die Seite VM-Instanzen in der Google Cloud Console aufrufen:

    Zur Seite „VM-Instanzen“

    Sie können die Compute Engine-Instanz in der Google Cloud Console für folgende Vorgänge verwalten:

    1. Starten, Beenden und Löschen der Instanz
    2. Ermitteln der internen und externen IP-Adresse der Instanz
    3. Aufrufen und Ändern der Eigenschaften der Instanz
    4. Ausführen aller weiteren Verwaltungsaufgaben

  8. Führen Sie einen Validierungstest für die migrierte Arbeitslast aus.

Wenn Sie eine Umstellung noch einmal versuchen oder einen Rollback von einer Umstellung auslösen möchten:

Umstellung wiederholen

So wiederholen Sie die Umstellung:

  1. Wählen Sie eine VM im Status Umstellung aus.

  2. Wählen Sie Migration > Replikation fortsetzen aus.

  3. Wiederholen Sie die Umstellung.

Umstellung rückgängig machen

So machen Sie die Umstellung rückgängig:

  1. Durch die Umstellung wird die ursprüngliche Quell-VM in Ihrer Migrationsquelle beendet. Sie müssen sie starten und den Traffic wieder zur Quell-VM weiterleiten.

  2. Kopieren Sie ggf. neue Daten, die auf der Compute Engine-Instanz erstellt wurden, damit Sie sie in die Quell-VM schreiben können.

  3. Sie können optional die Compute Engine-Instanz, auf der die migrierte VM ausgeführt wird, löschen oder herunterfahren.

  4. Setzen Sie die Replikation auf der Quell-VM fort. Die Replikation wird ab dem letzten Snapshot fortgesetzt.

  5. Wiederholen Sie die Umstellung.

Schritt 6: Migration abschließen

Die Replikationsdaten, die zum Erstellen einer Compute Engine-VM verwendet werden, werden nach der Umstellung beibehalten, um die Replikation ab dem letzten Replikations-Snapshot fortzusetzen.

Ihnen wird jedoch der für die Replikationsdaten verwendete Speicherplatz in Rechnung gestellt, bis Sie ihn in der Abschlussphase freigeben. Durch das Abschließen werden alle Replikationsdaten und alle anderen Speicherressourcen gelöscht, die mit einer migrierten VM verknüpft sind.

In der Abschlussphase werden keine Compute Engine-Instanzen gelöscht, auf denen eine migrierte VM ausgeführt wird. Wenn Sie während der Testphase Compute Engine-Instanzen erstellt haben, müssen Sie diese manuell löschen. Diese Testkloninstanzen werden Ihnen in Rechnung gestellt, bis sie gelöscht werden.

So schließen Sie eine Migration ab:

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Migrationen aus.

    Eine Tabelle der verfügbaren Quell-VMs wird angezeigt. Nur VMs mit dem Status Umstellung können abgeschlossen werden.

  3. Wählen Sie eine Quell-VM aus.

  4. Wählen Sie Abschließen aus und bestätigen Sie den Vorgang.

    Nach Abschluss des Vorgangs wird der Status der VM auf Abgeschlossen gesetzt. Die einzigen zulässigen Vorgänge für eine Migration im Status Abgeschlossen sind:

    • Migration löschen
    • Zu Gruppe hinzufügen oder daraus entfernen

Migration löschen

Beim Löschen einer Migration wird Folgendes entfernt:

  • Die Replikationsdaten für die in Google Cloudgespeicherte VM
  • Die Konfigurationsinformationen für Compute Engine
  • Der Monitoring-Verlauf
  • Alle anderen mit der Migration einer VM verbundenen Daten
  • Die VM aus der Liste der eingerichteten VMs auf dem Tab Migrationen
  • Die VM aus ihrer Gruppe, wenn die VM Mitglied einer Gruppe ist

Durch das Löschen einer Migration wird die Quell-VM allerdings nicht aus der Liste der verfügbaren VMs für die Migrationsquelle entfernt, die auf dem Tab Quellen angezeigt wird. Nur die Migrationsdaten für die VM werden gelöscht. Die ursprüngliche Quell-VM selbst bleibt erhalten, wenn Sie eine Migration löschen. Sie können die Quell-VM also später erneut einrichten, um sie zu migrieren.

So löschen Sie eine Migration:

  1. Öffnen Sie in der Google Cloud Console die Seite „Migrate to Virtual Machines“:

    Zur Seite „Migrate to Virtual Machines“

  2. Wählen Sie den Tab Migrationen aus.

  3. Wählen Sie eine Quell-VM aus.

  4. Wählen Sie Löschen aus und bestätigen Sie dann den Löschvorgang.

    Die VM wird aus der Migrationstabelle entfernt.

  5. Wählen Sie den Tab Quellen aus.

  6. Wählen Sie in der Drop-down-Liste die Migrationsquelle aus, die Sie löschen möchten.

  7. Es wird eine Tabelle mit den Quell-VMs in der Migrationsquelle angezeigt, die für die Migration verfügbar sind. Beachten Sie, dass die Quell-VM, die der gelöschten Migration entspricht, weiterhin aufgeführt wird.

Falls nötig können Sie eine Migration auf der VM neu starten.