Migrationsjob zu einer neuen Zielinstanz erstellen

MySQL   |  PostgreSQL   |  PostgreSQL zu AlloyDB

Übersicht

Der Database Migration Service verwendet Migrationsjobs, um Daten aus der Quelldatenbankinstanz in die Cloud SQL-Zielinstanz zu migrieren.

Hinweis: Bei der IP-Verbindung können Sie bei der Migration zu einer Cloud SQL-Instanz die mit Database Migration Service erstellt wurde, nur die Methode für den Zugriff auf private Dienste (VPC-Peering) verwenden. Wenn Sie Private Service Connect mit Ihrem Ziel cluster verwenden möchten, erstellen Sie zuerst die Zielinstanz direkt in Cloud SQL, und folgen Sie dann der Anleitung auf der Seite Zu einer vorhandenen Instanz migrieren.

Das Erstellen eines Migrationsjobs umfasst folgende Schritte:

• Einstellungen für den Migrationsjob definieren
• Informationen zum Verbindungsprofil angeben, das Sie für Ihre Quelldatenbank erstellt haben (Quellverbindungsprofil)
• Einstellungen für die Cloud SQL-Zielinstanz definieren und die Instanz erstellen
• Verbindung zwischen den Quell- und Zieldatenbankinstanzen einrichten
• Den Migrationsjob testen, um zu überprüfen, ob die für den Job angegebenen Verbindungsinformationen gültig sind

Der Database Migration Service-Assistent unterstützt Sie beim Erstellen eines Migrationsjobs. Der Assistent besteht aus mehreren Fenstern, in denen Sie die Informationen zu Ihren Quell- und Zieldatenbanken sowie zu den Verbindungsmethoden angeben. Im Assistenten können Sie den Migrationsjob auch testen, bevor Sie ihn fertig erstellt haben. Informationen zum Ausfüllen der einzelnen Fenster finden Sie in den verschiedenen Abschnitten auf dieser Seite.

Einstellungen für den Migrationsjob definieren

1. Rufen Sie in der Google Cloud Console die Seite „Migrationsjobs“ auf.
2. Klicken Sie oben auf der Seite auf Migrationsjob erstellen.

3. Geben Sie einen Namen für den Migrationsjob an.

   Wählen Sie einen aussagekräftigen Namen, mit dem Sie den Migrationsjob leicht identifizieren können. Der Jobname sollte keine vertraulichen oder personenbezogenen Informationen enthalten.

4. Behalten Sie die automatisch generierte Migrationsjob-ID bei.

5. Wählen Sie das Quelldatenbankmodul aus.

6. Wählen Sie das Zieldatenbankmodul aus.

7. Wählen Sie die Zielregion für Ihre Migration aus. Hier wird die Database Migration Service-Instanz erstellt. Die Auswahl sollte auf dem Standort der Dienste basieren, die Ihre Daten benötigen, z. B. Compute Engine-Instanzen, App Engine-Anwendungen und andere Dienste. Nachdem Sie die Zielregion ausgewählt haben, kann diese Auswahl nicht mehr geändert werden.

   **Wichtig**: Wenn Sie Cloud SQL for PostgreSQL Enterprise Plus verwenden möchten, prüfen Sie, ob Ihre Region für diese Version unterstützt wird. Informationen zur Regionsunterstützung für Cloud SQL for PostgreSQL Enterprise Plus

8. Geben Sie den Typ des Migrationsjobs an: Einmalig (nur Snapshot) oder Kontinuierlich (Snapshot + laufende Änderungen).

9. Prüfen Sie die erforderlichen Voraussetzungen, die automatisch generiert werden, um zu sehen, wie die Umgebung für einen Migrationsjob vorbereitet werden muss. Diese Voraussetzungen können beispielsweise das Konfigurieren der Quelldatenbank und das Verbinden mit der Cloud SQL-Zielinstanz umfassen. Es ist am besten, diese Voraussetzungen in diesem Schritt abzuschließen. Sie können sie aber auch jederzeit abschließen, bevor Sie den Migrationsjob testen oder starten. Weitere Informationen zu diesen Voraussetzungen finden Sie unter Quelle konfigurieren.

