Esegui la migrazione da AWS a Google Cloud: esegui la migrazione da Amazon EC2 a Compute Engine

Last reviewed 2026-01-05 UTC

Google Cloud fornisce strumenti, prodotti, indicazioni e servizi professionali per eseguire la migrazione delle macchine virtuali (VM) e dei relativi dati da Amazon Elastic Compute Cloud (Amazon EC2) a Compute Engine. Questo documento illustra come progettare, implementare e convalidare un piano per la migrazione da Amazon EC2 a Compute Engine.

La discussione in questo documento è rivolta agli amministratori cloud che vogliono informazioni dettagliate su come pianificare e implementare un processo di migrazione. È destinato anche ai decisori che stanno valutando l'opportunità di eseguire la migrazione e che vogliono esplorare l'aspetto di una migrazione.

Questo documento fa parte di una serie in più parti sulla migrazione da AWS aGoogle Cloud che include i seguenti documenti:

Per questa migrazione a Google Cloud, ti consigliamo di seguire il framework di migrazione descritto in Esegui la migrazione a Google Cloud: inizia.

Il seguente diagramma illustra il percorso di migrazione.

Percorso di migrazione con quattro fasi.

Potresti eseguire la migrazione dal tuo ambiente di origine a Google Cloud in una serie di iterazioni, ad esempio eseguendo prima la migrazione di alcuni workload e poi di altri. Per ogni singola iterazione della migrazione, segui le fasi del framework di migrazione generale:

  1. Valuta e scopri i tuoi workload e i tuoi dati.
  2. Pianifica e crea una base su Google Cloud.
  3. Esegui la migrazione dei tuoi workload e dei tuoi dati su Google Cloud.
  4. Ottimizza il tuo ambiente Google Cloud .

Per ulteriori informazioni sulle fasi di questo framework, consulta Esegui la migrazione a Google Cloud: inizia.

Per progettare un piano di migrazione efficace, ti consigliamo di convalidare ogni passaggio del piano e di assicurarti di avere una strategia di rollback. Per convalidare il tuo piano di migrazione, consulta Esegui la migrazione a Google Cloud: best practice per la convalida di un piano di migrazione.

Valuta l'ambiente di origine

Nella fase di valutazione, determini i requisiti e le dipendenze per eseguire la migrazione dell'ambiente di origine a Google Cloud.

La fase di valutazione è fondamentale per il successo della migrazione. Devi acquisire una conoscenza approfondita dei workload di cui vuoi eseguire la migrazione, dei loro requisiti, delle loro dipendenze e del tuo ambiente attuale. Devi comprendere il tuo punto di partenza per pianificare ed eseguire correttamente una migrazione a Google Cloud.

La fase di valutazione prevede le seguenti attività:

  1. Crea un inventario completo dei tuoi workload.
  2. Cataloga i workload in base alle loro proprietà e dipendenze.
  3. Forma e istruisci i tuoi team su Google Cloud.
  4. Crea esperimenti e proof of concept su Google Cloud.
  5. Calcola il costo totale di proprietà (TCO) dell'ambiente di destinazione.
  6. Scegli la strategia di migrazione per i tuoi workload.
  7. Scegli gli strumenti di migrazione.
  8. Definisci il piano e la cronologia della migrazione.
  9. Convalida il piano di migrazione.

Per ulteriori informazioni sulla fase di valutazione e su queste attività, consulta Esegui la migrazione a Google Cloud: valuta e scopri i tuoi workload. Le sezioni seguenti si basano sulle informazioni contenute in questo documento.

Crea un inventario delle tue istanze Amazon EC2

Per definire l'ambito della migrazione, crea un inventario delle tue istanze Amazon EC2. Puoi quindi utilizzare l'inventario per valutare i processi di deployment e operativi per il deployment dei workload su queste istanze.

Per creare l'inventario delle tue istanze Amazon EC2, ti consigliamo di utilizzare Migration Center, la piattaforma unificata diGoogle Cloudche ti aiuta ad accelerare il tuo Cloud Journey end-to-end dall'ambiente attuale a Google Cloud. Migration Center ti consente di eseguire un rilevamento dell'inventario su AWS.

