Configura la conectividad con un túnel SSH inverso

Puedes establecer la conectividad de la base de datos de destino a la base de datos de origen a través de un túnel SSH inverso seguro. Este método requiere una VM de host de bastión en el proyecto de Google Cloud , así como una máquina (por ejemplo, una laptop en la red) que tenga conectividad con la base de datos de origen.

Importante: Si tu fuente está dentro de una VPN (en AWS, por ejemplo, o en tu propia VPN local), tu perfil de conexión de origen debe usar la dirección IP y el puerto de la VPN en lugar de la dirección IP y el puerto de origen.

Database Migration Service recopila la información necesaria en el momento de la creación de la migración y genera de forma automática la secuencia de comandos para configurarlo todo.

Figura 1. Ejemplo de redes de migración: conectividad de origen a través de un túnel SSH. (haz clic para agrandar)

Configura un túnel SSH inverso

Los siguientes pasos se realizan en el flujo de Database Migration Service para crear un trabajo de migración y configurar un túnel SSH inverso entre la base de datos de origen y la instancia de Cloud SQL. Después de proporcionar algunos parámetros, ejecutas un conjunto de comandos de gcloud en una máquina que tiene conectividad con la base de datos de origen y con Google Cloud.

1. Selecciona la instancia de VM que se usa para establecer la conectividad entre la base de datos de origen y la instancia de Cloud SQL. Por lo general, se trata de una VM que se ejecuta en la VPC en la que se ejecuta la aplicación que accede a la nueva base de datos de Cloud SQL. La instancia de VM funciona como el servidor de bastión del túnel SSH.

2. Puedes usar una instancia de VM de Compute Engine existente para este propósito.

   1. Elige la instancia de VM de Compute Engine de la lista.

   2. Proporciona un puerto libre que pueda usar el túnel SSH.

   Nota: Para que el túnel SSH inverso funcione, establece el parámetro GatewayPorts en yes en el archivo /etc/ssh/sshd_config del servidor de destino. Después de actualizar el archivo, reinicia el servicio sshd con el comando sudo systemctl restart sshd.service. Si no quieres cambiar la configuración de tu VM existente, crea una nueva.

3. Como alternativa, puedes crear una VM nueva en este paso. Selecciona CREATE A COMPUTE ENGINE VM INSTANCE y la secuencia de comandos generada incluirá instrucciones para crearla.

   1. Proporciona un nombre para la instancia de VM.

   2. Selecciona un tipo de máquina para la VM.

   3. Especifica una subred para la VM

   Nota: Database Migration Service no administra una instancia de VM de Compute Engine creada por la secuencia de comandos. Si se crea una, se le cobrará a tu organización por la instancia según los precios estándar, y será responsable de su administración, incluida la eliminación de la instancia cuando ya no sea necesaria.

4. Haz clic en VER SECUENCIA DE COMANDOS para ver la secuencia de comandos generada.

   De forma predeterminada, la secuencia de comandos generará una dirección IP pública para el servidor de VM de Compute Engine. Si quieres que la dirección IP sea privada, haz lo siguiente:

   • Modifica el comando gcloud compute instances create agregando la marca --no-address.
   • Modifica el comando gcloud compute ssh agregando la marca --internal-ip.

   Además, si quieres crear una VM de host de bastión en una subred que se encuentra en una VPC compartida, modifica el comando export SUBNET_NAME de la secuencia de comandos generada para que apunte a /projects/project_name/regions/region_name/subnetworks/subnetwork_name.

   Por ejemplo:

   export SUBNET_NAME=projects/myproject/regions/myregion/subnetworks/mysubnetwork

   project_name es el nombre del proyecto en el que se encuentra la VPC compartida. Un proyecto tiene regiones y subredes. region_name y subnetwork_name son los nombres de la región y la subred que están asociadas con el proyecto de VPC.

   Nota: Asegúrate de que la sección de conexiones de replicación del archivo pg_hba.conf o los grupos de seguridad de la nube (para RDS de AWS, Aurora o Azure) en la base de datos de origen estén actualizados para aceptar conexiones entrantes en el puerto 5432 desde la dirección IP de la VM del host de bastión y el rango de direcciones IP de la VPC de Cloud SQL.

5. Ejecuta la secuencia de comandos en una máquina que tenga acceso a la base de datos de origen y a la VM de Compute Engine. La secuencia de comandos realiza las siguientes operaciones:

   • Configura la VM de Compute Engine como un servidor de bastión de túnel SSH.

   • Establece una conexión SSH segura que reenvía el tráfico desde el puerto del host de bastión al servidor de la base de datos de PostgreSQL de origen (puerto 5432).

   • Si creas una VM de Compute Engine nueva, después de ejecutar la secuencia de comandos correctamente, copia la IP del servidor de la VM del resultado de la secuencia de comandos y, luego, ingrésala en el campo de texto proporcionado. La instancia de Cloud SQL se actualizará según sea necesario cuando pruebes o inicies el trabajo de migración más adelante.

6. Haz clic en CONFIGURAR Y CONTINUAR.

7. Verifica tu trabajo de migración para confirmar que se migraron correctamente los datos de tu instancia de base de datos de origen a la instancia de base de datos de Cloud SQL de destino.

8. Según la arquitectura de tu red, es posible que debas configurar puertas de enlace de VPN adicionales en tu sistema. Para obtener más información, consulta las siguientes páginas: Crea conexiones de VPN con alta disponibilidad entre Google Cloud y AWS o Crea conexiones de VPN con alta disponibilidad entre Google Cloud y Azure en la documentación de Cloud VPN.

9. Después de configurar el trabajo de migración, verificar la conectividad y configurar las VPN correctamente, si es necesario, puedes ejecutar el trabajo.