Welche Faktoren beeinflussen die Ausfallzeiten von DB-Clustern von Amazon Aurora?

Kurzbeschreibung

DB-Instances von Amazon Aurora können aus einer Reihe von Gründen ausfallen. Zu den Hauptfaktoren von Ausfallzeiten gehören:

• Upgrades der Engine-Version
• DB-Cluster-Failover
• Wartungsaufgaben
• Neustarts von DB-Clustern oder Instances
• Ändern bestimmter Einstellungen in DB-Clustern bzw. Instances

Lösung

Hinweis: Wenn Sie beim Ausführen von AWS-CLI-Befehlen (AWS Command Line Interface) Fehler erhalten, prüfen Sie, ob Sie die neueste Version der AWS CLI verwenden.

Upgrades der Engine-Version

Zu den Upgrades der Engine-Version zählen Haupt- und Nebenversionsupgrades. Sowohl Haupt- als auch Nebenversionsupgrades führen zu Ausfallzeiten für den gesamten Aurora-DB-Cluster. Bevor Sie einen Produktions-DB-Cluster aktualisieren, ist es wichtig, dass Sie das Upgrade auf einem Test-DB-Cluster testen. Achten Sie dabei darauf, wie lange der Vorgang dauert, und testen Sie Ihre Anwendungen, bevor Sie das Upgrade durchführen.

Sie können auch Blau/Grün-Bereitstellungen von Amazon Relational Database Service (Amazon RDS) verwenden, um die Haupt- oder Nebenversion des Clusters zu aktualisieren. Bei Blau-/Grün-Bereitstellungen dauern die Ausfallzeiten für Upgrades in der Regel weniger als eine Minute.

Automatische Nebenversionsupgrades

Automatische Nebenversionsupgrades führen zu Ausfallzeiten für den gesamten Aurora-DB-Cluster. Diese automatischen Nebenversionsupgrades werden während des Wartungsfensters des Clusters eingespielt. Wenn Sie diese Funktion nicht benötigen, deaktivieren Sie die automatischen Nebenversionsupgrades auf Ihren DB-Instances.

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

Hinweis: Das Aktivieren von automatischen Nebenversionsupgrades selbst verursacht keine Ausfallzeit, wenn Sie die Änderung vornehmen. Die Ausfallzeit tritt nur auf, wenn Aurora das automatische Upgrade einspielt.

DB-Cluster-Failover

Falls ein Aurora-DB-Cluster über ein oder mehrere Aurora-Replikate verfügt, wird das Replikat bei Failover-Ereignissen zur primären Instance heraufgestuft. 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 Ihres DB-Clusters erstellen Sie mindestens ein Aurora-Replikat in mindestens zwei verschiedenen Availability Zones (AZs). Weitere Informationen finden Sie unter Fehlertoleranz für einen Aurora-DB-Cluster.

Wartungsaufgaben für einen 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 finden Sie unter Warten eines Amazon Aurora-DB-Clusters.

Wartungsfenster

Wenn Sie das Wartungsfenster ändern, kommt es nicht zwangsläufig zu Ausfallzeiten. Unter Umständen stehen für den DB-Cluster jedoch Aktionen aus, die zu Ausfallzeiten führen. Durch die Änderung des Wartungsfensters wenden Sie ausstehende Aktionen sofort an, wodurch es zu Ausfallzeiten kommt. Weitere Informationen zum Ändern des Wartungsfensters finden Sie unter Was muss ich über das Amazon-RDS-Wartungsfenster wissen?

DB-Cluster bzw. DB-Instance wird neu gestartet

Der Neustart eines DB-Clusters bzw. einer DB-Instance führt zu Ausfallzeiten. 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 jeweiligen DB-Engine ab. Weitere Informationen finden Sie unterNeustart eines Amazon Aurora DB-Clusters oder einer Amazon Aurora DB-Instance.

Ändern der DB-Instance-Klasse

Wenn Sie die DB-Instance-Klasse einer Instance ändern, kommt es bei der jeweiligen DB-Instance zu Ausfallzeiten, aber nicht beim gesamten Cluster. Weitere Informationen zu Instance-Klassen finden Sie unter Aurora DB-Instance-Klassen.

Anhängen eines neuen DB-Clusters bzw. einer neuen DB-Parametergruppe

Wenn Sie Änderungen an dem DB-Cluster bzw. der DB-Parametergruppe vornehmen, der bzw. die an die DB-Instance angehängt ist, kommt es nicht zwangsläufig zu Ausfallzeiten. Um jedoch Änderungen an einer DB-Cluster-Parametergruppe anzuwenden, müssen Sie die primäre DB-Instance im Cluster neu starten. Um Änderungen an DB-Parametergruppen anzuwenden, müssen Sie die Instance neu starten. Der Neustart selbst verursacht Ausfallzeiten. Weitere Informationen finden Sie unter Zuordnen einer DB-Cluster-Parametergruppe zu einem DB-Cluster und Arbeiten mit Parametergruppen.

Ändern bestimmter Einstellungen in DB-Clustern bzw. Instances

Ändern von Parametereinstellungen in einem DB-Cluster bzw. einer DB-Parametergruppe

Datenbankparameter sind entweder statisch oder dynamisch. Wenn Sie eine statische Parametereinstellung in einem DB-Cluster bzw. einer DB-Parametergruppe ändern, wird die Parameteränderung wirksam, nachdem Sie die DB-Instances in den einzelnen zugehörigen DB-Clustern manuell neu gestartet haben. Während des Neustarts kommt es zu Ausfallzeiten.

Wenn Sie jedoch in einem DB-Cluster bzw. einer DB-Parametergruppe eine dynamische Parametereinstellung ändern, werden die Änderungen sofort auf den DB-Cluster angewendet. Die Instance wird nicht neu gestartet, wenn Sie dynamische Parameter ändern, in diesem Fall treten also keine Ausfallzeiten auf.

Weitere Informationen finden Sie unter Arbeiten mit Parametergruppen.

Ändern der DB-Instance-ID

Wenn Sie die DB-Instance-ID ändern, kommt es zu Ausfallzeiten, weil die DB-Instance neu gestartet wird.

Ändern des Datenbankports

Wenn Sie den Datenbankport ändern, den Sie für den Zugriff auf den DB-Cluster verwenden möchten, kommt es zu Ausfallzeiten. Das ist darauf zurückzuführen, dass alle DB-Instances im DB-Cluster sofort neu gestartet werden.

Ändern der Zertifizierungsstelle

Möglicherweise müssen Sie die Zertifizierungsstelle für das von der DB-Instance verwendete Serverzertifikat ändern. In diesem Anwendungsfall kommt es zu Ausfallzeiten, wenn die DB-Engine die Rotation ohne Neustart nicht unterstützt. Überprüfen Sie anhand des AWS-CLI-Befehls describe-db-engine-versions, ob die DB-Engine die Rotation ohne Neustart unterstützt.

Weitere Informationen dazu, welche Einstellungen für Aurora die Ausfallzeiten beeinflussen und welche nicht, finden Sie unter Einstellungen für Amazon Aurora.

Ähnliche Informationen

Performing major version upgrades for Amazon Aurora MySQL with minimum downtime (Durchführen von Hauptversionupgrades für Amazon Aurora MySQL mit minimalen Ausfallzeiten)