I dati forniti da Migration Center e dall'interfaccia a riga di comando del client predittivo di Migration Center potrebbero non acquisire completamente le dimensioni che ti interessano. In questo caso, puoi integrare questi dati con i risultati di altri meccanismi di raccolta dei dati che crei in base alle API AWS, agli strumenti per sviluppatori AWS e all'interfaccia a riga di comando AWS.

Oltre ai dati che ottieni da Migration Center e dall'interfaccia a riga di comando del client predittivo di Migration Center, considera i seguenti punti dati per ogni istanza Amazon EC2 di cui vuoi eseguire la migrazione:

  • Regione e zona di deployment.
  • Tipo e dimensioni dell'istanza.
  • L'Amazon Machine Image (AMI) da cui viene avviata l'istanza.
  • Il nome host dell'istanza e il modo in cui le altre istanze e gli altri workload utilizzano questo nome host per comunicare con l'istanza.
  • I tag dell'istanza, nonché i metadati e i dati utente.
  • Il tipo di virtualizzazione dell'istanza.
  • L'opzione di acquisto dell'istanza, ad esempio l'acquisto on demand o l'acquisto di istanze spot.
  • In che modo l'istanza archivia i dati, ad esempio utilizzando archivi di istanze e volumi Amazon EBS.
  • La configurazione della tenancy dell'istanza.
  • Se l'istanza si trova in un gruppo di posizionamento specifico.
  • Se l'istanza si trova in un gruppo di scalabilità automatica specifico.
  • I gruppi di sicurezza a cui appartiene l'istanza.
  • Qualsiasi configurazione di AWS Network Firewall che coinvolge l'istanza.
  • Se i workload eseguiti sull'istanza sono protetti da AWS Shield e AWS WAF.
  • Se controlli lo stato del processore dell'istanza e in che modo i workload eseguiti sull'istanza dipendono dallo stato del processore.
  • La configurazione dello scheduler I/O dell'istanza.
  • Come esponi i workload eseguiti sull'istanza ai client eseguiti nel tuo ambiente AWS (ad esempio altri workload) e ai client esterni.

Per saperne di più sulla raccolta di questi punti dati, consulta Crea un inventario delle istanze EC2.

Per accelerare la valutazione, puoi utilizzare Gemini CLI per valutare l'inventario. Ad esempio, puoi aggiungere i file di inventario che elencano le istanze Amazon EC2 al contesto di Gemini CLI e poi chiedere a Gemini di aiutarti a valutare queste istanze. Per saperne di più, consulta Migrazioni basate su Gemini in Google Cloud.

Valuta i processi di deployment e operativi

È importante avere una chiara comprensione di come funzionano i processi di deployment e operativi. Questi processi sono una parte fondamentale delle pratiche che preparano e mantengono l'ambiente di produzione e i workload che vengono eseguiti al suo interno.

I processi di deployment e operativi potrebbero creare gli artefatti necessari per il funzionamento dei workload. Pertanto, devi raccogliere informazioni su ogni tipo di artefatto. Ad esempio, un artefatto può essere un pacchetto del sistema operativo, un pacchetto di deployment dell'applicazione, un'immagine del sistema operativo, un'immagine container o altro.

