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.
Grundlegendes zur Amazon DocumentDB-Cluster-Fehlertoleranz
Amazon DocumentDB-Cluster sind von Natur aus fehlertolerant. Das Volume jedes Clusters erstreckt sich über mehrere Availability Zones in einem einzigen AWS-Region, und jede Availability Zone enthält eine Kopie der Volume-Daten des Clusters. Diese Funktionalität bedeutet, dass Ihr Cluster einen Ausfall der Availability Zone ohne Datenverlust und nur eine kurze Unterbrechung des Services tolerieren kann.
Wenn die primäre Instance in einem Cluster ausfällt, führt Amazon DocumentDB auf zwei Arten automatisch einen Failover zu einer neuen primären Instance durch:
-
Indem Sie ein vorhandenes Amazon DocumentDB DocumentDB-Replikat auf die neue primäre Instance heraufstufen, die auf der Grundlage der Promotion-Kontingent-Einstellung für jedes Replikat ausgewählt wurde, und dann einen Ersatz für die frühere primäre Instance erstellen. Ein Failover zur Replikat-Instance dauert in der Regel weniger als 30 Sekunden. Während dieses Zeitraums kann es bei Lese- und Schreibvorgängen zu kurzen Unterbrechungen kommen. Um die Verfügbarkeit Ihres Clusters zu erhöhen, empfehlen wir Ihnen, mindestens ein oder mehrere Amazon DocumentDB DocumentDB-Replikate in zwei oder mehr verschiedenen Availability Zones zu erstellen.
-
Über das Anlegen einer neuen primären Instance. Dies passiert nur, wenn Sie keine Replikatinstanz in Ihrem Cluster haben und es kann einige Minuten dauern, bis der Vorgang abgeschlossen ist.
Wenn der Cluster über ein oder mehrere Amazon DocumentDB DocumentDB-Replikate verfügt, wird ein Amazon DocumentDB DocumentDB-Replikat bei einem Ausfall zur primären Instance heraufgestuft. Ein Fehlerereignis hat eine kurze Unterbrechung zufolge, während die Lese- und Schreibvorgänge mit einer Ausnahme fehlschlagen. Jedoch wird der Service im Normalfall in weniger als 120 Sekunden und oft sogar schon nach 60 Sekunden wiederhergestellt. Um die Verfügbarkeit Ihres Clusters zu erhöhen, empfehlen wir Ihnen, mindestens ein oder mehrere Amazon DocumentDB DocumentDB-Replikate in zwei oder mehr verschiedenen Availability Zones zu erstellen.
Sie können die Reihenfolge anpassen, in der Ihre Amazon DocumentDB DocumentDB-Replikate nach einem Ausfall zur primären Instance heraufgestuft werden, indem Sie jedem Replikat eine Priorität zuweisen. Prioritäten liegen im Bereich zwischen 0 als höchste Priorität und 15 als niedrigste Priorität. Wenn die primäre Instance ausfällt, wird das Amazon DocumentDB DocumentDB-Replikat mit der höchsten Priorität zur neuen primären Instance heraufgestuft. Sie können die Priorität eines Amazon DocumentDB DocumentDB-Replikats jederzeit ändern. Das Ändern der Priorität löst kein Failover aus. Sie können die modify-db-instance-Operation mit dem --promotion-tier-Parameter verwenden. Weitere Informationen zum Anpassen der Failover-Priorität einer Instance finden Sie unter Amazon DocumentDB-Failover.
Mehr als ein Amazon DocumentDB DocumentDB-Replikat kann dieselbe Priorität haben, was zu Aktionsstufen führt. Wenn zwei oder mehr Amazon DocumentDB DocumentDB-Replikate dieselbe Priorität haben, wird das Replikat mit der größten Größe zum primären Replikat heraufgestuft. Wenn zwei oder mehr Amazon DocumentDB DocumentDB-Replikate dieselbe Priorität und Größe haben, wird ein beliebiges Replikat in derselben Promotion-Stufe heraufgestuft.
Wenn der Cluster keine Amazon DocumentDB DocumentDB-Replikate enthält, wird die primäre Instance bei einem Ausfall neu erstellt. Ein Fehlerereignis hat eine Unterbrechung zufolge, während die Lese- und Schreibvorgänge mit einer Ausnahme fehlschlagen. Der Service wird wiederhergestellt, wenn die primäre Instance erstellt wird. Dies dauert im Normalfall weniger als 10 Minuten. Das Heraufstufen eines Amazon DocumentDB-Replikats zur primären Instance ist viel schneller als das Erstellen einer neuen primären Instance.
