Neustart eines Aurora-Clusters ohne Leseverfügbarkeit

Ohne die Funktion zur Leseverfügbarkeit starten Sie einen ganzen Aurora-DB-Cluster neu, indem Sie die Writer-DB-Instance dieses Clusters neu starten. Eine Schritt-für-Schritt-Anleitung hierzu finden Sie unter Neustarten einer DB-Instance in einem Aurora Cluster.

Ein Neustart der Writer-DB-Instance initiiert auch einen Neustart für jede Reader-DB-Instance im Cluster. Auf diese Weise werden alle clusterweiten Parameteränderungen gleichzeitig auf alle DB-Instances angewendet. Der Neustart aller DB-Instances führt jedoch zu einem kurzen Ausfall für den Cluster. Die Reader DB-Instances bleiben nicht verfügbar, bis die Writer DB-Instance den Neustart beendet hat und verfügbar wird.

Dieses Neustartverhalten gilt für alle DB-Cluster, die in Aurora My SQL Version 2.09 und niedriger erstellt wurden.

Für Aurora Postgre gilt SQL dieses Verhalten für die folgenden Versionen:

• 14.6 und niedrigere 14-Versionen

• 13.9 und niedrigere 13-Versionen

• 12.13 und niedrigere 12-Versionen

• Alle Postgre-11-Versionen SQL

In der RDS Konsole hat die Writer-DB-Instance in der Spalte Rolle auf der Datenbankseite den Wert Writer. In der RDS CLI enthält die Ausgabe des describe-db-clusters Befehls einen AbschnittDBClusterMembers. Das DBClusterMembers-Element, das die Writer-DB-Instance repräsentiert, hat einen Wert von true für das IsClusterWriter Feld.

Wichtig

Bei der Leseverfügbarkeitsfunktion unterscheidet sich das Neustartverhalten in Aurora My SQL und Aurora PostgreSQL: Die Reader-DB-Instances bleiben normalerweise verfügbar, während Sie die Writer-Instance neu starten. Dann können Sie die Reader-Instances zu einem geeigneten Zeitpunkt neu starten. Sie können die Reader-Instances nach einem gestaffelten Zeitplan neu starten, wenn einige Reader-Instances immer verfügbar sein sollen. Weitere Informationen finden Sie unter Neustart eines Aurora-Clusters mit Leseverfügbarkeit.