Creare un job di migrazione in una nuova istanza di destinazione

MySQL   |  PostgreSQL   |  PostgreSQL ad AlloyDB

Panoramica

Database Migration Service utilizza i job di migrazione per eseguire la migrazione dei dati dall'istanza del database di origine all'istanza del database AlloyDB di destinazione.

La creazione di un job di migrazione include:

• Definizione delle impostazioni per il job di migrazione
• Specifica le informazioni sul profilo di connessione che hai creato per il database di origine (profilo di connessione di origine)
• Definizione delle impostazioni per l'istanza del database AlloyDB di destinazione e creazione dell'istanza
• Configurazione della connettività tra le istanze del database di origine e di destinazione
• Testare il job di migrazione per assicurarti che i dati di connessione forniti per il job siano validi

Database Migration Service è dotato di una procedura guidata per aiutarti a creare un job di migrazione. Questa procedura guidata è composta da cinque riquadri: Inizia, Definisci un'origine, Crea una destinazione, Definisci il metodo di connettività e Testa e crea il job di migrazione. Le informazioni su come compilare ogni riquadro sono riportate nelle varie sezioni di questa pagina.

Puoi mettere in pausa la creazione di un job di migrazione facendo clic su Salva ed esci. Tutti i dati inseriti fino a quel momento vengono salvati in una bozza del job di migrazione, a cui puoi accedere nella scheda BOZZE.

Per completare la creazione di un job di migrazione, vai alla scheda e fai clic sul job. Il flusso di creazione riprende da dove era stato interrotto. Il job rimane in bozza finché non fai clic su CREA o CREA E AVVIA.

Definisci le impostazioni per il job di migrazione

1. Vai alla pagina Job di migrazione nella console Google Cloud .
2. Fai clic su Crea job di migrazione nella parte superiore della pagina.
3. Fornisci un nome per il job di migrazione. Scegli un nome facile da ricordare che ti aiuti a identificare il job di migrazione. Non includere informazioni sensibili o che consentono l'identificazione personale nel nome del job.
4. Mantieni l'ID job di migrazione generato automaticamente.
5. Seleziona il motore del database di origine.

6. Seleziona AlloyDB per PostgreSQL come motore di destinazione.

7. Seleziona la regione di destinazione per la migrazione. Qui viene creata l'istanza di Database Migration Service e deve essere selezionata in base alla posizione dei servizi che richiedono i tuoi dati, ad esempio le istanze Compute Engine, le app App Engine e altri servizi. Una volta scelta la regione di destinazione, questa selezione non può essere modificata.

8. Scegli Continuo (snapshot + modifiche in corso) come tipo di job di migrazione.

9. Esamina i prerequisiti richiesti che vengono generati automaticamente per riflettere la modalità di preparazione dell'ambiente per un job di migrazione. Questi prerequisiti possono includere la configurazione del database di origine e la connessione all'istanza del database AlloyDB di destinazione. È preferibile completare questi prerequisiti in questo passaggio, ma puoi farlo in qualsiasi momento prima di testare o avviare il job di migrazione. Per ulteriori informazioni su questi prerequisiti, consulta Configurare l'origine.

10. Fai clic su Salva e continua.

Specifica le informazioni sul profilo di connessione di origine

1. Se hai creato un profilo di connessione, selezionalo dall'elenco dei profili di connessione esistenti.

   Se non hai creato un profilo di connessione, creane uno facendo clic su Crea un profilo di connessione nella parte inferiore dell'elenco a discesa, quindi segui gli stessi passaggi descritti in Creare un profilo di connessione di origine.

   Ti consigliamo di creare un profilo di connessione designato per la migrazione di AlloyDB.

2. Nella sezione Personalizza le configurazioni del dump dei dati, fai clic su Mostra configurazioni del dump dei dati.

   La velocità del parallelismo del dump dei dati è correlata alla quantità di carico sul database di origine. Puoi utilizzare le seguenti impostazioni:

   • Ottimale (consigliato): prestazioni bilanciate con un carico ottimale sul database di origine.
   • Massima: fornisce le velocità di dump più elevate, ma potrebbe causare un aumento del carico sul database di origine.
   • Minimo: utilizza la quantità minima di risorse di calcolo sul database di origine, ma potrebbe avere una maggiore velocità in termini di throughput del dump.

   Se vuoi utilizzare impostazioni di parallelismo del dump dei dati adeguate, assicurati di aumentare i parametri max_replication_slots, max_wal_senders e max_worker_processes nel database di origine. Puoi verificare la configurazione eseguendo il test del job di migrazione al termine della creazione del job di migrazione.

3. Fai clic su Salva e continua.

Se il database di origine è un'istanza Cloud SQL e ha solo l'IP pubblico abilitato, assicurati di abilitare l'IP privato prima di passare alla sezione successiva. Ricordati di aggiornare il profilo di connessione con l'IP privato.

