Spostare il carico di lavoro in una nuova istanza di calcolo

In determinate situazioni, potresti voler spostare il carico di lavoro da un modello di macchina virtuale (VM) a una VM più recente. I motivi per passare a una nuova VM includono: le seguenti:

  • Sfrutta i nuovi tipi di macchine per velocità di archiviazione o di rete più elevate. Ad esempio, l'upgrade da C2 a H3 per una migliore larghezza di banda di rete.
  • Trai beneficio da un rapporto prezzo/prestazioni maggiore rispetto all'istanza VM di origine. Per Ad esempio, l'upgrade da N1 a N4 per avere un maggiore valore sull'Intel di quinta generazione processore Xeon.
  • Utilizza le funzionalità disponibili solo sulla nuova istanza VM. Ad esempio, l'upgrade da N4 a C4 per usufruire di opzioni aggiuntive per le prestazioni e la manutenzione.
  • Passare da un'istanza di macchina virtuale (VM) a un'istanza bare metal.
  • Aggiungi dischi SSD locali all'istanza VM C3 o C3D.

Quando esegui l'upgrade alla serie di macchine di ultima generazione, potresti riuscire a usare la procedura più semplice descritta in Modifica il tipo di macchina di un'istanza Compute se la VM attuale (di origine) soddisfa le seguenti condizioni:

  • La versione del sistema operativo (OS) è supportata dalla nuova serie di macchine.
  • Il tipo di disco del disco di avvio collegato alla VM di origine è supportato dalla nuove serie di macchine.
  • La VM non utilizza lo spazio di archiviazione SSD locale.
  • La VM con GPU collegate utilizza un tipo di macchina G2. Per maggiori dettagli, vedi Aggiungere o rimuovere GPU.
  • La VM utilizza solo le funzionalità supportate dalla nuova serie di macchine.
  • La VM non fa parte di un gruppo di istanze gestite.
  • La VM utilizza l'interfaccia di rete gVNIC.

Prima di iniziare

  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è la procedura mediante la quale la tua identità viene verificata per l'accesso alle API e ai servizi Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine come segue.

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    1. Install the Google Cloud CLI, then initialize it by running the following command: 

      gcloud init
    2. Set a default region and zone.

      3. REST

      Per utilizzare gli esempi dell'API REST in questa pagina in un ambiente di sviluppo locale, utilizza le credenziali fornite a gcloud CLI.

        Install the Google Cloud CLI, then initialize it by running the following command: 

        gcloud init

      Per ulteriori informazioni, vedi Esegui l'autenticazione per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud.

Ruoli obbligatori

Per ottenere le autorizzazioni necessarie per modificare o cambiare una VM, chiedi all'amministratore di concederti i seguenti ruoli IAM nel progetto:

Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso a progetti, cartelle e organizzazioni.

Questi ruoli predefiniti le autorizzazioni necessarie per modificare una VM. Per visualizzare le autorizzazioni esatte richieste, espandi la sezione Autorizzazioni richieste:

Autorizzazioni obbligatorie

Per modificare o cambiare una VM sono necessarie le seguenti autorizzazioni:

  • Per cambiare il tipo di macchina:
    • compute.instances.stop del progetto
    • compute.instances.create del progetto
    • compute.instances.start sul progetto
    • compute.instances.setMachineType nell'istanza
  • Per creare uno snapshot del disco:
    • compute.snapshots.create del progetto
    • compute.disks.createSnapshot sul disco
  • Per creare un nuovo disco:
    • compute.disks.list del progetto
    • compute.disks.create del progetto
    • compute.disks.update del progetto
  • Per collegare un disco a una VM:
    • compute.instances.attachDisk nell'istanza
    • compute.disks.use sul disco
  • Per eliminare un disco: compute.disks.delete del progetto
  • Per apportare modifiche al tipo di rete:
    • compute.networks.list sul progetto
    • compute.networks.update sul progetto

Potresti anche ottenere queste autorizzazioni con ruoli personalizzati o altri ruoli predefiniti.

Valuta le opzioni di migrazione delle VM

La migrazione da un tipo di macchina a un altro dipende diversi fattori, tra cui la disponibilità a livello regionale del nuovo tipo di macchina, e la compatibilità opzioni di archiviazione e interfacce di rete per quanto riguarda del sistema operativo guest dell'origine e della nuova serie di macchine.

Requisiti di calcolo