10. Klicken Sie auf Speichern und fortfahren.

Informationen zum Quellverbindungsprofil angeben

1. Wenn Sie ein Verbindungsprofil erstellt haben, wählen Sie es aus der Liste der vorhandenen Verbindungsprofile aus.

   Wenn Sie noch kein Verbindungsprofil erstellt haben, klicken Sie unten in der Drop-down-Liste auf Verbindungsprofil erstellen und führen Sie dann die gleichen Schritte wie unter Quellverbindungsprofil erstellen aus.

2. Klicken Sie im Bereich Konfigurationen für den Daten-Dump anpassen auf Konfigurationen für den Daten-Dump anzeigen.

   Die Geschwindigkeit der Parallelität des Daten-Dumps hängt von der Last auf der Quelldatenbank ab. Sie können die folgenden Einstellungen verwenden:

   • Optimal (empfohlen): Ausgewogene Leistung bei optimaler Last auf der Quelldatenbank.
   • Maximal: Bietet die höchste Dump-Geschwindigkeit, kann aber zu einer erhöhten Last auf der Quelldatenbank führen.
   • Minimal: Beansprucht die geringste Menge an Rechenressourcen in der Quelldatenbank, kann aber einen langsameren Dump-Durchsatz haben.

   Wenn Sie angepasste Einstellungen für die Parallelität des Daten-Dumps verwenden möchten, erhöhen Sie die Parameter max_replication_slots, max_wal_senders, und max_worker_processes in der Quelldatenbank. Sie können Ihre Konfiguration überprüfen, indem Sie den Test des Migrationsjobs ausführen am Ende der Erstellung des Migrationsjobs.

3. Klicken Sie auf Speichern und fortfahren.

Cloud SQL-Zielinstanz definieren und erstellen

Hinweis: Für Cloud SQL-Quellen: Wenn Sie von einer Cloud SQL Instanz, die eine private IP-Verbindung verwendet, zu einer Cloud SQL-Instanz migrieren, die einen IP-Adressbereich außerhalb von RFC 1918 verwendet, fügen Sie den Bereich außerhalb von RFC 1918 der Netzwerkkonfiguration der Cloud SQL-Quellinstanz hinzu. Weitere Informationen finden Sie in der Cloud SQL-Dokumentation unter Autorisierte Netzwerke konfigurieren.

1. Wählen Sie im Drop-down-Menü Typ der Zielinstanz die Option Neue Instanz aus.

   Sie können auch zu einer vorhandenen Instanz migrieren. Weitere Informationen finden Sie unter Migrationsjob für eine vorhandene Instanz.

2. Geben Sie eine ID für die Cloud SQL-Instanz an oder verwenden Sie die automatisch generierte ID. Die ID sollte keine vertraulichen oder personenbezogenen Informationen enthalten, da sie extern sichtbar ist. Die Projekt-ID muss nicht im Instanznamen enthalten sein. Dies geschieht gegebenenfalls automatisch (z. B. in den Logdateien).

3. Geben Sie ein alphanumerisches Passwort für die Cloud SQL-Zielinstanz an. Dies ist das Passwort für das Administratorkonto postgres in der Instanz.

   Sie können das Passwort entweder manuell eingeben oder auf Generieren klicken, damit Database Migration Service automatisch ein Passwort erstellt.

4. Wählen Sie die Datenbankversion für die Zielinstanz aus der Liste der unterstützten Database Migration Service-Versionen für das angegebene Datenbankmodul aus. Weitere Informationen zur versionsübergreifenden Migrationsunterstützung
5. Wählen Sie die Cloud SQL for PostgreSQL-Version für die Zielinstanz aus. Es gibt zwei Optionen: Cloud SQL for PostgreSQL Enterprise und Cloud SQL for PostgreSQL Enterprise Plus.

   Die Cloud SQL for PostgreSQL-Versionen bieten unterschiedliche Funktionen, verfügbare Maschinentypen und Preise. In der Cloud SQL-Dokumentation finden Sie Informationen zur Auswahl der für Ihre Anforderungen geeigneten Version. Weitere Informationen finden Sie unter Einführung in Cloud SQL for PostgreSQL-Versionen.

