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.
Aktualisierung der Engine-Version eines Multi-AZ-DB-Clusters für Amazon RDS
Amazon RDS bietet neuere Versionen jeder unterstützten Datenbank-Engine, sodass Sie Ihren Multi-AZ-DB-Cluster auf dem neuesten Stand halten können. In diesem Thema wird der Prozess des Upgrades 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. Während des Upgrades wird zuerst die primäre Instanz aktualisiert, gefolgt von einem Failover zur Standby-Instance, um die Verfügbarkeit aufrechtzuerhalten. Zu den bewährten Methoden gehören die Durchführung von Upgrades in Zeiten mit geringem Datenverkehr, Tests in Umgebungen außerhalb der Produktion 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 Upgrade einer kleineren Version initiieren, aktualisiert Amazon RDS zunächst die Reader-DB-Instances nacheinander. Dann wird eine der Reader-DB-Instances zur neuen Writer-DB-Instance. Amazon RDS aktualisiert dann die alte Writer-Instance (die jetzt eine Reader-Instance ist).
Die Ausfallzeit während des Upgrades ist auf die Zeit beschränkt, die benötigt wird, bis eine der Reader-DB-Instances zur neuen 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 sich die Replikatverzögerung Ihres Multi-AZ-DB-Clusters auf die Ausfallzeit auswirken kann. Weitere Informationen finden Sie unter Replikatverzögerung und Multi-AZ-DB-Cluster.
Für RDS for PostgreSQL Multi-AZ-DB-Cluster-Read Replicas aktualisiert Amazon RDS die Cluster-Mitgliedsinstanzen nacheinander. Die Clusterrollen Reader und Writer wechseln während des Upgrades nicht. Daher kann es in Ihrem DB-Cluster zu Ausfallzeiten kommen, während Amazon RDS die Cluster-Writer-Instance aktualisiert.
Anmerkung
Die Ausfallzeit für ein Upgrade der Nebenversion eines Multi-AZ-DB-Clusters beträgt in der Regel 35 Sekunden. Bei Verwendung mit 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 RDS for PostgreSQL Multi-AZ-DB-Clusters initiieren, aktualisiert Amazon RDS gleichzeitig die Reader- und Writer-Instances. Daher ist Ihr DB-Cluster möglicherweise erst verfügbar, wenn das Upgrade abgeschlossen ist.
Wenn Sie ein Hauptversions-Upgrade eines RDS for MySQL Multi-AZ-DB-Clusters initiieren, aktualisiert Amazon RDS die Cluster-Mitgliedsinstanzen nacheinander, sodass die Replikation von einer niedrigeren Engine-Version auf eine höhere erfolgt. Es ist wichtig sicherzustellen, dass Ihr Workload während eines Hauptversions-Upgrades sowohl mit der Quell- als auch mit der Ziel-Engine-Version kompatibel ist, da Engine-Versionen sich in Syntax und Funktionen unterscheiden können.
Anmerkung
Wie bei kleineren Versionsupgrades beträgt die Ausfallzeit für ein Upgrade der Hauptversion von RDS für MySQL in der Regel 35 Sekunden. Bei Verwendung mit RDS Proxy können Sie die Ausfallzeit weiter auf eine Sekunde oder weniger reduzieren. Weitere Informationen finden Sie unter Amazon RDS Proxy .
Upgrade 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 --allow-major-version-upgrade Parameter) angeben.
Weitere Informationen zu Haupt- und Nebenversions-Upgrades finden Sie in der folgenden Dokumentation für Ihre DB-Engine:
Aktualisierung von Read Replicas für Multi-AZ-DB-Cluster
Amazon RDS aktualisiert Lesereplikate von Multi-AZ-DB-Clustern nicht automatisch. Bei Upgrades kleinerer Versionen müssen Sie zuerst alle Read Replicas manuell aktualisieren 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.