Esamina i seguenti requisiti per l'istanza attuale e la nuova tipo di macchina:

  • Esplora la risorsa della famiglia di macchine per identificare i tipi di macchina adatti al tuo carico di lavoro. Valuta se la tua applicazione richiede hardware specifico (GPU), prestazioni o costi inferiori.
  • Esamina le funzionalità dei tipi di disco supportati dal nuovo tipo di macchina. La maggior parte, ma non tutte, le funzionalità di Persistent Disk sono supportate da Hyperdisk. Tuttavia, Hyperdisk fornisce anche non disponibili in Persistent Disk.
  • Esamina le caratteristiche della serie di macchine potenziali. La nuova serie di macchine potrebbe non supportare le stesse funzionalità che utilizzi con la tua attuale serie di macchine, ad esempio tipi di macchine personalizzate, SSD locale o VM isolate.
  • Consulta le regioni e le zone per assicurarti che la nuova serie di macchine sia disponibile in tutte le regioni come VM. Potresti dover modificare i piani di implementazione, di alta disponibilità e di recupero di emergenza.
  • Esamina il piano di migrazione del sistema operativo:
    • Se la nuova VM richiede una versione più recente del sistema operativo, verifica che sono compatibili con la versione più recente del sistema operativo.
    • Se stai passando ad Arm e un'immagine Arm non è disponibile per la tua versione corrente del sistema operativo, scegli un nuovo sistema operativo o una versione del sistema operativo su cui eseguire le tue applicazioni e verifica che le tue applicazioni siano compatibili con il nuovo sistema operativo.
  • È possibile eseguire la migrazione da un'istanza VM C3 a un'istanza bare metal C3, purché l'istanza VM C3 di origine utilizzi un'istanza sistema operativo e driver di rete supportati.
  • Se passi da una serie di macchine diversa da C3 a un'istanza bare metal, devi creare una nuova istanza. Potresti dover eseguire il tuo hypervisor. Tuttavia, puoi anche eseguire qualsiasi sistema operativo supportato da C3 Metal, a condizione che il driver IDPF sia abilitato. Le istanze Bare Metal utilizzano l'interfaccia di rete IDPF e presentata solo come una funzione fisica, non come una funzione virtuale.

Requisiti per lo spazio di archiviazione

Esamina i seguenti requisiti di spazio di archiviazione per l'istanza attuale e per il nuovo tipo di istanza:

  • Esamina i tipi di archiviazione e le interfacce di archiviazione supportate per la nuova serie di macchine.
    • Per impostazione predefinita, le serie di macchine di prima e seconda generazione utilizzano solo Tipo di archiviazione su Persistent Disk e interfacce VirtIO-SCSI.
    • Supporto di serie di macchine di terza generazione e più recenti (come M3, C3 e N4) solo l'interfaccia NVMe, mentre altre supportano solo Hyperdisk e Tipi di archiviazione SSD locale.
    • Le istanze Bare Metal (come C3 e X4) supportano solo Hyperdisk.
  • Compatibilità dei dischi:
    • Se il disco di avvio utilizza un tipo di disco non supportato dalla nuova serie di macchine, ad esempio pd-standard, devi creare un nuovo disco di avvio per la nuova VM.
    • Se stai eseguendo l'upgrade del sistema operativo a una nuova versione e il sistema operativo non supporta gli upgrade in place, devi creare un nuovo disco di avvio. Tutti i dati sul disco di avvio di origine andranno persi a meno che non li copi in un non di avvio. Successivamente, dovrai creare un nuovo disco di avvio e copiare i dati archiviati dal disco temporaneo non di avvio al nuovo disco di avvio.
    • Se non esegui l'upgrade della versione del sistema operativo, puoi acquisire uno snapshot del tuo attuale disco di avvio e ripristinarlo nel nuovo tipo di disco supportato. Quando crei una VM, puoi utilizzare questo nuovo disco come disco di avvio.
    • Se un disco non di avvio utilizza un tipo di disco non supportato dalla nuova macchina puoi usare uno snapshot per cambiare il disco di origine impostandolo su un nuovo tipo di disco, come descritto in Cambiare il tipo di disco.
  • I dischi SSD locali non possono essere spostati in una nuova VM. Puoi collegare un disco abbastanza grande da archiviare tutti i dati degli SSD locali nella VM attuale, quindi usa un per modificare il disco di origine impostandolo su un nuovo tipo di disco, come descritto in Cambia il tipo di disco. Dopo aver creato una VM con dischi SSD locali collegati, puoi copiare nuovamente i dati sui dischi SSD locali.
  • Se la tua istanza VM attuale utilizza i dischi in un pool di archiviazione, ma stai spostando il carico di lavoro in una VM in una regione diversa, devi ricreare i dischi e il pool di archiviazione nella nuova regione.
  • Se la nuova serie di macchine utilizza un'interfaccia del disco diversa (ad esempio, NVMe) anziché SCSI), i nomi delle periferiche disco nel sistema operativo guest sono diversi. Assicurati che le applicazioni e gli script utilizzino nomi di dispositivi permanenti o link simbolici quando fanno riferimento ai dischi collegati.

