In determinate situazioni, devi spostare il carico di lavoro da un'istanza di macchina virtuale (VM) esistente a una nuova VM. Ecco alcuni motivi per passare a una nuova VM:
- Upgrade del sistema operativo a una nuova release
- Passare dall'architettura x86 all'architettura ARM
- Upgrade alla serie di macchine VM di ultima generazione
In questi casi, potrebbe essere necessario creare una nuova VM e spostare il carico di lavoro sulla nuova VM.
Quando esegui l'upgrade alla serie di macchine VM di ultima generazione, se il sistema operativo della VM attuale è supportato dalla nuova generazione e la tua VM attuale non utilizza funzionalità o tipi di disco non supportati con la nuova serie di macchine, potresti essere in grado di utilizzare la procedura più semplice descritta in Spostare la VM in una nuova serie di macchine.
Preparati al passaggio a una nuova VM
Puoi spostare la VM attuale su una nuova VM, ad esempio da n2d-standard-32
a t2a-standard-32
o da m1-ultramem-160
a m3-ultramem-128
. Esamina e risolvi i seguenti elementi prima di avviare la migrazione.
- Esamina le regioni e le zone disponibili per la nuova serie di macchine VM. La nuova serie di macchine potrebbe non essere disponibile in tutte le regioni come VM attuale. Modifica i piani di deployment, disponibilità e ripristino di emergenza in base alle tue esigenze.
- Verifica che la versione del sistema operativo della VM attuale sia supportata per la nuova serie di macchine VM. Per saperne di più, consulta i dettagli del sistema operativo.
- Se la nuova VM richiede una versione più recente del sistema operativo, verifica che le tue applicazioni siano compatibili con la versione più recente del sistema operativo.
- Se il passaggio ad ARM e un'immagine ARM non è disponibile per il tuo sistema operativo attuale, scegli un nuovo sistema operativo su cui eseguire le applicazioni e verifica che le applicazioni siano compatibili con il nuovo sistema operativo.
- Consulta la documentazione delle serie di macchine per scoprire quali funzionalità sono disponibili per la nuova VM. La nuova serie di macchine VM potrebbe non supportare le stesse funzionalità che utilizzi con la VM attuale, ad esempio i tipi di macchine personalizzate o le VM schermate.
- Esamina le interfacce supportate per la nuova serie di macchine VM. Le serie di VM più recenti come T2A e VM di terza generazione (come M3 o C3) supportano solo le interfacce gVNIC e NVMe. Assicurati che le tue applicazioni supportino
queste interfacce.
- Se esegui la migrazione da una VM che utilizza l'interfaccia del disco SCSI a una VM che supporta solo l'interfaccia del disco NVMe, assicurati che le applicazioni e gli script non facciano riferimento ai dischi collegati in base al nome del dispositivo, ad esempio
sda1
. Utilizza invece il link simbolico per i dischi visualizzati in/dev/disk/by-id/
. - Se esegui la migrazione da una VM che esegue Microsoft Windows, devi sostituire il driver NVME sulle VM create prima di maggio 2022. Questo si applica al disco di avvio nella VM attuale e a eventuali snapshot creati in precedenza o immagini personalizzate utilizzate per creare una nuova VM.
- Se esegui la migrazione da una VM di prima o seconda generazione in cui hai utilizzato l'interfaccia di rete predefinita (VirtIO) a una VM di terza generazione o T2A che supporta solo l'interfaccia di rete gVNIC, potresti dover risolvere i seguenti problemi:
- Se hai utilizzato un'immagine personalizzata per creare la tua VM, l'immagine deve avere tag per utilizzare gVNIC (la proprietà
guest-os-features
deve includere la stringaGVNIC
) e deve includere il driver gVNIC, come documentato in Creare un'immagine personalizzata che supporti gVNIC. Per verificare che la VM sia contrassegnata per gVNIC, utilizza le istruzioni riportate nella sezione Diagnosi di L'istanza VM non è stata avviata. - Se hai configurato conteggi di code NIC personalizzati, consulta Allocazioni di code e modifica del tipo di macchina.
- Se hai utilizzato un'immagine personalizzata per creare la tua VM, l'immagine deve avere tag per utilizzare gVNIC (la proprietà
- Se esegui la migrazione da una VM che utilizza l'interfaccia del disco SCSI a una VM che supporta solo l'interfaccia del disco NVMe, assicurati che le applicazioni e gli script non facciano riferimento ai dischi collegati in base al nome del dispositivo, ad esempio
- Rivedi i tipi di disco supportati per la nuova VM. Le serie di VM più recenti come M3 e C3 non supportano il tipo di Persistent Disk
pd-standard
. Se la VM attuale utilizza un tipo di disco di avvio non supportato per la nuova serie di VM, puoi utilizzare uno snapshot per sostituire il disco di avvio con un nuovo tipo di disco, come descritto in Spostare il carico di lavoro nella nuova VM. - Se alla tua VM è collegata un'unità SSD locale e vuoi passare a una VM di terza generazione, verifica che i dischi SSD locali siano supportati per il nuovo tipo di macchina.
- Se la nuova VM utilizza un'architettura diversa, verifica che le applicazioni o i programmi possano essere eseguiti nella nuova architettura oppure determina se richiedono modifiche.
- Se l'applicazione è stata scritta utilizzando le versioni più recenti di un linguaggio di programmazione, è probabile che sia compatibile con ARM senza richiedere ulteriori modifiche.
- Per eseguire linguaggi interpretati come Python, Ruby e JavaScript, devi installare un ambiente di runtime compatibile con Arm sulla tua VM Arm.
- I file binari x86 compilati non possono essere eseguiti su ARM, mentre i file binari compilati di x86 non possono essere eseguiti su piattaforme x86.
- Devi ricompilare i tuoi file binari per Arm, in genere senza alcuna modifica al codice sorgente.
- Potresti anche dover eseguire l'upgrade dei pacchetti e delle librerie per includere gli equivalenti Arm per le versioni utilizzate sulle VM x86.
Sposta il carico di lavoro sulla nuova VM
Per spostare il carico di lavoro su una nuova VM, devi prima creare una nuova VM, quindi spostare il carico di lavoro sulla nuova VM.
- Completa i passaggi descritti in Preparare lo spostamento a una nuova VM in questa pagina.
- Se una VM esistente utilizza dischi SSD locali contenenti i dati che vuoi conservare, sposta i contenuti di questi dischi in un tipo di Persistent Disk supportato.
Se la tua VM attuale utilizza il Persistent Disk
pd-standard
per il disco di avvio, segui questi passaggi per effettuare lo spostamento su una VM che non supporta i dischipd-standard
:- Se stai eseguendo 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 il disco di avvio, ad esempio Bilanciato DP (
pd-balanced
) o DP-SSD (pd-ssd
).
- 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. - Crea 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 il disco di avvio, ad esempio Bilanciato DP (
pd-balanced
) o DP-SSD (pd-ssd
).
- Crea uno snapshot del disco di avvio
- Se stai eseguendo la migrazione di un numero molto ridotto di VM:
Se la tua VM attuale utilizza un tipo di disco di avvio supportato nella nuova serie di macchine VM, segui le istruzioni riportate in Creare e avviare un'istanza VM ARM o Creare e avviare un'istanza VM e configurare la nuova VM in base alle tue specifiche.
Configura gli utenti, i driver, i pacchetti e le directory dei file necessari sulla nuova VM per supportare il tuo carico di lavoro.
Sposta il Persistent Disk non di avvio dalla VM precedente alla nuova.
- Per i tipi di disco supportati nella nuova serie di macchine VM, puoi eseguire questa operazione scollegando il Persistent Disk dalla VM precedente e aggiungendolo alla nuova VM.
- Per i tipi di disco non supportati nella nuova serie di macchine VM, puoi creare uno snapshot del disco, aggiungere un nuovo disco di dimensioni uguali o superiori alla nuova VM e ripristinare lo snapshot sul nuovo disco.
- In alternativa, puoi trasferire file da una VM all'altra, se non hai eliminato la VM originale.
Installare le applicazioni e i programmi modificati sulla nuova VM. Se necessario, ricompila i programmi con il nuovo sistema operativo o architettura.
Riassegna tutti gli indirizzi IP statici associati alla VM originale alla nuova VM.
(Facoltativo) Sposta i dati salvati su un Persistent Disk su un SSD locale.
Se riscontri problemi durante lo spostamento del carico di lavoro da una VM x86 a una VM ARM, contatta il tuo Technical Account Manager (TAM) o l'organizzazione di servizi professionali Google (PSO) per ricevere assistenza.
Passaggi successivi
- Leggi i suggerimenti per la risoluzione dei problemi.
- Scopri di più sulle serie di macchine T2A.
- Scopri di più sul processo di migrazione.