In diesem Dokument wird beschrieben, wie Sie eine VM-Instanz (virtuelle Maschine) zwischen Zonen oder Regionen verschieben.
Hinweise
- Lesen Sie die Zonen-Dokumentation.
-
Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben.
Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud-Dienste und APIs überprüft.
Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich bei Compute Engine authentifizieren. Wählen Sie dazu eine der folgenden Optionen aus:
Select the tab for how you plan to use the samples on this page:
gcloud
-
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
- Set a default region and zone.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
If you're using a local shell, then create local authentication credentials for your user account:
gcloud auth application-default login
You don't need to do this if you're using Cloud Shell.
Projektkontingent Ihr Projekt muss genügend Kontingente haben, um Folgendes zu tun:
- Neue Snapshots erstellen.
- Sitzungsspezifische externe IP-Adressen bewerben.
Neue VMs und Laufwerke in Ihrer Zielregion erstellen.
Beispiel: Wenn der VM, die Sie verschieben möchten, drei Laufwerke zugeordnet sind, muss das Kontingent ausreichen, um drei temporäre Snapshots des nichtflüchtigen Speichers und drei neue Laufwerke zu erstellen. Nachdem Sie die neuen Laufwerke erstellt haben, können Sie die temporären Snapshots löschen.
Prüfen Sie auf der Seite Kontingente, ob Ihr Kontingent für die vorherigen Ressourcen ausreicht. Weitere Informationen finden Sie unter Informationen zu Kontingenten.
Nichtflüchtige Speicher. Die nichtflüchtigen Speicher, die an die VM angehängt sind, die Sie verschieben möchten, sind nicht an andere VMs angehängt.
Lokale SSDs: Lokale SSDs sind für die vorübergehende Speicherung gedacht. Die Daten auf den lokalen SSDs bleiben nicht erhalten, wenn die VMs manuell beendet werden. Wenn Sie lokale SSD-Daten beibehalten möchten, replizieren Sie diese mit einer dauerhaften Speicheroption wie nichtflüchtigen Speichern.
GPUs: Wenn die VM GPUs enthält, prüfen Sie, ob die gewünschten GPUs in der Zielzone der VM verfügbar sind. Eine Liste der GPUs und der Zonen, in denen sie verfügbar sind, finden Sie unter GPUs in Compute Engine.
Subnetzwerk Wenn Sie Ihre VM zwischen Regionen verschieben möchten, z. B. zwischen
us-west1-a
undasia-south1-b
, und Ihre VM zu einem Subnetz gehört, müssen Sie ein neues Subnetz für Ihre VM auswählen. Eine Anleitung zum Erstellen von Subnetzen finden Sie unter Subnetze hinzufügen.- URL des Quelllaufwerks einer VM
- VM-Maschinentyp-URL
- Self-Link-URLs
- Zonen-URLs
- URLs der Laufwerkstypen
- Alle URLs von VMs, die in der
users[]
-Liste eines Laufwerks aufgeführt sind - Erstellen Sie ein Maschinen-Image Ihrer Quell-VM.
- Erstellen Sie aus dem Maschinen-Image eine VM in einer anderen Zone oder Region.
Identifizieren Sie die Laufwerke, die der zu verschiebenden VM zugeordnet sind.
gcloud compute instances describe myinstance --format="list(name,status,disks)"
In diesem Beispiel finden Sie die zwei folgenden zugeordneten Laufwerke für die
myinstance
-VM:- Das Bootlaufwerk
mybootdisk
- Das Datenlaufwerk
mydatadisk
- Das Bootlaufwerk
Legen Sie den Status für das automatische Löschen von
mybootdisk
undmydatadisk
auffalse
fest, um sicherzustellen, dass die Laufwerke nicht automatisch gelöscht werden, wenn die VM gelöscht wird.gcloud compute instances set-disk-auto-delete myinstance --zone europe-west1-c \ --disk mybootdisk --no-auto-delete
Wenn der Status aktualisiert wurde, gibt
gcloud compute
die AntwortUpdated [...]
zurück. Wenn der Status für das automatische Löschen bereits auf "false" gesetzt war, gibtgcloud compute
Folgendes zurück:No change requested; skipping update for [myinstance].
(Optional) Speichern Sie die VM-Metadaten.
Wenn Sie die VM löschen, werden auch die VM-Metadaten entfernt. Sie können diese Informationen in einer separaten Datei speichern und dann die VM-Metadaten noch einmal auf die neue VM anwenden.
Beschreiben Sie so die Metadaten Ihrer VM:
gcloud compute instances describe myinstance --zone europe-west1-c
Speichern Sie den Inhalt in einer separaten Datei.
Erstellen Sie Sicherungen Ihrer Daten mithilfe von Snapshots nichtflüchtiger Speicher.
Erstellen Sie als Vorsichtsmaßnahme Sicherungen Ihrer Daten, während der nichtflüchtige Speicher noch mit der VM verknüpft ist. Machen Sie dazu Snapshots des nichtflüchtigen Speichers. Prüfen Sie vor dem Erstellen eines Snapshots, ob er mit dem Status des nichtflüchtigen Speichers übereinstimmt. Beachten Sie dabei die Best Practices für Snapshots.
Nachdem Sie die Laufwerkzwischenspeicher gelöscht haben, erstellen Sie die Snapshots:
gcloud compute disks snapshot mybootdisk mydatadisk \ --snapshot-names backup-mybootsnapshot,backup-mydatasnapshot \ --zone europe-west1-c
Führen Sie
gcloud compute snapshots list
aus, um zu prüfen, ob der Snapshot erstellt wurde.(Optional) Wenn Sie eine VM zwischen Zonen innerhalb derselben Region verschieben und ihre sitzungsspezifische interne oder externe IP-Adresse beibehalten möchten, wandeln Sie die interne oder externe IP-Adresse in eine statische IP-Adresse um, die Sie später wiederverwenden können.
Löschen Sie Ihre VM.
Durch das Löschen der VM wird diese sauber heruntergefahren. Weiter werden alle nichtflüchtigen Speicher von ihr getrennt.
gcloud compute instances delete myinstance --zone europe-west1-c
gcloud
fordert Sie auf, den Löschvorgang zu bestätigen:The following VMs are deleted. Any attached disks configured to be auto-deleted are deleted unless they are attached to any other VMs or the `--keep-disks` flag is given and specifies them for keeping. Deleting a disk is irreversible and any data on the disk is lost. — [myinstance] in [europe-west1-c]
Do you want to continue (Y/n)?
Da Sie das automatische Löschen für die Laufwerke früher in diesem Prozess deaktiviert haben, geben Sie Y ein, um fortzufahren und die Warnung zu ignorieren.
Als Nächstes erstellen Sie einen weiteren Snapshot des Bootlaufwerks und des Datenlaufwerks.
gcloud compute disks snapshot mybootdisk mydatadisk \ --snapshot-names mybootsnapshot,mydatasnapshot \ --zone europe-west1-c
Created [.../mydatasnapshot]. Created [.../mybootsnapshot].
(Optional) Löschen Sie Ihren nichtflüchtigen Speicher.
Wenn Sie die Namen der nichtflüchtigen Speicher für die neuen Laufwerke wiederverwenden möchten, müssen Sie die vorhandenen Laufwerke löschen, um die Namen freizugeben. Durch das Löschen der Laufwerke sparen Sie gleichzeitig Kosten für den nichtflüchtigen Speicher.
Wenn Sie nicht vorhaben, dieselben Laufwerknamen wiederzuverwenden, müssen Sie sie nicht löschen.
gcloud compute disks delete mybootdisk mydatadisk --zone europe-west1-c
Erstellen Sie anhand der erstellten Snapshots neue nichtflüchtige Speicher in
us-west1-b
. Erstellen Sie zuerst das Bootlaufwerk.gcloud compute disks create mybootdiskb --source-snapshot mybootsnapshot \ --zone us-west1-b
Created [.../mybootdiskb]. NAME ZONE SIZE_GB TYPE STATUS mybootdiskb us-west1-b 100 pd-standard READY
Erstellen Sie dann das Datenlaufwerk.
gcloud compute disks create mydatadiskb --source-snapshot mydatasnapshot \ --zone us-west1-b
Created [.../mydatadiskb]. NAME ZONE SIZE_GB TYPE STATUS mydatadiskb us-west1-b 4000 pd-standard READY
Erstellen Sie die VM in
us-west1-b
neu.Wenn Sie die VM-Metadaten in einer Datei gespeichert haben, z. B.
myinstance.describe
, können Sie diese verwenden, um dieselben Metadaten für Ihre VM festzulegen.Wenn Ihre VM eine statische externe IP-Adresse hatte, können Sie diese Adresse der neuen VM durch Angabe der Option
--address [ADDRESS]
neu zuweisen. Wenn Sie eine VM zwischen Regionen verschieben, müssen Sie eine andere externe IP-Adresse für die neue VM-Instanz wählen.Wenn Ihre VM eine statische interne IP-Adresse hatte, können Sie diese Adresse der neuen VM durch Angabe der Option
--private-network-ip ADDRESS
neu zuweisen. Wenn Sie eine VM zwischen Regionen verschieben, müssen Sie eine andere interne IP-Adresse für die neue VM-Instanz wählen.Wenn Ihre VM GPUs umfasst, fügen Sie der VM mit der Option
--accelerator
GPUs hinzu.Wenn die VM ein bestimmtes Subnetz verwendet, fügen Sie das Flag
--subnet [SUBNET_NAME]
hinzu.
Eine vollständige Liste weiterer Flags finden Sie unter gcloud compute instances create.
gcloud compute instances create myinstanceb --machine-type n1-standard-4 \ --zone us-west1-b \ --disk name=mybootdiskb,boot=yes,mode=rw \ --disk name=mydatadiskb,mode=rw
Created [.../myinstanceb]. NAME ZONE MACHINE_TYPE INTERNAL_IP EXTERNAL_IP STATUS myinstanceb us-west1-b n1-standard-4 10.240.173.229 146.148.112.106 RUNNING
(Optional) Löschen Sie die Snapshots Ihres nichtflüchtigen Speichers.
Prüfen Sie, ob die virtuellen Maschinen verschoben wurden. Sparen Sie dann Speicherkosten, indem Sie die von Ihnen erstellten temporären Snapshots löschen.
gcloud compute snapshots delete mybootsnapshot mydatasnapshot
Wenn Sie die Sicherungs-Snapshots nicht mehr benötigen, können Sie diese ebenfalls löschen:
gcloud compute snapshots delete backup-mybootsnapshot backup-mydatasnapshot
Rufen Sie die Details der VM ab und identifizieren Sie die mit der VM verbundenen Laufwerke.
Legen Sie den Zustand für das automatische Löschen des Bootlaufwerks und des Datenlaufwerks auf
false
fest, um sicherzustellen, dass die Laufwerke nicht automatisch gelöscht werden, wenn die VM gelöscht wird.Erstellen Sie Sicherungen Ihrer Daten mithilfe von Snapshots nichtflüchtiger Speicher.
Erstellen Sie als Vorsichtsmaßnahme Sicherungen Ihrer Daten, während der nichtflüchtige Speicher noch mit der VM verknüpft ist. Machen Sie dazu Snapshots des nichtflüchtigen Speichers. Prüfen Sie vor dem Erstellen eines Snapshots, ob er mit dem Status des nichtflüchtigen Speichers übereinstimmt. Beachten Sie dabei die Best Practices für Snapshots.
Nachdem Sie die Laufwerkzwischenspeicher gelöscht haben, erstellen Sie die Snapshots:
Löschen Sie die VM aus der Quellzone.
Als Nächstes erstellen Sie einen weiteren Snapshot des Bootlaufwerks und der Datenlaufwerke.
(Optional) Löschen Sie Ihren nichtflüchtigen Speicher.
Wenn Sie die Namen der nichtflüchtigen Speicher für die neuen Laufwerke wiederverwenden möchten, müssen Sie die vorhandenen Laufwerke löschen, um die Namen freizugeben. Durch das Löschen der Laufwerke sparen Sie gleichzeitig Kosten für den nichtflüchtigen Speicher.
Wenn Sie nicht vorhaben, dieselben Laufwerknamen wiederzuverwenden, müssen Sie sie nicht löschen.
Erstellen Sie anhand der erstellten Snapshots neue nichtflüchtige Speicher in der Zielzone. Erstellen Sie zuerst das Bootlaufwerk und dann die Datenlaufwerke.
Erstellen Sie die VM mit den neuen Laufwerken in der Zielzone neu.
(Optional) Löschen Sie die Snapshots des temporären Laufwerks. Prüfen Sie, ob die virtuellen Maschinen verschoben wurden. Sparen Sie dann Speicherkosten, indem Sie die von Ihnen erstellten temporären Snapshots löschen.
Rufen Sie die Details der VM ab und identifizieren Sie die mit der VM verbundenen Laufwerke.
Legen Sie den Zustand für das automatische Löschen des Bootlaufwerks und des Datenlaufwerks auf
false
fest, um sicherzustellen, dass die Laufwerke nicht automatisch gelöscht werden, wenn die VM gelöscht wird.Erstellen Sie Sicherungen Ihrer Daten mithilfe von Snapshots nichtflüchtiger Speicher.
Erstellen Sie als Vorsichtsmaßnahme Sicherungen Ihrer Daten, während der nichtflüchtige Speicher noch mit der VM verknüpft ist. Machen Sie dazu Snapshots des nichtflüchtigen Speichers. Prüfen Sie vor dem Erstellen eines Snapshots, ob er mit dem Status des nichtflüchtigen Speichers übereinstimmt. Beachten Sie dabei die Best Practices für Snapshots.
Nachdem Sie die Laufwerkzwischenspeicher gelöscht haben, erstellen Sie die Snapshots:
Löschen Sie die VM aus der Quellzone.
Als Nächstes erstellen Sie einen weiteren Snapshot des Bootlaufwerks und der Datenlaufwerke.
(Optional) Löschen Sie Ihren nichtflüchtigen Speicher.
Wenn Sie die Namen der nichtflüchtigen Speicher für die neuen Laufwerke wiederverwenden möchten, müssen Sie die vorhandenen Laufwerke löschen, um die Namen freizugeben. Durch das Löschen der Laufwerke sparen Sie gleichzeitig Kosten für den nichtflüchtigen Speicher.
Wenn Sie nicht vorhaben, dieselben Laufwerknamen wiederzuverwenden, müssen Sie sie nicht löschen.
Erstellen Sie anhand der erstellten Snapshots neue nichtflüchtige Speicher in der Zielzone. Erstellen Sie zuerst das Bootlaufwerk und dann die Datenlaufwerke.
Erstellen Sie die VM mit den neuen Laufwerken in der Zielzone neu.
(Optional) Löschen Sie die Snapshots des temporären Laufwerks. Prüfen Sie, ob die virtuellen Maschinen verschoben wurden. Sparen Sie dann Speicherkosten, indem Sie die von Ihnen erstellten temporären Snapshots löschen.
Rufen Sie die Details der VM ab und identifizieren Sie die mit der VM verbundenen Laufwerke.
Legen Sie den Zustand für das automatische Löschen des Bootlaufwerks und des Datenlaufwerks auf
false
fest, um sicherzustellen, dass die Laufwerke nicht automatisch gelöscht werden, wenn die VM gelöscht wird.Erstellen Sie Sicherungen Ihrer Daten mithilfe von Snapshots nichtflüchtiger Speicher.
Erstellen Sie als Vorsichtsmaßnahme Sicherungen Ihrer Daten, während der nichtflüchtige Speicher noch mit der VM verknüpft ist. Machen Sie dazu Snapshots des nichtflüchtigen Speichers. Prüfen Sie vor dem Erstellen eines Snapshots, ob er mit dem Status des nichtflüchtigen Speichers übereinstimmt. Beachten Sie dabei die Best Practices für Snapshots.
Nachdem Sie die Laufwerkzwischenspeicher gelöscht haben, erstellen Sie die Snapshots:
Löschen Sie die VM aus der Quellzone.
Als Nächstes erstellen Sie einen weiteren Snapshot des Bootlaufwerks und der Datenlaufwerke.
(Optional) Löschen Sie Ihren nichtflüchtigen Speicher.
Wenn Sie die Namen der nichtflüchtigen Speicher für die neuen Laufwerke wiederverwenden möchten, müssen Sie die vorhandenen Laufwerke löschen, um die Namen freizugeben. Durch das Löschen der Laufwerke sparen Sie gleichzeitig Kosten für den nichtflüchtigen Speicher.
Wenn Sie nicht vorhaben, dieselben Laufwerknamen wiederzuverwenden, müssen Sie sie nicht löschen.
Erstellen Sie anhand der erstellten Snapshots neue nichtflüchtige Speicher in der Zielzone. Erstellen Sie zuerst das Bootlaufwerk und dann die Datenlaufwerke.
Erstellen Sie die VM mit den neuen Laufwerken in der Zielzone neu.
(Optional) Löschen Sie die Snapshots des temporären Laufwerks. Prüfen Sie, ob die virtuellen Maschinen verschoben wurden. Sparen Sie dann Speicherkosten, indem Sie die von Ihnen erstellten temporären Snapshots löschen.
Rufen Sie die Details der VM ab und identifizieren Sie die mit der VM verbundenen Laufwerke.
Legen Sie den Zustand für das automatische Löschen des Bootlaufwerks und des Datenlaufwerks auf
false
fest, um sicherzustellen, dass die Laufwerke nicht automatisch gelöscht werden, wenn die VM gelöscht wird.Erstellen Sie Sicherungen Ihrer Daten mithilfe von Snapshots nichtflüchtiger Speicher.
Erstellen Sie als Vorsichtsmaßnahme Sicherungen Ihrer Daten, während der nichtflüchtige Speicher noch mit der VM verknüpft ist. Machen Sie dazu Snapshots des nichtflüchtigen Speichers. Prüfen Sie vor dem Erstellen eines Snapshots, ob er mit dem Status des nichtflüchtigen Speichers übereinstimmt. Beachten Sie dabei die Best Practices für Snapshots.
Nachdem Sie die Laufwerkzwischenspeicher gelöscht haben, erstellen Sie die Snapshots:
Löschen Sie die VM aus der Quellzone.
Als Nächstes erstellen Sie einen weiteren Snapshot des Bootlaufwerks und der Datenlaufwerke.
(Optional) Löschen Sie Ihren nichtflüchtigen Speicher.
Wenn Sie die Namen der nichtflüchtigen Speicher für die neuen Laufwerke wiederverwenden möchten, müssen Sie die vorhandenen Laufwerke löschen, um die Namen freizugeben. Durch das Löschen der Laufwerke sparen Sie gleichzeitig Kosten für den nichtflüchtigen Speicher.
Wenn Sie nicht vorhaben, dieselben Laufwerknamen wiederzuverwenden, müssen Sie sie nicht löschen.
Erstellen Sie anhand der erstellten Snapshots neue nichtflüchtige Speicher in der Zielzone. Erstellen Sie zuerst das Bootlaufwerk und dann die Datenlaufwerke.
Erstellen Sie die VM mit den neuen Laufwerken in der Zielzone neu.
(Optional) Löschen Sie die Snapshots des temporären Laufwerks. Prüfen Sie, ob die virtuellen Maschinen verschoben wurden. Sparen Sie dann Speicherkosten, indem Sie die von Ihnen erstellten temporären Snapshots löschen.
- Standardzone/-region für ein Projekt ändern
- Live-Migration
- Status einer VM prüfen
- VMs zu Compute Engine migrieren
Go
Wenn Sie die Go Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, installieren und initialisieren Sie die gcloud CLI und richten dann die Standardanmeldedaten für Anwendungen mit Ihren Nutzeranmeldedaten ein.
Weitere Informationen unter Set up authentication for a local development environment.
Java
Wenn Sie die Java Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, installieren und initialisieren Sie die gcloud CLI und richten dann die Standardanmeldedaten für Anwendungen mit Ihren Nutzeranmeldedaten ein.
Weitere Informationen unter Set up authentication for a local development environment.
Node.js
Wenn Sie die Node.js Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, installieren und initialisieren Sie die gcloud CLI und richten dann die Standardanmeldedaten für Anwendungen mit Ihren Nutzeranmeldedaten ein.
Weitere Informationen unter Set up authentication for a local development environment.
Python
Wenn Sie die Python Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, installieren und initialisieren Sie die gcloud CLI und richten dann die Standardanmeldedaten für Anwendungen mit Ihren Nutzeranmeldedaten ein.
Weitere Informationen unter Set up authentication for a local development environment.
Voraussetzungen
In diesem Abschnitt werden die Anforderungen zum Verschieben einer VM zwischen Zonen und Regionen aufgeführt:
Beschränkung
Wenn Sie eine VM zwischen Regionen verschieben, können Sie die sitzungsspezifische interne oder externe IP-Adresse der VM nicht beibehalten. Sie müssen eine neue IP-Adresse auswählen, wenn Sie die VM neu erstellen.
Ressourcenattribute
Zum Verschieben der VM müssen Sie die VM herunterfahren, in die Zielzone oder -region verschieben und dann neu starten. Nachdem Sie die VM verschoben haben, müssen Sie alle vorhandenen Verweise auf die ursprüngliche Ressource aktualisieren, z. B. alle Ziel-VMs oder Zielpools, die auf die vorherige VM verweisen.
Während des Verschiebens ändern sich einige vom Server generierte Attribute Ihrer VM und Ihrer Laufwerke.
Attribute, die sich für VMs ändern
In der folgenden Tabelle werden Attribute beschrieben, die sich für VMs ändern:
Attributname Änderungen Interne IP-Adresse Normalerweise wird eine neue interne IP-Adresse zugewiesen. Es kann jedoch vorkommen, dass die VM die ursprüngliche interne IP-Adresse behält. Externe IP-Adresse Wenn die VM zwischen Zonen in derselben Region verschoben wird, bleibt die externe IP-Adresse gleich. Wählen Sie ansonsten eine andere externe IP-Adresse für die VM-Instanz. CPU-Plattform Je nach verfügbarer CPU-Plattform in Ihrer Zielzone könnte Ihre VM eine andere CPU-Plattform haben, nachdem sie verschoben wurde. Eine vollständige Liste der CPU-Plattformen in den einzelnen Zonen finden Sie unter Verfügbare Regionen und Zonen. Netzwerk/Subnetz Wenn die VM zu einem Subnetz gehört und Sie eine VM in eine andere Region verschieben, müssen Sie ein neues Subnetz für die VM auswählen. VMs, die von einer Zone in eine andere innerhalb derselben Region verschoben werden, behalten das Subnetz bei. Properties, die sich für Laufwerke ändern
In der folgenden Tabelle werden Attribute beschrieben, die sich für Laufwerke ändern:
Attributname Änderungen Quell-Snapshot Der Quell-Snapshot des neuen Laufwerks ist auf den temporären Snapshot festgelegt, der während der Verschiebung erstellt wird. Quell-Snapshot-ID Die Quell-Snapshot-ID wird als temporäre Snapshot-ID festgelegt. Quell-Image Das Quell-Image-Feld ist leer. Image-ID Die Image-ID ist leer. Zeitstempel der letzten Trennung Der Zeitstempel der letzten Trennung ist leer. Zeitstempel der letzten Verbindung Als neuer Zeitstempel der letzten Verbindung gilt der Zeitpunkt, an dem der neuen Instanz das neue Laufwerk zugeordnet wurde. Attribute, die sich sowohl für VMs als auch für Laufwerke ändern
In der folgenden Tabelle werden Attribute beschrieben, die sich für VMs und Laufwerke ändern:
Attributname Änderungen ID Eine neue Ressourcen-ID wird generiert. Zeitstempel der Erstellung Ein neuer Zeitstempel der Erstellung wird generiert. Zonenressourcen-URLs Alle URLs für Zonenressourcen geben nun die Zielzone wieder. In der folgenden Liste sind die Ressourcen-URLs aufgeführt, die sich ändern: VM zwischen Zonen oder Regionen verschieben
So verschieben Sie eine VM zwischen Zonen oder Regionen:
In den folgenden Beispielen wird gezeigt, wie Sie eine VM zwischen Zonen verschieben.
gcloud
In diesem Beispiel verschieben Sie eine VM namens
myinstance
mit zwei nichtflüchtigen Speichern namensmybootdisk
undmydatadisk
voneurope-west1-c
nachus-west1-b
.Go
Java
Node.js
Python
Nächste Schritte
Sofern nicht anders angegeben, sind die Inhalte dieser Seite unter der Creative Commons Attribution 4.0 License und Codebeispiele unter der Apache 2.0 License lizenziert. Weitere Informationen finden Sie in den Websiterichtlinien von Google Developers. Java ist eine eingetragene Marke von Oracle und/oder seinen Partnern.
Zuletzt aktualisiert: 2024-12-22 (UTC).
-