Configura la conectividad con un proxy TCP a través de una VM alojada en la nube

Puedes usar un proxy TCP en una máquina virtual (VM) de Compute Engine cuando quieras establecer conectividad privada a través del intercambio de tráfico entre nubes privadas virtuales (VPC), pero el intercambio de tráfico entre VPC no transitivo impide el enrutamiento directo entre tu base de datos de origen y tu clúster de AlloyDB para PostgreSQL de destino (por ejemplo, cuando migras desde una instancia de Cloud SQL para PostgreSQL que usa la arquitectura de red del productor anterior o desde una base de datos de origen autohospedada en una red de VPC independiente). Para obtener una descripción general conceptual de cómo funciona este método, consulta Proxy TCP a través de una VM alojada en la nube en la descripción general de los métodos de herramientas de redes.

Figura 1. Ejemplo de conectividad: Proxy TCP usado para enrutar el tráfico entre las bases de datos de origen y los clústeres de AlloyDB para PostgreSQL de destino. (haz clic para agrandar)

Cuando creas un trabajo de migración continuo en la consola de Google Cloud , Database Migration Service recopila los parámetros requeridos y genera una secuencia de comandos de gcloud que crea una VM de contenedor de Compute Engine que ejecuta el proxy TCP y una regla de firewall que permite el tráfico TCP entrante en el puerto 5432 desde el clúster de AlloyDB para PostgreSQL de destino hasta la VM de proxy.

Configura la VM de proxy TCP

En la consola de Google Cloud , cuando configures la conectividad entre el origen y el destino, sigue estos pasos:

1. En el menú desplegable Método de conectividad, selecciona Proxy a través de VM alojada en la nube: TCP.

2. Especifica los siguientes parámetros de configuración para la instancia de Compute Engine que funciona como host de bastión de proxy:

   • Nombre de la instancia de VM de Compute Engine: Es un nombre único para la instancia de VM de proxy.
   • Tipo de máquina: Es el tipo de máquina de Compute Engine (por ejemplo, e2-standard-2 o n1-standard-1).
   • Subred: Es la subred de tu red de VPC que se conecta al clúster de destino.
   Nota: Database Migration Service no administra la instancia de VM de Compute Engine que crea la secuencia de comandos. Se le cobrará a tu organización por la instancia según los precios estándar de Compute Engine, y tú eres responsable de su administración, lo que incluye borrar la instancia cuando ya no sea necesaria.

3. Haz clic en Ver secuencia de comandos para revisar la secuencia de comandos de implementación generada.

   Punto clave: De forma predeterminada, la secuencia de comandos genera una dirección IP pública para la VM de Compute Engine. Si tu organización no permite crear una VM con una dirección IP pública o si necesitas un aislamiento estricto de IP privada, realiza los siguientes pasos:

   1. Habilita el Acceso privado a Google en la subred que se usa para el proxy. Esto es necesario para permitir que la instancia de Compute Engine descargue las imágenes de contenedor de proxy necesarias desde Artifact Registry o Container Registry.
   2. Agrega la clave no-address a la marca --network-interface del comando gcloud compute instances create-with-container en la secuencia de comandos:

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

   Si tu base de datos de origen reside en una red de VPC o una VPC compartida diferente de la del clúster de AlloyDB para PostgreSQL de destino, también puedes conectar una interfaz de red adicional a la VM de proxy agregando una segunda marca --network-interface al comando gcloud compute instances create-with-container (con un tipo de máquina con suficientes CPUs virtuales para admitir varias interfaces de red):

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

4. Ejecuta la secuencia de comandos en una máquina que tenga acceso de administrador a tu proyecto de Google Cloud.

5. Asegúrate de que la configuración de red de la base de datos de origen esté actualizada para aceptar conexiones desde la dirección IP de salida de la VM de proxy de TCP:

   • Para PostgreSQL autohospedado: Actualiza la sección de replicación en pg_hba.conf.
   • En el caso de Cloud SQL para PostgreSQL, agrega la dirección IP interna de la VM de proxy a las redes autorizadas o asegúrate de que el enrutamiento de VPC permita el tráfico.

6. Haz clic en Configurar y continuar.

7. Prueba y crea tu trabajo de migración para verificar que la instancia principal de AlloyDB para PostgreSQL de destino pueda llegar a la base de datos de origen a través de la VM de proxy.

¿Qué sigue?

• Para obtener más información sobre la conectividad de red de la base de datos en Database Migration Service, consulta Descripción general de los métodos de herramientas de redes.

• Para obtener una explicación completa y paso a paso de la migración, consulta Comienza a usar las migraciones de AlloyDB para PostgreSQL.