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.
Minimieren von Ausfällen
Bei der Planung Ihrer MemoryDB-Implementierung sollten Sie so planen, dass Ausfälle nur minimale Auswirkungen auf Ihre Anwendung und Daten haben. In diesem Abschnitt werden verschiedene Ansätze vorgestellt, mit denen Sie Ihre Anwendung und Ihre Daten vor Ausfällen schützen können.
Behebung von Ausfällen: MemoryDB-Cluster
Ein MemoryDB-Cluster besteht aus einem einzigen primären Knoten, von dem Ihre Anwendung sowohl lesen als auch auf diesen schreiben kann, sowie aus 0 bis 5 schreibgeschützten Replikatknoten. Wir empfehlen jedoch dringend, mindestens ein Replikat zu verwenden, um eine hohe Verfügbarkeit zu gewährleisten. Immer wenn Daten auf den primären Knoten geschrieben werden, werden sie dauerhaft im Transaktionslog gespeichert und auf den Replikatknoten asynchron aktualisiert.
Wenn ein Lesereplikat ausfällt,
MemoryDB erkennt das ausgefallene Replikat.
MemoryDB nimmt den ausgefallenen Knoten offline.
MemoryDB startet und stellt einen Ersatzknoten in derselben AZ bereit.
Der neue Knoten synchronisiert sich mit dem Transaktionslog.
Währenddessen kann die Anwendung weiterhin Lese- und Schreibvorgänge auf den anderen Knoten ausführen.
MemoryDB Multi-AZ
Wenn Multi-AZ auf Ihren MemoryDB-Clustern aktiviert ist, wird ein ausgefallener Primärserver erkannt und automatisch ersetzt.
MemoryDB erkennt den Ausfall des Primärknotens.
MemoryDB führt einen Failover auf ein Replikat durch, nachdem sichergestellt wurde, dass es mit dem ausgefallenen Primärreplikat konsistent ist.
MemoryDB erstellt ein Replikat in der AZ des ausgefallenen Primärservers.
Der neue Knoten wird mit dem Transaktionslog synchronisiert.
Das Failover zu einem Replikationsknoten erfolgt in der Regel schneller als das Erstellen und Bereitstellen eines neuen primären Knotens. Das bedeutet, dass Ihre Anwendung früher wieder auf Ihren primären Knoten schreiben kann.
Weitere Informationen finden Sie unter Minimierung von Ausfallzeiten in MemoryDB mit Multi-AZ.
