Auf dieser Seite finden Sie eine Übersicht über die Konzepte im Zusammenhang mit der Konfiguration der Netzwerkverbindung für heterogene Migrationen von Oracle zu Cloud SQL for PostgreSQL:
Unter Netzwerkkomponenten wird beschrieben, wie die Quell- und Zielverbindung die End-to-End-Netzwerkkonfiguration für Migrationen bilden.
In den Beispielabschnitten werden verschiedene Kombinationen für die öffentliche und private Quell- und Zielkonnektivität gezeigt:
Nachdem Sie die allgemeinen Beziehungen zwischen den an der Migration beteiligten Diensten von Google Cloudberücksichtigt haben, können Sie sich über Verbindungsmethoden für Quelldatenbanken und Verbindungsmethoden für Zieldatenbanken informieren.
Am Migrationsprozess beteiligte Netzwerkkomponenten
Aus Netzwerksicht sind Database Migration Service und Cloud SQL Dienstersteller, die sich in ihren eigenen dedizierten Netzwerken (Dienstnetzwerke genannt) außerhalb der VPC-Netzwerke (Virtual Private Cloud) befinden, die Sie in Ihrem Google Cloud -Projekt verwenden. Das Ziel der Konfiguration der Netzwerkverbindung für einen Migrationsprozess mit Database Migration Service besteht darin, dafür zu sorgen, dass Database Migration Service den Oracle-Quelldatenbankserver und die Cloud SQL for PostgreSQL-Zielinstanz erreichen kann.
Wenn Sie die Einrichtung der Netzwerkverbindung für Ihre Migration planen, sollten Sie die Infrastrukturanforderungen sorgfältig berücksichtigen. Dazu gehören auch die Einschränkungen, die Ihre Netzwerkentscheidungen für den Endzustand der migrierten Datenbankinstanz mit sich bringen könnten. Wenn Sie beispielsweise eine private Verbindung für die Verbindung zur Zieldatenbank verwenden möchten, müssen Sie die Cloud SQL-Zielinstanz mit aktivierter privater IP-Adresse erstellen. Sie können die private IP-Adresse Ihrer Cloud SQL-Instanz später nicht mehr deaktivieren.
Es gibt mehrere verschiedene Methoden, mit denen Sie die erforderlichen Netzwerkverbindungen herstellen können. Sowohl die Quell- als auch die Zielverbindung können über öffentliche oder private IP-Adressen hergestellt werden. Sie können beliebige Methoden zur Verbindung von Quellen und Zielen kombinieren, um Ihre Infrastrukturanforderungen optimal zu erfüllen.
Beispiel: Verbindung zur öffentlichen IP-Quelle und Verbindung zum privaten IP-Ziel
In diesem Beispiel haben Sie die folgenden Datenbankinstanzen:
- Ein selbst gehosteter Oracle-Quelldatenbankserver mit einer öffentlichen IP-Adresse.
- Eine Cloud SQL for PostgreSQL-Zielinstanz mit aktivierter privater IP-Adresse.
Für die Quelldatenbankverbindung verwenden Sie die Methode „IP-Zulassungsliste“, um eine Verbindung über das öffentliche Internet herzustellen. Sie sichern diese Verbindung mit einem SSL/TLS-Zertifikat.
Für die Verbindung zur Zieldatenbank verwenden Sie Private Service Connect, um eine private Verbindung über das Google Cloud Netzwerk herzustellen. Diese interne Verbindung wird von Database Migration Service automatisch verschlüsselt.
Beispiel: Private IP-Verbindung für eine Quelldatenbank, die außerhalb von Google Cloudgehostet wird
In diesem Beispiel haben Sie die folgenden Komponenten:
- Eine Oracle-Quellinstanz, die in einer anderen Cloud gehostet wird, und ein VPN-Gateway
- Eine Cloud VPN-Instanz in Ihrer Google Cloud VPC
- Eine Cloud SQL for PostgreSQL-Zielinstanz mit aktivierter öffentlicher IP-Adresse
Für die Quelldatenbankkonnektivität verwenden Sie eine private Konnektivitätskonfiguration, um eine Private Service Connect-Verbindung zwischen Database Migration Service und der VPC herzustellen, in der sich Ihre Cloud VPN-Instanz befindet. Mit Cloud VPN erstellen Sie einen IPsec-Tunnel zwischen Google Cloud und dem Cloud-Netzwerk, in dem sich die Oracle-Quelldatenbank befindet.
Für die Verbindung zur Zieldatenbank verwenden Sie die Verbindungsmethode über öffentliche IP-Adressen, um eine Verbindung über das öffentliche Internet herzustellen. Database Migration Service sichert diese Verbindung automatisch mit SSL/TLS.
Nächste Schritte
Es gibt viele verschiedene Verbindungsmethoden, die Sie verwenden können. Jede Methode kann mit Proxyservern, SSH-Tunneln und Bastion-VMs weiter angepasst werden.