Requisiti di networking

Esamina i seguenti requisiti di networking per l'istanza attuale e nuovo tipo di istanza:

  • Esamina le interfacce di rete supportate per la nuova VM.

    • Per impostazione predefinita, le serie di macchine di prima e seconda generazione utilizzano solo il modello VirtIO interfaccia di rete.
    • Le serie di macchine di terza generazione e successive (come M3, C3 e N4) supportano solo l'interfaccia di rete gVNIC.
    • Le istanze Bare Metal supportano solo Interfaccia di rete IDPF.

  • Assicurati che l'applicazione e il sistema operativo supportino le interfacce disponibili per la serie di macchine.

  • Rivedi la configurazione di rete della VM per determinare se mantenere gli indirizzi IP assegnati. In questo caso, devi promuovere gli indirizzi IP in indirizzi IP statici.

  • Se utilizzi prestazioni di rete Tier_1 per VM con la VM attuale, assicurati che disponibili o necessarie con la nuova serie di macchine. Ad esempio, puoi utilizzare la rete Tier_1 con un tipo di macchina C2, ma non è necessaria con una VM H3.

Per determinare il tipo di interfaccia di rete della VM attuale, utilizza gcloud compute instances describe per visualizzare nic-type della VM:

  gcloud compute instances describe VM_NAME --zone=ZONE

Se per la VM è impostato nic-type su VIRTIO, non puoi modificare il tipo di interfaccia di rete. Devi creare una nuova VM e impostare il tipo di interfaccia di rete su gVNIC.

Preparati allo spostamento delle VM esistenti

Dopo aver completato la sezione sulla valutazione, Il passaggio successivo consiste nel prepararti allo spostamento delle istanze VM richiedendo risorse per la nuova istanza VM e preparando i backup dell'istanza VM di origine.

Prepara le risorse di calcolo

Per prepararti al trasferimento dell'istanza attuale a una nuova istanza:

  1. Richiedi quota nella regione e nelle zone in cui hai intenzione di spostare le risorse. Se hai già una quota per un tipo di macchina, puoi richiederne lo spostamento. Il completamento della procedura richiede alcuni giorni.
  2. Crea una prenotazione per le nuove istanze VM per assicurarti che le risorse della macchina siano disponibili nella nuova regione e nelle nuove zone. Assicurati di comprendere come vengono consumate le risorse riservate e verifica di poterle consumare.
  3. Estendi i tuoi piani di alta disponibilità e di ripristino di emergenza per includere la nuova regione.
  4. Se necessario, esegui l'upgrade del sistema operativo sulla VM attuale.
    1. Se la funzionalità è supportata dal fornitore del sistema operativo, esegui un upgrade in loco del tuo sistema operativo a una versione supportata dalla nuova serie di macchine e verifica che il carico di lavoro stia funzionando come previsto sulla nuova versione del sistema operativo.
    2. Se un upgrade in loco del sistema operativo non è supportato, quando crei un devi creare un nuovo disco di avvio. Determina quali informazioni dal disco di avvio attuale e poi copiarlo in una posizione temporanea su un disco non di avvio, in modo che possa essere trasferito alla nuova VM. In caso contrario avere dischi non di avvio collegati alla VM attuale:

Prepara le risorse di archiviazione

