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 hat einen einzigen. read/write primary node and up to 5 read-only replica nodes. Each primary node can sustain up to 100 MB/s Sie können einen Cluster mit einer höheren Anzahl von Shards und einer geringeren Anzahl von Replikaten mit insgesamt bis zu 500 Knoten pro Cluster erstellen. Diese Clusterkonfiguration kann von 500 Shards und 0 Replikaten bis hin zu 100 Shards und 4 Replikaten reichen, was der maximal zulässigen Anzahl von Replikaten entspricht.

Replikation in einem Cluster

Jedes Lesereplikat in einem Shard verwaltet eine Kopie der Daten vom Primärknoten des Shards. Asynchrone Replikationsmechanismen, die die Transaktionsprotokolle verwenden, werden verwendet, um die Lesereplikate mit dem Primärserver 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 auf die Shards in einem MemoryDB-Cluster aufgeteilt.

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ärdaten und Read Replicas in mehreren 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.