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

MySQL   |  PostgreSQL   |  PostgreSQL a AlloyDB

Descripción general

En ciertas situaciones de migración es posible que no se pueda establecer una conectividad directa entre las bases de datos de origen y destino. En esos casos, recomendamos usar una VM de proxy TCP para enrutar el tráfico. Puedes configurar una VM de proxy TCP con una secuencia de comandos automatizada generada por Database Migration Service.

Figura 1. Ejemplo de conectividad: Proxy TCP que se usa para enrutar el tráfico cuando se migra desde una instancia de Cloud SQL en la arquitectura de red del productor anterior (haz clic para ampliar)

Cuando creas un trabajo de migración, Database Migration Service recopila la información necesaria y genera una secuencia de comandos que configura la VM de proxy. Esta secuencia de comandos ejecuta varios comandos de Google Cloud CLI que realizan lo siguiente:

1. Crea y configura una instancia de Compute Engine en el mismo proyecto y VPC que la base de datos de destino.

   Esta VM ejecuta un proxy TCP transparente que, de forma predeterminada, tiene IPs privadas y públicas. El proxy comienza a atender las conexiones entrantes inmediatamente después del arranque.

2. Crea una regla de firewall para permitir las conexiones desde la base de datos de destino de AlloyDB para PostgreSQL al proxy.

Configura la VM de proxy TCP

En la Google Cloud console, cuando configures la conectividad entre el origen y el destino, realiza los siguientes pasos:

1. En el menú desplegable Connectivity method, selecciona Proxy via cloud-hosted VM - TCP.

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

   • Nombre de la instancia de VM de Compute Engine: Es el nombre de la instancia de Compute Engine.
   • Tipo de máquina: Es el tipo de máquina de Compute Engine, por ejemplo, n1-standard-n1.
   • Subnetwork: Es la subred de la VPC de destino.
   Nota: Database Migration Service no administra la instancia de VM de Compute Engine creada por la secuencia de comandos. A tu organización se le cobra por la instancia según los precios estándar y es responsable de su administración, incluida la eliminación de la instancia cuando ya no sea necesaria.

3. Haz clic en View script para ver la secuencia de comandos generada.

   De forma predeterminada, la secuencia de comandos genera una dirección IP pública para el servidor de VM de Compute Engine. Si tu organización no permite crear un proxy con una dirección IP pública o tienes inquietudes de seguridad, realiza los siguientes pasos para inhabilitar la opción de generar la dirección:

   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 Docker necesarias del Google Cloud repositorio.
   2. Agrega la clave no-address al argumento --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

4. Ejecuta la secuencia de comandos en una máquina que tenga acceso al Google Cloud proyecto de la base de datos de destino.

5. Asegúrate de que la siguiente configuración esté actualizada para aceptar conexiones desde la dirección IP saliente del proxy TCP:

   • La sección de conexiones de replicación del archivo pg_hba.conf (para una instancia de origen autoadministrada)

   • Las definiciones de grupos de seguridad (para una instancia de origen de Amazon RDS/Aurora)

6. Haz clic en Configurar y continuar.

7. Si tu origen está dentro de una VPN (por ejemplo, en AWS o en tu propia VPN local), consulta Configura la conectividad mediante VPN para obtener más información sobre cómo configurar la VPN de origen y la Google Cloud VPN para que trabajen en conjunto.

8. Prueba y crea tu trabajo de migración.