Oltre al tipo di artefatto, considera come completi le seguenti attività:

  • Sviluppa i tuoi workload. Valuta i processi che i team di sviluppo hanno messo in atto per creare i tuoi workload. Ad esempio, in che modo i tuoi team di sviluppo progettano, programmano e testano i workload?
  • Genera gli artefatti di cui esegui il deployment nell'ambiente di origine. Per eseguire il deployment dei workload nel tuo ambiente di origine, potresti generare artefatti di cui è possibile eseguire il deployment, come immagini container o immagini del sistema operativo, oppure potresti personalizzare artefatti esistenti, come immagini del sistema operativo di terze parti, installando e configurando il software. Raccogliere informazioni su come generi questi artefatti ti aiuta a garantire che gli artefatti generati siano adatti al deployment in Google Cloud.

  • Archivia gli artefatti. Se produci artefatti che archivi in un Artifact Registry nel tuo ambiente di origine, devi renderli disponibili nel tuo ambiente Google Cloud . Puoi farlo adottando strategie come le seguenti:

    • Stabilisci un canale di comunicazione tra gli ambienti: rendi gli artefatti nell'ambiente di origine raggiungibili dall'ambiente di destinazioneGoogle Cloud .
    • Rifattorizza il processo di creazione degli artefatti: esegui una rifattorizzazione minore dell'ambiente di origine in modo da poter archiviare gli artefatti sia nell'ambiente di origine che in quello di destinazione. Questo approccio supporta la migrazione creando un'infrastruttura come un repository di artefatti prima di dover implementare i processi di creazione degli artefatti nell'ambiente Google Cloud di destinazione. Puoi implementare questo approccio direttamente o basarti sull'approccio precedente, ovvero stabilire prima un canale di comunicazione.

    La disponibilità degli artefatti sia nell'ambiente di origine che in quello di destinazione ti consente di concentrarti sulla migrazione senza dover implementare i processi di creazione degli artefatti nell'ambiente di destinazione Google Cloud come parte della migrazione.

  • Scansiona e firma il codice. Nell'ambito dei processi di creazione degli artefatti, potresti utilizzare l'analisi del codice per proteggerti da vulnerabilità comuni ed esposizione involontaria della rete, nonché la firma del codice per assicurarti che nei tuoi ambienti venga eseguito solo codice attendibile.

  • Esegui il deployment degli artefatti nell'ambiente di origine. Dopo aver generato gli artefatti di cui è possibile eseguire il deployment, potresti eseguirne il deployment nel tuo ambiente di origine. Ti consigliamo di valutare ogni processo di deployment. La valutazione aiuta a garantire che i processi di deployment siano compatibili con Google Cloud. Inoltre, ti aiuta a comprendere l'impegno che sarà necessario per rifattorizzare i processi. Ad esempio, se i processi di deployment funzionano solo con l'ambiente di origine, potrebbe essere necessario rifattorizzarli per scegliere come target l'ambiente Google Cloud .

  • Inserisci la configurazione di runtime. Potresti inserire la configurazione di runtime per cluster, ambienti di runtime o deployment di workload specifici. La configurazione potrebbe inizializzare variabili di ambiente e altri valori di configurazione, come secret, credenziali e chiavi. Per assicurarti che i processi di inserimento della configurazione di runtime funzionino su Google Cloud, ti consigliamo di valutare come stai configurando i workload eseguiti nel tuo ambiente di origine.

  • Logging, monitoraggio e profilazione. Valuta i processi di logging, monitoraggio e profilazione che hai implementato per monitorare l'integrità dell'ambiente di origine, le metriche di interesse e il modo in cui utilizzi i dati forniti da questi processi.

  • Autenticazione. Valuta il modo in cui esegui l'autenticazione nell'ambiente di origine.

  • Esegui il provisioning e configura le risorse. Per preparare l'ambiente di origine, potresti aver progettato e implementato processi che eseguono il provisioning e la configurazione delle risorse. Ad esempio, potresti utilizzare Terraform insieme a strumenti di gestione delle configurazioni per eseguire il provisioning e configurare le risorse nel tuo ambiente di origine. Se utilizzi Terraform, puoi creare le tue basi e la tua zona di destinazione su Google Cloud utilizzando i seguenti strumenti, a seconda del punto di partenza che preferisci:

Pianifica e crea le tue basi

Nella fase di pianificazione e creazione, esegui il provisioning e la configurazione dell'infrastruttura per:

  • Supporta i tuoi workload nel tuo ambiente Google Cloud .
  • Collega l'ambiente di origine e l'ambiente Google Cloud per completare la migrazione.

La fase di pianificazione e creazione è composta dalle seguenti attività:

  1. Crea una gerarchia delle risorse.
  2. Configura Identity and Access Management (IAM) di Google Cloud.
  3. Configura la fatturazione.
  4. Configura la connettività di rete.
  5. Rafforza la sicurezza.
  6. Configura logging, monitoraggio e avvisi.

