Hohe Verfügbarkeit mit Replikationsgruppen - Amazon ElastiCache (RedisOSS)

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.

Hohe Verfügbarkeit mit Replikationsgruppen

Amazon ElastiCache Redis OSS-Cluster mit einem Knoten sind In-Memory-Einheiten mit eingeschränkten Datenschutzdiensten (AOF). Sollte Ihr Cluster aus irgendeinem Grund ausfallen, verlieren Sie alle Daten des Clusters. Wenn Sie jedoch die Redis OSS-Engine ausführen, können Sie 2 bis 6 Knoten zu einem Cluster mit Replikaten gruppieren, wobei 1 bis 5 schreibgeschützte Knoten replizierte Daten des einzelnen primären Lese-/Schreibknotens der Gruppe enthalten. Wenn aus irgendeinem Grund ein Knoten in diesem Szenario ausfällt, verlieren Sie nicht alle Daten, da sie auf einem oder mehreren Knoten repliziert sind. Aufgrund der Replikationslatenz gehen möglicherweise einige Daten verloren, wenn der primäre Lese/Schreib-Knoten ausfällt.

Wie in der folgenden Grafik zu sehen ist, ist die Replikationsstruktur in einem Shard (in der API/CLI als Knotengruppe bezeichnet) enthalten, der in einem Redis OSS-Cluster enthalten ist. Redis OSS-Cluster (Clustermodus deaktiviert) haben immer einen Shard. Redis OSS-Cluster (Cluster-Modus aktiviert) können bis zu 500 Shards haben, wobei die Clusterdaten auf die Shards verteilt sind. Sie können einen Cluster mit einer höheren Anzahl an Shards und einer geringeren Anzahl an Replikaten mit bis zu 90 Knoten pro Cluster erstellen. Diese Clusterkonfiguration reicht von 90 Shards und 0 Replikaten bis hin zu 15 Shards und 5 Replikaten, was dem Höchstwert für die Anzahl erlaubter Replikate entspricht.

Das Knoten- oder Shard-Limit kann auf maximal 500 pro Cluster erhöht werden, wenn die Redis OSS-Engine-Version 5.0.6 oder höher ist. Sie können beispielsweise einen Cluster mit 500 Knoten konfigurieren, der zwischen 83 Shards (ein primärer Knoten und 5 Replikate pro Shard) und 500 Shards (ein primärer Knoten und keine Replikate) umfasst. Stellen Sie sicher, dass für die Erhöhung genügend IP-Adressen verfügbar sind. Häufige Fallstricke sind Subnetze in der Subnetzgruppe, die einen zu kleinen CIDR-Bereich haben, oder Subnetze, die gemeinsam genutzt und von anderen Clustern stark beansprucht werden. Weitere Informationen finden Sie unter Erstellen einer Subnetzgruppe.

Für Versionen unter 5.0.6 liegt das Limit bei 250 pro Cluster.

Um eine Erhöhung des Limits zu beantragen, AWS siehe Service Limits und wählen Sie den Limittyp Nodes per cluster per instance type.

Bild: Der Redis OSS-Cluster (Clustermodus deaktiviert) hat einen Shard und 0 bis 5 Replikatknoten

Der Redis OSS-Cluster (Clustermodus deaktiviert) hat einen Shard und 0 bis 5 Replikatknoten

Wenn für den Cluster mit Replikaten Multi-AZ aktiviert ist, wird bei einem Ausfall des primären Knotens ein automatisches Failover auf eine Read Replica durchgeführt. Da die Daten auf den Replikatknoten asynchron aktualisiert werden, kann die Latenz bei der Aktualisierung der Replikatknoten zu geringfügigem Datenverlust führen. Weitere Informationen finden Sie unter Minimierung von Ausfällen beim Ausführen von Redis OSS.