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.
Multi-AZ-DB-Instance-Bereitstellungen
Amazon Timestream for InfluxDB bietet Hochverfügbarkeit und Failover-Unterstützung für DB-Instances, die Multi-AZ-Bereitstellungen mit einer einzigen Standby-DB-Instance verwenden. Diese Art der Bereitstellung wird als Multi-AZ-DB-Instance-Bereitstellung bezeichnet. Amazon Timestream for InfluxDB verwendet die Amazon-Failover-Technologie.
In einer Multi-AZ-DB-Instance-Bereitstellung stellt Amazon Timestream automatisch ein synchrones Standby-Replikat in einer anderen Availability Zone bereit und verwaltet es. Die primäre DB-Instance wird über die Availability Zone synchron auf ein Standby-Replikat repliziert, um Datenredundanz zu erzielen. Der Betrieb einer DB-Instance mit hoher Verfügbarkeit kann die Verfügbarkeit bei einem Ausfall der DB-Instance und bei einer Unterbrechung der Availability Zone verbessern. Weitere Informationen zu finden Sie unterAWS-Regionen und Verfügbarkeitszonen .
Anmerkung
Die Option für hohe Verfügbarkeit ist keine Skalierungslösung für schreibgeschützte Szenarien. Sie können kein Standby-Replikat verwenden, um Leseverkehr bereitzustellen.
Mithilfe der Amazon Timestream Timestream-Konsole können Sie eine Multi-AZ-DB-Instance-Bereitstellung erstellen, indem Sie bei der Erstellung einer DB-Instance einfach die Option Standby-Instance erstellen im Abschnitt Konfiguration für Verfügbarkeit und Haltbarkeit angeben. Sie können auch eine Multi-AZ-DB-Instance-Bereitstellung mit dem AWS Command Line Interface oder Amazon API Timestream angeben. Verwenden Sie den CLI Befehl create-db-instance oder oder die CreateDBInstance API Operation.
DB-Instances, die Multi-AZ-DB-Instance-Bereitstellungen verwenden, können im Vergleich zu einer Single-AZ-Bereitstellung eine höhere Schreib- und Commit-Latenz aufweisen. Dies kann aufgrund der auftretenden synchronen Datenreplikation geschehen. Es kann zu einer Änderung der Latenz kommen, wenn bei Ihrer Bereitstellung ein Failover auf das Standby-Replikat erfolgt, obwohl es für Netzwerkverbindungen AWS zwischen den Geräten mit niedriger Latenz konzipiert wurde. Für Produktions-Workloads empfehlen wir, für eine schnelle, konsistente Leistung den IOPS mitgelieferten Speicher mit 12 oder 16 KB IOPS zu verwenden. Weitere Informationen zu DB-Instance-Klassen finden Sie unter DB-Instance-Klassen.
