Failover-Prozess für Amazon Timestream

Wenn ein geplanter oder ungeplanter Ausfall Ihrer DB-Instance auf einen Infrastrukturdefekt zurückzuführen ist, wechselt Amazon Timestream for InfluxDB automatisch zu einem Standby-Replikat in einer anderen Availability Zone, wenn Sie Multi-AZ aktiviert haben. Die Dauer, bis der Failover-Prozess für die Instance abgeschlossen ist, hängt von der Datenbankaktivität sowie von anderen Bedingungen zu dem Zeitpunkt ab, an dem die primäre DB-Instance ausgefallen ist. Der Failover-Prozess dauert normalerweise 60–120 Sekunden. Diese Failover-Dauer kann sich verlängern, wenn umfangreiche Transaktionen oder zeitintensive Wiederherstellungsprozesse durchgeführt werden. Wenn der Failover abgeschlossen ist, kann es zusätzliche Zeit dauern, bis die Timestream-Konsole die neue Availability Zone wiedergibt.

Anmerkung

Amazon Timestream verarbeitet Failovers automatisch, sodass Sie den Datenbankbetrieb ohne administrativen Eingriff so schnell wie möglich wieder aufnehmen können. Die primäre DB-Instance schaltet automatisch auf das Standby-Replikat um, wenn eine der in der folgenden Tabelle beschriebenen Bedingungen eintritt:

Failover-Grund	Beschreibung
Das Betriebssystem, das der Timestream-Datenbank-Instance zugrunde liegt, wird in einem Offline-Vorgang gepatcht.	Ein Failover wurde während des Wartungsfensters für einen Betriebssystem-Patch oder ein Sicherheitsupdate ausgelöst.
Der primäre Host der Timestream Multi-AZ-Instance ist fehlerhaft.	Die Multi-AZ-DB-Instance-Bereitstellung hat eine beeinträchtigte primäre DB-Instance erkannt und ein Failover eingeleitet.
Der primäre Host der Timestream Multi-AZ-Instance ist aufgrund eines Verlusts der Netzwerkkonnektivität nicht erreichbar.	Die Timestream-Überwachung hat einen Fehler bei der Netzwerkerreichbarkeit der primären DB-Instance erkannt und einen Failover ausgelöst.
Die Timestream-Instanz wurde vom Kunden geändert.	Eine Änderung der Timesteam for InfluxDB-DB-Instance löste einen Failover aus. Weitere Informationen finden Sie unter Aktualisieren von DB-Instances.
Die primäre Timestream Multi-AZ-Instance ist ausgelastet und reagiert nicht.	Die primäre DB-Instance reagiert nicht. Wir empfehlen Ihnen, wie folgt vorzugehen: * Untersuchen Sie das Ereignis auf übermäßige CPU-, Arbeitsspeicher- oder Swap-Space-Auslastung. * Bewerten Sie Ihre Arbeitslast, um festzustellen, ob Sie die entsprechende DB-Instance-Klasse verwenden. Weitere Informationen finden Sie unter DB-Instance-Klassen.
Auf dem Speichervolumen, das dem primären Host der Timestream Multi-AZ-Instance zugrunde liegt, ist ein Fehler aufgetreten.	Die Multi-AZ-DB-Instance-Bereitstellung hat ein Speicherproblem der primären DB-Instance erkannt und ein Failover eingeleitet.