Arbeitslast von einer vorhandenen VM auf eine neue VM verschieben

In bestimmten Situationen müssen Sie Ihre Arbeitslast von einer vorhandenen VM-Instanz auf eine neue VM verschieben. Gründe für den Umzug zu einer neuen VM sind:

  • Upgrade des Betriebssystems auf einen neuen Release ausführen
  • Von der x86-Architektur zur ARM-Architektur wechseln
  • Upgrade auf die neueste VM-Serie der Generation durchführen

In diesen Fällen müssen Sie möglicherweise eine neue VM erstellen und Ihre Arbeitslast auf die neue VM verschieben.

Wenn beim Upgrade auf die VM-Serie der neuesten Generation das Betriebssystem auf der aktuellen VM von der neuen Generation unterstützt wird und die aktuelle VM keine Features oder Laufwerktypen verwendet, die mit der neuen Generation nicht unterstützt werden Maschinenserie verwenden, können Sie möglicherweise das einfachere Verfahren verwenden, das unter VM in eine neue Maschinenserie verschieben beschrieben wird.

Umzug zu einer neuen VM vorbereiten

Sie können Ihre aktuelle VM auf eine neue VM verschieben, z. B. von n2d-standard-32 nach t2a-standard-32 oder von m1-ultramem-160 zu m3-ultramem-128. Prüfen und lösen Sie die folgenden Elemente, bevor Sie mit der Migration beginnen.

  1. Prüfen Sie die verfügbaren Regionen und Zonen für die neue VM-Maschinenserie. Die neuen Maschinen sind möglicherweise nicht in allen Regionen als Ihre aktuelle VM verfügbar. Passen Sie Ihre Bereitstellungs-, Verfügbarkeits- und Notfallwiederherstellungspläne nach Bedarf an.
  2. Prüfen Sie, ob die Betriebssystemversion für die aktuelle VM für die neue VM-Maschine unterstützt wird. Weitere Informationen finden Sie unter Details zu Betriebssystemen.
    • Wenn die neue VM eine neuere Version des Betriebssystems erfordert, prüfen Sie, ob Ihre Anwendungen mit der neueren Betriebssystemversion kompatibel sind.
    • Wenn Sie zu Arm wechseln und für Ihr aktuelles Betriebssystem kein Arm-Image verfügbar ist, wählen Sie ein neues Betriebssystem aus, auf dem Ihre Anwendungen ausgeführt werden sollen, und prüfen Sie, ob Ihre Anwendungen mit dem neuen Betriebssystem kompatibel sind.
  3. In der Dokumentation zu Maschinenreihen sehen Sie, welche Features für die neue VM verfügbar sind. Die neue VM-Maschinen unterstützt möglicherweise nicht dieselben Funktionen wie Ihre aktuelle VM, z. B. benutzerdefinierte Maschinentypen oder Shielded VM.
  4. Prüfen Sie die unterstützten Schnittstellen für die neue VM-Maschinenreihe. Neuere VM-Serien wie T2A und VMs der dritten Generation (wie M3 oder C3) unterstützen nur gVNIC- und NVMe-Schnittstellen. Prüfen Sie, ob Ihre Anwendungen diese Schnittstellen unterstützen.
    1. Achten Sie bei der Migration von einer VM, die die SCSI Disk-Schnittstelle verwendet, auf eine VM, die nur die NVMe-Disk-Schnittstelle unterstützt, darauf, dass Ihre Anwendungen und Skripts nicht auf die angehängten Laufwerke nach Gerätename verweisen, z. B. sda1 Verwenden Sie stattdessen den Symlink für die Laufwerke, die in /dev/disk/by-id/ angezeigt werden.
    2. Wenn Sie eine VM migrieren, auf der Microsoft Windows ausgeführt wird, müssen Sie den NVME-Treiber auf VMs ersetzen, die vor Mai 2022 erstellt wurden. Dies gilt für das Bootlaufwerk in der aktuellen VM und in zuvor erstellten Snapshots oder benutzerdefinierten Images, die zum Erstellen einer neuen VM verwendet werden.
    3. Wenn Sie von einer VM der ersten oder zweiten Generation, bei der Sie die Standardnetzwerkschnittstelle von (VirtIO) verwendet haben, zu einer VM der dritten Generation oder einer T2A-VM migrieren, die nur die gVNIC-Netzwerkschnittstelle unterstützt, müssen Sie möglicherweise folgende Probleme berücksichtigen:
  5. Prüfen Sie die unterstützten Laufwerkstypen für die neue VM. Neuere VM-Serien wie M3 und C3 unterstützen den nichtflüchtigen Speichertyp pd-standard nicht. Wenn Ihre aktuelle VM einen Bootlaufwerktyp verwendet, der für die neue VM-Serie nicht unterstützt wird, können Sie einen Snapshot verwenden, um das Bootlaufwerk auf einen neuen Laufwerktyp zu ändern, wie unter Verschieben Sie Ihre Arbeitslast auf die neue VM.
  6. Wenn an Ihre VM eine lokale SSD angehängt ist und Sie zur VM der dritten Generation wechseln möchten, prüfen Sie, ob lokale SSD-Laufwerke für den neuen Maschinentyp unterstützt werden.
  7. Wenn die neue VM eine andere Architektur verwendet, prüfen Sie, ob Ihre Anwendungen oder Programme in der neuen Architektur ausgeführt werden können oder ob Änderungen erforderlich sind.
    • Wenn Ihre Anwendung mit den neuesten Versionen einer Programmiersprache geschrieben wurde, ist sie wahrscheinlich ohne weitere Kompatibilität mit Arm kompatibel.
    • Zur Ausführung von interpretierten Sprachen wie Python, Ruby und JavaScript müssen Sie eine ARM-kompatible Laufzeitumgebung auf Ihrer Arm-VM installieren.
  8. Kompilierte x86-Binärdateien können nicht auf Arm ausgeführt werden und kompilierte Armbinärdateien können nicht auf x86-Plattformen ausgeführt werden.
    • Sie müssen Ihre Binärdateien für Arm neu kompilieren, normalerweise ohne Änderung am Quellcode.
    • Möglicherweise müssen Sie auch Ihre Pakete und Bibliotheken so aktualisieren, dass sie die Arm-Entsprechungen für die Versionen enthalten, die Sie auf x86-VMs verwendet haben.

