Verbindung mit einem TCP-Proxy über eine in der Cloud gehostete VM konfigurieren

Sie können einen TCP-Proxy auf einer Compute Engine-VM verwenden, wenn Sie eine private Verbindung über Virtual Private Cloud (VPC)-Peering herstellen möchten, aber nicht transitives VPC-Peering ein direktes Routing zwischen Ihrer Quelldatenbank und Ihrem AlloyDB for PostgreSQL-Zielcluster verhindert (z. B. bei der Migration von einer Cloud SQL for PostgreSQL-Instanz, die die ältere Erstellernetzwerkarchitektur verwendet, oder von einer selbst gehosteten Quelldatenbank in einem separaten VPC-Netzwerk). Eine konzeptionelle Übersicht über die Funktionsweise dieser Methode finden Sie unter TCP-Proxy über eine in der Cloud gehostete VM in der Übersicht über Netzwerkmethoden.

Abbildung 1. Beispiel für die Verbindung: TCP-Proxy, der zum Weiterleiten von Traffic zwischen Quelldatenbanken und AlloyDB for PostgreSQL-Zielclustern verwendet wird. (Zum Vergrößern klicken)

Wenn Sie in der Google Cloud Konsole einen kontinuierlichen Migrationsjob erstellen, erfasst Database Migration Service die erforderlichen Parameter und generiert ein gcloud-Skript, das eine Compute Engine-Container-VM erstellt, auf der der TCP-Proxy ausgeführt wird, sowie eine Firewallregel, die eingehenden TCP-Traffic auf Port 5432 vom AlloyDB for PostgreSQL-Zielcluster zur Proxy-VM zulässt.

TCP-Proxy-VM einrichten

Führen Sie in der Google Cloud Console die folgenden Schritte aus, wenn Sie die Verbindung zwischen Quelle und Ziel einrichten:

1. Wählen Sie im Drop-down-Menü Verbindungsmethode die Option Proxy über in der Cloud gehostete VM – TCP aus.

2. Geben Sie die folgenden Konfigurationsparameter für die Compute Engine-Instanz an, die als Proxy-Bastion-Host dient:

   • Compute Engine-VM-Instanzname: Ein eindeutiger Name für die Proxy-VM-Instanz.
   • Maschinentyp: Der Compute Engine-Maschinentyp (z. B. e2-standard-2 oder n1-standard-1).
   • Subnetzwerk: Das Subnetz Ihres VPC-Netzwerk, das mit dem Zielcluster verbunden ist.
   Hinweis: Die vom Skript erstellte Compute Engine-VM-Instanz wird nicht von Database Migration Service verwaltet. Ihrer Organisation wird die Instanz gemäß den standardmäßigen Compute Engine-Preisen in Rechnung gestellt. Sie sind für die Verwaltung der Instanz verantwortlich, einschließlich des Löschens der Instanz, wenn sie nicht mehr benötigt wird.

3. Klicken Sie auf Skript ansehen, um das generierte Bereitstellungsskript zu prüfen.

   Wichtiger Hinweis: Standardmäßig generiert das Skript eine öffentliche IP-Adresse für die Compute Engine-VM. Wenn Ihre Organisation das Erstellen einer VM mit einer öffentlichen IP-Adresse nicht zulässt oder Sie eine strikte private IP-Isolierung benötigen, führen Sie die folgenden Schritte aus:

   1. Aktivieren Sie den privaten Google-Zugriff für das Subnetz, das für den Proxy verwendet wird. Dies ist erforderlich, damit die Compute Engine-Instanz die erforderlichen Proxy-Container-Images aus Artifact Registry oder Container Registry herunterladen kann.
   2. Hängen Sie den Schlüssel no-address an das Flag --network-interface des Befehls gcloud compute instances create-with-container im Skript an:

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

   Wenn sich Ihre Quelldatenbank in einem anderen VPC-Netzwerk oder einer anderen freigegebene VPC als der AlloyDB for PostgreSQL-Zielcluster befindet, können Sie der Proxy-VM auch eine zusätzliche Netzwerkschnittstelle hinzufügen. Fügen Sie dazu dem Befehl gcloud compute instances create-with-container ein zweites --network-interface-Flag hinzu (verwenden Sie einen Maschinentyp mit genügend vCPUs, um mehrere Netzwerkschnittstellen zu unterstützen):

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

4. Führen Sie das Script auf einem Computer aus, der Administratorzugriff auf Ihr Google Cloud-Projekt hat.

5. Achten Sie darauf, dass die Netzwerkeinstellungen der Quelldatenbank so aktualisiert sind, dass Verbindungen von der ausgehenden IP-Adresse der TCP-Proxy-VM akzeptiert werden:

   • Für selbst gehostete PostgreSQL-Datenbanken: Aktualisieren Sie den Replikationsabschnitt in pg_hba.conf.
   • Für Cloud SQL for PostgreSQL: Fügen Sie die interne IP-Adresse der Proxy-VM den autorisierten Netzwerken hinzu oder sorgen Sie dafür, dass das VPC-Routing den Traffic zulässt.

6. Klicken Sie auf Konfigurieren und fortfahren.

7. Testen und erstellen Sie den Migrationsjob, um zu prüfen, ob die primäre AlloyDB for PostgreSQL-Zielinstanz die Quelldatenbank über die Proxy-VM erreichen kann.

Nächste Schritte

• Weitere Informationen zur Datenbank-Netzwerkverbindung im Database Migration Service finden Sie unter Netzwerkmethoden – Übersicht.

• Eine vollständige, detaillierte Migrationsanleitung finden Sie unter Erste Schritte mit AlloyDB for PostgreSQL-Migrationen.