Completa i seguenti passaggi per prepararti allo spostamento dei dati nei dischi associato all'istanza attuale a una nuova istanza:

  1. Sui sistemi Linux, testa le applicazioni e gli script aggiornati per assicurarti che funzionino con nomi di dispositivi persistenti o link simbolici anziché con i nomi dei dispositivi del disco.
  2. Se stai eseguendo la migrazione da una VM che esegue Microsoft Windows:
  3. Se la nuova VM non supporta gli stessi tipi di disco della tua attuale VM, potresti dover aggiornare gli script di deployment o i modelli di istanza per supportare la nuova serie di macchine.
  4. Se la VM attuale utilizza un tipo di disco per il disco di avvio non supportato da alla nuova serie di macchine ed esegui la migrazione di più VM configurazione, crea un'immagine personalizzata da utilizzare durante la creazione delle nuove VM:
    1. Crea uno snapshot del disco di avvio pd-standard della VM attuale.
    2. Creare un'immagine personalizzata utilizzando lo snapshot del disco come origine.
  5. Se devi spostare le informazioni dell'SSD locale, crea un disco vuoto sufficientemente grande per eseguire il backup dei dischi SSD locali.
    1. Se possibile, utilizza un tipo di disco supportato dalla nuova VM.
    2. Se non sono presenti tipi di dischi supportati sia dalla VM attuale sia dalla nuova VM, crea un disco temporaneo utilizzando un tipo di disco supportato dalla VM attuale.
    3. Collega il nuovo disco alla VM corrente, quindi formattalo e montalo.
    4. Copia i dati dai dischi SSD locali collegati alla VM attuale in questo disco temporaneo.

  6. Cambia il tipo di disco di eventuali dischi collegati alla VM attuale che usano un tipo di disco non supportato dalla nuova VM. Per spostare i dati dei dischi su nuovi dischi, crea snapshot dei dischi. In alternativa, puoi trasferire file da una VM all'altra.

    1. Puoi acquisire gli snapshot mentre la VM è in esecuzione, ma i dati scritti sui dischi dopo l'acquisizione dello snapshot non vengono acquisiti. Poiché gli snapshot sono incrementali, puoi creare un secondo snapshot dopo l'arresto della VM per acquisire modifiche recenti. Questo approccio dovrebbe ridurre al minimo il periodo di tempo in cui la VM viene non è disponibile mentre passi a una nuova VM.
    2. In alternativa, puoi acquisire tutti gli snapshot dei dischi dopo aver arrestato la VM. Ti consigliamo di creare uno snapshot di tutti i dischi collegati alla VM, anche se il tipo di disco è supportato dalla nuova serie di macchine. Includi qualsiasi dischi temporanei contenenti i dati degli SSD locali copiati.
    3. Il tempo necessario per acquisire lo snapshot di un disco dipende da diversi fattori, come le dimensioni e la quantità di dati contenuti sul disco. Ad esempio, se acquisisci uno snapshot di un disco da 1 TiB occupato all'85%, potrebbero essere necessari 5 minuti per il completamento dello snapshot. Tuttavia, se esegui uno snapshot di un disco da 100 TiB occupato all'85%, l'operazione potrebbe richiedere 11 minuti. Me ti consigliamo di eseguire snapshot di test dei dischi prima di avviare processo di migrazione per capire quanto tempo richiede l'acquisizione di snapshot.

  7. Se hai un disco che può essere messo offline, puoi utilizzare il seguente approccio per spostare i dati su un nuovo disco mentre la VM di origine è ancora disponibile:

    1. Scollega il disco dalla VM.
    2. Esegui uno snapshot del disco.
    3. Usa lo snapshot per crea un nuovo disco utilizzando un tipo di disco supportato dalla nuova serie di macchine. Il nuovo il disco deve avere le stesse dimensioni o dimensioni del disco di origine.

Prepara le risorse di rete

Completa i seguenti passaggi per aggiornare la configurazione di rete utilizzata da dell'istanza attuale per supportare la nuova istanza:

  1. Se la tua VM attuale non utilizza gVNIC, devi creare una nuova istanza con un'interfaccia di rete che utilizzi gVNIC. Consulta la Panoramica dell'utilizzo di gVNIC con le VM Compute Engine per comprendere i passaggi da seguire per creare una nuova istanza.
  2. Se stai creando una VM in una nuova regione, crea una rete VPC e le relative subnet nella nuova regione.
  3. Se hai configurato conteggi delle code NIC personalizzate, consulta Allocazioni delle code e modifica del tipo di macchina.
  4. Se vuoi mantenere gli indirizzi IP utilizzati dalla VM di origine, promuovere gli indirizzi IP in indirizzi IP statici.
  5. Annullare l'assegnazione dell'indirizzo IP statico prima di arrestare la VM di origine.

prepara il sistema operativo

Server SUSE Enterprise Linux

Per evitare dipendenze specifiche dell'hardware, ricostruisci initramfs (filesystem RAM iniziale). Sono inclusi una gamma più ampia di driver e moduli, che rendono il sistema operativo compatibile con altri tipi di istanze. In caso contrario, si verificherà il problema noto che impedisce l'avvio corretto della macchina virtuale.

Prima di arrestare il sistema, esegui questo comando come root per ricreare initramfs con tutti i driver:

  sudo dracut --force --no-hostonly

Sposta il carico di lavoro nella nuova VM

Dopo aver preparato le VM per la migrazione, il passaggio successivo consiste nel trasferire il carico di lavoro alla nuova VM.

Se stai spostando le VM dalla serie di macchine di prima generazione a quella di seconda generazione, leggi le istruzioni nella pagina Modificare il tipo di macchina di una VM. Se vuoi modificare il nome di una VM esistente, consulta le informazioni riportate in Rinominare una VM.

Autorizzazioni richieste per questa attività

