VM-Migrationsprozess

Mit Migrate to Virtual Machines können Sie Ihre virtuellen Maschinen (VMs) mit geringfügigen automatischen Änderungen von Ihrer Quellumgebung zur Compute Engine migrieren (Lift-and-Shift). Migrate to Virtual Machines verwendet eine Datenreplikationstechnologie, die kontinuierlich Laufwerksdaten von den Quell-VMs in Google Cloudrepliziert, ohne dass es zu Ausfällen der Quelle kommt. Anschließend erstellen Sie VM-Klone aus den replizierten Daten, um die VMs zu testen und vorhersehbare VM-Umstellungen auf Ihre endgültigen Arbeitslasten auszuführen, die in Google Cloudausgeführt werden.

Mit der Datenreplikation kann Migrate to Virtual Machines eine erste Replikation der Daten von der Quell-VM ausführen, sodass Sie eine migrierte VM schnell klonen und testen können. Da die Quell-VM während des Migrationsvorgangs jedoch weiterhin ausgeführt wird, zum Beispiel während eines Tests, repliziert Migrate to Virtual Machines weiterhin Daten, bis Sie die endgültige Umstellung auf die migrierte VM durchgeführt haben.

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. Informationen zum Lebenszyklus einer migrierenden VM, einschließlich der Ablaufzeitpläne, finden Sie unter Lebenszyklus einer Migrations-VM.

Migrate to Virtual Machines ist vollständig in die Google Cloud Console eingebunden. Sie können also alle Migrationsaufgaben in der Google Cloud console -Benutzeroberfläche ausführen.

Migrationsvorgang

Migrate to Virtual Machines bietet eine Möglichkeit, Ihre VMs zur Compute Engine zu migrieren. Der Migrationsvorgang umfasst die folgenden Phasen:

  • Einrichten: Wählen Sie eine Quell-VM aus, die migriert werden soll.

  • 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.

  • VM-Zieldetails festlegen: Konfigurieren Sie Compute Engine-Einstellungen für die migrierte VM wie das Projekt, den Instanztyp, den Arbeitsspeicher und das Netzwerk.

  • Testklon erstellen: Optional können Sie einen Compute Engine-Klon der Quell-VM aus den Replikationsdaten erstellen und sie in Google Cloudtesten.

  • Umstellen: Migrieren Sie die Quell-VM zur Compute Engine. Dieser Vorgang umfasst das Beenden der Quell-VM, das Ausführen einer endgültigen Replikation und das Erstellen der Compute Engine-Produktionsinstanz aus der Quell-VM.

  • Abschließen: Führen Sie nach einer erfolgreichen Migration eine endgültige Bereinigung durch.

Die folgende Abbildung zeigt diese Phasen:

Migrationsphasen

Die Phasen werden in den folgenden Abschnitten genauer beschrieben.

Einrichtungsphase

Die erste Phase der Migration ist die Einrichtungsphase, in der Sie die zu migrierenden VMs auswählen:

Migration – Einrichtungsphase

Beispielsweise werden in der Google Cloud Console für ein vSphere-Rechenzentrum alle VMs im Rechenzentrum angezeigt. Wählen Sie für das Einrichten nur VMs aus, die Sie migrieren möchten.

Replikationsphase

Starten Sie nach dem Einrichten einer VM die Replikation der Laufwerksdaten von der Quell-VM inGoogle Cloud. Die Quell-VM wird während der Replikation weiterhin ausgeführt:

Migration – Replikationsphase

Die Datenreplikation ist ein kontinuierlicher Prozess, der im Hintergrund mit minimalen Auswirkungen auf die Quell-VM ausgeführt 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.

  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.

Wenn Sie mit der Replikation der Quell-VM beginnen, wird diese fortgesetzt, bis Sie die Migration löschen.

Sie können die Replikation für eine VM jederzeit anhalten. Die Replikation auf einer oder mehreren VMs kann beispielsweise pausiert werden, um Netzwerkressourcen zu minimieren oder eine höhere Priorität für VMs festzulegen, die nicht pausiert werden. Sie können die Replikation dann später fortsetzen.

Betriebssystemanpassungen

Damit migrierte VMs in Google Cloudordnungsgemäß funktionieren, muss möglicherweise ihre Konfiguration geändert werden. Dieser Vorgang wird als Betriebssystemanpassung bezeichnet. Der Prozess der Betriebssystemanpassung wird nach jedem Replikationsschritt ausgeführt, um die VM für die Ausführung in Google Cloudvorzubereiten.

Migrate to Virtual Machines passt beispielsweise die Netzwerkkonfigurationen an, stellt den Compute Engine-Agenten bereit und aktiviert die serielle Konsole auf der migrierten VM. Weitere Informationen finden Sie unter Betriebssystemanpassungen, einschließlich der spezifischen Anpassungen für Linux- und Windows-VMs.

Zieldetails festlegen

Nachdem Sie die Datenreplikation gestartet haben, legen Sie die Compute Engine-Zielumgebung in Google Cloud für die migrierte VM fest:

Migration – Phase „Zieldetails festlegen“

Durch die Compute Engine-Zieldetails wird die Landing-Zone für eine migrierte VM inGoogle Clouddefiniert. Diese Details umfassen unter anderem das Projekt, den Instanztyp und die Netzwerkeinstellungen. Migrate to Virtual Machines erstellt dann die Compute Engine-Instanz zum Hosten der migrierten VM mit den Zieldetails.

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

Testklonphase

