In determinate situazioni, potresti voler spostare il carico di lavoro da una macchina virtuale di macchina virtuale (VM) a una VM più recente. I motivi per passare a una nuova VM includono seguenti:
- Sfrutta i nuovi tipi di VM per velocizzare l'archiviazione o il networking. 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 al tipo di 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 sul nuovo tipo di VM. Ad esempio, la migrazione da C3 a N4 per sfruttare altre forme di VM offerte tipi di macchine virtuali.
- Cambiare l'istanza di una macchina virtuale (VM) in un'istanza bare metal.
Quando esegui l'upgrade alla serie di macchine di ultima generazione, se il sull'istanza Compute attuale è supportato dalla nuova serie di macchine, e l'istanza attuale non utilizza funzionalità o tipi di disco che non sono supportati con la nuova serie di macchine, allora potresti riuscire a utilizzare il modello procedura descritta in Modifica il tipo di macchina di un'istanza Compute se sono soddisfatte le seguenti condizioni dalla VM attuale:
- Il sistema operativo è supportato dalla nuova serie di macchine
- La VM attuale utilizza solo funzionalità o tipi di disco supportati dalla nuova serie di macchine
- La VM non utilizza lo spazio di archiviazione SSD locale
- La VM non fa parte di un gruppo di istanze gestite
Valuta le opzioni di migrazione delle VM
La migrazione da un tipo di VM a un altro dipende diversi fattori, tra cui la disponibilità a livello regionale del nuovo tipo di VM, compatibilità dei tipi di disco di origine e di destinazione, disponibilità degli SSD locali, l'interfaccia del disco, opzioni di archiviazione e interfacce di rete per quanto riguarda come il sistema operativo guest e le VM compatibili.
Requisiti di calcolo
- Esplora la risorsa della famiglia di macchine per identificare i tipi di VM adatti al tuo carico di lavoro. Prendi in considerazione se l'applicazione richiede hardware specifici (GPU), prestazioni elevate e costi ridotti.
- Esamina le funzionalità dei tipi di disco supportati dalla nuova VM. Non tutte le funzionalità disponibili con Persistent Disk sono supportate da Hyperdisk. Ad esempio, essere in grado di collegare lo stesso disco a più VM richiede disponibile per Persistent Disk, non Hyperdisk.
- Esamina le funzionalità del nuovo tipo di VM. La nuova macchina VM potrebbe non supportare le stesse funzionalità della VM attuale, come tipi di macchine personalizzate, SSD locale o VM schermata.
- Consulta le regioni e le zone per assicurarti che la nuova serie di macchine sia disponibile in tutte le regioni come VM. Potrebbe essere necessario modificare deployment, disponibilità e piani di ripristino.
- Esamina il tuo piano di migrazione del sistema operativo per passare da SCSI a NVMe.
- Se la nuova VM richiede una versione più recente del sistema operativo, verifica che sono compatibili con i sistemi operativi più recenti.
- Se ti stai spostando su ARM e l'immagine di ARM non è disponibile per il tuo attuale scegli un nuovo sistema operativo su cui eseguire le tue applicazioni verificare che le applicazioni siano compatibili con il nuovo sistema operativo.
- Se stai passando a un'istanza bare metal, devi creare una nuova istanza, non puoi passare da un tipo di macchina esistente a Bare Metal.
Requisiti per lo spazio di archiviazione
Esamina i tipi di archiviazione supportati e le interfacce di archiviazione supportate per una nuova serie di VM.
- Per impostazione predefinita, le VM di prima e seconda generazione utilizzano solo l'archiviazione su Persistent Disk e le interfacce VirtIO-SCSI.
- Supporto di serie di macchine di terza generazione e più recenti (come M3, C3 e N4) solo l'interfaccia NVMe e supportano solo Hyperdisk e Tipi di archiviazione SSD locale.
- Le istanze Bare Metal (come C3 metal e X4) supportano solo Hyperdisk
Assicurati che applicazioni e guest Il sistema operativo (OS) supporta il disco il tipo di interfaccia usato dalla nuova VM.
Se la VM attuale utilizza un disco di avvio o un tipo di disco dati non supportato per la nuova serie di VM, ad esempio
pd-standard
, puoi usare uno snapshot per cambiare il disco di origine impostandolo su un nuovo tipo di disco, come descritto in Cambia il tipo di disco.
Requisiti di networking
- Esamina le interfacce di rete supportate per la nuova VM. Serie VM più recente come M3, C3 e N4 supportano solo interfacce gVNIC e non supportano VirtIO-net interfacce. Assicurati che la tua applicazione supporti le interfacce disponibili nel un nuovo tipo di VM.
- Le istanze Bare Metal come C3 metal e X4 supportano solo Interfaccia di rete IDPF.
Usa il comando gcloud compute instances describe
per visualizzare il valore nic-type
della VM, che deve essere impostato su gVNIC
:
gcloud compute instances describe VM_NAME --zone=ZONE
Preparati allo spostamento delle VM esistenti
Dopo aver completato la sezione sulla valutazione, il passaggio successivo consiste nel prepararti allo spostamento delle VM apportando modifiche alla VM di origine.
Prepara le risorse di computing
- Richiedi quota nella regione e nelle zone in cui di trasferire le tue risorse. Se hai già una quota per un tipo di macchina, può richiedere lo spostamento di quella quota. Il completamento della procedura richiede alcuni giorni.
- Creare una prenotazione per la nuova VM per garantire che le risorse della macchina siano disponibili nella nuova regione e zone.
- Se stai creando una VM in una nuova regione, crea una rete VPC e le subnet in la nuova regione.
- Esegui un upgrade in loco del tuo sistema operativo a una versione supportata dal nuova VM e verificare che funzioni come previsto. Se la nuova VM supporta all'ultima versione del sistema operativo, non è necessario alcun intervento aggiuntivo.
- Se cambi un'istanza VM in un'istanza bare metal, potresti dover installa il tuo software hypervisor o VM sul bare metal in esecuzione in un'istanza Compute Engine. Le istanze Bare Metal utilizzano l'interfaccia di rete IDPF presentata come funzione fisica, non virtuale.
Prepara le risorse di archiviazione
- Se la VM attuale utilizza un tipo di disco di avvio supportato nella nuova VM di macchine, seguire le istruzioni in Crea e avvia un'istanza VM oppure crea e avvia un'istanza ARM VM e configurare la nuova VM in base alle tue specifiche.
- Se la VM attuale ha un disco di avvio su un Persistent Disk e la nuova VM supporta solo Hyperdisk, devi eseguire la migrazione del volume Persistent Disk Hyperdisk Consulta Cambia il tipo di disco da sostituire il disco di avvio di un'istanza, Scollega e ricollega un disco di avvio.
- Se la nuova VM non supporta gli stessi tipi di disco della VM attuale, potrebbe essere necessario aggiornare gli script di deployment o i modelli di istanza.
- Assicurati che le applicazioni non facciano riferimento ai dischi permanenti collegati tramite i nomi dei dispositivi su sistemi Linux.
- Se devi spostare le informazioni dell'SSD locale, crea un disco vuoto abbastanza grande
per eseguire il backup dei dischi SSD locali.
- Se possibile, utilizza un tipo di disco supportato dalla nuova VM.
- Se non esistono tipi di disco supportati sia dalla VM attuale sia dalla una nuova VM, quindi crea il disco temporaneo utilizzando un tipo di Persistent Disk supportato la VM attuale.
- Collega il disco alla VM attuale, quindi formatta e monta il disco. Copia il dai dischi SSD locali collegati alla VM attuale a questo disco temporaneo.
- Crea snapshot di tutti i dischi collegati alla VM attuale. Dati archiviati su
dopo l'acquisizione di uno snapshot non sul disco temporaneo, assicurati di
e acquisire tutti i dati negli snapshot.
- Snapshot coerenti con le applicazioni
- Snapshot standard
- Includi il disco temporaneo che contiene i dati degli SSD locali
- Se la VM attuale utilizza Persistent Disk
pd-standard
per il disco di avvio, usa i seguenti passaggi per passare a una VM che non supportapd-standard
dischi:- Se esegui la migrazione di un numero molto ridotto di VM:
- Crea uno snapshot
del disco di avvio
pd-standard
della VM attuale. - Crea una VM dallo snapshot del disco di avvio. Quando crei la nuova VM, scegli uno dei tipi di disco supportati per sul disco di avvio, ad esempio Hyperdisk Balanced.
- Crea uno snapshot
del disco di avvio
- Se stai eseguendo la migrazione di più VM, utilizza un'immagine personalizzata per creare
le nuove VM:
- Crea uno snapshot
del disco di avvio
pd-standard
della VM attuale. - Creare un'immagine personalizzata utilizzando lo snapshot del disco come origine.
- Crea una VM dall'immagine personalizzata. Quando crei la nuova VM, scegli uno dei tipi di disco supportati per sul disco di avvio, ad esempio Hyperdisk Balanced.
- Crea uno snapshot
del disco di avvio
- Se esegui la migrazione di un numero molto ridotto di VM:
- Sposta il Persistent Disk non di avvio dalla vecchia VM a quella nuova.
- Puoi creare uno snapshot del tuo Persistent Disk, aggiungerne uno nuovo Hyperdisk di dimensioni uguali o superiori alla nuova VM e ripristinare lo snapshot sull'Hyperdisk.
- In alternativa, puoi trasferire i file da una VM all'altra.
- (Facoltativo) Se hai spostato i contenuti del disco SSD locale su un disco supportato all'inizio della migrazione, puoi ora spostare i dati salvati SSD e rimuovi il disco temporaneo.
- Per prepararti all'utilizzo dell'interfaccia e dei driver NVMe per l'SSD locale, consulta Scelta di un'interfaccia.
Se stai eseguendo la migrazione da una VM che esegue Linux, verifica che tutte le applicazioni o gli script modificati in modo da utilizzare link simbolici al posto dei nomi dei dispositivi funzionano correttamente.
Se stai eseguendo la migrazione da una VM che esegue Microsoft Windows:
- Devi aggiornare il driver NVMe sulle VM create prima di maggio 2022. Questo si applica al disco di avvio nella VM attuale e a qualsiasi altro file creato in precedenza snapshot o immagini personalizzate utilizzati per creare una nuova VM.
- Windows deve essere riconfigurato per iniziare a utilizzare il driver Microsoft NVMe (StorNVMe). Segui queste istruzioni per aggiorna il dispositivo di avvio.
Prepara le risorse di rete
- Per aggiornare l'istanza in modo che utilizzi gVNIC, consulta Utilizzo del NIC virtuale di Google.
- Se hai utilizzato un'immagine personalizzata per creare la tua VM o se hai eseguito un'operazione in loco
eseguire l'upgrade da un sistema operativo che non supportava gVNIC, l'immagine deve essere
utilizza gVNIC (la proprietà guest-os-features deve includere la stringa
GVNIC
) e deve includere il driver gVNIC, come documentato Crea un'immagine personalizzata che supporti gVNIC. Per verificare che la VM sia taggata per gVNIC, utilizza le istruzioni nella sezione sezione di L'istanza VM non è stata avviata. - Se hai configurato i conteggi di code NIC personalizzate, consulta Allocazioni delle code e modifica del tipo di macchina.
- Se vuoi mantenere gli indirizzi IP utilizzati dalla VM attuale, promuovi l'indirizzo in indirizzi IP statici.
- Annulla l'assegnazione di un indirizzo IP statico.
Sposta il carico di lavoro sulla nuova VM
Dopo aver preparato le VM per la migrazione, è il momento di il carico di lavoro sulla nuova VM.
Se sposti le VM dalla prima alla seconda generazione di macchine, leggi le istruzioni sulla Modificare il tipo di macchina di una VM . Se vuoi cambiare il nome della VM esistente, rivedi il in Rinomina una VM.
Questa sezione descrive come trasferire il carico di lavoro da un primo o un secondo a una VM di terza (o più recente) generazione. Durante questa procedura, crei una nuova istanza VM e sposterai i carichi di lavoro sulla nuova VM.
Crea la nuova VM
Quando sposti i carichi di lavoro da VM di prima o seconda generazione (N1 o N2 per esempio) alla terza generazione o a una versione successiva, devi prima creare una nuova VM, e trasferire i tuoi carichi di lavoro.
- Arresta la VM esistente prima di apportare modifiche alle risorse.
- Seleziona il tipo di macchina che supporta le risorse di archiviazione di cui hai eseguito il backup.
- Seleziona un'immagine sistema operativo supportata o utilizza un'immagine personalizzata che hai creato.
- Seleziona un disco di avvio supportato.
- Specifica la nuova rete VPC se stai creando la VM in una regione diversa.
- Specifica gli indirizzi IP statici, se hai promosso gli indirizzi IP temporanei della vecchia VM.
- Aggiungi i dischi scollegati dalla VM precedente alla nuova VM.
- Se i dischi collegati alla VM precedente utilizzano un tipo di disco non supportato da la nuova VM, quindi aggiungi dischi vuoti. Quando crei una nuova VM utilizzando un disco supportato e specificare una dimensione almeno pari a quella dei dischi precedenti. Sono inclusi eventuali dischi temporanei collegati al precedente per conservare una copia dei dati dell'SSD locale.
- Riassegna gli indirizzi IP statici associati alla VM originale alla nuova VM.
- Configura gli utenti, i driver, i pacchetti e le directory di file necessari su la nuova VM per supportare il tuo carico di lavoro.
- Installa le applicazioni e i programmi modificati sulla nuova VM. Ricompila i programmi sul nuovo sistema operativo o sulla nuova architettura, se necessario.
Dopo l'avvio dell'istanza
- Se hai aggiunto dischi vuoti alla nuova VM, formattali e montali. Quindi ripristina gli snapshot dei dischi precedenti sui nuovi dischi.
- Copia i dati dal disco temporaneo ai dischi SSD locali e poi per eliminare il disco temporaneo.
- Se non utilizzi un'immagine personalizzata, installa il software dell'app ed eventuali con i driver o i pacchetti richiesti.
- Aggiorna le regole di forwarding.
- Aggiorna le voci DNS, se necessario.
- Dopo aver verificato che la nuova VM funziona come previsto e che tutti i dati sono stati copiata, elimina la VM precedente, se non l'hai rimossa in precedenza.
- Crea snapshot pianificati per i nuovi dischi.
Se riscontri problemi durante lo spostamento del carico di lavoro, contatta il tuo Technical Account Manager (TAM) o i servizi professionali di Google Organizzazione (PSO) per l'assistenza.
Passaggi successivi
- Consulta i Problemi noti di Linux e Windows Server.
- Leggi i suggerimenti per la risoluzione dei problemi.
- Scopri di più sul ciclo di vita della migrazione.