Per saperne di più su ciascuna di queste attività, consulta Esegui la migrazione a Google Cloud: pianifica e crea le tue basi.

Migrazione dei carichi di lavoro

Per eseguire la migrazione dei workload da Amazon EC2 a Compute Engine, segui questi passaggi:

  1. Eseguire la migrazione delle VM da Amazon EC2 a Compute Engine.
  2. Esegui la migrazione dei dischi delle VM su Persistent Disk.
  3. Esporre ai client i workload eseguiti su Compute Engine.
  4. Rifattorizza i processi di deployment e operativi per scegliere come targetGoogle Cloud anziché Amazon EC2.

Le sezioni seguenti forniscono dettagli su ciascuna di queste attività.

Migrazione delle VM su Compute Engine

Per eseguire la migrazione delle VM da Amazon EC2 a Compute Engine, ti consigliamo di utilizzare Migrate to Virtual Machines, che è un servizio completamente gestito. Per ulteriori informazioni, consulta Percorso di migrazione con Migrate to VMs.

Nell'ambito della migrazione, Migrate for VMs esegue la migrazione delle istanze Amazon EC2 nel loro stato attuale, ad eccezione delle modifiche di configurazione richieste. Se le tue istanze Amazon EC2 eseguono AMI Amazon EC2 personalizzate, Migrate for VMs esegue la migrazione di queste personalizzazioni alle istanze Compute Engine. Tuttavia, se vuoi rendere riproducibile la tua infrastruttura, potresti dover applicare personalizzazioni equivalenti creando immagini del sistema operativo Compute Engine nell'ambito dei processi di deployment e operativi, come spiegato più avanti in questo documento.

Esegui la migrazione dei dischi delle VM su Persistent Disk

Puoi anche utilizzare Migrate to VMs per eseguire la migrazione dei dischi dalle VM Amazon EC2 di origine a Persistent Disk, con interruzioni minime dei workload in esecuzione sulle VM Amazon EC2. Per ulteriori informazioni, consulta Esegui la migrazione dei dischi delle VM e collegali a una nuova VM.

Ad esempio, puoi eseguire la migrazione di un disco dati collegato a una VM Amazon EC2 su un Persistent Disk e collegarlo a una nuova VM di Compute Engine.

Esponi i workload eseguiti su Compute Engine

Dopo aver eseguito la migrazione delle istanze Amazon EC2 alle istanze Compute Engine, potresti dover eseguire il provisioning e la configurazione del tuo ambiente Google Cloudper esporre i workload ai client.

Google Cloud offre servizi e prodotti sicuri e affidabili per esporre i tuoi workload ai client. Per i workload eseguiti sulle tue istanze Compute Engine, configura le risorse per le seguenti categorie:

  • Firewall
  • Bilanciamento del carico del traffico
  • Nomi, zone e record DNS
  • DDoS protection and web application firewalls

Per ciascuna di queste categorie, puoi iniziare implementando una configurazione di base simile a quella che hai utilizzato per i servizi e le risorse AWS nella categoria equivalente. Puoi quindi eseguire l'iterazione della configurazione e utilizzare funzionalità aggiuntive fornite dai servizi Google Cloud .

Le sezioni seguenti spiegano come eseguire il provisioning e configurare le risorseGoogle Cloud in queste categorie e come vengono mappate alle risorse AWS in categorie simili.

Firewall

Se hai configurato i gruppi di sicurezza AWS e le policy e le regole di AWS Network Firewall, puoi configurare le policy e le regole di Cloud Next Generation Firewall. Puoi anche eseguire il provisioning delle regole dei Controlli di servizio VPC per regolare il traffico di rete all'interno del VPC. Puoi utilizzare i Controlli di servizio VPC per controllare il traffico in uscita dalle tue istanze di Compute Engine e contribuire a mitigare il rischio di esfiltrazione di dati.

Ad esempio, se utilizzi i gruppi di sicurezza AWS per consentire o negare le connessioni alle tue istanze Amazon EC2, puoi configurare regole firewall Virtual Private Cloud (VPC) simili che si applicano alle tue istanze Compute Engine.

