Durchführen eines kleineren Versionsupgrades

Sie können die folgenden Methoden verwenden, um die Nebenversion eines DB-Clusters zu aktualisieren oder einen DB-Cluster zu patchen:

Vor der Durchführung eines Nebenversions-Upgrades

Wir empfehlen Ihnen, die folgenden Aktionen durchzuführen, um die Ausfallzeit während eines Upgrades einer Nebenversion zu reduzieren:

So führen Sie Upgrades von Nebenversionen durch und wenden Patches an

Kleinere Versions-Upgrades und Patches sind verfügbar in AWS-Regionen erst nach strengen Tests. Vor der Veröffentlichung von Upgrades und Patches SQL testet Aurora Postgre, um sicherzustellen, dass bekannte Sicherheitsprobleme, Bugs und andere Probleme, die nach der Veröffentlichung der kleineren Community-Version auftreten, die allgemeine Stabilität der Aurora SQL Postgre-Flotte nicht beeinträchtigen.

Da Aurora Postgre neue Nebenversionen zur Verfügung SQL stellt, können die Instances, aus denen Ihr Aurora SQL Postgre-DB-Cluster besteht, während des angegebenen Wartungsfensters automatisch aktualisiert werden. Damit dies geschehen kann, muss in Ihrem Aurora SQL Postgre-DB-Cluster die Option auto Upgrade der Nebenversion aktivieren aktiviert sein. Für alle DB-Instances, aus denen Ihr Aurora SQL Postgre-DB-Cluster besteht, muss die Option für das automatische Minor-Versions-Upgrade (AmVU) aktiviert sein, damit das Minor-Upgrade im gesamten Cluster angewendet wird.

Sie können den Wert der Option Autom. Minor-Versions-Upgrade aktivieren für alle Ihre Aurora SQL Postgre-DB-Cluster überprüfen, indem Sie describe-db-instances AWS CLI Befehl mit der folgenden Abfrage.

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Diese Abfrage gibt eine Liste aller Aurora-DB-Cluster und ihrer Instances mit dem Wert true oder false für den Status der Einstellung AutoMinorVersionUpgrade zurück. Der abgebildete Befehl geht davon aus, dass Sie AWS CLI so konfiguriert, dass es auf Ihre Standardeinstellung abzielt AWS-Region.

Weitere Informationen zur AmVU-Option und darüber, wie Sie Ihren Aurora-DB-Cluster ändern, um diese u verwenden zu können, finden Sie unter Automatische Nebenversions-Upgrades für Aurora-DB-Cluster.

Sie können Ihre Aurora SQL Postgre-DB-Cluster auf neue Nebenversionen aktualisieren, indem Sie entweder auf Wartungsaufgaben reagieren oder den Cluster so ändern, dass er die neue Version verwendet.

Sie können alle verfügbaren Upgrades oder Patches für Ihre Aurora SQL Postgre-DB-Cluster identifizieren, indem Sie die RDS Konsole verwenden und das Empfehlungsmenü öffnen. Dort finden Sie eine Liste verschiedener Wartungsprobleme wie Old minor versions (Alte Nebenversionen) aus. Abhängig von Ihrer Produktionsumgebung können Sie mit Schedule (Planen) das Upgrade planen oder mit Apply now (Jetzt anwenden) sofort Maßnahmen ergreifen, wie im Folgenden gezeigt.

Weitere Informationen zum Verwalten eines Aurora-DB-Clusters, einschließlich der manuellen Anwendung von Patches und Nebenversions-Upgrades, finden Sie unter Warten eines Amazon Aurora-DB-Clusters.

Nebenversions-Upgrades und Zero-Downtime-Patching

Das Upgrade eines Aurora SQL Postgre-DB-Clusters beinhaltet die Möglichkeit eines Ausfalls. Beim Upgrade-Prozess wird die Datenbank heruntergefahren, während sie aktualisiert wird. Wenn Sie das Upgrade starten, während die Datenbank ausgelastet ist, verlieren Sie alle Verbindungen und Transaktionen, die der DB-Cluster verarbeitet. Wenn Sie warten, bis die Datenbank im Leerlauf ist, um das Upgrade durchzuführen, müssen Sie möglicherweise lange warten.

