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.
Neustart eines Aurora-Clusters mit Leseverfügbarkeit
Mit der Leseverfügbarkeitsfunktion können Sie die Writer-Instance Ihres Aurora-Clusters neu starten, ohne die Reader-Instances im primären oder sekundären DB-Cluster neu starten zu müssen. Dies kann dazu beitragen, die hohe Verfügbarkeit des Clusters für Lesevorgänge aufrechtzuerhalten, während Sie die Writer-Instance neu starten. Sie können die Reader-Instances später nach einem für Sie geeigneten Zeitplan neu starten. In einem Produktionscluster können Sie beispielsweise die Reader-Instances nacheinander neu starten und erst beginnen, nachdem der Neustart der primären Instance abgeschlossen ist. Folgen Sie für jede DB-Instance, die Sie neu starten, dem Verfahren unter Neustarten einer DB-Instance in einem Aurora Cluster.
Die Leseverfügbarkeitsfunktion für primäre DB-Cluster ist in Aurora My SQL Version 2.10 und höher verfügbar. Die Leseverfügbarkeit für sekundäre DB-Cluster ist in Aurora My SQL Version 3.06 und höher verfügbar.
Für Aurora Postgre ist SQL diese Funktion standardmäßig in den folgenden Versionen verfügbar:
15.2 und höhere 15-Versionen
14.7 und höhere 14-Versionen
13.10 und höhere 13-Versionen
12.14 und höhere 12-Versionen
Weitere Informationen zur Leseverfügbarkeitsfunktion in Aurora Postgre finden Sie SQL unterVerbesserung der Leseverfügbarkeit von Aurora Replicas.
Vor dieser Funktion führte der Neustart der primären Instance zu einem Neustart aller Reader-Instances gleichzeitig. Wenn auf Ihrem Aurora-Cluster eine ältere Version ausgeführt wird, verwenden Sie stattdessen das Neustartverfahren in Neustart eines Aurora-Clusters ohne Leseverfügbarkeit.
Anmerkung
Die Änderung des Neustartverhaltens in Aurora-DB-Clustern mit Leseverfügbarkeit unterscheidet sich für globale Aurora-Datenbanken in Aurora SQL My-Versionen vor 3.06. Wenn Sie die Writer-Instance für den primären Cluster in einer globalen Aurora-Datenbank neu starten, bleiben die Reader-Instances im primären Cluster verfügbar. Die DB-Instances in sekundären Clustern werden jedoch gleichzeitig neu gestartet.
Eine eingeschränkte Version der verbesserten Leseverfügbarkeitsfunktion wird von den globalen Aurora-Datenbanken für Aurora SQL Postgre-Versionen 12.16, 13.12, 14.9, 15.4 und höher unterstützt.
Sie starten den Cluster häufig neu, nachdem Sie Änderungen an Clusterparametergruppen vorgenommen haben. Sie nehmen Parameteränderungen vor, indem Sie die Verfahren in befolge Parametergruppen für Amazon Aurora. Angenommen, Sie starten die Writer-DB-Instance in einem Aurora-Cluster neu, um Änderungen an Cluster-Parametern anzuwenden. Einige oder alle Reader-DB-Instances verwenden möglicherweise weiterhin die alten Parametereinstellungen. Die verschiedenen Parametereinstellungen haben jedoch keinen Einfluss auf die Datenintegrität des Clusters. Alle Clusterparameter, die sich auf die Organisation von Datendateien auswirken, werden nur von der Writer-DB-Instance verwendet.
In einem Aurora My-Cluster können Sie beispielsweise SQL Cluster-Parameter wie binlog_format und innodb_purge_threads auf der Writer-Instance vor den Reader-Instances aktualisieren. Nur die Writer-Instance schreibt binäre Protokolle und löscht Datensätze für das Rückgängigmachen. Bei Parametern, die ändern, wie Abfragen SQL Anweisungen oder Abfrageausgaben interpretieren, müssen Sie möglicherweise darauf achten, die Reader-Instances sofort neu zu starten. Sie tun dies, um unerwartetes Anwendungsverhalten bei Abfragen zu vermeiden. Angenommen, Sie ändern den lower_case_table_names Parameter und starten die Writer-Instance neu. In diesem Fall können die Reader-Instances möglicherweise erst auf eine neu erstellte Tabelle zugreifen, wenn sie alle neu gestartet wurden.
Eine Liste aller Aurora My SQL Cluster-Parameter finden Sie unterParameter auf Cluster-Ebene.
Eine Liste aller Aurora SQL Postgre-Cluster-Parameter finden Sie unterAurora-PostgreSQL-Parameter auf Cluster-Ebene.
Tipp
Aurora My SQL kann immer noch einige der Reader-Instances zusammen mit der Writer-Instance neu starten, wenn Ihr Cluster eine Arbeitslast mit hohem Durchsatz verarbeitet.
Die Verringerung der Anzahl der Neustarts gilt auch während des Failovervorgangs. Aurora My startet die Writer-DB-Instance und das Failover-Ziel SQL nur während eines Failovers neu. Andere Reader-DB-Instances im Cluster bleiben verfügbar, um Abfragen über Verbindungen zum Reader-Endpunkt fortzusetzen. So können Sie die Verfügbarkeit während eines Failovers verbessern, indem Sie mehr als eine Reader-DB-Instance in einem Cluster haben.