6. Die Instanz wird in der Region erstellt, die Sie beim Definieren der Einstellungen für den Migrationsjob ausgewählt haben. Wählen Sie eine Zone in dieser Region aus oder lassen Sie die Zone auf Beliebig festgelegt, damit Google automatisch eine Zone auswählt.

   Wenn Sie die Instanz für Hochverfügbarkeit konfigurieren, wählen Sie Mehrere Zonen (hochverfügbar) aus. Sie können sowohl die primäre als auch die sekundäre Zone auswählen. Die folgenden Bedingungen gelten, wenn die sekundäre Zone während der Instanzerstellung verwendet wird:

   • Die Zonen verwenden standardmäßig Beliebig für die primäre Zone und Beliebig (anders als primär) für die sekundäre Zone.
   • Wenn sowohl die primäre als auch die sekundäre Zone angegeben sind, müssen sie unterschiedliche Zonen sein.

7. Wählen Sie aus, ob Sie sich mit einer privaten oder öffentlichen IP-Adresse mit dieser Instanz verbinden möchten.
1. Wenn Sie eine Verbindung über VPC-Peering oder einen umgekehrten SSH-Tunnel herstellen möchten, klicken Sie auf das Kästchen Private IP-Adresse.
1. Achten Sie darauf, dass Folgendes zutrifft, um die private IP-Adresse zu aktivieren:
• Die Service Networking API ist aktiviert. Sie können die Service Networking API über die Google Cloud Console aktivieren.
• Sie haben die servicenetworking.services.addPeering IAM-Berechtigung.
• Sie haben den Zugriff auf private Dienste für Ihr Projekt konfiguriert. Dazu benötigen Sie die compute.networkAdmin IAM-Rolle.
• In Ihrem Projekt ist mindestens ein Nicht-Legacy-VPC-Netzwerk oder ein freigegebenes VPC-Netzwerk vorhanden.
• Wenn Sie ein freigegebenes VPC-Netzwerk verwenden, müssen Sie außerdem Folgendes tun:
  • Aktivieren Sie die Service Networking API für das Hostprojekt.
  • Fügen Sie Ihren Nutzer dem Hostprojekt hinzu.
  • Weisen Sie Ihrem Nutzer im Hostprojekt die IAM-Rolle „ compute.networkAdmin“ zu.
2. Wählen Sie das zu peerende VPC-Netzwerk aus. Wenn Sie eine Verbindung zur Migrationsquelle über VPC-Peering herstellen möchten, wählen Sie die VPC aus, in der sich die Instanz befindet.
3. Wenn für die ausgewählte VPC noch kein verwaltetes Dienstnetzwerk konfiguriert wurde, können Sie entweder einen IP-Bereich auswählen und auf Verbinden klicken oder einen automatisch ausgewählten IP-Bereich verwenden und auf Zuweisen und verbinden klicken.

2. Wenn Sie eine Verbindung über eine IP-Zulassungsliste herstellen möchten, wählen Sie Öffentliche IP-Adresse aus.

   Optional können Sie auf Autorisierte Netzwerke klicken und entweder ein Netzwerk oder einen Proxy autorisieren, eine Verbindung zur Cloud SQL-Instanz herzustellen. Cloud SQL-Instanzen akzeptieren nur Verbindungen von autorisierten Adressen. Weitere Informationen zum Konfigurieren des öffentlichen Zugriffs auf die Instanz finden Sie unter Öffentliche IP-Adresse konfigurieren.

8. Wählen Sie den Maschinentyp für die Cloud SQL-Instanz aus. Die Laufwerkgröße muss größer oder gleich der Quelldatenbankgröße sein.
   Hinweis: Welche Maschinen in der Auswahl Maschinentyp verfügbar sind, hängt von der verwendeten Cloud SQL-Version ab.

   Weitere Informationen zu PostgreSQL -Maschinentypen.

