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 principale in cui le applicazioni dipendenti possono leggere e scrivere e il database di origine può essere chiuso.
Database Migration Service consente di 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 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:
- Esegui 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 di Google Cloud :
Tipi di migrazione
Le migrazioni possono essere classificate nei seguenti tipi:
Migrazione continua
La migrazione continua (a volte chiamata migrazione in corso o online) è un flusso continuo di modifiche dall'origine alla destinazione che segue un processo di dump e caricamento completo iniziale. Quando la destinazione è pronta per le letture e le scritture, finalizza la replica tra l'origine e la destinazione. L'istanza Cloud SQL o il cluster AlloyDB per PostgreSQL di destinazione sono quindi pronti per essere utilizzati come istanza primaria 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 caricamento, in cui la destinazione è pronta per essere utilizzata al termine del caricamento. Qualsiasi applicazione che dipende dal database di origine può subire tempi di inattività durante il processo di migrazione perché non è possibile scrivere nuovi dati 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ù, 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 sono diverse.
Per saperne di più, consulta Migrazioni eterogenee.
Tempo di inattività minimo
Database Migration Service supporta migrazioni continue, serverless e con tempi di inattività ridotti per migrazioni omogenee ed 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 completata l'istantanea, Database Migration Service la carica nel database di destinazione e inizia la replica continua dei dati. La replica dei dati è un'operazione continua perché tiene traccia 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 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. Gli spazi di lavoro 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 a modificare lo schema per adattarlo meglio alle tue esigenze.
- Assistenza delle funzionalità di conversione di Gemini.
- Direttive di personalizzazione che puoi utilizzare per ignorare le regole di conversione automatica dello schema.
Per ulteriori informazioni, 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 tuo job di migrazione. La maggior parte degli scenari di migrazione ti 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 che si applicano 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 da database self-hosted basati su VM a servizi cloud di database gestiti. In questo modo puoi concentrarti sull'alta affidabilità, sul ripristino di emergenza e sulle prestazioni dei database in esecuzione su servizi gestiti, anziché gestire l'infrastruttura.
- Replica continua multi-cloud
- Proprio come le repliche di lettura tra regioni, se i dati esistono in un altro provider cloud, un job di migrazione può replicare continuamente il database in Google Cloud per la disponibilità di lettura multicloud. 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