Panoramica di Database Migration Service

La migrazione è un processo di spostamento di dati e metadati da un database di origine a un database di destinazione. Al termine della migrazione, il database di destinazione diventa il database principale su cui le applicazioni dipendenti possono leggere e scrivere, mentre il database di origine può essere chiuso.

Database Migration Service ti aiuta a eseguire la migrazione dei dati a Google Cloud. Il servizio supporta le migrazioni di database in istanze Cloud SQL e AlloyDB per PostgreSQL. Database Migration Service semplifica la rete, gestisce lo snapshot iniziale e la replica continua e fornisce aggiornamenti di stato durante il processo di migrazione.

Con Database Migration Service puoi:

Il seguente diagramma mostra le funzionalità principali di Database Migration Service nel contesto dell' Google Cloud architettura:

Diagramma dell'architettura che mostra il flusso di dati da ambienti on-premise o altri cloud a Google Cloud utilizzando Database Migration Service, evidenziando funzionalità chiave come migrazioni omogenee ed eterogenee, tempi di inattività minimi e conversione basata su Gemini.
Figura 1. Architettura e flusso di dati di Database Migration Service (fai clic per ingrandire).

Tipi di migrazione

Le migrazioni possono essere classificate nei seguenti tipi:

Migrazione continua

La migrazione continua (a volte definita continua o online) è un flusso continuo di modifiche dall'origine alla destinazione che segue un processo di dump e caricamento completo. Quando la destinazione è pronta per le operazioni di lettura e scrittura, finalizza la replica tra l'origine e la destinazione. L'istanza Cloud SQL di destinazione o il cluster AlloyDB per PostgreSQL è quindi pronto per essere utilizzato come istanza principale autonoma. Se esegui il passaggio quando l'origine e la destinazione sono sincronizzate, i tempi di inattività sono minimi.

Migrazione una tantum

Una migrazione una tantum è un singolo snapshot point-in-time del database. Database Migration Service acquisisce lo snapshot dall'origine e lo applica alla destinazione. Questo processo è un dump e un caricamento, in cui la destinazione è pronta per essere utilizzata al termine del caricamento. Le applicazioni che dipendono dal database di origine potrebbero subire tempi di inattività durante il processo di migrazione, perché non è possibile eseguire nuove scritture in questo database mentre la migrazione è in corso.

Migrazioni omogenee

Le migrazioni omogenee si verificano quando esegui la migrazione dei dati tra la stessa tecnologia di database. Ad esempio, da MySQL a Cloud SQL per MySQL.

Per ulteriori informazioni, vedi Migrazioni omogenee.

Migrazioni eterogenee

A differenza delle migrazioni omogenee, nelle migrazioni eterogenee, come da Oracle a Cloud SQL per PostgreSQL, la tecnologia di database dell'origine e della destinazione è diversa.

Per ulteriori informazioni, vedi Migrazioni eterogenee.

Tempi di inattività minimi

Database Migration Service supporta migrazioni continue, serverless e con tempi di inattività ridotti sia per le migrazioni omogenee che eterogenee. L'architettura serverless di Database Migration Service acquisisce uno snapshot iniziale del database di origine per acquisire lo stato attuale dei dati. Al termine dello snapshot, Database Migration Service lo carica nel database di destinazione e inizia la replica continua dei dati. La replica dei dati è un'operazione continua perché monitora e copia in tempo reale tutte le modifiche apportate al database originale. Si basa su Change Data Capture (CDC), un processo che identifica e acquisisce solo le modifiche, come inserimenti, aggiornamenti ed eliminazioni, apportate al database dopo l'acquisizione dello snapshot iniziale.

Questo approccio riduce al minimo i tempi di inattività per i seguenti motivi:

  • La replica continua è più efficiente della replica frequente dell'intero database, in quanto si concentra solo sulle modifiche.
  • La migrazione dei dati avviene mentre il database di origine rimane operativo.
  • Le migrazioni serverless hanno prestazioni elevate su larga scala.

Accelerare la conversione di codice e schema con Gemini

Per le migrazioni eterogenee, Database Migration Service converte lo schema e gli oggetti del database di origine in un formato compatibile con il database di destinazione. Le aree di lavoro di conversione offrono le seguenti funzionalità:

  • Conversione iniziale dello schema che avviene automaticamente dopo la creazione dell'area di lavoro di conversione.
  • L'editor SQL interattivo che ti aiuta a risolvere i problemi di conversione o a modificare lo schema in base alle tue esigenze.
  • Assistenza delle funzionalità di conversione di Gemini.
  • Direttive di personalizzazione che puoi utilizzare per sostituire le regole di conversione automatica dello schema.

Per ulteriori informazioni, vedi Conversione basata su Gemini.

Sicurezza e crittografia

Database Migration Service esegue la migrazione dei dati in modo sicuro utilizzando i certificati SSL/TLS per criptare le connessioni di rete e le chiavi di crittografia gestite dal cliente (CMEK) per le migrazioni continue.

Per ulteriori informazioni, vedi Sicurezza e crittografia.

Metriche di osservabilità

Database Migration Service mostra diversi diagrammi che possono aiutarti a comprendere lo stato attuale e l'avanzamento del job di migrazione. La maggior parte degli scenari di migrazione consente di filtrare le informazioni in questi diagrammi per ogni database incluso nel job di migrazione.

Grafici di esempio che mostrano le metriche dei job di migrazione in Database Migration Service, tra cui l'utilizzo dello spazio di archiviazione e il ritardo di replica.
Figura 1. Esempio di grafici di osservabilità per un job di migrazione in Database Migration Service (fai clic per ingrandire).
Grafici di esempio che mostrano le metriche dei job di migrazione in Database Migration Service, tra cui l'utilizzo dello spazio di archiviazione e il ritardo di replica.

Per ulteriori informazioni, consulta le pagine delle metriche dei job di migrazione applicabili al tuo scenario di migrazione.

Casi d'uso

Database Migration Service consente i seguenti casi d'uso:

Migrazione lift and shift a un servizio gestito
Nell'ambito della migrazione di un'organizzazione a Google Cloud, puoi passare da database self-hosted basati su VM a servizi cloud di database gestiti. In questo modo, puoi concentrarti su alta disponibilità, ripristino di emergenza e prestazioni dei database in esecuzione su servizi gestiti, anziché sulla gestione dell'infrastruttura.
Replica continua multi-cloud
Analogamente alle repliche di lettura tra regioni, se i dati esistono in un altro fornitore di servizi cloud, un job di migrazione può replicare continuamente il database in Google Cloud per la disponibilità di lettura multi-cloud. Database Migration Service non supporta uno scenario di scrittura doppia, ovvero la scrittura e la lettura sia dall'origine che dalla destinazione.

Passaggi successivi

Scopri di più sugli scenari di migrazione disponibili:

Migrazioni omogenee
Migrazioni eterogenee