9. Für Cloud SQL for PostgreSQL Enterprise Plus: Klicken Sie das Kästchen Datencache aktivieren an, wenn Sie die Datencache-Funktion in der Zieldatenbank verwenden möchten.

   Der Datencache ist eine optionale Funktion, die für Cloud SQL for PostgreSQL Enterprise Plus-Instanzen verfügbar ist. Er fügt der Zieldatenbank ein lokales Solid State Drive mit hoher Geschwindigkeit hinzu. Diese Funktion kann zusätzliche Kosten für Cloud SQL verursachen. Weitere Informationen zum Datencache finden Sie in der Cloud SQL-Dokumentation unter Übersicht über den Datencache.

10. Geben Sie den Speichertyp für die Cloud SQL-Instanz an. Sie können entweder ein Solid State Drive (SSD) oder eine Festplatte (HDD) auswählen.
11. Geben Sie die Speicherkapazität (in GB) für die Cloud SQL-Instanz an.
    Wichtig: Die Instanz muss genügend Speicherkapazität haben, um die Daten aus der Quelldatenbank zu verarbeiten. Sie können diese Kapazität jederzeit erhöhen, aber nicht verringern.
12. Optional können Sie auf OPTIONALE KONFIGURATIONEN ANZEIGEN klicken und dann:

    1. Geben Sie an, ob Sie die Verschlüsselung der Daten verwalten möchten, die von der Quelle zum Ziel migriert werden. Standardmäßig werden Ihre Daten mit einem von verwalteten Schlüssel verschlüsselt Google Cloud. Wenn Sie die Verschlüsselung selbst verwalten möchten, können Sie einen vom Kunden verwalteten Verschlüsselungsschlüssel (CMEK) verwenden. Anleitung:

       1. Klicken Sie das Kästchen Vom Kunden verwalteten Verschlüsselungsschlüssel (CMEK) verwenden an.
       2. Wählen Sie im Menü Vom Kunden verwalteten Schlüssel auswählen Ihren CMEK aus.

       Wenn Ihr Schlüssel nicht angezeigt wird, klicken Sie auf RESSOURCENNAME DES SCHLÜSSELS EINGEBEN und geben Sie den Ressourcennamen des Schlüssels ein, den Sie verwenden möchten. Sie können beispielsweise projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key in das Feld Ressourcenname des Schlüssels eingeben und dann auf SPEICHERN klicken.

       Im Rahmen der Erstellung des Migrationsjobs prüft Database Migration Service, ob der CMEK vorhanden ist und ob Database Migration Service die Berechtigung hat, den Schlüssel zu verwenden.

       Wenn Database Migration Service diese Berechtigungen nicht hat, wird eine Meldung angezeigt, dass das Dienstkonto von Database Migration Service den CMEK nicht verwenden kann. Klicken Sie auf GEWÄHREN , um Database Migration Service die Berechtigung zu erteilen, den Schlüssel zu verwenden.

       Weitere Informationen zum Erstellen eines CMEK finden Sie unter Vom Kunden verwaltete Verschlüsselungsschlüssel (CMEK) verwenden.

    2. Fügen Sie alle erforderlichen Flags hinzu, die auf den Datenbankserver angewendet werden. Achten Sie nach Möglichkeit darauf, dass die Datenbank-Flags in der erstellten Cloud SQL-Zielinstanz mit denen in der Quelldatenbank übereinstimmen. Weitere Informationen zu unterstützten Datenbank-Flags für PostgreSQL
    3. Fügen Sie alle Labels hinzu, die für die Cloud SQL-Instanz spezifisch sind.

       Mit Labels können Instanzen organisiert werden. Beispielsweise können Sie Labels nach Kostenstelle oder Umgebung organisieren. Labels sind auch auf Ihrer Rechnung aufgeführt, sodass Sie nachvollziehen können, wie sich die Kosten auf Ihre Labels verteilen.

    4. Klicken Sie auf ERSTELLEN UND FORTFAHREN.

       Lesereplikate erstellen und Hochverfügbarkeit aktivieren ist erst möglich, nachdem Sie die Migration hochgestuft haben.