Se utilizzi protocolli di accesso remoto come SSH o RDP per connetterti alle tue VM Amazon EC2, puoi rimuovere l'indirizzo IP pubblico della VM e connetterti alla VM da remoto con Identity-Aware Proxy (IAP). L'inoltro TCP di IAP consente di stabilire un tunnel criptato. Puoi utilizzare il tunnel per inoltrare il traffico SSH, RDP e altro traffico internet alle VM senza assegnare indirizzi IP pubblici alle VM. Poiché le connessioni dal servizio IAP provengono da un intervallo di indirizzi IP pubblici riservati, devi creare regole firewall VPC corrispondenti. Se hai VM basate su Windows e hai attivato Windows Firewall, verifica che Windows Firewall non sia configurato per bloccare le connessioni RDP da IAP. Per saperne di più, consulta Risoluzione dei problemi relativi a RDP.

Bilanciamento del carico del traffico

Se hai configurato Elastic Load Balancing (ELB) nel tuo ambiente AWS, puoi configurare Cloud Load Balancing per distribuire il traffico di rete e contribuire a migliorare la scalabilità dei tuoi workload in Google Cloud. Cloud Load Balancing supporta diversi prodotti di bilanciamento del carico globali e regionali che funzionano a diversi livelli del modello OSI, ad esempio a livello di trasporto e a livello di applicazione. Puoi scegliere un prodotto di bilanciamento del carico adatto ai requisiti dei tuoi workload.

Cloud Load Balancing supporta anche la configurazione di Transport Layer Security (TLS) per criptare il traffico di rete. Quando configuri TLS per Cloud Load Balancing, puoi utilizzare certificati TLS autogestiti o gestiti da Google, a seconda dei tuoi requisiti.

Nomi, zone e record DNS

Se utilizzi Amazon Route 53 nel tuo ambiente AWS, puoi utilizzare quanto segue in Google Cloud:

Ad esempio, se hai registrato un dominio utilizzando Amazon Route 53, puoi trasferire la registrazione del dominio a Cloud Domains. Analogamente, se hai configurato zone DNS pubbliche e private utilizzando Amazon Route 53, puoi eseguire la migrazione della configurazione a Cloud DNS.

Protezione DDoS e web application firewall

Se hai configurato AWS Shield e AWS WAF nel tuo ambiente AWS, puoi utilizzare Google Cloud Armor per proteggere i tuoi workload Google Cloud dagli attacchi DDoS e dagli exploit comuni.

Rifattorizza i processi di deployment e operativi

Dopo aver rifattorizzato i workload, rifattorizza i processi di deployment e operativi per:

  • Esegui il provisioning e configura le risorse nel tuo ambiente Google Cloud anziché eseguire il provisioning delle risorse nel tuo ambiente di origine.
  • Crea e configura i workload ed eseguine il deployment in Google Cloud anziché nell'ambiente di origine.

Hai raccolto informazioni su questi processi durante la fase di valutazione precedente di questo processo.

Il tipo di refactoring che devi considerare per questi processi dipende da come li hai progettati e implementati. Il refactoring dipende anche dallo stato finale che vuoi per ogni processo. Ad esempio, prendi in considerazione quanto segue:

  • Potresti aver implementato questi processi nel tuo ambiente di origine e avere intenzione di progettare e implementare processi simili in Google Cloud. Ad esempio, puoi rifattorizzare questi processi per utilizzare Cloud Build, Cloud Deploy e Infrastructure Manager.
  • Potresti aver implementato questi processi in un altro ambiente di terze parti al di fuori del tuo ambiente di origine. In questo caso, devi rifattorizzare questi processi in modo che abbiano come target l'ambiente Google Cloud anziché l'ambiente di origine.
  • Una combinazione degli approcci precedenti.

Il refactoring dei processi operativi e di deployment può essere complesso e richiedere un impegno significativo. Se provi a eseguire queste attività nell'ambito della migrazione del workload, quest'ultima può diventare più complessa ed esporti a rischi. Dopo aver valutato i processi di deployment e operativi, probabilmente ne comprenderai la progettazione e la complessità. Se stimi che il refactoring dei processi di deployment e operativi richieda un impegno significativo, ti consigliamo di considerare il refactoring di questi processi come parte di un progetto separato e dedicato.

