Verwendung von Zero-Downtime-Patching (Patchen ohne Ausfallzeiten) - Amazon Aurora

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.

Verwendung von Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)

Die Durchführung von Upgrades für Aurora My SQL DB-Cluster beinhaltet die Möglichkeit eines Ausfalls, wenn die Datenbank heruntergefahren wird und während sie aktualisiert wird. Wenn Sie das Upgrade starten, während die Datenbank ausgelastet ist, verlieren Sie standardmäßig alle Verbindungen und Transaktionen, die der DB-Cluster verarbeitet. Wenn Sie warten, bis die Datenbank im Leerlauf ist, um das Upgrade durchzuführen, müssen Sie möglicherweise lange warten.

Die Funktion Patching (ZDP) ohne Ausfallzeiten versucht nach bestem Wissen und Gewissen, die Client-Verbindungen durch ein Aurora My-Upgrade aufrechtzuerhalten. SQL Bei erfolgreichem ZDP Abschluss werden die Anwendungssitzungen beibehalten und die Datenbank-Engine wird während des Upgrades neu gestartet. Der Neustart der Datenbank-Engine kann zu einem Abfall des Durchsatzes von eingen Sekunden bis 1 Minute führen.

ZDPgilt nicht für Folgendes:

  • Patches und Upgrades für das Betriebssystem

  • Hauptversions-Upgrades

ZDPist für alle unterstützten Aurora SQL My-Versionen und DB-Instance-Klassen verfügbar.

ZDPwird nicht unterstützt für Aurora Serverless v1 oder globale Aurora-Datenbanken.

Anmerkung

Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Einzelheiten zu den T-Instance-Klassen finden Sie unter Verwendung von T-Instance-Klassen für Entwicklung und Tests.

Metriken wichtiger Attribute finden Sie ZDP währenddessen im Mein SQL Fehlerprotokoll. Informationen darüber, wann Aurora My SQL verwendet ZDP oder nicht, finden Sie auch ZDP auf der Veranstaltungsseite in der AWS Management Console.

In Aurora My SQL Version 2.10 und höher und Version 3 kann Aurora einen Patch ohne Ausfallzeiten durchführen, unabhängig davon, ob die binäre Protokollreplikation aktiviert ist oder nicht. Wenn die Replikation von Binärprotokollen aktiviert ist, trennt Aurora My während eines ZDP Vorgangs SQL automatisch die Verbindung zum Binlog-Ziel. Aurora My stellt SQL automatisch wieder eine Verbindung zum Binlog-Ziel her und setzt die Replikation nach Abschluss des Neustarts fort.

ZDPfunktioniert auch in Kombination mit den Neustart-Verbesserungen in Aurora My SQL 2.10 und höher. Durch das Patchen der Writer-DB-Instance werden die Leser automatisch gleichzeitig gepatcht. Aurora stellt nach dem Ausführen des Patches die Verbindungen sowohl auf den Writer- als auch der Reader-DB-Instances wieder ZDPGilt vor Aurora My SQL 2.10 nur für die Writer-DB-Instance eines Clusters.

ZDPkann unter den folgenden Bedingungen nicht erfolgreich abgeschlossen werden:

  • Wenn langandauernde Abfragen oder Transaktionen ausgeführt werden. Wenn Aurora ZDP in diesem Fall eine Leistung erbringen kann, werden alle offenen Transaktionen storniert, aber ihre Verbindungen bleiben erhalten.

  • Temporäre Tabellen, Benutzersperren oder Tabellensperren werden verwendet, beispielsweise während Anweisungen in der Datendefinitionssprache (DDL) ausgeführt werden. Aurora bricht diese Verbindungen ab.

  • Wenn ausstehende Parameteränderungen vorhanden sind.

Wenn aufgrund einer oder mehrerer dieser Bedingungen kein geeignetes Zeitfenster für die Durchführung ZDP verfügbar ist, kehrt das Patchen zum Standardverhalten zurück.

Anmerkung

Für Aurora My SQL Version 2 niedriger als 2.11.0 und Version 3 niedriger als 3.04.0 wird es ZDP möglicherweise nicht erfolgreich abgeschlossen, wenn offene Secure Socket Layer (SSL) - oder Transport Layer Security (TLS) -Verbindungen bestehen.

Obwohl Verbindungen nach einem erfolgreichen ZDP Vorgang intakt bleiben, werden einige Variablen und Funktionen neu initialisiert. Die folgenden Arten von Informationen werden durch einen Neustart, der durch Patchen ohne Ausfallzeiten verursacht wird, nicht beibehalten:

  • Globale Variablen Aurora stellt Sitzungsvariablen wieder her, stellt jedoch nach dem Neustart keine globalen Variablen wieder her.

  • Statusvariablen. Insbesondere wird der durch den Motorstatus gemeldete Betriebszeitwert nach einem Neustart, bei dem die Oder-Mechanismen verwendet werden, zurückgesetzt. ZDR ZDP

  • LAST_INSERT_ID.

  • In-Memory-auto_increment-Status für Tabellen. Der Status des automatischen In-Memory-Inkrements wird neu initialisiert. Weitere Informationen zur automatischen Erhöhung von Werten finden Sie in Mein SQL Referenzhandbuch.

  • Diagnoseinformationen aus INFORMATION_SCHEMA- und PERFORMANCE_SCHEMA-Tabellen. Diese Diagnoseinformationen erscheinen auch in der Ausgabe von Befehlen wie SHOW PROFILE und SHOW PROFILES.

Die folgenden Aktivitäten im Zusammenhang mit einem Neustart ohne Ausfallzeiten werden auf der Seite Ereignisse gemeldet:

  • Es wird versucht, die Datenbank ohne Ausfallzeiten zu aktualisieren.

  • Der Versuch, die Datenbank ohne Ausfallzeiten zu aktualisieren, ist beendet. Die Veranstaltung berichtet, wie lange der Prozess gedauert hat. Das Ereignis meldet auch, wie viele Verbindungen während des Neustarts beibehalten wurden und wie viele Verbindungen gelöscht wurden. Sie können das Datenbankfehlerprotokoll einsehen, um weitere Details darüber zu erfahren, was während des Neustarts passiert ist.