13. Klicken Sie im Fenster Zieldatenbank erstellen auf ZIEL ERSTELLEN UND FORTFAHREN, um die neue Instanz zu erstellen. Das kann einige Minuten dauern.
    Dadurch wird eine Cloud SQL-Instanz erstellt, für die Ihnen die angegebene Konfiguration in Rechnung gestellt wird. Wenn Sie den Erstellungsprozess des Migrationsjobs vor Abschluss beenden, verwenden Sie die Schaltfläche ABBRECHEN , um die Cloud SQL-Instanz zu bereinigen. Wenn der Browser oder Tab geschlossen wird, auf Speichern und beenden geklickt wird oder Sie die Seite verlassen, wird die Cloud SQL-Instanz nicht bereinigt und muss manuell auf der Seite „Cloud SQL-Instanzen“ gelöscht werden.
    Nachdem die Zielinstanz erstellt wurde, können die Cloud SQL-Instanzeinstellungen nicht mehr in der Database Migration Service Console bearbeitet werden. Sie können aber weiterhin direkt in der Cloud SQL -Console auf die Instanz zugreifen, um sie zu ändern.
14. Warten Sie, bis die Erstellung der Zielinstanz abgeschlossen ist.

Verbindung zwischen den Quell- und Zieldatenbankinstanzen einrichten

Wenn Sie ein Quellverbindungsprofil wiederverwenden, das zuvor für heterogene Migrationen verwendet wurde (z. B. von Oracle zu Cloud SQL zu PostgreSQL), müssen Sie in diesem Schritt eine Verbindungsmethode auswählen. Diese Methode wird für die homogene Migration von einer Cloud SQL for PostgreSQL-Datenbankinstanz zu einer anderen verwendet. Sie müssen eine Verbindungsmethode auswählen, da die heterogene Verbindungsmethode für diesen Migrationsjob nicht relevant ist.

1. Wählen Sie im Drop-down-Menü Verbindungsmethode eine Netzwerkverbindungsmethode aus. Diese Methode gibt an, wie die neu erstellte Cloud SQL-Instanz mit der Quelldatenbank verbunden wird. Derzeit sind folgende Netzwerkverbindungsmethoden verfügbar: IP-Zulassungsliste, umgekehrter SSH-Tunnel und VPC-Peering.

   • Wenn Sie die Netzwerkverbindungsmethode „IP-Zulassungsliste“ auswählen, müssen Sie die ausgehende IP-Adresse der Zielinstanz angeben. Wenn die von Ihnen erstellte Cloud SQL-Instanz eine hochverfügbare Instanz ist, geben Sie die ausgehenden IP-Adressen für die primäre und die sekundäre Instanz an.

   • Wenn Sie die Netzwerkverbindungsmethode „Umgekehrter SSH-Tunnel“ auswählen, wählen Sie die Compute Engine-VM-Instanz aus, die den Tunnel hosten soll.

     Nachdem Sie die Instanz angegeben haben, stellt Google ein Skript zur Verfügung, das die Schritte zum Einrichten des Tunnels zwischen den Quell- und Zieldatenbanken ausführt. Sie müssen das Skript in der Google Cloud CLI ausführen.

     Führen Sie die Befehle auf einem Computer aus, der sowohl mit der Quelldatenbank als auch mit Google Cloud verbunden ist.

   • Wenn Sie die Netzwerkverbindungsmethode „VPC-Peering“ auswählen, wählen Sie das VPC-Netzwerk aus, in dem sich die Quelldatenbank befindet. Die Cloud SQL-Instanz wird aktualisiert, damit eine Verbindung mit diesem Netzwerk hergestellt wird.
   • Weitere Informationen zum Konfigurieren von Verbindungen

