Direktes Upgrade der Datenbankhauptversion

Vorschau — AlloyDB for PostgreSQL

Diese Funktion unterliegt den „Nutzungsbedingungen für Pre-GA-Angebote“ im Abschnitt „Allgemeine Nutzungsbedingungen“ der dienstspezifischen Nutzungsbedingungen. Sie können personenbezogene Daten für dieses Feature gemäß der Zusatz zur Verarbeitung von Cloud-Daten verarbeiten, vorbehaltlich der in der Vereinbarung beschriebenen Verpflichtungen und Einschränkungen, die für den Zugriff auf Google Cloud gelten. Pre-GA-Funktionen sind „wie besehen“ verfügbar und werden möglicherweise nur eingeschränkt unterstützt. Weitere Informationen finden Sie in den Beschreibungen der Startphase.

In diesem Dokument werden direkte Upgrades der Hauptversion von AlloyDB for PostgreSQL-Datenbanken beschrieben. So können Sie eine Datenbank auf eine neuere Version aktualisieren, ohne Daten zu migrieren oder die vorhandene Instanz zu ersetzen.

Hinweis: Die Funktion zum direkten Upgrade der AlloyDB-Hauptversion unterstützt nur das Upgrade von einem PostgreSQL 14-Cluster auf PostgreSQL 15.

Die PostgreSQL-Community veröffentlicht regelmäßig neue Hauptversionen mit neuen Funktionen, Leistungsverbesserungen und Sicherheitsverbesserungen. Sobald eine neue Hauptversion von PostgreSQL veröffentlicht wird, fügt AlloyDB Unterstützung für die kompatible Version hinzu. Um Ihre Datenbank auf dem neuesten Stand zu halten, können Sie Ihr AlloyDB-Cluster auf eine höhere Hauptversion aktualisieren. Sie können Ihren Cluster mit dieser Funktion direkt aktualisieren oder Ihre Daten in einen neuen AlloyDB-Cluster migrieren.

Weitere Informationen finden Sie unter Richtlinien zu Datenbankversionen.

Direkte Upgrades der Hauptversion sind aus folgenden Gründen eine effiziente Möglichkeit, die Hauptversion Ihres Clusters zu aktualisieren:

• AlloyDB behält nach dem Upgrade Cluster- und Instanzdetails sowie Datenbankeinstellungen wie den Instanznamen, die IP-Adresse und Datenbank-Flags bei.
• Sie müssen keine Anwendungsverbindungsstrings ändern.
• Alle Clusterinstanzen (primäre Instanz und Lesepool) werden im Rahmen desselben Vorgangs aktualisiert.

Hinweis: Um den Upgradevorgang zu überprüfen und auf Inkompatibilitäten zu prüfen, empfehlen wir, den Upgradevorgang in einem geklonten Cluster zu überprüfen, bevor Sie Ihren tatsächlichen Cluster aktualisieren.

Direktes Upgrade auf eine Hauptversion

Wenn Sie ein Upgrade für Ihren Cluster starten, führt AlloyDB die folgenden Aktionen aus:

1. Führt Prüfungen vor dem Upgrade aus, um Inkompatibilitäten zu finden, die sich auf das Upgrade auswirken können.
2. Bereitet das Upgrade auf die Hauptversion vor, einschließlich des Erstellens eines internen Klons des Clusters.
3. Die primäre Instanz wird nicht verfügbar gemacht. Die Ruhezeit beginnt. Lesezugriffe sind weiterhin über Lesepools möglich.
4. Eine Sicherung vor dem Upgrade wird gestartet.
5. Die primäre Instanz wird aktualisiert.
6. Die Lesepoolinstanzen werden nicht verfügbar gemacht.
7. Die primäre Instanz wird verfügbar gemacht. Die Ruhezeit endet.
8. Eine Sicherung nach dem Upgrade wird gestartet.
9. Lesepoolinstanzen werden aktualisiert.

Hinweis: Wenn Sie ein direktes Upgrade der Hauptversion durchführen, können sich die versionsspezifischen Standardwerte der Datenbank-Flags ändern. Weitere Informationen finden Sie unter Datenbank-Flags einer Instanz konfigurieren.

Nachdem die Vorab-Prüfungen bestanden wurden, wird Ihr Cluster in ein internes Cluster im selben Projekt geklont. Die Sicherung und Wiederherstellung zum Klonen des Clusters kann je nach Größe der Datenbank einige Zeit in Anspruch nehmen. Im Folgenden finden Sie Beispiele für die Datenbankgröße und die entsprechenden Sicherungs- und Wiederherstellungszeiten:

• Bei 1 TB dauert das Klonen des Clusters etwa 30 Minuten.
• Bei 10 TB dauert das Klonen des Clusters etwa zwei Stunden.

