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

MySQL   |  PostgreSQL   |  PostgreSQL zu AlloyDB

Übersicht

In bestimmten Migrationsszenarien ist es möglicherweise nicht möglich, eine direkte Verbindung zwischen der Quell- und der Zieldatenbank herzustellen. In solchen Fällen empfehlen wir, eine TCP-Proxy-VM zum Weiterleiten von Traffic zu verwenden. Sie können eine TCP-Proxy-VM mit einem automatisierten Skript einrichten, das von Database Migration Service generiert wird.

Abbildung 1. Beispiel für eine Verbindung: TCP-Proxy wird zum Weiterleiten von Traffic wenn bei der Migration von einer Cloud SQL-Instanz in der alten Producer-Netzwerkarchitektur verwendet (zum Vergrößern klicken)

Wenn Sie einen Migrationsjob erstellen, erfasst Database Migration Service die erforderlichen Informationen und generiert ein Skript, mit dem die Proxy-VM eingerichtet wird. Dieses Skript führt mehrere Google Cloud CLI-Befehle aus, die Folgendes ausführen:

1. Erstellt und konfiguriert eine Compute Engine-Instanz im selben Projekt und VPC wie die Zieldatenbank.

   Auf dieser VM wird ein transparenter TCP-Proxy ausgeführt, der standardmäßig private und öffentliche IPs hat. Der Proxy beginnt sofort nach dem Start mit der Verarbeitung eingehender Verbindungen.

2. Erstellt eine Firewallregel, um Verbindungen von der AlloyDB for PostgreSQL-Zieldatenbank zum Proxy zuzulassen.

TCP-Proxy-VM einrichten

Führen Sie in der Google Cloud Konsole beim Einrichten der Verbindung zwischen Quelle und Ziel die folgenden Schritte aus:

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 der Compute Engine-Instanz an, die als Bastion-Host dient:

   • Name der Compute Engine-VM-Instanz: Der Name der Compute Engine-Instanz.
   • Maschinentyp: Der Compute Engine-Maschinentyp, z. B. n1-standard-n1.
   • Subnetzwerk: Das Subnetz der Ziel-VPC.
   Hinweis: Die von dem Skript erstellte Compute Engine-VM-Instanz wird nicht von Database Migration Service verwaltet. Ihrer Organisation werden die Kosten für die Instanz gemäß der Standard-Preisgestaltung in Rechnung gestellt. Sie ist für die Verwaltung verantwortlich, einschließlich des Löschens der Instanz, wenn sie nicht mehr benötigt wird.

3. Klicken Sie auf Skript ansehen , um das generierte Skript aufzurufen.

   Standardmäßig generiert das Skript eine öffentliche IP-Adresse für den Compute Engine-VM-Server. Wenn Ihre Organisation die Erstellung eines Proxys mit einer öffentlichen IP-Adresse nicht zulässt oder Sie Sicherheitsbedenken haben, führen Sie die folgenden Schritte aus, um die Option zum Generieren der Adresse zu deaktivieren:

   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 Docker-Images aus dem Google Cloud Repository herunterladen kann.
   2. Hängen Sie den no-address Schlüssel an das --network-interface Argument des gcloud compute instances create-with-container Befehls im Skript an:

      gcloud compute instances create-with-container … --network-interface subnet=SUBNET-NAME,no-address

4. Führen Sie das Skript auf einem Computer aus, der Zugriff auf das Google Cloud Projekt der Zieldatenbank hat.

5. Prüfen Sie, ob die folgenden Einstellungen aktualisiert wurden, um Verbindungen von der ausgehenden IP-Adresse des TCP-Proxys zu akzeptieren:

   • Der Abschnitt für Replikationsverbindungen der Datei pg_hba.conf (für eine selbstverwaltete Quellinstanz).

   • Die Definitionen der Sicherheitsgruppe (für eine Amazon RDS-/Aurora-Quellinstanz).

6. Klicken Sie auf Konfigurieren und fortfahren.

7. Wenn sich Ihre Quelle in einem VPN befindet (z. B. in AWS oder Ihrem eigenen lokalen VPN), finden Sie unter Verbindung über VPNs konfigurieren weitere Informationen zum Konfigurieren des Quell-VPN und Google Cloud VPN, damit sie miteinander kommunizieren können.

8. Testen und erstellen Sie Ihren Migrationsjob.