Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Upgrade von Amazon Aurora SQL Postgre-DB-Clustern
Amazon Aurora stellt neue Versionen der SQL Postgre-Datenbank-Engine zur Verfügung in AWS-Regionen erst nach ausgiebigen Tests. Sie können Ihre Aurora SQL Postgre-DB-Cluster auf die neue Version aktualisieren, sobald sie in Ihrer Region verfügbar ist.
Abhängig von der Version von Aurora PostgreSQL, die Ihr DB-Cluster derzeit ausführt, handelt es sich bei einem Upgrade auf die neue Version entweder um ein kleines Upgrade oder um ein größeres Upgrade. Beispielsweise ist das Upgrade eines Aurora Postgre SQL 11.15-DB-Clusters auf Aurora Postgre SQL 13.6 ein Hauptversions-Upgrade. Das Upgrade eines Aurora Postgre SQL 13.3-DB-Clusters auf Aurora Postgre SQL 13.7 ist ein kleines Versionsupgrade. In den folgenden Themen finden Sie Informationen darüber, wie beide Arten von Upgrades durchgeführt werden.
Inhalt
Überblick über die Aurora SQL Postgre-Upgrade-Prozesse
Zwischen Haupt- und Nebenversions-Upgrades gibt es folgende Unterschiede:
- Nebenversions-Upgrades und -Patches
-
Nebenversions-Upgrades und -Patches enthalten nur Änderungen, die mit bestehenden Anwendungen abwärtskompatibel sind. Kleinere Versions-Upgrades und Patches stehen Ihnen erst zur Verfügung, nachdem Aurora Postgre sie SQL getestet und genehmigt hat.
Nebenversions-Upgrades können von Aurora automatisch angewendet werden. Wenn Sie einen neuen Aurora SQL Postgre-DB-Cluster erstellen, ist die Option Nebenversions-Upgrade aktivieren vorausgewählt. Wenn Sie diese Option nicht deaktivieren, werden Upgrades von Nebenversionen während des geplanten Wartungsfensters automatisch angewendet. Weitere Informationen zur Option für das automatische Nebenversions-Upgrade (Automatic Minor Version Upgrade, AmVU) und darüber, wie Sie Ihren Aurora-DB-Cluster ändern, um diese verwenden zu können, finden Sie unter Automatische Nebenversions-Upgrades für Aurora-DB-Cluster.
Wenn die Option für das automatische Upgrade der Nebenversion für Ihren Aurora SQL Postgre-DB-Cluster nicht festgelegt ist, wird Ihr Aurora Postgre SQL nicht automatisch auf die neue Nebenversion aktualisiert. Stattdessen, wenn eine neue Nebenversion in Ihrem veröffentlicht wird AWS-Region und auf Ihrem Aurora SQL Postgre-DB-Cluster eine ältere Nebenversion ausgeführt wird, fordert Aurora Sie auf, ein Upgrade durchzuführen. Dazu wird den Wartungsaufgaben für Ihren Cluster eine Empfehlung hinzugefügt.
Patches gelten nicht als Upgrade und werden nicht automatisch angewendet. Aurora Postgre SQL fordert Sie auf, alle Patches anzuwenden, indem es eine Empfehlung zu den Wartungsaufgaben für Ihren Aurora SQL Postgre-DB-Cluster hinzufügt. Weitere Informationen finden Sie unter So führen Sie Upgrades von Nebenversionen durch und wenden Patches an.
Anmerkung
Patches, die Sicherheits- oder andere kritische Probleme lösen, werden ebenfalls als Wartungsaufgaben hinzugefügt. Diese Patches sind jedoch erforderlich. Stellen Sie sicher, dass Sie Sicherheitspatches auf Ihren Aurora SQL Postgre-DB-Cluster anwenden, sobald sie in Ihren ausstehenden Wartungsaufgaben verfügbar sind.
Beim Upgrade-Prozess kann es zu kurzen Ausfällen kommen, während jede Instance im Cluster auf die neue Version aktualisiert wird. Nach den Aurora SQL Postgre-Versionen 14.3.3, 13.7.3, 12.11.3, 11.16.3, 10.21.3 und anderen höheren Versionen dieser Nebenversionen und neueren Hauptversionen verwendet der Upgrade-Prozess jedoch die Funktion Patching () ohne Ausfallzeiten. ZDP Diese Funktion minimiert Ausfälle und eliminiert sie in den meisten Fällen vollständig. Weitere Informationen finden Sie unter Nebenversions-Upgrades und Zero-Downtime-Patching.
Anmerkung
ZDPwird in den folgenden Fällen nicht unterstützt:
Wenn Aurora SQL Postgre-DB-Cluster konfiguriert sind als Aurora Serverless v1.
Wenn Aurora SQL Postgre-DB-Cluster als globale Aurora-Datenbank in der Sekundärdatenbank konfiguriert sind AWS-Regionen.
Während des Upgrades von Reader-Instances in der globalen Aurora-Datenbank.
Während Betriebssystem-Patches und Betriebssystem-Upgrades.
ZDPwird für Aurora SQL Postgre-DB-Cluster unterstützt, die konfiguriert sind als Aurora Serverless v2.
- Hauptversions-Upgrades
-
Im Gegensatz zu Upgrades und Patches für kleinere Versionen bietet Aurora Postgre SQL keine automatische Upgrade-Option für Hauptversionen. Neue SQL Postgre-Hauptversionen können Datenbankänderungen enthalten, die mit vorhandenen Anwendungen nicht abwärtskompatibel sind. Neue Funktionalität kann dazu führen, dass Ihre vorhandenen Anwendungen nicht mehr ordnungsgemäß funktionieren.
Um Probleme zu vermeiden, empfehlen wir Ihnen dringend, den unter beschriebenen Prozess zu befolgen, Testen eines Upgrades Ihres Produktions-DB-Clusters auf eine neue Hauptversion bevor Sie die DB-Instances in Ihren Aurora SQL Postgre-DB-Clustern aktualisieren. Stellen Sie zunächst sicher, dass Ihre Anwendungen mit der neuen Version ausgeführt werden können, indem Sie diesem Verfahren folgen. Anschließend können Sie Ihren Aurora SQL Postgre-DB-Cluster manuell auf die neue Version aktualisieren.
Der Upgrade-Prozess beinhaltet die Möglichkeit eines kurzen Ausfalls, wenn alle Instances im Cluster auf die neue Version aktualisiert werden. Der vorläufige Planungsprozess braucht ebenfalls Zeit. Wir empfehlen Ihnen, Upgrade-Aufgaben immer während des Wartungsfensters Ihres Clusters oder bei minimalem Betrieb auszuführen. Weitere Informationen finden Sie unter Durchführen eines Hauptversions-Upgrades.
Anmerkung
Sowohl Upgrades von Neben- als auch von Hauptversionen können kurze Ausfälle verursachen. Aus diesem Grund empfehlen wir dringend, dass Sie Upgrades während Ihres Wartungsfensters oder in anderen Zeiträumen geringer Auslastung durchführen oder planen.
Aurora SQL Postgre-DB-Cluster erfordern gelegentlich Betriebssystemupdates. Diese Updates können eine neuere Version der Glibc-Bibliothek umfassen. Bei solchen Updates empfehlen wir Ihnen, die unter beschriebenen Richtlinien zu befolgen.
Alternatives Blau/Grün-Upgradeverfahren
In einigen Situationen ist es Ihre oberste Priorität, eine sofortige Umstellung vom alten auf einen aktualisierten Cluster durchzuführen. In solchen Situationen können Sie einen mehrstufigen Prozess verwenden, der die alten und neuen Cluster ausführt. side-by-side Hier replizieren Sie Daten vom alten auf den neuen Cluster, bis der neuen Cluster zur Übernahme bereit ist. Details hierzu finden Sie unter Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates.
