Durchführen eines Hauptversions-Upgrades

Hauptversions-Upgrades können Datenbankänderungen enthalten, die möglicherweise nicht mit früheren Versionen der Datenbank abwärtskompatibel sind. Neue Funktionalität einer neuen Version kann dazu führen, dass Ihre vorhandenen Anwendungen nicht mehr ordnungsgemäß funktionieren. Zur Vermeidung von Problemen wendet Amazon Aurora Hauptversions-Upgrades nicht automatisch an. Wir empfehlen vielmehr, dass Sie ein Hauptversions-Upgrade sorgfältig planen, indem Sie die folgenden Schritte ausführen:

Sie können eine Liste der Engine-Versionen abrufen, die als Haupt-Versions-Upgrade-Ziele für Ihren Aurora SQL Postgre-DB-Cluster verfügbar sind, indem Sie Ihre AWS-Region unter Verwendung der describe-db-engine-versions AWS CLI Befehl, wie folgt.

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

aws rds describe-db-engine-versions \
  --engine aurora-postgresql \
  --engine-version version-number \
  --query 'DBEngineVersions[].ValidUpgradeTarget[?IsMajorVersionUpgrade == `true`].{EngineVersion:EngineVersion}' \
  --output text

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

aws rds describe-db-engine-versions ^
  --engine aurora-postgresql ^
  --engine-version version-number ^
  --query "DBEngineVersions[].ValidUpgradeTarget[?IsMajorVersionUpgrade == `true`].{EngineVersion:EngineVersion}" ^
  --output text

In einigen Fällen ist die Version, auf die Sie upgraden möchten, kein Ziel für Ihre aktuelle Version. Verwenden Sie in solchen Fällen die Informationen in versions table, um Nebenversions-Upgrades durchzuführen, bis sich Ihr Cluster in einer Version befindet, die Ihr ausgewähltes Ziel in seiner Zielzeile enthält.

Testen eines Upgrades Ihres Produktions-DB-Clusters auf eine neue Hauptversion

Jede neue Hauptversion enthält Verbesserungen am Abfrageoptimierer, die auf Leistungssteigerung ausgelegt sind. Ihr Workload kann jedoch Abfragen enthalten, die in der neuen Version zu einem Plan mit schlechter Leistung führen. Aus diesem Grund empfehlen wir Ihnen, die Leistung zu testen und zu überprüfen, bevor Sie ein Upgrade in der Produktion durchführen. Sie können die Stabilität von Abfrageplänen über Versionen hinweg mithilfe der Erweiterung Query Plan Management (QPM) verwalten, wie unter beschriebenSicherstellen der Planstabilität nach einem größeren Versions-Upgrade.

Bevor Sie Ihre Aurora SQL Postgre-DB-Produktionscluster auf eine neue Hauptversion aktualisieren, empfehlen wir Ihnen dringend, das Upgrade zu testen, um sicherzustellen, dass alle Ihre Anwendungen ordnungsgemäß funktionieren:

Empfehlungen für die Zeit nach dem Upgrade

Nachdem Sie ein Upgrade der Hauptversion abgeschlossen haben, empfehlen wir Folgendes:

Aktualisierung der Aurora SQL Postgre-Engine auf eine neue Hauptversion

Wenn Sie den Upgrade-Prozess auf eine neue Hauptversion einleiten, erstellt Aurora Postgre SQL einen Snapshot des Aurora-DB-Clusters, bevor Änderungen an Ihrem Cluster vorgenommen werden. Dieser Snapshot wird nur für Hauptversions-Upgrades erstellt, nicht für Nebenversions-Upgrades. Wenn der Upgrade-Vorgang abgeschlossen ist, finden Sie diesen Snapshot unter den manuellen Snapshots, die in der Konsole unter Snapshots aufgeführt sind. RDS Der Snapshot-Name enthält preupgrade als Präfix den Namen Ihres Aurora SQL Postgre-DB-Clusters, die Quellversion, die Zielversion sowie das Datum und den Zeitstempel, wie im folgenden Beispiel gezeigt.

preupgrade-docs-lab-apg-global-db-12-8-to-13-6-2022-05-19-00-19

Nach Abschluss des Upgrades können Sie den Snapshot, den Aurora erstellt und in Ihrer manuellen Snapshot-Liste erstellt und gespeichert hat, verwenden, um den DB-Cluster gegebenenfalls auf seine vorherige Version wiederherzustellen.

