Configura la connettività utilizzando un proxy TCP tramite una VM ospitata nel cloud

Puoi utilizzare un proxy TCP su una macchina virtuale (VM) di Compute Engine quando vuoi stabilire una connettività privata tramite il peering Virtual Private Cloud (VPC), ma il peering VPC non transitivo impedisce il routing diretto tra il database di origine e il cluster AlloyDB per PostgreSQL di destinazione (ad esempio, quando esegui la migrazione da un'istanza Cloud SQL per PostgreSQL che utilizza l'architettura di rete producer precedente o da un database di origine self-hosted in una rete VPC separata). Per una panoramica concettuale del funzionamento di questo metodo, consulta Proxy TCP tramite una VM ospitata nel cloud nella panoramica dei metodi di networking.

Figura 1. Esempio di connettività: proxy TCP utilizzato per il routing del traffico tra i database di origine e i cluster AlloyDB per PostgreSQL di destinazione. (fai clic per ingrandire)

Quando crei un job di migrazione continua nella console Google Cloud , Database Migration Service raccoglie i parametri richiesti e genera uno script gcloud che crea una VM container di Compute Engine che esegue il proxy TCP e una regola firewall che consente il traffico TCP in entrata sulla porta 5432 dal cluster AlloyDB per PostgreSQL di destinazione alla VM proxy.

Configura la VM del proxy TCP

Nella console Google Cloud , quando configuri la connettività tra l'origine e la destinazione, segui questi passaggi:

1. Nel menu a discesa Metodo di connettività, seleziona Proxy tramite VM con hosting nel cloud - TCP.

2. Specifica i seguenti parametri di configurazione per l'istanza Compute Engine che funge da bastion host proxy:

   • Nome istanza VM di Compute Engine: un nome univoco per l'istanza VM proxy.
   • Tipo di macchina: il tipo di macchina Compute Engine (ad esempio e2-standard-2 o n1-standard-1).
   • Subnet: la subnet della rete VPC che si connette al cluster di destinazione.
   Nota: l'istanza VM di Compute Engine creata dallo script non è gestita da Database Migration Service. Alla tua organizzazione viene addebitato il costo dell'istanza in base ai prezzi standard di Compute Engine e tu sei responsabile della sua gestione, inclusa l'eliminazione dell'istanza quando non è più necessaria.

3. Fai clic su Visualizza script per esaminare lo script di deployment generato.

   Punto chiave: per impostazione predefinita, lo script genera un indirizzo IP pubblico per la VM di Compute Engine. Se la tua organizzazione non consente la creazione di una VM con un indirizzo IP pubblico o se hai bisogno di un isolamento rigoroso degli IP privati, segui questi passaggi:

   1. Abilita l'accesso privato Google sulla subnet utilizzata per il proxy. Questo è necessario per consentire all'istanza Compute Engine di scaricare le immagini container proxy necessarie da Artifact Registry o Container Registry.
   2. Aggiungi la chiave no-address al flag --network-interface del comando gcloud compute instances create-with-container nello script:

      gcloud compute instances create-with-container ... --network-interface subnet=SUBNET_NAME,no-address

   Se il database di origine si trova in una rete VPC o in un VPC condiviso diverso rispetto al cluster AlloyDB per PostgreSQL di destinazione, puoi anche collegare un'interfaccia di rete aggiuntiva alla VM proxy aggiungendo un secondo flag --network-interface al comando gcloud compute instances create-with-container (utilizzando un tipo di macchina con vCPU sufficienti per supportare più interfacce di rete):

   --network-interface network=SOURCE_NETWORK_NAME,subnet=SOURCE_SUBNET_NAME,no-address

4. Esegui lo script su una macchina che dispone dell'accesso amministrativo al tuo progetto Google Cloud.

5. Assicurati che le impostazioni di rete del database di origine siano aggiornate in modo da accettare connessioni dall'indirizzo IP in uscita della VM proxy TCP:

   • Per PostgreSQL self-hosted: aggiorna la sezione di replica in pg_hba.conf.
   • Per Cloud SQL per PostgreSQL: aggiungi l'indirizzo IP interno della VM proxy alle reti autorizzate o assicurati che il routing VPC consenta il traffico.

6. Fai clic su Configura e continua.

7. Testa e crea il job di migrazione per verificare che l'istanza principale AlloyDB per PostgreSQL di destinazione possa raggiungere il database di origine tramite la VM proxy.

Passaggi successivi

• Per scoprire di più sulla connettività di rete del database in Database Migration Service, consulta la panoramica dei metodi di networking.

• Per una procedura dettagliata completa della migrazione, consulta Inizia a utilizzare le migrazioni di AlloyDB per PostgreSQL.