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 MemoryDB-Replikation
MemoryDB implementiert die Replikation mit Daten, die auf bis zu 500 Shards partitioniert sind.
Jeder Shard in einem Cluster verfügt über einen einzelnen primären Lese-/Schreibknoten und bis zu 5 schreibgeschützte Replikatknoten. Jeder primäre Knoten kann bis zu 100 MB/s unterstützen. Sie können einen Cluster mit einer höheren Anzahl an Shards und einer geringeren Anzahl an Replikaten mit bis zu 500 Knoten pro Cluster erstellen. Diese Cluster-Konfiguration reicht von 500 Shards und 0 Replikaten bis hin zu 100 Shards und 4 Replikaten, was dem Höchstwert für die Anzahl erlaubter Replikate entspricht.
Replikation in einem Cluster
Jedes Read Replikat in einem Shard enthält eine Kopie der Daten vom primären Knoten des Shards. Asynchrone Replikationsmechanismen, die die Transaktionsprotokolle verwenden, werden verwendet, um die Read-Replikate mit den primären zu synchronisieren. Anwendungen können aus jedem Knoten im Cluster lesen. Anwendungen können nur in die primären Knoten schreiben. Read Replicas verbessern die Leseskalierbarkeit. Da MemoryDB die Daten in dauerhaften Transaktionsprotokollen speichert, besteht kein Risiko, dass Daten verloren gehen. Die Daten werden über die Shards in einem Memory-DB-Cluster partitioniert.
Anwendungen verwenden den Cluster-Endpunkt des MemoryDB-Clusters, um eine Verbindung mit den Knoten im Cluster herzustellen. Weitere Informationen finden Sie unter Ermitteln von Verbindungsendpunkten.
MemoryDB-Cluster sind regional und können nur Knoten aus einer Region enthalten. Um die Fehlertoleranz zu verbessern, müssen Sie Primär- und Lesereplikate für mehrere Availability Zones innerhalb dieser Region bereitstellen.
Die Verwendung der Replikation, die Ihnen Multi-AZ bietet, wird für alle MemoryDB-Cluster dringend empfohlen. Weitere Informationen finden Sie unter Minimierung von Ausfallzeiten in MemoryDB mit Multi-AZ.
