Configurer la connectivité à l'aide d'un proxy TCP via une VM hébergée dans le cloud

Vous pouvez utiliser un proxy TCP sur une machine virtuelle (VM) Compute Engine lorsque vous souhaitez établir une connectivité privée via l'appairage de réseaux cloud privés virtuels (VPC), mais que l'appairage de VPC non transitif empêche le routage direct entre votre base de données source et votre cluster AlloyDB pour PostgreSQL de destination (par exemple, lors de la migration depuis une instance Cloud SQL pour PostgreSQL qui utilise l'ancienne architecture de réseau de producteur, ou depuis une base de données source auto-hébergée dans un réseau VPC distinct). Pour une présentation conceptuelle du fonctionnement de cette méthode, consultez Proxy TCP via une VM hébergée dans le cloud dans la présentation des méthodes de mise en réseau.

Figure 1. Exemple de connectivité : proxy TCP utilisé pour acheminer le trafic entre les bases de données sources et les clusters AlloyDB pour PostgreSQL de destination. (cliquez sur l'image pour l'agrandir)

Lorsque vous créez un job de migration continu dans la console Google Cloud , Database Migration Service collecte les paramètres requis et génère un script gcloud qui crée une VM de conteneur Compute Engine exécutant le proxy TCP et une règle de pare-feu autorisant le trafic TCP entrant sur le port 5432 du cluster AlloyDB pour PostgreSQL de destination vers la VM proxy.

Configurer la VM du proxy TCP

Dans la console Google Cloud , lorsque vous configurez la connectivité entre la source et la destination, procédez comme suit :

1. Dans le menu déroulant Méthode de connectivité, sélectionnez Proxy via une VM hébergée dans le cloud – TCP.

2. Spécifiez les paramètres de configuration suivants pour l'instance Compute Engine qui sert d'hôte bastion proxy :

   • Nom de l'instance de VM Compute Engine : nom unique de l'instance de VM proxy.
   • Type de machine : type de machine Compute Engine (par exemple, e2-standard-2 ou n1-standard-1).
   • Sous-réseau : sous-réseau de votre réseau VPC qui se connecte au cluster de destination.
   Remarque : L'instance de VM Compute Engine créée par le script n'est pas gérée par Database Migration Service. Votre organisation est facturée pour l'instance en fonction des tarifs standards de Compute Engine, et vous êtes responsable de sa gestion, y compris de la suppression de l'instance lorsqu'elle n'est plus nécessaire.

3. Cliquez sur Afficher le script pour examiner le script de déploiement généré.

   Point clé : Par défaut, le script génère une adresse IP publique pour la VM Compute Engine. Si votre organisation n'autorise pas la création d'une VM avec une adresse IP publique ou si vous avez besoin d'une isolation stricte des adresses IP privées, procédez comme suit :

   1. Activez l'accès privé à Google sur le sous-réseau utilisé pour le proxy. Cette étape est nécessaire pour permettre à l'instance Compute Engine de télécharger les images de conteneur de proxy nécessaires depuis Artifact Registry ou Container Registry.
   2. Ajoutez la clé no-address à l'option --network-interface de la commande gcloud compute instances create-with-container dans le script :

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

   Si votre base de données source réside dans un réseau VPC ou un VPC partagé différent de celui du cluster AlloyDB pour PostgreSQL de destination, vous pouvez également associer une interface réseau supplémentaire à la VM proxy en ajoutant un deuxième flag --network-interface à la commande gcloud compute instances create-with-container (en utilisant un type de machine avec suffisamment de processeurs virtuels pour prendre en charge plusieurs interfaces réseau) :

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

4. Exécutez le script sur une machine disposant d'un accès administrateur à votre projet Google Cloud.

5. Assurez-vous que les paramètres réseau de la base de données source sont mis à jour pour accepter les connexions provenant de l'adresse IP sortante de la VM du proxy TCP :

   • Pour PostgreSQL auto-hébergé : mettez à jour la section de réplication dans pg_hba.conf.
   • Pour Cloud SQL pour PostgreSQL : ajoutez l'adresse IP interne de la VM proxy aux réseaux autorisés ou assurez-vous que le routage VPC autorise le trafic.

6. Cliquez sur Configurer et continuer.

7. Testez et créez votre job de migration pour vérifier que l'instance principale AlloyDB pour PostgreSQL de destination peut atteindre la base de données source via la VM proxy.

Étapes suivantes

• Pour en savoir plus sur la connectivité réseau des bases de données dans Database Migration Service, consultez la présentation des méthodes de mise en réseau.

• Pour obtenir un guide de migration complet, étape par étape, consultez Premiers pas avec les migrations AlloyDB pour PostgreSQL.