Per eseguire questa attività, devi disporre delle seguenti autorizzazioni:

  • compute.instances.setMachineType sulla VM

Questa sezione descrive come spostare il carico di lavoro da una VM di prima o seconda generazione a una VM di terza generazione (o successiva). Durante questa procedura, crei una nuova istanza VM, quindi sposti i carichi di lavoro nella nuova VM.

  1. Quando crei la nuova VM, scegli uno dei tipi di disco supportati per un disco di avvio, ad esempio Hyperdisk Balanced.
di Gemini Advanced.

Crea la nuova VM

Quando sposti i carichi di lavoro dalle VM di prima o seconda generazione (ad esempio N1 o N2) a quelle di terza generazione o successive, devi prima creare una nuova VM e poi spostare i carichi di lavoro.

  1. Se la VM di origine utilizza dischi non di avvio con un tipo di disco supportato da la nuova serie di macchine, scollega i dischi dalla VM.
  2. Arresta la VM di origine.
  3. Crea snapshot di tutti i dischi ancora collegati alla VM di origine.
  4. Crea una nuova istanza VM di calcolo utilizzando un'immagine pubblica o un'immagine personalizzata configurata per l'utilizzo di gVNIC. Quando crei la nuova VM, scegli le seguenti opzioni:
    • Seleziona il tipo di macchina dalla serie di macchine che hai scelto.
    • Seleziona un'immagine del sistema operativo supportata o utilizza un'immagine personalizzata creata in precedenza.
    • Seleziona un tipo di disco supportato per il disco di avvio.
    • Se hai creato nuovi dischi dagli snapshot dei dischi originali, includili.
    • Specifica la nuova rete VPC, se crei l'istanza in una regione diversa.
    • Se sia VirtIO che gVNIC sono supportati per la nuova istanza, seleziona gVNIC.
    • Specifica gli indirizzi IP statici, se hai promosso gli indirizzi IP temporanei della VM di origine.
  5. Avvia la nuova VM.

Dopo l'avvio dell'istanza

Ora che la nuova istanza è stata creata e avviata, completa quanto segue passaggi per completare la configurazione della nuova istanza e copiare tutti i dati dall'istanza di origine.

  1. Collega i dischi scollegati dalla di origine alla nuova VM.
  2. Per tutti i dischi collegati alla VM di origine che utilizzano un tipo di disco non supportato dalla nuova VM, Crea un disco da uno snapshot e collegalo alla nuova istanza. Quando crei il nuovo disco, seleziona un tipo di disco supportato dalla nuova VM e specificare una dimensione pari ad almeno quella del disco originale.
  3. Se la VM originale utilizzava un criterio della risorsa per i dischi ricreati per la nuova VM, devi aggiungere il criterio della risorsa ai nuovi dischi.
  4. Se hai creato la nuova VM utilizzando un'immagine del sistema operativo pubblica e non un'immagine personalizzata, procedi nel seguente modo:
    1. Configura gli utenti, i driver, i pacchetti e le directory dei file necessari sulla nuova istanza per supportare il tuo carico di lavoro.
    2. Installa le applicazioni e i programmi modificati sulla nuova VM. Se necessario, ricompila i programmi sul nuovo sistema operativo o sull'architettura.
  5. (Facoltativo) Se hai spostato i contenuti dei dischi SSD locali su un disco temporaneo, e la nuova VM ha collegato lo spazio di archiviazione SSD locale, formattare e montare i dischi, puoi spostare i dati dal disco temporaneo ai dischi SSD locali.
  6. Riassegna gli eventuali indirizzi IP statici associati alla VM di origine alla nuova VM.
  7. Completa le eventuali attività aggiuntive necessarie per ottimizzare la tua nuova VM disponibili, ad esempio la configurazione dei bilanciatori del carico e l'aggiornamento delle regole di forwarding.
  8. (Facoltativo) Aggiorna le voci DNS, se necessario, per la nuova VM.
  9. Consigliato: pianifica i backup dei dischi per i nuovi dischi.

Se si verificano problemi durante lo spostamento del carico di lavoro, contatta l'assistenza tecnica Account Manager (TAM) o Google Professional Services Organization (PSO) per ricevere assistenza.

Esempio di migrazione da n1-standard-8 a n4-standard-8

L'esempio seguente è una migrazione di una VM n1-standard-8 a n4-standard-8 VM. La VM n1-standard-8 ha un disco di avvio PD-SSD su cui è in esecuzione un'immagine Ubuntu1804 e un disco dati PD-SSD. Devi utilizzare l'interfaccia a riga di comando o un'API REST per questa procedura.