Per saperne di più su come progettare e implementare i processi di deployment su Google Cloud, consulta:

Questo documento si concentra sui processi di deployment che producono gli artefatti di cui eseguire il deployment e li distribuiscono nell'ambiente di runtime di destinazione. La strategia di refactoring dipende in larga misura dalla complessità di questi processi. Il seguente elenco descrive una possibile strategia generale di refactoring:

  1. Esegui il provisioning dei repository di artefatti su Google Cloud. Ad esempio, puoi utilizzare Artifact Registry per archiviare gli artefatti e creare dipendenze.
  2. Rifattorizza i processi di build per archiviare gli artefatti sia nell'ambiente di origine sia in Artifact Registry.
  3. Rifattorizza i processi di deployment per eseguire il deployment dei workload nell'ambiente di destinazioneGoogle Cloud . Ad esempio, puoi iniziare eseguendo il deployment di un piccolo sottoinsieme dei tuoi workload in Google Cloud, utilizzando gli artefatti archiviati in Artifact Registry. Quindi, aumenti gradualmente il numero di workload di cui è stato eseguito il deployment in Google Cloud, finché tutti i workload di cui eseguire la migrazione non vengono eseguiti suGoogle Cloud.
  4. Rifattorizza i processi di build per archiviare gli artefatti solo in Artifact Registry.
  5. Se necessario, esegui la migrazione delle versioni precedenti degli artefatti di cui eseguire il deployment dai repository nell'ambiente di origine ad Artifact Registry. Ad esempio, per eseguire la migrazione delle immagini container ad Artifact Registry, puoi utilizzare strumenti come gcrane o Rackware SWIFT.
  6. Dismetti i repository nell'ambiente di origine quando non sono più necessari.

Per facilitare eventuali rollback dovuti a problemi imprevisti durante la migrazione, puoi archiviare le immagini container sia nei repository di artefatti attuali in Google Cloud sia durante la migrazione a Google Cloud . Infine, nell'ambito della dismissione dell'ambiente di origine, puoi rifattorizzare i processi di creazione delle immagini container per archiviare gli artefatti solo inGoogle Cloud .

Anche se potrebbe non essere fondamentale per il successo di una migrazione, potresti dover eseguire la migrazione delle versioni precedenti degli artefatti dall'ambiente di origine ai repository di artefatti su Google Cloud. Ad esempio, per supportare il rollback dei workload a momenti arbitrari, potresti dover eseguire la migrazione delle versioni precedenti degli artefatti ad Artifact Registry. Per saperne di più, consulta Esegui la migrazione delle immagini da un registry di terze parti.

Se utilizzi Artifact Registry per archiviare gli artefatti, ti consigliamo di configurare controlli per proteggere i repository di artefatti, come controllo dell'accesso, la prevenzione dell'esfiltrazione di dati, l'analisi delle vulnerabilità e l'autorizzazione binaria. Per saperne di più, consulta Controlla l'accesso e proteggi gli artefatti.

Ottimizza l'ambiente Google Cloud

L'ottimizzazione è l'ultima fase della migrazione. In questa fase, esegui l'iterazione delle attività di ottimizzazione finché l'ambiente di destinazione non soddisfa i requisiti di ottimizzazione. I passaggi di ogni iterazione sono i seguenti:

  1. Valuta l'ambiente, i team e il ciclo di ottimizzazione attuali.
  2. Stabilisci i requisiti e gli obiettivi di ottimizzazione.
  3. Ottimizza l'ambiente e i team.
  4. Ottimizza il ciclo di ottimizzazione.

Ripeti questa sequenza fino a raggiungere i tuoi obiettivi di ottimizzazione.

Per saperne di più sull'ottimizzazione dell'ambiente Google Cloud , consulta Esegui la migrazione a Google Cloud: ottimizza l'ambiente e Well-Architected Framework diGoogle Cloud : ottimizzazione delle prestazioni.

Passaggi successivi

Collaboratori

Autore: Marco Ferrari | Cloud Solutions Architect