Arbeitslast auf die neue VM verschieben

Um Ihre Arbeitslast auf eine neue VM zu verschieben, erstellen Sie zuerst eine neue VM und verschieben diese dann auf die neue VM.

  1. Führen Sie die Schritte unter Migration zu einer neuen VM vorbereiten auf dieser Seite aus.
  2. Wenn Ihre vorhandene VM lokale SSD-Laufwerke enthält, die Daten enthalten, die Sie behalten möchten, verschieben Sie den Inhalt dieser Laufwerke auf einen unterstützten Persistent Disk-Typ.

  3. Wenn Ihre aktuelle VM den nichtflüchtigen Speicher pd-standard für das Bootlaufwerk verwendet, gehen Sie so vor, um zu einer VM zu wechseln, die keine pd-standard-Laufwerke unterstützt:

    1. Wenn Sie eine sehr kleine Anzahl von VMs migrieren:
      1. Erstellen Sie einen Snapshot des Bootlaufwerks pd-standard Ihrer aktuellen VM.
      2. VM aus dem Bootlaufwerk-Snapshot erstellen Wählen Sie beim Erstellen der neuen VM einen der unterstützten Laufwerkstypen für das Bootlaufwerk aus, z. B. PD-Balanced (pd-balanced) oder PD-SSD (pd-ssd)
    2. Wenn Sie mehrere VMs migrieren, verwenden Sie ein benutzerdefiniertes Image, um die neuen VMs zu erstellen:
      1. Erstellen Sie einen Snapshot des Bootlaufwerks pd-standard Ihrer aktuellen VM.
      2. Erstellen Sie ein benutzerdefiniertes Image. Verwenden Sie dabei den Laufwerk-Snapshot als Quelle.
      3. VM aus dem benutzerdefinierten Image erstellen Wählen Sie beim Erstellen der neuen VM einen der unterstützten Laufwerkstypen für das Bootlaufwerk aus, z. B. PD-Balanced (pd-balanced) oder PD-SSD (pd-ssd)

  4. Wenn Ihre aktuelle VM einen Bootlaufwerktyp verwendet, der in der neuen VM-Maschinen unterstützt wird, folgen Sie der Anleitung unter ARM-VM-Instanz erstellen und starten oder Erstellen und Starten einer VM-Instanz und konfigurieren Sie die neue VM entsprechend Ihren Spezifikationen.

  5. Konfigurieren Sie die Nutzer, Treiber, Pakete und Dateiverzeichnisse auf der neuen VM, die Ihre Arbeitslast unterstützen.

  6. Verschieben Sie einen nichtflüchtigen Speicher ohne Startfunktion von der alten VM zur neuen.

    • Für Laufwerkstypen, die auf der neuen VM-Serie unterstützt werden, trennen Sie den nichtflüchtigen Speicher von der alten VM und fügen ihn der neuen VM hinzu.
    • Für Laufwerkstypen, die auf der neuen VM-Serie nicht unterstützt werden, können Sie einen Snapshot Ihres Laufwerks erstellen, der neuen VM ein neues Laufwerk mit der gleichen oder einer größeren Größe hinzufügen und den Snapshot wiederherstellen. dem neuen Laufwerk an.
    • Alternativ können Sie Dateien von einer VM zur anderen übertragen, wenn Sie die ursprüngliche VM nicht gelöscht haben.

  7. Installieren Sie die geänderten Anwendungen und Programme auf der neuen VM. Kompilieren Sie die Programme bei Bedarf im neuen Betriebssystem oder in der neuen Architektur.

  8. Weisen Sie der ursprünglichen VM alle statischen IP-Adressen zu, die der ursprünglichen VM zugeordnet sind.

  9. Optional: Verschieben Sie die auf einem nichtflüchtigen Speicher gespeicherten Daten zurück auf eine lokale SSD.

Wenn beim Verschieben Ihrer Arbeitslast von einer x86-VM in eine Arm-VM Probleme auftreten, wenden Sie sich an Ihren Technical Account Manager (TAM) oder die Google Professional Services Organization (PSO).

Nächste Schritte