Sono disponibili due opzioni per eseguire l'upgrade della tua VM N1 a una VM N4:

Opzione 1: se la VM N1 utilizza l'interfaccia di rete VirtIO, devi creare una nuova VM N4. N4 supporta solo l'interfaccia di rete gvnic e i dischi Hyperdisk bilanciati. Crea uno snapshot dei dischi di avvio e di dati dei dischi permanenti, crea i dischi Hyperdisk bilanciati da questi snapshot, collega i dischi Hyperdisk bilanciati e crea la nuova VM N4 con i dischi Hyperdisk bilanciati.

Puoi anche scegliere di creare un nuovo disco di avvio Hyperdisk bilanciato utilizzando una del sistema operativo Ubuntu. In questo scenario, puoi creare un nuovo disco Hyperdisk bilanciato dallo snapshot del disco di avvio, ma colleghi quest'ultimo come disco non di avvio alla VM N4. Dopodiché puoi copiare i dati non di sistema dallo snapshot ripristinato al nuovo disco di avvio.

Opzione 2: se la VM N1 utilizza l'interfaccia di rete gvnic, il sistema operativo di sistema è dotato di driver per dispositivo di archiviazione NVMe, non ha GPU o dischi SSD locali collegati e non fa parte di un gruppo di istanze gestite (MIG), puoi cambiare il tipo di macchina da N1 a N4, ma devi comunque cambia i tipi di disco permanente in dischi Hyperdisk bilanciati. Devi prima scollegare i dischi di avvio e di dati di Persistent Disk, creare snapshot dei dischi, creare dischi Hyperdisk bilanciati utilizzando gli snapshot come origine e poi collegare i nuovi dischi Hyperdisk bilanciati alla VM N4 dopo aver modificato il tipo di macchina. Se alla VM sono collegate GPU, devi prima scollegarle.

Il tempo necessario per eseguire lo snapshot di un disco dipende da più fattori come il numero totale di TB su un disco. Ad esempio, se acquisisci uno snapshot di un disco da 1 TB una percentuale totale pari all'85%, il completamento dello snapshot potrebbe richiedere 5 minuti. Tuttavia, se acquisisci uno snapshot di un disco da 100 TB occupato all'85%, l'operazione potrebbe richiedere 11 minuti. Google consiglia di eseguire snapshot di prova dei dischi prima di avviare la procedura di migrazione per capire quanto tempo richiede l'operazione.

gcloud

Opzione 1: crea una nuova VM N4 con dischi creati con snapshot:

  1. Arresta la VM utilizzando gcloud compute instances stop:

    gcloud compute instances stop VM_NAME \
  --zone=ZONE

    Sostituisci quanto segue:

    • VM_NAME Il nome del tuo attuale n1-standard-8 VM.
    • ZONE: la zona in cui si trova la VM.

  2. Crea snapshot dei dischi. Utilizza gcloud compute snapshots create per creare uno snapshot sia del disco di avvio del disco permanente sia del disco di dati collegato alla VM.

    gcloud compute snapshots create SNAPSHOT_NAME \
    --source-disk=SOURCE_DISK_NAME \
    --source-disk-zone=SOURCE_DISK_ZONE

    Sostituisci quanto segue:

    • SNAPSHOT_NAME: il nome dello snapshot che vuoi creare.
    • SOURCE_DISK_NAME: il nome del disco di origine.
    • SOURCE_DISK_ZONE: la zona del disco di origine.

  3. Crea un nuovo disco Hyperdisk bilanciato per il disco dati ripetendo la precedente e specificando le informazioni del disco dati al posto del disco di avvio. gcloud compute disk create:

    gcloud compute disks create DISK_NAME \
    --project=PROJECT_NAME \
    --type=DISK_TYPE \
    --size=DISK_SIZE \
    --zone=ZONE \
    --source-snapshot=SNAPSHOT_NAME \
    --provisioned-iops=PROVISIONED_IOPS \
    --provisioned-throughput=PROVISIONED_THROUGHPUT

    Sostituisci quanto segue:

    • DISK_NAME: il nome del nuovo disco che stai creando dal disco di cui è stato eseguito lo snapshot.
    • PROJECT_NAME: il nome del progetto.
    • DISK_TYPE: il nuovo tipo di disco. In questo esempio, si tratta di un disco Hyperdisk bilanciato.
    • DISK_SIZE: le dimensioni del disco (esempio: 100GB).
    • ZONE: la zona in cui si trova il nuovo disco.
    • SNAPSHOT_NAME: il nome del disco di origine dello snapshot.
    • (Facoltativo) PROVISIONED_IOPS: le IOPS le prestazioni del disco (esempio: 3600).
    • (Facoltativo) PROVISIONED_THROUGHPUT: il rendimento in termini di throughput per il provisioning del disco (esempio: 290).

  4. Ripeti il passaggio precedente per ogni disco di cui è stato eseguito lo snapshot.

  5. Crea la VM n4-standard-8 e collega i dischi Hyperdisk bilanciati utilizzando gcloud compute instances create:

    gcloud compute instances create VM_NAME \
    --project=PROJECT_NAME \
    --zone=ZONE \
    --machine-type=NEW_MACHINE_TYPE \
    --boot-disk-device-name=BOOT_DISK_NAME \
    --disk=name=NON_BOOT_DISK_NAME, boot=no \
    --network-interface=nic-type=GVNIC

    Sostituisci quanto segue:

    • VM_NAME: il nome della nuova istanza VM.
    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova la nuova VM.
    • NEW_MACHINE_TYPE: il tipo di macchina ad esempio n4-standard-8.
    • BOOT_DISK_NAME Il nome del disco di avvio Hyperdisk bilanciato che hai creato dallo snapshot del disco di origine collegato alla VM n1-standard-8.
    • NON_BOOT_DISK_NAME Il nome del Disco dati bilanciato Hyperdisk creato dal disco dello snapshot di origine collegato a la VM n1-standard-8.

  6. Avvia la VM n4-standard-8 utilizzando gcloud compute instances start:

    gcloud compute instances start VM_NAME

    Sostituisci VM_NAME con il nome della nuova VM.

