Configura la conectividad con un túnel SSH inverso

Puedes establecer la conectividad desde el clúster de AlloyDB para PostgreSQL de destino hasta 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, un servidor o una estación de trabajo en la red de origen) 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 públicos de origen.

Database Migration Service recopila la información necesaria en el momento de la creación del trabajo de migración y genera automáticamente una secuencia de comandos para configurar los componentes del túnel.

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 cuando creas un trabajo de migración para configurar un túnel SSH inverso entre la base de datos de origen y el clúster de AlloyDB para PostgreSQL de destino. Después de proporcionar algunos parámetros, ejecuta un conjunto de comandos de gcloud en una máquina que tenga conectividad con la base de datos de origen y Google Cloud.

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

2. Selecciona la instancia de VM que se usará para establecer la conectividad entre la base de datos de origen y el clúster de AlloyDB para PostgreSQL de destino. Por lo general, esta es una VM que se ejecuta en la VPC en la que se ejecuta la aplicación que accede a la base de datos de AlloyDB para PostgreSQL. La instancia de VM funciona como el servidor de bastión del túnel SSH.

3. 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, configura el parámetro GatewayPorts como yes en el archivo /etc/ssh/sshd_config en el servidor de bastión. 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.

4. Como alternativa, puedes crear una VM nueva en este paso. Selecciona CREAR UNA INSTANCIA DE VM DE COMPUTE ENGINE y el guion generado 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ás responsable de su administración, lo que incluye borrar la instancia cuando ya no sea necesaria.

5. Haz clic en VER GUION para ver el guion generado.

   De forma predeterminada, la secuencia de comandos genera una dirección IP pública para el servidor de VM de Compute Engine. Si deseas que la dirección IP sea privada, sigue estos pasos:

   • 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 deseas 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 reside la VPC compartida. region_name y subnetwork_name son los nombres de la región y la subred asociadas con el proyecto de VPC.

   Nota: Asegúrate de que la sección de conexiones de replicación del archivo pg_hba.conf (para PostgreSQL autohospedado) o los grupos de seguridad de la nube (para RDS de AWS o Aurora) 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 de host de bastión y el rango de red de VPC de AlloyDB para PostgreSQL de destino.

6. 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 predeterminado 5432).
   • Si creas una VM de Compute Engine nueva, después de ejecutar correctamente la secuencia de comandos, copia la dirección IP del servidor de la VM del resultado de la secuencia de comandos y, luego, ingrésala en el campo de texto proporcionado. La configuración del clúster de AlloyDB para PostgreSQL de destino se actualiza según sea necesario cuando, más adelante, pruebes o inicies el trabajo de migración.

7. Haz clic en CONFIGURAR Y CONTINUAR.

8. Verifica tu trabajo de migración para confirmar que se conecta y migra correctamente los datos de tu instancia de base de datos de origen al clúster de destino de AlloyDB para PostgreSQL.

9. 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 Crea conexiones de VPN con alta disponibilidad entre Google Cloud y AWS en la documentación de Cloud VPN.

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

¿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.