Sie können die Quell-VM jederzeit nach der ersten Replikation von deren Laufwerksdaten auf einer Compute Engine-Instanz klonen, um sie zu testen:

Migration – Testklonphase

Häufig erstellen Sie während des Migrationsprozesses Testklone, wenn Sie Änderungen an der Quell-VM oder den Zieldetails vornehmen. Denken Sie daran, dass ein Testklon ein statischer 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.

Es wird dringend empfohlen, vor der Bereitstellung in der Produktionsumgebung einen Testklon der VM zu erstellen. Dies ist jedoch nicht zwingend erforderlich. Das Testen ist eine wichtige Phase des Migrationsvorgangs, um dafür zu sorgen, dass Ihre migrierte VM in Google Cloudordnungsgemäß funktioniert.

Wenn Sie einen Testklon der Quell-VM erstellen, erstellt Migrate to Virtual Machines anhand der Zieldetails eine Compute Engine-Instanz mit den neuesten Replikationsdaten.

Hinweis: Die Quell-VM wird während der Testphase weiterhin ausgeführt, was bedeutet, dass auch die Datenreplikation fortgesetzt wird.

Da die Quell-VM in der Testphase weiterhin ausgeführt wird, müssen Sie darauf achten, die Tests in einer Sandbox-Umgebung durchzuführen, die die Test-VM von der ursprünglichen Quell-VM isoliert.

Sobald die Test-VM läuft, können Sie überprüfen, ob sie wie erwartet funktioniert, und alle Änderungen erfassen, die erforderlich sind, damit die VM inGoogle Cloudfunktioniert. Wenn die Tests abgeschlossen sind, löschen Sie in der Regel die Compute Engine-Testinstanz und erstellen im Rahmen der Umstellungsphase eine Compute Engine-Produktionsinstanz.

Umstellungsphase

In der Umstellungsphase wird die Quell-VM von Migrate to Virtual Machines beendet, die Replikation abgeschlossen und es wird eine neue VM-Instanz in der Compute Engine in Google Clouderstellt:

Migration – Umstellungsphase

Die Umstellung sollte erst erfolgen, wenn Sie alle Prüfungen während der empfohlenen Testphase durchgeführt haben.

Zur Umstellungsphase gehört eine kurze VM-Ausfallzeit, am besten im Rahmen eines geplanten Wartungsfensters. Sie müssen erst 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.

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 endgültige Datenreplikation wird durchgeführt. Da die Replikation in allen Migrationsphasen erfolgt, sollte die Menge der replizierten Daten nicht allzu groß sein. Wenn aktuell eine Replikation ausgeführt wird, wird diese abgeschlossen. Falls noch keine Replikation ausgeführt wird, führen Sie eine endgültige Replikation durch.

  3. Die Replikation wird beendet.

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

Führen Sie nach der Umstellung die abschließenden Prüfungen der migrierten VM durch. Von den Ergebnissen der Umstellung hängen die nächsten Aktionen ab:

  • Umstellung fehlgeschlagen: Aus irgendeinem Grund ist die Umstellung auf die neue VM-Instanz in der Compute Engine fehlgeschlagen, möglicherweise aufgrund eines Netzwerkfehlers oder anderen Problems. Die Quell-VM wurde beendet und die endgültigen Replikationsdaten sind noch gültig. Wiederholen Sie die Umstellung, um zu prüfen, ob der Fehler dadurch behoben wird.

  • Umstellung war erfolgreich, die neue VM-Instanz funktioniert jedoch nicht ordnungsgemäß: Wenn die neue VM-Instanz in der Compute Engine nicht ordnungsgemäß funktioniert, löschen Sie die Compute Engine-VM und starten Sie die Quell-VM. Dieser Vorgang wird als „Rollback“ bezeichnet.

    Da der Rollback einer Migration äußerst komplex ist, ist dies kein automatisierter Vorgang. Wenn Sie einen Rollback durchführen, müssen Sie dafür sorgen, dass der Traffic zurück zur Quell-VM geleitet wird. Beachten Sie auch, dass alle in die Compute Engine-Instanz geschriebenen Daten nicht zurück auf die ursprüngliche Quell-VM übertragen werden.

    Wenn die Quell-VM wieder funktioniert, können Sie den Migrationsfehler diagnostizieren und beheben. Nachdem der Fehler behoben wurde, können Sie die Replikation neu starten und die Migration wiederholen.

  • Umstellung erfolgreich und die neue VM-Instanz funktioniert ordnungsgemäß: Wenn Sie bei der Überprüfung feststellen, dass die neue VM ordnungsgemäß funktioniert, ist die Migration abgeschlossen.

Abschlussphase

Nach einer erfolgreichen Umstellung wird die Migration abgeschlossen. Dadurch werden alle Replikationsdaten und alle anderen Speicherressourcen gelöscht, die der migrierten VM zugeordnet sind. Der Status der VM wird in Abgeschlossen geändert.

Nur VMs mit dem Status Umstellung können abgeschlossen werden:

Migration – Abschlussphase

Die Replikationsdaten, die zum Erstellen der Compute Engine-VM verwendet wurden, werden nach der Umstellung beibehalten. Sie können diese Daten dazu nutzen, nach der Umstellung weitere Instanzen Ihrer migrierten VM zu erstellen. In der Abschlussphase sollte der Speicherplatz jedoch freigegeben werden.

Nach dem Abschluss sind die einzigen zulässigen Vorgänge für die Migration:

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

Weitere Informationen