Migrazione dei workload multi-cloud

Questa pagina fornisce indicazioni sull'architettura, mappature dei servizi cross-cloud e strategie di migrazione per la migrazione dei workload da Amazon Web Services (AWS) o Microsoft Azure a Google Cloud.

Se sei un cloud architect, un platform engineer o un responsabile dell'infrastruttura, utilizza le informazioni in questa pagina per mappare i servizi cloud di terze parti agli equivalenti diGoogle Cloud , eseguire trasferimenti di dati diretti da cloud a cloud e progettare architetture di disaster recovery (RE) multi-cloud.

Prima di leggere questa pagina, devi avere un inventario delle risorse AWS o Azure di origine e comprendere i requisiti di continuità aziendale e failover della tua organizzazione.

Mappatura dei servizi AWS e Azure

Quando esegui la migrazione da AWS o Azure, utilizza la tabella seguente per mappare i servizi cloud legacy ai loro equivalenti Google Cloud :

Area funzionale Servizio AWS Servizio Azure Google Cloud equivalente
Macchine virtuali Amazon EC2 Macchine virtuali Azure Compute Engine
Kubernetes gestito Amazon EKS Azure Kubernetes Service (AKS) Google Kubernetes Engine (GKE)
Archiviazione di oggetti Amazon S3 Azure Blob Storage Cloud Storage
Database relazionali Amazon RDS Database SQL di Azure Cloud SQL o AlloyDB per PostgreSQL
Data warehouse su cloud Amazon Redshift Azure Synapse Analytics BigQuery

Trasferimento di dati da altri cloud

Utilizza Storage Transfer Service per trasferire dati di oggetti su scala petabyte da Amazon S3 o Azure Blob Storage direttamente a Cloud Storage.

Funzionalità principali di Storage Transfer Service

Storage Transfer Service offre le seguenti funzionalità di trasferimento di dati:

  • Job di trasferimento automatizzati: pianifica copie di oggetti ricorrenti o una tantum da cloud a cloud senza instradare i dati attraverso reti on-premise locali.
  • Verifica del checksum: garantisci l'integrità dei dati end-to-end durante il trasferimento utilizzando la verifica automatica dell'hash.
  • Controlli della larghezza di banda: limita le velocità di trasferimento per evitare di raggiungere i limiti di quota dell'API sui provider cloud di origine.

Per saperne di più, consulta Trasferimento da Amazon S3 e Trasferimento da Microsoft Azure Blob Storage.

Resilienza e failover multi-cloud

La creazione di Google Cloud come ambiente di failover secondario supporta il ripristino di emergenza, mitiga il rischio di un singolo cloud e mantiene la continuità aziendale durante le interruzioni su altre piattaforme cloud.

Configurazioni di disaster recovery

Quando progetti architetture di ripristino di emergenza multi-cloud, scegli tra le seguenti configurazioni di deployment:

  • Cold standby: replica i dati continuamente in Cloud Storage per il backup e il ripristino e mantieni i template di Compute Engine pronti per il deployment on demand.
  • Warm standby: esegui una capacità di computing di base minima, ad esempio un piccolo cluster GKE o un database di replica di lettura, su Google Cloud pronto per lo scale up rapido durante il failover.
  • Doppia elaborazione attiva-attiva: distribuisci il traffico degli utenti attivi sia sul cloud provider principale sia su Google Cloud utilizzando Cloud Load Balancing globale.

Per saperne di più, consulta la Guida alla pianificazione del disaster recovery e i pattern di architettura ibrida e multi-cloud.

Passaggi successivi