Während des Klonvorgangs können Sie den ursprünglichen Cluster weiter verwenden. Nach Abschluss des Klonvorgangs beginnt der Upgradevorgang. Die primäre Instanz ist sowohl für Lese- als auch für Schreibvorgänge nicht verfügbar, bis das Upgrade abgeschlossen ist. Die erwartete Ausfallzeit beträgt in der Regel 20 Minuten bis eine Stunde und hängt hauptsächlich vom Datenbankschema und der Anzahl der Objekte ab.

Hinweis: Sie können die Lesepoolinstanzen weiterhin verwenden, während die primäre Instanz aktualisiert wird.

Wenn das Upgrade auf eine Hauptversion in einem Schritt vor dem Upgrade der primären Instanz fehlschlägt, werden alle Änderungen von AlloyDB automatisch rückgängig gemacht.

Nach dem Upgrade der primären Instanz wird die Clusterversion auf die Zielversion umgestellt. Danach werden bei Fehlern keine Rollbacks mehr ausgelöst. In AlloyDB wird beispielsweise kein Rollback des Clusters durchgeführt, wenn ein oder mehrere Upgrades von Lesepoolinstanzen fehlschlagen. Wenden Sie sich in diesen Fällen an den Google Cloud CLI-Support.

Weitere Informationen finden Sie unter Direktes Upgrade der Datenbank-Hauptversion durchführen.

Upgradestatus

Sie können den Status eines direkten Upgrades der Datenbankhauptversion während der Ausführung im Blick behalten.

Das Upgrade umfasst die folgenden Phasen:

• ALLOYDB_PRECHECK
• PG_UPGRADE_CHECK
• PREPARE_FOR_UPGRADE
• PRIMARY_INSTANCE_UPGRADE
• READ_POOL_INSTANCES_UPGRADE
• ROLLBACK(nur bei Fehlern vor dem Upgrade des Lesepools)
• CLEANUP

Zu den möglichen Status dieser Phasen gehören:

• NOT_STARTED
• IN_PROGRESS
• SUCCESS
• FAILED
• CANCEL_IN_PROGRESS
• CANCELLED

Kündigungen von Upgrades

Sie können das Upgrade bis zu einem bestimmten Punkt während des Upgrades der primären Instanz abbrechen. Danach können Sie ein Upgrade nicht mehr abbrechen.

In der Google Cloud Console kann der Vorgang nicht abgebrochen werden, wenn die Schaltfläche Upgrade abbrechen ausgegraut ist. Mit der Google Cloud CLI oder der REST API können Sie prüfen, ob Sie das Upgrade abbrechen können. Suchen Sie dazu im Upgrade-Status nach upgradeClusterStatus:

• Wenn cancellable true ist, können Sie das Upgrade abbrechen.
• Wenn cancellable false ist oder im Status fehlt, können Sie das Upgrade nicht abbrechen.

Automatische Sicherungen vor und nach dem Upgrade

Wenn Sie ein Upgrade der Hauptversion durchführen, erstellt AlloyDB automatisch die folgenden kontinuierlichen Sicherungen. Dabei ist XX die Hauptversion der Quelle und YY die Hauptversion des Ziels.

• Die Sicherung vor dem Upgrade wird unmittelbar vor Beginn des Upgrades erstellt. Diese Sicherung hat das Format pre-upgrade-bkp-pgXX-pgYY-<uuid>. Mit dieser Sicherung können Sie den Zustand vor dem Upgrade wiederherstellen. Die Wiederherstellung ist kein In-Place-Vorgang und es wird ein neuer Cluster erstellt.
• Die Sicherung nach dem Upgrade wird nach dem Upgrade der primären Instanz erstellt. Diese Sicherung hat das Format post-upgrade-bkp-pgXX-pgYY-<uuid>.

Eine kontinuierliche Sicherung ist inkrementell. Das bedeutet, dass in der Sicherung nur die Daten gespeichert werden, die sich im Vergleich zur vorherigen kontinuierlichen Sicherung geändert haben. Dieser Ansatz reduziert die Größe und die Kosten (in Ressourcen) der Sicherung und beschleunigt den Prozess zum Erstellen der Sicherung. Weitere Informationen finden Sie unter Datensicherung und ‑wiederherstellung – Übersicht.

In der Liste der Sicherungen werden die Upgradesicherungen mit dem Typ CONTINUOUS aufgeführt. Weitere Informationen finden Sie unter Liste der Sicherungen ansehen.

Für die Wiederherstellung zu einem bestimmten Zeitpunkt (Point-in-Time-Recovery, PITR) muss eine Sicherung einer Version verfügbar sein. Die Wiederherstellung ist auf dem aktualisierten Cluster erst verfügbar, wenn die Sicherung nach dem Upgrade oder eine andere Sicherung abgeschlossen ist, die nach dem Upgrade der primären Instanz gestartet wurde.

Nächste Schritte

• Direkte Datenbankaktualisierung durchführen