Definisci e crea l'istanza AlloyDB di destinazione

Ora creerai un nuovo cluster AlloyDB di destinazione per il job di migrazione. I cluster sono le risorse di primo livello in AlloyDB. Contengono un'unica istanza principale per l'accesso in lettura/scrittura al database creato durante il processo di migrazione.

Per creare un cluster di destinazione:

1. Scegli un tipo di cluster. Al momento, Database Migration Service supporta cluster AlloyDB ad alta disponibilità. Possono pubblicare dati di più zone in una regione, senza pool di lettura.
2. Fai clic su CONTINUA.
3. Configura il cluster:
   1. Nel campo ID cluster, inserisci un ID per il cluster.
   2. Nel campo Password, inserisci una password per l'utente postgres predefinito. Ti servirà la password per accedere al database.
   3. Nel campo Rete:
      1. Seleziona un percorso di rete per definire le risorse disponibili durante l'impostazione della connettività di migrazione. I cluster possono essere configurati solo con un percorso di rete IP privato. Se prevedi di connetterti al database di origine tramite peering VPC, seleziona il VPC in cui risiede.
      2. Se la tua rete non è configurata per l' accesso privato ai servizi, fai clic su Configura connessione e segui la procedura guidata di configurazione della connessione.
      3. Se per il VPC selezionato non è mai stata configurata una rete di servizi gestiti, puoi scegliere di selezionare un intervallo IP e fare clic su Connetti oppure utilizzare un intervallo IP selezionato automaticamente e fare clic su Alloca e connetti.
   4. (Facoltativo) Nella sezione Crittografia, specifica se vuoi gestire la crittografia dei dati di cui è stata eseguita la migrazione dall'origine alla destinazione. Per impostazione predefinita, i dati sono criptati con una chiave gestita da Google Cloud.

      Se vuoi gestire la crittografia, puoi utilizzare una chiave di crittografia gestita dal cliente (CMEK). La chiave deve trovarsi nella stessa posizione del cluster AlloyDB. Ad esempio, per i cluster situati in us-west1 puoi utilizzare solo le chiavi in us-west1.

      1. Seleziona il pulsante di opzione Usa una chiave di crittografia gestita dal cliente (CMEK).
      2. Dal menu Seleziona una chiave gestita dal cliente, seleziona la tua CMEK.

      Se non vedi la chiave, fai clic su INSERISCI NOME RISORSA CHIAVE per fornire il nome della risorsa della chiave che vuoi utilizzare. Ad esempio, puoi inserire projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key nel campo Nome risorsa della chiave e fare clic su SALVA.

      Durante la creazione del job di migrazione, Database Migration Service verificherà che la chiave CMEK esista e che Database Migration Service disponga delle autorizzazioni per utilizzarla.

      Se Database Migration Service non dispone di queste autorizzazioni, vengono visualizzate informazioni che specificano che l'account di servizio Database Migration Service non può utilizzare il CMEK. Fai clic su GRANT (CONCEDI) per concedere a Database Migration Service le autorizzazioni per utilizzare la chiave.

      Per ulteriori informazioni sulle chiavi di crittografia, consulta Utilizzare CMEK nella documentazione di AlloyDB.

   5. Fai clic su CONTINUA.
4. Configura l'istanza principale. Un'istanza principale determina la capacità di calcolo di un cluster e supporta le operazioni di lettura e scrittura:
1. Nel campo ID istanza, inserisci un ID per l'istanza principale.
2. Seleziona un tipo di macchina.
3. Se prevedi di utilizzare il metodo di connettività Lista consentita IP, seleziona la casella di controllo Abilita IP pubblico in uscita.
4. (Facoltativo) Imposta i flag per l'istanza. Puoi utilizzare i flag per personalizzare l'istanza. Per informazioni sui flag supportati, consulta la documentazione di AlloyDB. Per ogni indicatore:
   1. Fai clic su AGGIUNGI FLAG.
   2. Seleziona un indicatore dall'elenco Nuovo indicatore database.
   3. Specifica un valore per il flag.
   4. Fai clic su FINE.
5. Fai clic su Salva e continua.
6. Conferma la tua scelta facendo clic su CREA DESTINAZIONE E CONTINUA.
7. Attendi il completamento della creazione dell'istanza di destinazione.

Il cluster AlloyDB sarà in stato "Bootstrap" mentre viene gestito da Database Migration Service. In "Avvio", non potrai eseguire alcuna operazione sul cluster. Se vuoi comunque eliminare il cluster, puoi farlo utilizzando gcloud con l'opzione --force.

Configurare la connettività tra le istanze del database di origine e di destinazione

Se riutilizzi un profilo di connessione di origine utilizzato in precedenza per migrazioni eterogenee (ad esempio da Oracle a Cloud SQL PostgreSQL), in questo passaggio devi scegliere un metodo di connettività. Questo metodo verrà utilizzato per la migrazione omogenea dal database Cloud SQL per PostgreSQL ad AlloyDB. Devi selezionare un metodo di connettività perché il metodo di connettività eterogeneo non è pertinente per questo job di migrazione.