Die Funktion Patching (ZDP) ohne Ausfallzeiten verbessert den Upgrade-Prozess. Mit ZDP können sowohl kleinere Versions-Upgrades als auch Patches mit minimalen Auswirkungen auf Ihren Aurora SQL Postgre-DB-Cluster angewendet werden. ZDPwird verwendet, wenn Patches oder neuere Nebenversions-Upgrades auf Aurora SQL Postgre-Versionen und andere höhere Versionen dieser Nebenversionen und neueren Hauptversionen angewendet werden. Das heißt, das Upgrade auf neue Nebenversionen ab einer dieser Versionen wird verwendet. ZDP

Die folgende Tabelle zeigt die Aurora SQL Postgre-Versionen und DB-Instance-Klassen, wo sie verfügbar ZDP sind:

ZDPfunktioniert, indem es die aktuellen Client-Verbindungen zu Ihrem Aurora SQL Postgre-DB-Cluster während des gesamten Aurora SQL Postgre-Upgrade-Prozesses beibehält. In den folgenden Fällen werden die Verbindungen jedoch unterbrochen, ZDP bis sie abgeschlossen sind:

Während des ZDP Upgrade-Vorgangs sucht die Datenbank-Engine nach einem Ruhepunkt, um alle neuen Transaktionen anzuhalten. Diese Aktion schützt die Datenbank bei Patches und Upgrades. Um sicherzustellen, dass Ihre Anwendungen bei unterbrochenen Transaktionen reibungslos laufen, empfehlen wir, die Logik für Wiederholversuche in Ihren Code zu integrieren. Dieser Ansatz stellt sicher, dass das System kurze Ausfallzeiten ohne Fehler bewältigen und die neuen Transaktionen nach dem Upgrade erneut versuchen kann.

Nach erfolgreichem ZDP Abschluss werden die Anwendungssitzungen mit Ausnahme der Sitzungen mit unterbrochenen Verbindungen beibehalten, und die Datenbank-Engine wird neu gestartet, während das Upgrade noch läuft. Der Neustart der Datenbank-Engine kann zwar zu einem vorübergehenden Abfall des Durchsatzes führen, dieser dauert jedoch normalerweise nur wenige Sekunden oder maximal etwa 1 Minute.

In einigen Fällen ist das Patchen (ZDP) ohne Ausfallzeiten möglicherweise nicht erfolgreich. Beispielsweise stören Parameteränderungen, die sich in einem pending Status auf Ihrem Aurora SQL Postgre-DB-Cluster oder dessen Instances befinden. ZDP

Metriken und Ereignisse für ZDP Operationen finden Sie auf der Seite Ereignisse in der Konsole. Zu den Ereignissen gehören der Beginn des ZDP Upgrades und der Abschluss des Upgrades. In diesem Fall können Sie feststellen, wie lange der Prozess gedauert hat und wie viele Verbindungen während des Neustarts aufrecht erhalten und abgebrochen wurden. Details finden Sie in Ihrem Datenbank-Fehlerprotokoll.

Aktualisierung der Aurora SQL Postgre-Engine auf eine neue Nebenversion

Sie können Ihren Aurora SQL Postgre-DB-Cluster auf eine neue Nebenversion aktualisieren, indem Sie die Konsole verwenden, AWS CLI, oder das RDSAPI. Bevor Sie das Aktualisieren durchführen, wird das Befolgen der selben bewährten Methoden empfohlen, die für Upgrades der Hauptversion empfohlen wird. Wie bei neuen Hauptversionen können auch neue Nebenversionen Optimizer-Verbesserungen aufweisen, z. B. Korrekturen, die Regressionen des Abfrageplans verursachen können. Um die Planstabilität zu gewährleisten, empfehlen wir, die Erweiterung Query Plan Management (QPM) zu verwenden, wie unter beschriebenSicherstellen der Planstabilität nach einem größeren Versions-Upgrade.

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

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