Configurar a conectividade usando um proxy TCP por uma VM hospedada na nuvem

É possível usar um proxy TCP em uma máquina virtual (VM) do Compute Engine quando você quer estabelecer conectividade privada por peering de nuvem privada virtual (VPC), mas o peering de VPC não transitivo impede o roteamento direto entre o banco de dados de origem e o cluster de destino do AlloyDB para PostgreSQL (por exemplo, ao migrar de uma instância do Cloud SQL para PostgreSQL que usa a arquitetura de rede do produtor mais antiga ou de um banco de dados de origem auto-hospedado em uma rede VPC separada). Para uma visão geral conceitual de como esse método funciona, consulte Proxy TCP por uma VM hospedada na nuvem na visão geral dos métodos de rede.

Figura 1. Exemplo de conectividade: proxy TCP usado para rotear o tráfego entre bancos de dados de origem e clusters de destino do AlloyDB para PostgreSQL. (clique para ampliar)

Quando você cria um job de migração contínua no console do Google Cloud , o Database Migration Service coleta os parâmetros necessários e gera um script gcloud que cria uma VM de contêiner do Compute Engine executando o proxy TCP e uma regra de firewall que permite o tráfego TCP de entrada na porta 5432 do cluster de destino do AlloyDB para PostgreSQL para a VM de proxy.

Configurar a VM de proxy TCP

No console do Google Cloud , ao configurar a conectividade entre a origem e o destino, siga estas etapas:

1. No menu suspenso Método de conectividade, selecione Proxy por VM hospedada na nuvem: TCP.

2. Especifique os seguintes parâmetros de configuração para a instância do Compute Engine que serve como o Bastion Host de proxy:

   • Nome da instância de VM do Compute Engine: um nome exclusivo para a instância de VM de proxy.
   • Tipo de máquina: o tipo de máquina do Compute Engine (por exemplo, e2-standard-2 ou n1-standard-1).
   • Sub-rede: a sub-rede da rede VPC que se conecta ao cluster de destino.
   Observação: a instância de VM do Compute Engine criada pelo script não é gerenciada pelo Database Migration Service. Sua organização é cobrada pela instância com base nos preços padrão do Compute Engine, e você é responsável pelo gerenciamento dela, incluindo a exclusão da instância quando ela não for mais necessária.

3. Clique em Ver script para analisar o script de implantação gerado.

   Importante: por padrão, o script gera um endereço IP público para a VM do Compute Engine. Se a organização não permitir a criação de uma VM com um endereço IP público ou se você precisar de um isolamento estrito de IP privado, siga estas etapas:

   1. Ative o Acesso privado do Google na sub-rede usada para o proxy. Isso é necessário para permitir que a instância do Compute Engine faça o download das imagens de contêiner de proxy necessárias do Artifact Registry ou do Container Registry.
   2. Anexe a chave no-address à flag --network-interface do comando gcloud compute instances create-with-container no script:

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

   Se o banco de dados de origem estiver em uma rede VPC ou VPC compartilhada diferente do cluster de destino do AlloyDB para PostgreSQL, também será possível anexar outra interface de rede à VM de proxy adicionando uma segunda flag --network-interface ao comando gcloud compute instances create-with-container (usando um tipo de máquina com vCPUs suficientes para oferecer suporte a várias interfaces de rede):

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

4. Execute o script em uma máquina que tenha acesso administrativo ao seu projeto do Google Cloud.

5. Verifique se as configurações de rede do banco de dados de origem estão atualizadas para aceitar conexões do endereço IP de saída da VM de proxy TCP:

   • Para o PostgreSQL auto-hospedado: atualize a seção de replicação em pg_hba.conf.
   • Para o Cloud SQL para PostgreSQL: adicione o endereço IP interno da VM de proxy às redes autorizadas ou verifique se o roteamento da VPC permite o tráfego.

6. Clique em Configurar e continuar.

7. Teste e crie o job de migração para verificar se a instância principal de destino do AlloyDB para PostgreSQL pode acessar o banco de dados de origem pela VM de proxy.

A seguir

• Para saber mais sobre a conectividade de rede de banco de dados no Database Migration Service, consulte Visão geral dos métodos de rede.

• Para um tutorial completo de migração, consulte Começar a usar as migrações do AlloyDB para PostgreSQL.