1. Dal menu a discesa Metodo di connettività, seleziona un metodo di connettività di rete. Questo metodo definisce la modalità di collegamento dell'istanza AlloyDB appena creata al database di origine. I metodi di connettività di rete attuali includono lista consentita di IP, peering VPC, tunnel SSH inverso e proxy TCP tramite una VM ospitata nel cloud.

2. Se selezioni il metodo di connettività di rete della lista consentita IP, devi specificare l'indirizzo IP in uscita dell'istanza di destinazione. Copia gli indirizzi IP in uscita sia per l'istanza principale che per quella secondaria e utilizzali per configurare il firewall di rete per il server di database di origine e nel file pg_hba.conf in modo che l'origine possa accettare connessioni da questi indirizzi.

3. Se selezioni il metodo di connettività di rete del tunnel SSH inverso, seleziona l'istanza VM Compute Engine che ospiterà il tunnel.

   Dopo aver specificato l'istanza, Google fornirà uno script che esegue i passaggi per configurare il tunnel tra i database di origine e di destinazione. Dovrai eseguire lo script in Google Cloud CLI.

   Esegui i comandi da una macchina con connettività sia al database di origine sia a Google Cloud.

4. Se selezioni il metodo di connettività di rete VPC peering, seleziona la rete VPC in cui si trova il database di origine. L'istanza Cloud SQL verrà aggiornata in modo da connettersi a questa rete.

5. Se selezioni il metodo di connettività del proxy TCP tramite VM ospitata su cloud, inserisci i dettagli richiesti per la nuova istanza VM di Compute Engine che ospiterà il proxy TCP.

   Dopo aver specificato i dettagli, la console Google Cloud fornirà uno script che esegue i passaggi per configurare il proxy tra i database di origine e di destinazione. Devi eseguire lo script su una macchina con Google Cloud CLI aggiornato.

   Dopo l'esecuzione dello script, verrà visualizzato l'IP privato della VM appena creata. Inserisci l'IP e fai clic su Configura e continua.

6. Scopri di più su come configurare la connettività.
   Nota: se l'origine è Cloud SQL per PostgreSQL, a seconda che l'istanza di origine Cloud SQL si trovi nella vecchia o nella nuova architettura di rete, le opzioni di connettività sono limitate a peering VPC e proxy TCP tramite una VM ospitata sul cloud.

7. Dopo aver selezionato il metodo di connettività di rete e fornito eventuali informazioni aggiuntive, fai clic su CONFIGURA E CONTINUA.

Testa e crea il job di migrazione

In questo passaggio finale, esamina il riepilogo delle impostazioni, dell'origine, della destinazione e del metodo di connettività del job di migrazione, quindi verifica la validità della configurazione del job di migrazione. Se si verificano problemi, puoi modificare le impostazioni del job di migrazione. Non tutte le impostazioni sono modificabili.

1. Fai clic su TEST JOB per verificare che:

   • Il database di origine è stato configurato correttamente, in base ai prerequisiti.
   • Le istanze di origine e di destinazione possono comunicare tra loro.
   • Eventuali aggiornamenti agli indirizzi IP privati necessari sulla destinazione sono stati eseguiti.

   • Il job di migrazione è valido e le versioni di origine e di destinazione sono compatibili.

   Se il test non va a buon fine, puoi risolvere il problema nella parte appropriata del flusso e riprovare.

   Per ulteriori informazioni sui motivi per cui il test potrebbe non riuscire e su come risolvere eventuali problemi associati al mancato superamento del test, consulta Diagnostica dei problemi di AlloyDB.

   Il job di migrazione può essere creato anche se il test non va a buon fine, ma dopo l'avvio del job potrebbe non riuscire in un determinato momento durante l'esecuzione.

2. Fai clic su CREA E AVVIA JOB per creare il job di migrazione e avviarlo immediatamente oppure fai clic su CREA JOB per creare il job di migrazione senza avviarlo immediatamente.

   Se il job non viene avviato al momento della creazione, puoi avviarlo dalla pagina Job di migrazione facendo clic su AVVIA.

   Indipendentemente dal momento in cui viene avviato il job di migrazione, alla tua organizzazione viene addebitato il costo dell'esistenza dell'istanza di destinazione.

   Punto chiave: quando avvii il job di migrazione, Database Migration Service inizia il dump completo bloccando brevemente il database di origine. Se l'origine si trova in Amazon RDS o Amazon Aurora, Database Migration Service richiede inoltre un breve tempo di inattività in scrittura (circa meno di un minuto) all'inizio della migrazione.

   Per ulteriori informazioni, consulta Limitazioni note.

3. Il job di migrazione viene aggiunto all'elenco dei job di migrazione e può essere visualizzato direttamente.