2. Nachdem Sie die Netzwerkverbindungsmethode ausgewählt und alle zusätzlichen Informationen für die Methode angegeben haben, klicken Sie auf KONFIGURIEREN UND FORTFAHREN.

Datenbanken für Migration konfigurieren

Sie können die Datenbanken auswählen, die Sie migrieren möchten.

1. Wählen Sie in der Liste Zu migrierende Datenbanken eine der folgenden Optionen aus:
   • Alle Datenbanken: Wählt alle Datenbanken aus, die in der Quelle vorhanden sind.
   • Bestimmte Datenbanken: Ermöglicht Ihnen, bestimmte Datenbanken aus allen Datenbanken auszuwählen, die in der Quelle vorhanden sind.

2. Wenn Sie bestimmte Datenbanken migrieren möchten, können Sie die angezeigte Liste filtern und die Datenbanken auswählen, die Database Migration Service zu einem Ziel migrieren soll.

   Wenn die Liste nicht angezeigt wird und ein Fehler bei der Datenbankerkennung auftritt, klicken Sie auf Neu laden. Wenn die Datenbankerkennung fehlschlägt, werden alle Datenbanken migriert. Sie können mit dem Erstellen eines Migrationsjobs fortfahren und Verbindungsfehler später beheben.

3. Klicken Sie auf Speichern und fortfahren.

Migrationsjob testen und erstellen

In diesem letzten Schritt prüfen Sie die Zusammenfassung der Einstellungen für den Migrationsjob, die Quelle, das Ziel und die Verbindungsmethode und testen dann die Gültigkeit der Einrichtung des Migrationsjobs. Wenn Probleme auftreten, können Sie die Einstellungen des Migrationsjobs ändern. Nicht alle Einstellungen können bearbeitet werden.

1. Klicken Sie auf JOB TESTEN , um Folgendes zu prüfen:

   • Die Quelldatenbank wurde gemäß den Voraussetzungen richtig konfiguriert.
   • Die Quell- und Zielinstanzen können miteinander kommunizieren.
   • Alle erforderlichen Aktualisierungen an privaten oder öffentlichen IP-Adressen im Ziel wurden vorgenommen.

   • Der Migrationsjob ist gültig und die Quell- und Zielversionen sind kompatibel.

   Wenn der Test fehlschlägt, können Sie das Problem im entsprechenden Teil des Ablaufs beheben und den Test wiederholen.

   Weitere Informationen zu den Gründen für einen fehlgeschlagenen Test und zur Fehlerbehebung bei Problemen im Zusammenhang mit einem fehlgeschlagenen Test finden Sie unter Probleme für PostgreSQL diagnostizieren.

   Der Migrationsjob kann auch dann erstellt werden, wenn der Test fehlschlägt. Nach dem Start des Jobs kann es jedoch vorkommen, dass er während der Ausführung fehlschlägt.

2. Klicken Sie auf JOB ERSTELLEN UND STARTEN , um den Migrationsjob zu erstellen und sofort zu starten, oder auf JOB ERSTELLEN , um den Migrationsjob zu erstellen, ohne ihn sofort zu starten.

   Wenn der Job nicht zum Zeitpunkt der Erstellung gestartet wird, kann er auf der Seite Migrationsjobs durch Klicken auf STARTEN gestartet werden.

   Unabhängig davon, wann der Migrationsjob gestartet wird, wird Ihrer Organisation die Existenz der Zielinstanz in Rechnung gestellt.

   Wichtiger Hinweis:Wenn Sie den Migrationsjob starten, beginnt Database Migration Service mit dem vollständigen Dump und sperrt die Quelldatenbank kurzzeitig. Wenn sich die Quelle in Amazon RDS oder Amazon Aurora befindet, ist für Database Migration Service zu Beginn der Migration zusätzlich eine kurze Unterbrechung der Schreibvorgänge (ca. unter einer Minute) erforderlich.

   Weitere Informationen finden Sie unter Bekannte Einschränk1ungen.

3. Der Migrationsjob wird der Liste der Migrationsjobs hinzugefügt und kann direkt aufgerufen werden.