Warum kommt es bei meinen Amazon Aurora-DB-Clustern zu Ausfallzeiten?

Lösung

Die folgenden Gründe können zu Ausfallzeiten der Aurora-DB-Instance führen.

Upgrades der Engine-Version

Haupt- und Nebenversions-Upgrades führen zu Ausfallzeiten für den gesamten Aurora-DB-Cluster. Bevor du ein Produktions-DB-Cluster aktualisierst, teste den Upgrade-Vorgang auf einem Test-DB-Cluster. Achte dabei darauf, wie lange der Vorgang dauert, und teste die Anwendungen, bevor du das Upgrade durchführst.

Du kannst auch Blau/Grün-Bereitstellungen von Aurora verwenden, um die Haupt- oder Nebenversion des Clusters zu aktualisieren. Wenn du eine Blau/Grün-Bereitstellung verwendest, dauert die Ausfallzeit in der Regel weniger als 1 Minute.

Automatische Nebenversions-Upgrades

Automatische Nebenversions-Upgrades führen zu Ausfallzeiten für den gesamten Aurora-DB-Cluster. Aurora führt während des Cluster-Wartungsfensters Nebenversions-Upgrades durch. Wenn du nicht möchtest, dass Aurora automatisch kleinere Versions-Upgrades durchführt, deaktiviere die Option auf den DB-Instances.

Weitere Informationen findest du unter Upgrade der Nebenversion oder der Patch-Ebene eines Aurora MySQL-DB-Clusters.

Hinweis: Ausfallzeiten treten nicht auf, wenn du automatische Nebenversions-Upgrades aktivierst. Ausfallzeiten treten nur auf, wenn Aurora das automatische Upgrade einspielt.

Aurora-DB-Cluster-Failover-Ereignisse

Wenn der DB-Cluster über Aurora-Repliken verfügt, stuft Aurora bei Failover-Ereignissen ein Replikat auf die primäre Instance hoch. Dabei kommt es zu einer kurzen Ausfallzeit und Lese- und Schreibvorgänge schlagen mit einer Ausnahme fehl. Der Betrieb wird in der Regel in weniger als 120 Sekunden und oft in weniger als 60 Sekunden wiederhergestellt.

Zur Verbesserung der Verfügbarkeit des DB-Clusters erstelle mindestens ein Aurora-Replikat in mindestens zwei verschiedenen Availability Zones. Weitere Informationen findest du unter Fehlertoleranz für einen Aurora-DB-Cluster.

Wartungsaufgaben für Aurora-DB-Cluster

Bei einigen Wartungsaufgaben, wie der Aktualisierung des Betriebssystems oder dem Einspielen von Patches für Datenbanken, gehen DB-Cluster für kurze Zeit offline. Weitere Informationen findest du unter Warten eines Amazon Aurora-DB-Clusters.

Änderungen am Wartungsfenster

Wenn du das Wartungsfenster änderst, kommt es nicht automatisch zu Ausfallzeiten. Das DB-Cluster hat möglicherweise ausstehende Aktionen. Durch die Änderung des Wartungsfensters wendest du sofort ausstehende Aktionen an, wodurch es zu Ausfallzeiten kommt. Weitere Informationen zu Änderungen des Wartungsfensters findest du unter Was muss ich über das Amazon-RDS-Wartungsfenster wissen?

DB-Cluster bzw. DB-Instance wird neu gestartet

Ausfallzeiten treten auf, wenn du einen DB-Cluster oder eine DB-Instance neu startest. Wie lange es dauert, jede DB-Instance in einem Cluster neu zu starten, hängt von der Datenbankaktivität zum Zeitpunkt des Neustarts ab. Ausfallzeiten hängen auch vom Wiederherstellungsprozess der DB-Engine ab.

Änderungen der DB-Instance-Klasse

Wenn du die DB-Instance-Klasse änderst, kommt es bei der jeweiligen DB-Instance zu Ausfallzeiten, aber nicht beim gesamten Cluster.

Neue Zuordnungen von DB-Cluster-Parametergruppen oder DB-Parametergruppen

Wenn du dem DB-Cluster eine neue DB-Cluster-Parametergruppe oder der DB-Instance eine DB-Parametergruppe zuordnest, treten Ausfallzeiten nicht automatisch auf. Ausfallzeiten treten nur auf, wenn du einen Neustart durchführen musst, um die Änderungen in der Parametergruppe zu übernehmen. Um beispielsweise Änderungen in einer DB-Cluster-Parametergruppe anzuwenden, musst du die primäre DB-Instance neu starten. Um Änderungen in einer DB-Parametergruppe anzuwenden, musst du die DB-Instance neu starten.

Spezifische Einstellungen im DB-Cluster oder der Instance

Im Folgenden sind häufig vorgenommene Einstellungsänderungen aufgeführt, die zu Ausfallzeiten führen. Eine vollständige Liste der Einstellungen und Informationen darüber, ob sie zu Ausfallzeiten führen, findest du unter Einstellungen für Amazon Aurora.

Änderungen der Parametereinstellungen in einer DB-Cluster-Parametergruppe oder DB-Parametergruppe

Datenbankparameter sind entweder statisch oder dynamisch. Wenn du eine statische Parametereinstellung in einer DB-Cluster- bzw. einer DB-Parametergruppe änderst, tritt die Änderung auf, nachdem du die DB-Instances in den einzelnen zugehörigen DB-Clustern manuell neu gestartet haben. Während des Neustarts kommt es zu Ausfallzeiten.

Wenn du jedoch eine dynamische Parametereinstellung in einer DB-Cluster-Parametergruppe oder DB-Parametergruppe ändern, gelten die Änderungen sofort für den DB-Cluster. Es gibt keine Ausfallzeiten, da du die DB-Instance nicht neu starten musst, um dynamische Parameter zu ändern.

Änderungen an der DB-Instance-ID

Du musst die DB-Instance neu starten, um die DB-Instance-ID zu ändern. Während dieser Änderung treten Ausfallzeiten auf.

Änderungen am Datenbankport

Ausfallzeiten treten auf, wenn du den Datenbankport änderst, den du für den Zugriff auf den DB-Cluster verwendest, da alle DB-Instances im Cluster sofort neu gestartet werden.

CA-Änderungen

Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei der AWS CLI. Stelle außerdem sicher, dass du die neueste Version der AWS CLI verwendest.

Wenn du die Zertifizierungsstelle (CA) für das Serverzertifikat der DB-Instance änderst, treten Ausfallzeiten für DB-Engines auf, die Rotation ohne Neustart nicht unterstützen.

Um zu überprüfen, ob die DB-Engine Rotation ohne Neustart unterstützt, führe den AWS-CLI-Befehl describe-db-engine-versions aus.

Ähnliche Informationen

Durchführen von Hauptversionupgrades für Amazon Aurora MySQL mit minimalen Ausfallzeiten