Opzione 2: esegui un upgrade della macchina in loco:

Questa opzione è disponibile solo se la VM N1 utilizza la rete gvnic a riga di comando, il sistema operativo ha un driver di dispositivo di archiviazione NVMe, non ha dischi SSD locali o GPU collegati e non è parte di un gruppo di istanze gestite. Esecuzione di questa procedura con una VM N1 con un'interfaccia di rete VirtIO genera un'incompatibilità tra le VM .

  1. Arresta la VM.
  2. Scollega i dischi dalla VM.
  3. Crea uno snapshot degli avviamenti e dei dischi di dati.
  4. Creare dischi dati e di avvio Hyperdisk bilanciati utilizzando uno snapshot del disco come origine per ogni disco.
  5. Imposta il tipo di macchina su una VM N4.
  6. Collega il disco di avvio Hyperdisk Bilanciato e il disco dati Hyperdisk bilanciato.
  7. Avvia la VM N4.

REST

Opzione 1: crea una nuova VM N4 con dischi creati con snapshot:

  1. Arresta la VM utilizzando metodoinstances.stop: 

     POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/stop

    Sostituisci quanto segue:

    • PROJECT_NAME: l'ID del progetto.
    • ZONE: la zona contenente la VM.
    • VM_NAME: il nome della VMn1-standard-8 corrente.

  2. Crea snapshot dei dischi utilizzando Metododisks.createSnapshot per creare uno snapshot sia del disco di avvio Persistent Disk sia dei dati disco collegato all'istanza.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/disks/DISK_NAME/createSnapshot

    Nel corpo della richiesta, includi il nome del nuovo disco permanente con snapshot.

    Ad esempio:

    {
    "name": "SNAPSHOT_NAME"
}

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.
    • DISK_NAME: il disco di cui vuoi creare uno snapshot.
    • SNAPSHOT_NAME: un nome per lo snapshot, ad esempio hdb-boot-disk o hdb-data-disk.

  3. Crea un disco Hyperdisk bilanciato utilizzando metododisks.insert. Devi eseguire questo passaggio due volte: una volta per includere name dei tuoi Disco di avvio Hyperdisk bilanciato; e una seconda volta per includere name dei tuoi i tuoi dischi dati. Usa sourceSnapshot per il nuovo avvio e i nuovi dati Hyperdisk Balanced i dischi permanenti, il type del disco, Hyperdisk bilanciato e sizeGB del disco corpo della richiesta.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEdisks

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.

    Nel corpo della richiesta, includi quanto segue:

    Ad esempio:

    {
    "name": "my-hdb-boot-disk" or "my-hdb-data-disk",
    "sourceSnapshot": "projects/your-project/global/snapshots/SNAPSHOT_NAME",
    "type": "projects/your-project/zones/us-central1-a/diskTypes/hyperdisk-balanced",
    "sizeGb": "100"
}'

  4. Utilizzare il comando instances.insert per creare la nuova VM N4.

    
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.

    Nel corpo della richiesta, includi quanto segue:

    
  {
    "machineType":"projects/your-project/zones/us-central1-a/machineTypes/n4-standard-8" "name":"VM_NAME",
    "disks": [
      {
        "boot": true,
        "deviceName": "my-hdb-boot-disk",
        "source": "projects/your-project/zones/us-central1-a/disks/my-hdb-boot-disk",
        "type": "PERSISTENT"
      },

      {
        "boot": false,
        "deviceName": "my-hdb-data-disk",
        "source": "projects/your-project/zones/us-central1-a/disks/my-hdb-data-disk",
        "type": "PERSISTENT"
      }
      ],
        "networkInterfaces":[
          {
            "network":"global/networks/NETWORK_NAME",
            "subnetwork":"regions/REGION/subnetworks/SUBNET_NAME",
            "nicType": "GVNIC"
          }
       ]
     }

    Sostituisci quanto segue:

    • VM_NAME: il nome della VM.
    • NETWORK_NAME: il nome della rete.
    • REGION: il nome della regione.
    • SUBNET_NAME: il nome della subnet.

  5. Avvia la VM utilizzando il metodo instances.start:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/start

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova la VM.
    • VM_NAME: il nome della VM.

