Migrationsprozess
Der Migrationsprozess für eine einzelne Quell-VM erfolgt in den folgenden Phasen:
Onboard (Einrichtung): Auswahl der zu migrierenden VMs.
Replikation: Replizieren Sie Daten von der Quell-VM nach 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.
VM-Zieldetails festlegen: Konfigurieren Sie die Einstellungen für die migrierte VM, z. B. das Projekt, den Instanztyp, den Arbeitsspeicher, das Netzwerk und mehr.
(Optional) Testklon: Erstellen Sie einen Klon der Quell-VM aus den Replikationsdaten und testen Sie ihn in Google Cloud.
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.
Beenden: Alle Ressourcen bereinigen, die von der Migration nach einem erfolgreichen Umstellungsvorgang verbraucht wurden.
Eine vollständige Beschreibung dieser Phasen finden Sie unter VM-Migrationslebenszyklus.
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 von der VM-Migration zur Laufwerkmigration und umgekehrt wechseln. Weitere Informationen finden Sie unter Von der VM-Migration zur Laufwerkmigration wechseln.
In diesem Dokument werden die Phasen der Migration einer Quell-VM zu Google Cloud beschrieben.
Vorbereitung
Führen Sie die folgenden Schritte aus, um die Migrationsumgebung für Ihre Migrationsquelle und Ihr Migrationsziel zu konfigurieren.
- Migrate to Virtual Machines-Dienste aktivieren.
- (Nur für VM-Migration mit VMware) Migrate Connector installieren.
- Für einige Compute Engine-Funktionen sind Agents und Dienste erforderlich, die auf der VM ausgeführt werden. Diese Agents und Dienste werden während der Migration automatisch installiert. Bestimmte Sicherheitsfunktionen wie SELinux, Antivirenprogramme und Firewalls beeinträchtigen jedoch möglicherweise diese Dienste und verhindern, dass bestimmte Funktionen funktionieren. Um sicherzustellen, dass die Gastumgebung ordnungsgemäß funktioniert, führen Sie die Schritte unter Geladene Dienste für die Gastumgebung und bei Bedarf die Schritte zur Fehlerbehebung für Compute Engine aus.
Lizenzierung
Compute Engine unterstützt Premium-„Pay-As-You-Go“-Lizenzen (PAYG) und die Verwendung eigener BYOL-Lizenzen auf Basis des Betriebssystems der Quell-VM. 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 sind bis zu 200 Migrationen gleichzeitig (ausgenommen Migrationen in der Abschlussphase) pro Hostprojekt und Region möglich. Diese Einschränkung gilt für die Migration von VMs aller Quelltypen. Beispiel: Sie können 100 VMs von einer VMware-Quelle und 100 zusätzliche AWS-VMs gleichzeitig migrieren.
So richten Sie eine Quell-VM ein:
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Quellen aus.
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.
Es wird eine Tabelle mit den Quell-VMs in der Migrationsquelle angezeigt, die für die Migration verfügbar sind. Wählen Sie eine oder mehrere Quell-VMs 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.
Klicken Sie auf Migrationen hinzufügen > VM-Migration.
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 hinzugefügt.
- Bereit: Die VM wurde hinzugefügt, aber die Replikation hat noch nicht begonnen.
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:
Erster Replikationsschritt: Migrate to Virtual Machines erstellt den ersten Snapshot der Quell-VM-Datenlaufwerke und repliziert die Snapshot-Daten in Google Cloud. Je nach Umfang 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.
Inkrementeller Replikationsschritt: Nach einem erfolgreichen ersten Replikationsschritt werden in bestimmten Intervallen inkrementelle Schritte zur Replikation durchgeführt (standardmäßig alle zwei Stunden). Bei jedem Schritt wird für jedes Datenlaufwerk ein neuer Snapshot erstellt. Es werden dabei mit dem Verfahren zur Verfolgung geänderter Blöcke (Change Block Tracking, CBT) nur Datenaktualisierungen nach Google Cloud repliziert, die nach dem ersten 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:
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Eine Tabelle mit den Quell-VMs in der Migrationsquelle, die Sie eingebunden haben, wird angezeigt. Sie können die Replikation auf jeder VM mit dem Replikationsstatus Bereit starten.
Wählen Sie eine oder mehrere Quell-VMs aus.
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, um den Replikationsverlauf einer VM aufzurufen. Klicken Sie auf Replikationsverlauf, um den Replikationsverlauf der VM zusammen mit den Unterschritten der Replikation aufzurufen.
Sie können jetzt ein Migrationsziel für die Testklon- und Umstellungsphasen konfigurieren.
Migrate to Virtual Machines generiert nach Ihrem Replikationszyklus einen Anpassungsbericht. Weitere Informationen zu Anpassungsberichten finden Sie in der Dokumentation zu Anpassungsberichten.
Sie können jederzeit nachdem der erste Replikationsschritt abgeschlossen wurde 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.
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Eine Tabelle der verfügbaren Quell-VMs wird angezeigt.
Wählen Sie eine oder mehrere VMs aus.
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 aus. So ändern Sie die Replikationshäufigkeit:
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Eine Tabelle der verfügbaren Quell-VMs wird angezeigt.
Wählen Sie für die VM die Schaltfläche Zieldetails bearbeiten. 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ächeZieldetails bearbeiten. Ein Steuerfeld wird angezeigt, in dem Sie die Replikationshäufigkeit der ausgewählten VMs konfigurieren können.
Wählen Sie den Tab Zieldetails aus.
Legen Sie im Bereich Replikationsrichtlinie die Replikationshäufigkeit in Sekunden fest.
Klicken Sie auf Speichern.
Von der VM-Migration zur Laufwerkmigration wechseln
Sie können während des Migrationsprozesses jederzeit zwischen VM-Migration und Laufwerkmigration wechseln.
So wechseln Sie von der VM-Migration zur Laufwerkmigration:
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Wählen Sie eine oder mehrere VMs aus.
Klicken Sie auf Migration > In Laufwerkmigration konvertieren.
Beim Wechsel von der VM-Migration zur Laufwerkmigration werden die Zieldetails gelöscht. Dies liegt daran, dass die Zieldetails für die VM-Migration und für die Laufwerkmigration 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:
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, lesen Sie die Informationen unter Zielprojekt hinzufügen.
Konfigurieren Sie die Compute Engine-Instanz, die zum Hosten der migrierten VM verwendet wird. Konfigurieren Sie für eine Test- und eine Produktionsumgebung die Compute Engine-Zielinstanz, 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 zur Zeit des Vorgangs gültig sind.
So konfigurieren Sie das Compute Engine-Ziel:
Falls noch nicht geschehen, fügen Sie das Zielprojekt hinzu, wie unter Ziel hinzufügen gezeigt.
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Eine Tabelle mit Migrationen wird angezeigt.
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 Bereich die Zieldetails für alle Ihre ausgewählten VMs.
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:
Section Title Feldname Beschreibung Allgemein Instanzname Der Name der Compute Engine-Instanz. Die Benennungsregeln finden Sie in der Namenskonvention für Ressourcen. Projekt Der Name des Projekts, das die Compute Engine-Instanz hostet. Es muss sich um ein Projekt handeln, das Sie bereits in diesem Abschnitt hinzugefügt haben. Zone 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.Label 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 Maschinentypserie 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.Maschinentyp 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.Bei Hostwartung Wenn 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. Automatischer Neustart 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. Metadaten Geben Sie VM-Metadaten-Schlüssel/Wert-Paare 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 Metadaten-Schlüssel/Wert-Paare in jeder migrierten VM eine Einschränkung von 64.000 Zeichen erzwungen.Netzwerk Netzwerkname Gibt das VPC-Netzwerk an, zu dem die Instanzen gehören werden. Name des Subnetzwerks Gibt das einer Region zugeordnete Subnetz an. Dies muss ein Subnetzwerk des angegebenen Netzwerks sein. Externe IP-Adresse Legen Sie „Keine (Standardeinstellung)“ fest, um den externen Zugriff zu deaktivieren, und legen Sie „Sitzungsspezifisch“ fest, damit die gcloud CLI eine IP zuweisen kann. Siehe Statische externe IP-Adressen konfigurieren. Interne IP-Adresse 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. Siehe Statische interne IP-Adressen konfigurieren. Hostname 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 einen Windows-VM-Hostnamen lokal geändert haben, müssen Sie den Hostnamen in Active Directory (AD) aktualisieren, damit die AD-Vertrauensstellung nicht unterbrochen wird.
Netzwerkschnittstelle hinzufügen 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.
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-cloneodercut-overinstanziiert wurde, können Sie keine Netzwerkschnittstelle zu der erstellten Instanz hinzufügen oder daraus entfernen. Sie könnentest-cloneodercut-overmit 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 aus, um der Compute Engine-Instanz eine zusätzliche Netzwerkschnittstelle hinzuzufügen. Sie können dieselben Optionen wie bei der ersten Netzwerkschnittstelle festlegen.
Netzwerktags Damit können Firewallregeln und Routen auf bestimmte VM-Instanzen angewendet werden. Weitere Informationen finden Sie unter Netzwerktags konfigurieren. Zusätzliche Konfiguration Dienstkonto 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 an. Weitere Informationen finden Sie unter VM einrichten, die als Dienstkonto ausgeführt werden soll.
Zum Anhängen des Dienstkontos an die Compute Engine-Instanz benötigt Ihr Nutzerkonto im Hostprojekt von Migrate to Virtual Machines die erforderlichen Berechtigungen. Weitere Informationen finden Sie unter Berechtigungen für das Dienstkonto des Zielprojekts konfigurieren.Laufwerkstyp Geben Sie den Speichertyp für die Instanz an. Siehe Speicheroptionen. Vom Kunden verwalteter Verschlüsselungsschlüssel Der Schlüssel, den Sie zum Schutz Ihrer Daten in Google Cloud verwenden möchten. Standardmäßig verschlüsselt Google Cloud Daten im inaktiven Zustand automatisch mit von Google verwalteten Verschlüsselungsschlüsseln. Wenn Sie bestimmte Compliance- oder behördlichen Anforderungen in Bezug auf die Schlüssel zum Schutz Ihrer Daten haben, können Sie vom Kunden verwaltete 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 Compute Engine-Dienst-Agent-Konto auch die Berechtigungen die Rolle „Cloud KMS CryptoKey Encrypter/Decrypter“ zuweisen. Weitere Informationen finden Sie unter Ressourcen mit Cloud KMS-Schlüsseln schützen.BIOS in UEFI konvertieren (Vorschau) Aktivieren Sie diese Option, um den Betriebssystem-Boottyp einer VM-Instanz vom Basic Input/Output System (BIOS) in das Unified Extensible Firmware Interface (UEFI) 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 einfach von BIOS in UEFI konvertieren, ohne Secure Boot zu verwenden.
Die Möglichkeit, den Boottyp einer VM-Instanz von BIOS in UEFI zu konvertieren, ist nur im Rahmen einer Vorschau verfügbar. Wenn Sie die Vorabversion nutzen möchten, senden Sie eine Anfrage an die E-Mail-Adresse m2vm-bios-to-uefi@google.com.
Secure Boot Alle ausgewählten VMs müssen eine EFI-Bootoption haben, um Secure Boot zu verwalten. Compute Engine erzwingt aktuelle Richtlinien, die verhindern, dass die VM geladen wird, wenn Secure Boot aktiviert ist. Weitere Informationen finden Sie in der Compute Engine-Dokumentation unter Secure Boot. Lizenztyp Compute Engine unterstützt "Pay-As-You-Go"-Lizenzen (PAYG-Lizenzen) und die Verwendung eigener Lizenzen (Bring your own License, BYOL) für Ihre bereitgestellten VMs. Der Standardlizenztyp für eine migrierte VM wird von Migrate to Virtual Machines basierend auf dem migrierten Betriebssystem zugewiesen, wie unter Unterstützte Betriebssysteme beschrieben.
Wenn Ihr Betriebssystem mehrere Lizenztypen unterstützt, können Sie den Standardlizenztyp überschreiben, um explizit den Lizenztyp PAYG oder BYOL anzugeben.
Zusätzliche Lizenzen 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 Labels für Knotenaffinität 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.
Mindestens zugeteilte vCPUs 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 Inaktivitätsdauer der Replikation zwischen Zyklen Standardmäßig führt Migrate to Virtual Machines alle zwei Stunden eine Replikation der Quell-VM aus. Legen Sie die Replikationshäufigkeit in Sekunden fest.
Klicken Sie auf Speichern.
Die Zieldetails lasen 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 eine Compute Engine-Instanz in Ihrer Testumgebung bereit. Die Testphase ist optional. Es wird aber empfohlen, erst 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 der einzelnen Laufwerke. Da diese Snapshots nicht gleichzeitig aufgenommen werden, können die erfassten Daten manchmal geringfügige Diskrepanzen aufweisen. 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 einen Testklon initiieren. 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:
Prüfen Sie, ob eine Test-VM-Zielumgebung wie unter VM-Ziel konfigurieren erläutert konfiguriert ist.
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
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.
Wählen Sie eine VM aus.
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.
Warten Sie, bis in der Spalte für den Testklon-/Umstellungsstatus 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 für die VM auf das Symbol Infofeld
. Im rechts geöffneten Steuerfeld zeigt der Tab Monitoring den Verlauf an, 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.
Klicken Sie für die Testklon-VM auf Details ansehen, um den Namen der VM-Instanz aufzurufen.
Rufen Sie zum Verwalten der ausgeführten Compute Engine-Instanz in der Google Cloud Console die Seite VM-Instanzen für Ihr Projekt auf:
Sie können die Compute Engine-Instanz in der Google Cloud Console für folgende Vorgänge verwalten:
- Starten, Beenden und Löschen der Instanz
- Ermitteln der internen und externen IP-Adresse der Instanz
- Aufrufen und Ändern der Eigenschaften der Instanz
- Ausführen aller weiteren Verwaltungsaufgaben
Sie können beliebige Validierungstests oder andere Tests für die migrierte VM ausführen.
Nachdem Sie die Tests abgeschlossen haben, löschen Sie die Compute Engine-Instanz, um Ressourcen freizugeben, sodass Ihnen die Instanz nicht mehr in Rechnung gestellt werden.
Mehrere Testklone verwalten
Während der Migration können Sie mehrere Testklone erstellen. Sie erstellen beispielsweise den ersten Testklon nach dem ersten Replikationszyklus. Wenn Sie die Migration dann weiter optimieren möchten, können Sie aus folgenden Gründen neue Testklone erstellen:
- Änderungen, die Sie 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
- Alle anderen Änderungen, die Sie während des Testzyklus vornehmen
Denken Sie daran, dass ein Testklon ein Snapshot der Quell-VM ist, die aus den aktuellen Replikationsdaten und Zieldetails erstellt wurde. Neue Replikationsdaten und Änderungen an den Zieldetails werden nur auf neue Testklone und nicht auf vorhandene Testklone angewendet.
Wenn eine vorhandene Testkloninstanz ausgeführt wird, haben Sie folgende Möglichkeiten, bevor Sie einen neuen Testklon erstellen:
Löschen Sie die vorhandene Testkloninstanz und erstellen Sie eine neue mit demselben Instanznamen. Sie können keine neue Instanz mit demselben Namen wie eine vorhandene Instanz erstellen.
Bearbeiten Sie die Zieldetails, um festzulegen einen neuen Instanznamen. Wenn Sie für eine vorhandene Testkloninstanz eine reservierte oder benutzerdefinierte IP-Adresse angegeben haben, müssen Sie für sämtliche zusätzliche Instanzen unterschiedliche Werte verwenden.
So überwachen Sie alle Testkloninstanzen:
Sie haben folgende Möglichkeiten, den Testklonverlauf einer VM aufzurufen:
Klicken Sie für die VM auf das Symbol Infofeld
. Im rechts geöffneten Steuerfeld zeigt der Tab Monitoring den Verlauf an, 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.
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:
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 auf die migrierte VM, die in einer Compute Engine-Instanz in Ihrer Produktionsumgebung in Google Cloud ausgeführt wird, umgestellt.
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 zur Umstellung folgende Schritte aus:
Wenn die Datenreplikation derzeit aktiv ist, d. h. der Replikationsstatus einer VM Aktiv (Aktueller Zyklus: XX %) ist, wird gewartet, bis der Vorgang abgeschlossen ist.
Die Quell-VM wird heruntergefahren.
Die abschließende Datenreplikation wird ausgeführt. Da die Replikation in allen Migrationsphasen erfolgt, sollte der Umfang der replizierten Daten nicht zu groß sein.
Die Replikation wird beendet.
Aus den endgültigen replizierten Daten werden die Compute Engine-Instanzen 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 auf Compute Engine ausgeführt wird.
So erstellen Sie eine Umstellung:
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.
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“.
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 populiert, die bereits einige Replikationszyklen abgeschlossen haben.
In der Spalte Testklon-/Umstellungsstatus wird der Status des Vorgangs zusammen mit einem der in der Tabelle zur Umstellung von Unterschritten beschriebenen Unterschritten angezeigt.
Wählen Sie eine Quell-VM aus.
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:
Die Quell-VM wird heruntergefahren.
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.
Es wird die Compute Engine-Instanz erstellt, die die migrierte VM aus den abschließend replizierten Daten hostet.
Die Datenreplikation wird beendet.
Warten Sie, bis in der Spalte Testklon-/Umstellungsstatus Umstellung beendet 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 für die VM auf das Symbol Infofeld
. 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. Dazu klicken Sie auf Umstellung und Testklon > Umstellung abbrechen. Wenn Sie die Quell-VM jedoch wieder verwenden möchten, müssen Sie die VM manuell neu starten.
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:
Sie können die Compute Engine-Instanz in der Google Cloud Console für folgende Vorgänge verwalten:
- Starten, Beenden und Löschen der Instanz
- Ermitteln der internen und externen IP-Adresse der Instanz
- Aufrufen und Ändern der Eigenschaften der Instanz
- Ausführen aller weiteren Verwaltungsaufgaben
Führen Sie einen Validierungstest für die migrierte Arbeitslast aus.
Wenn Sie aus irgendeinem Grund einen Umstellung noch einmal probieren oder einen Rollback von einer Umstellung auslösen möchten:
Umstellung wiederholen
So wiederholen Sie die Umstellung:
Wählen Sie eine VM im Status Umstellung aus.
Wählen Sie Migration > Resume Replication (Migration > Replikation fortsetzen) aus.
Wiederholen Sie die Umstellung.
Umstellung rückgängig machen
So machen Sie die Umstellung rückgängig:
Durch die Umstellung wird die ursprüngliche Quell-VM in Ihrer Migrationsquelle beendet. Sie müssen sie entsprechend starten und den Traffic zurück zur Quell-VM weiterleiten.
Kopieren Sie ggf. neue Daten, die auf der Compute Engine-Instanz erstellt wurden, damit Sie sie in die Quell-VM schreiben können.
Sie können optional die Compute Engine-Instanz, auf der die migrierte VM ausgeführt wird, löschen oder herunterfahren.
Setzen Sie die Replikation auf der Quell-VM fort. Die Replikation wird ab dem letzten Snapshot fortgesetzt.
Wiederholen Sie die Umstellung.
Schritt 6: Migration beenden
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 sie in der Abschließ-Phase löschen. Durch das Beenden 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 Compute Engine-Instanzen während der Testphase erstellt haben, müssen Sie diese manuell löschen. Diese Testklon-Instanzen werden Ihnen in Rechnung gestellt, bis sie gelöscht werden.
So finalisieren Sie eine Migration:
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Eine Tabelle der verfügbaren Quell-VMs wird angezeigt. Abschließen kann nur auf VMs mit dem Status Umstellung ausgeführt werden.
Wählen Sie eine Quell-VM aus.
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 Cloud gespeicherte VM
- Die Konfigurationsinformationen für Compute Engine
- Der Monitoring-Verlauf
- Alle anderen mit der Migration der 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 das Rechenzentrum entfernt, die auf dem Tab Quellen angezeigt wird. Es werden nur die Migrationsdaten für die VM gelöscht. Die ursprüngliche Quell-VM selbst wird nicht gelöscht, wenn Sie eine Migration löschen. Sie können die Quell-VM also später noch einmal einrichten, um sie zu migrieren.
Zum Löschen einer Migration führen Sie diese Schritte aus.
Öffnen Sie in der Cloud Console die Seite „Migrate to Virtual Machines“:
Wählen Sie den Tab Migrationen aus.
Wählen Sie eine Quell-VM aus.
Wählen Sie Löschen aus. Bestätigen Sie anschließend den Löschvorgang.
Die VM wird aus der Migrationstabelle entfernt.
Wählen Sie den Tab Quellen aus.
Wählen Sie in der Drop-down-Liste die Migrationsquelle aus, die Sie löschen möchten.
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.