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.
Aktualisieren der Engine-Version eines Multi-AZ-DB-Clusters für Amazon RDS
Amazon RDS stellt neuere Versionen jeder unterstützten Datenbank-Engine zur Verfügung, sodass Sie den Multi-AZ-DB-Cluster auf dem neuesten Stand halten können. In diesem Thema wird das Upgrade eines Multi-AZ-DB-Clusters auf neuere Versionen erläutert.
Das Upgrade eines Multi-AZ-DB-Clusters beinhaltet die Auswahl einer neuen kompatiblen Engine-Version und die Planung möglicher Ausfallzeiten. Der Prozess gewährleistet minimale Unterbrechungen, indem die Failover-Funktionen der Multi-AZ-Architektur genutzt werden. Zu den bewährten Methoden gehören die Durchführung von Upgrades in Zeiträumen mit geringem Datenverkehr, Tests in Nicht-Produktionsumgebungen und die Überprüfung der Anwendungskompatibilität mit der neuen Version.
Themen
Unterversion-Upgrades
Ein Nebenversion-Upgrade enthalten nur Änderungen, die abwärtskompatibel mit bestehenden Anwendungen sind. Wenn Sie ein Nebenversions-Upgrade initiieren, aktualisiert Amazon RDS zunächst die Reader-DB-Instances nacheinander. Dann wechselt eine der Reader-DB-Instances zur neuen Writer-DB-Instance. Amazon RDS aktualisiert anschließend die alte Writer-Instance (die nun eine Reader-Instance ist).
Die Ausfallzeit während des Upgrades ist auf die Zeitdauer beschränkt, bis eine der Reader-DB-Instances die neue Writer-DB-Instance wird. Diese Ausfallzeit wirkt wie ein automatischer Failover. Weitere Informationen finden Sie unter Failover eines Multi-AZ-DB-Clusters für Amazon RDS. Beachten Sie, dass die Replikatverzögerung des Multi-AZ-DB-Clusters die Ausfallzeit beeinflussen kann. Weitere Informationen finden Sie unter Replikatverzögerung und Multi-AZ-DB-Cluster.
Bei Lesereplikaten des Multi-AZ-DB-Clusters von RDS für PostgreSQL aktualisiert Amazon RDS die Cluster-Mitglieds-Instances nacheinander. Die Cluster-Rollen „Reader“ und „Writer“ wechseln während des Upgrades nicht. Daher kommt es im DB-Cluster möglicherweise zu Ausfallzeiten, während Amazon RDS die Writer-Instance aktualisiert.
Anmerkung
Die Ausfallzeit beim Nebenversions-Upgrade des Multi-AZ-DB-Clusters beträgt normalerweise 35 Sekunden. Bei Verwendung mit dem RDS-Proxy können Sie die Ausfallzeit weiter auf eine Sekunde oder weniger reduzieren. Weitere Informationen finden Sie unter Amazon-RDS-Proxy. Alternativ können Sie einen Open-Source-Datenbank-Proxy wie ProxySQL
Hauptversions-Upgrades
In Hauptversions-Upgrades Änderungen können enthalten sein, die nicht mit vorhandenen Anwendungen kompatibel sind.
Wenn Sie ein Hauptversions-Upgrade eines Multi-AZ-DB-Clusters von RDS für PostgreSQL initiieren, aktualisiert Amazon RDS gleichzeitig die Reader- und Writer-Instances. Der DB-Cluster ist daher möglicherweise erst verfügbar, wenn das Upgrade abgeschlossen wurde.
Wenn Sie ein Hauptversions-Upgrade eines Multi-AZ-DB-Clusters von RDS für MySQL initiieren, aktualisiert Amazon RDS die Cluster-Mitglieds-Instances nacheinander, sodass die Replikation von einer niedrigeren Engine-Version auf eine höhere erfolgt. Es ist wichtig, sich zu vergewissern, dass der Workload während eines Hauptversions-Upgrades sowohl mit der Quell- als auch mit der Ziel-Engine-Version kompatibel ist, da Engine-Versionen sich hinsichtlich Syntax und Funktionen unterscheiden können.
Anmerkung
Wie bei Nebenversions-Upgrades beträgt die Ausfallzeit bei einem Hauptversions-Upgrade von RDS für MySQL normalerweise 35 Sekunden. Bei Verwendung mit dem RDS-Proxy können Sie die Ausfallzeit weiter auf eine Sekunde oder weniger reduzieren. Weitere Informationen finden Sie unter Amazon-RDS-Proxy.
Aktualisieren eines Multi-AZ-DB-Clusters
Der Vorgang für das Upgrade der Engine-Version eines Multi-AZ-DB-Clusters entspricht dem Vorgang für das Upgrade der Version einer DB-Instance-Engine. Detaillierte Anweisungen finden Sie unter Upgrade der Engine-Version für eine DB-Instance. Der einzige Unterschied besteht darin, dass Sie bei der Verwendung von AWS Command Line Interface (AWS CLI) den modify-db-clusterBefehl verwenden und den --db-cluster-identifier Parameter (zusammen mit dem Parameter) angeben. --allow-major-version-upgrade
Weitere Informationen zu Haupt- und Nebenversions-Upgrades finden Sie in der folgenden Dokumentation für Ihre DB-Engine:
Aktualisieren von Lesereplikaten des Multi-AZ-DB-Clusters
Amazon RDS aktualisiert Lesereplikate von Multi-AZ-DB-Clustern nicht automatisch. Bei Upgrades von Nebenversionen müssen Sie zuerst manuell alle Lesereplikate und dann den Cluster aktualisieren. Andernfalls wird das Upgrade blockiert. Bei Upgrades der Hauptversion eines Clusters ändert sich der Replikationsstatus aller Lesereplikate in Beendet. Sie müssen die Lesereplikate nach Abschluss des Upgrades löschen und neu erstellen. Weitere Informationen finden Sie unter Überwachen der Lesereplikation.
Überwachung von Multi-AZ-DB-Cluster-Upgrades mit Ereignissen
Wenn Sie die Engine-Version eines Multi-AZ-DB-Clusters aktualisieren, gibt Amazon RDS in jeder Phase des Prozesses ein bestimmtes Ereignis aus. Um den Fortschritt eines Upgrades zu verfolgen, können Sie diese Ereignisse anzeigen oder abonnieren.
Weitere Informationen zu RDS-Ereignissen finden Sie unterÜberwachung von Amazon-RDS-Ereignissen.
Ausführliche Informationen zu einem bestimmten Amazon RDS-Ereignis, das während Ihres Engine-Upgrades auftritt, finden Sie unterAmazon-RDS-Ereigniskategorien und -Ereignismeldungen.