Opzione 2: esegui un upgrade in situ della macchina:

Questa opzione è disponibile solo se la VM N1 utilizza la rete gvnic dell'interfaccia utente, non ha dischi SSD locali o GPU collegati e non è un parte di un gruppo di istanze gestite. Esecuzione di questa procedura con una VM N1 con un'interfaccia di rete VirtIO genera un'incompatibilità tra le VM .

  1. Arresta la VM utilizzando metodoinstances.stop.

  2. Scollega i dischi utilizzando il metodo instances.detachDisk per scollegare il disco di avvio del disco permanente originale dalla VM N1. Devi anche scollegare eventuali dischi dati dalla VM.

    https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/detachDisk?deviceName=DISK_NAME

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.
    • VM_NAME: il nome della fonte VM a cui è collegato il disco pd-ssd.
    • DISK_NAME: il disco che vuoi scollegare.

  3. Esegui lo snapshot dei dischi. Utilizza il metodo disks.createSnapshot per creare uno snapshot sia del disco di avvio del disco permanente sia dei dischi dati collegati all'istanza.

  4. Crea un disco di avvio e dati Hyperdisk bilanciato utilizzando il comando Metododisks.insert includi name del tuo disco Hyperdisk bilanciato, sourceSnapshot per il nuovo Disco Hyperdisk bilanciato, type del disco, Hyperdisk bilanciato e sizeGB del disco in il corpo della richiesta.

  5. Esegui un upgrade in situ del tipo di macchina utilizzando il metodo instances.setMachineType includere machineType nel corpo della richiesta:

    POST  https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEinstances/VM_NAME/setMachineTypeMACHINE_TYPE

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.
    • VM_NAME: il nome della VM di cui eseguire l'upgrade.
    • MACHINE_TYPE: il nuovo tipo di macchina.

    Nel corpo della richiesta, includi quanto segue:

    
{
 "machineType": "projects/PROJECT_NAME/zones/ZONE/machineTypes/MACHINE_TYPE",
}

  6. Utilizza la Metodo istanzas.attachDisk per collegare il nuovo disco di avvio Hyperdisk Balanced e Hyperdisk Balanced i tuoi dischi dati alla VM N4.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instancesVM_NAMEattachDiskDISK_NAME

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.
    • VM_NAME: il nome della VM di origine a cui è collegato il disco pd-ssd.
    • DISK_NAME Il disco che vuoi collegare.

    Nel corpo della richiesta, includi quanto segue:

    {
"source": "projects/your-project/zones/us-central1-a/disks/my-hdb-boot-disk",
"deviceName":"my-hdb-boot-disk","boot":true
}

    {
"source": "projects/your-project/zones/us-central1-a/disks/my-hdb-data-disk",
"deviceName":"my-hdb-data-disk","boot":false
}

  7. Avvia la VM N4 utilizzando il metodo instances.start.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEinstances/VM_NAME/start

    Sostituisci quanto segue:

    • PROJECT_NAME: il nome del progetto.
    • ZONE: la zona in cui si trova il disco.
    • VM_NAME: il nome della VM.

Esegui la pulizia

Dopo aver verificato che puoi connetterti alla nuova VM e che il tuo carico di lavoro sia in esecuzione come previsto sulla nuova VM, puoi rimuovere le risorse non sono più necessari:

  1. Gli snapshot che hai creato per i dischi collegati alla VM di origine.
  2. Eventuali pianificazioni di snapshot per i dischi collegati alla VM di origine.
  3. Il disco temporaneo creato per copiare i dati dell'SSD locale nella nuova VM.
  4. La VM di origine e tutti i dischi collegati.

Passaggi successivi