La migrazione è un processo di trasferimento di dati e metadati da un database di origine a un database di destinazione. Una volta completata la migrazione, il database di destinazione diventa il database primario in cui le applicazioni dipendenti possono leggere e scrivere, mentre il database di origine può essere arrestato.
Database Migration Service ti aiuta a eseguire la migrazione dei dati in Google Cloud. Il servizio supporta le migrazioni di database in istanze Cloud SQL e AlloyDB per PostgreSQL. Database Migration Service semplifica il networking, gestisce lo snapshot iniziale e la replica continua e fornisce aggiornamenti di stato durante tutto il processo di migrazione.
Con Database Migration Service, puoi:
- Eseguire diversi tipi di migrazioni.
- Sposta i tuoi database su Google Cloud con tempi di inattività minimi.
- Utilizza le funzionalità di conversione basate su Gemini nelle migrazioni eterogenee.
- Esegui la migrazione dei dati criptati in modo sicuro.
- Monitora il job di migrazione con le metriche di osservabilità.
Il seguente diagramma mostra le funzionalità principali di Database Migration Service nel contesto dell'architettura Google Cloud :
Tipi di migrazione
Le migrazioni possono essere suddivise nei seguenti tipi:
Migrazione continua
La migrazione continua (a volte definita in corso o online) è un flusso continuo di modifiche dall'origine alla destinazione che segue un dump e un caricamento completi iniziali. Quando la destinazione è pronta per le letture e le scritture, finalizzi la replica tra l'origine e la destinazione. L'istanza Cloud SQL o il cluster AlloyDB per PostgreSQL di destinazione è quindi pronto per essere utilizzato come istanza principale autonoma. Eseguire il passaggio quando l'origine e la destinazione sono sincronizzate riduce al minimo i tempi di inattività.
Migrazione una tantum
Una migrazione una tantum è uno snapshot point-in-time singolo 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 possono 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 saperne di più, consulta Migrazioni omogenee.
Migrazioni eterogenee
A differenza delle migrazioni omogenee, nelle migrazioni eterogenee, come da Oracle a Cloud SQL per PostgreSQL, la tecnologia del database di origine e di destinazione è diversa.
Per saperne di più, consulta Migrazioni eterogenee.
Tempo di inattività minimo
Database Migration Service supporta migrazioni serverless continue con tempi di inattività ridotti per migrazioni sia 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. Una volta completato lo 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.
- I dati vengono migrati mentre il database di origine rimane operativo.
- Le migrazioni serverless offrono prestazioni elevate su larga scala.
Accelera 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. I workspace della conversione offrono le seguenti funzionalità:
- Conversione iniziale dello schema che avviene automaticamente dopo la creazione del workspace della conversione.
- L'editor SQL interattivo che ti aiuta a risolvere i problemi di conversione o ad adattare lo schema alle tue esigenze.
- Assistenza delle funzionalità di conversione di Gemini.
- Istruzioni di personalizzazione che puoi utilizzare per eseguire l'override delle regole di conversione automatica dello schema.
Per saperne di più, consulta Conversione basata su Gemini.
Sicurezza e crittografia
Database Migration Service esegue la migrazione dei dati in modo sicuro utilizzando certificati SSL/TLS per criptare le connessioni di rete e chiavi di crittografia gestite dal cliente (CMEK) per le migrazioni continue.
Per saperne di più, consulta 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.
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 del passaggio di un'organizzazione a Google Cloud, puoi passare dai database self-hosted basati su VM ai servizi cloud di database gestiti. In questo modo, puoi concentrarti sull'alta affidabilità, sul ripristino di emergenza e sulle prestazioni dei database in esecuzione sui 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 cloud provider, un job di migrazione può replicare continuamente il database inGoogle Cloud per la disponibilità di lettura multi-cloud. Database Migration Service non supporta uno scenario di doppia scrittura, 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