Während des Upgrade-Vorgangs für die Hauptversion weist Aurora ein Volume zu und klont den Aurora SQL Postgre-DB-Quellcluster. Wenn das Upgrade aus irgendeinem Grund fehlschlägt, SQL verwendet Aurora Postgre den Klon, um das Upgrade rückgängig zu machen. Nachdem mehr als 15 Klone eines Quell-Volumes zugewiesen wurden, werden nachfolgende Klone zu vollständigen Kopien und dauern länger. Dies kann dazu führen, dass der Upgrade-Prozess ebenfalls länger dauert. Wenn Aurora Postgre SQL das Upgrade rückgängig macht, beachten Sie Folgendes:

Um die DB-Instances, aus denen Ihr Cluster besteht, sicher zu aktualisieren, SQL verwendet Aurora Postgre das Hilfsprogramm pg_upgrade. Nach Abschluss des Writer-Upgrades kommt es zu einem kurzen Ausfall aller Reader-Instances, während sie auf die neue Hauptversion aktualisiert werden. Weitere Informationen zu diesem SQL Postgre-Hilfsprogramm finden Sie unter pg_upgrade in der Postgre-Dokumentation. SQL

Sie können Ihren Aurora SQL Postgre-DB-Cluster auf eine neue Version aktualisieren, indem Sie den AWS Management Console, der AWS CLI, oder der RDSAPI.

aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --engine-version new_version \
    --allow-major-version-upgrade \
    --no-apply-immediately

aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --engine-version new_version ^
    --allow-major-version-upgrade ^
    --no-apply-immediately

Hauptversions-Upgrades für globale Datenbanken

Bei einem globalen Aurora-Datenbank-Cluster aktualisiert der Upgrade-Prozess alle DB-Cluster, aus denen Ihre globale Aurora-Datenbank besteht, gleichzeitig. Dadurch wird sichergestellt, dass auf allen Geräten dieselbe Aurora SQL Postgre-Version ausgeführt wird. Außerdem wird sichergestellt, dass Änderungen an Systemtabellen, Datendateiformaten usw. automatisch auf alle sekundären Cluster repliziert werden.

Um ein globales Datenbank-Cluster auf eine neue Hauptversion von Aurora Postgre zu aktualisierenSQL, empfehlen wir Ihnen, Ihre Anwendungen auf der aktualisierten Version zu testen, wie unter beschrieben. Testen eines Upgrades Ihres Produktions-DB-Clusters auf eine neue Hauptversion Stellen Sie sicher, dass Sie Ihre Einstellungen für die DB-Cluster-Parametergruppe und die DB-Parametergruppe für jede Gruppe vorbereiten AWS-Region in Ihrer globalen Aurora-Datenbank vor dem Upgrade, wie unter step 1. beschriebenTesten eines Upgrades Ihres Produktions-DB-Clusters auf eine neue Hauptversion.

Wenn in Ihrem SQL globalen Aurora Postgre-Datenbank-Cluster ein Recovery Point Objective (RPO) für seinen rds.global_db_rpo Parameter festgelegt ist, stellen Sie sicher, dass Sie den Parameter vor dem Upgrade zurücksetzen. Der Upgrade-Prozess für die Hauptversion funktioniert nicht, wenn der aktiviert RPO ist. Dieser Parameter ist standardmäßig deaktiviert. Weitere Hinweise zu den SQL globalen Aurora Postgre-Datenbanken und finden Sie RPO unterVerwaltung RPOs für globale Datenbanken SQL auf Basis von Aurora Postgre.

Nachdem Sie überprüft haben, dass Ihre Anwendungen bei der Testbereitstellung der neuen Version erwartungsgemäß ausgeführt werden, können Sie den Upgrade-Prozess starten. Lesen Sie dazu den Abschnitt Aktualisierung der Aurora SQL Postgre-Engine auf eine neue Hauptversion. Stellen Sie sicher, dass Sie in der Liste Datenbanken in der RDS Konsole das Element der obersten Ebene, Globale Datenbank, auswählen, wie in der folgenden Abbildung dargestellt.

Wie bei jeder Änderung können Sie bestätigen, dass der Prozess fortgesetzt werden soll, wenn Sie dazu aufgefordert werden.

Anstatt die Konsole zu verwenden, können Sie den Upgrade-Vorgang starten, indem Sie AWS CLI oder das RDSAPI. Wie bei der Konsole arbeiten Sie wie folgt auf dem globalen Aurora-Datenbankcluster und nicht auf einem seiner Bestandteile: