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.

Redis OSS-Replikation verstehen

Jeder Shard in einer Replikationsgruppe verfügt über einen einzelnen primären Lese-/Schreibknoten und bis zu 5 schreibgeschützte Replikatknoten. 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.

Redis OSS (Clustermodus deaktiviert)

Ein Redis OSS-Cluster (Cluster-Modus deaktiviert) hat einen einzelnen Shard, in dem sich eine Sammlung von Redis-OSS-Knoten befindet: ein primärer Lese-/Schreibknoten und bis zu fünf sekundäre, schreibgeschützte Replikatknoten. Jede Read Replica speichert eine Kopie der Daten aus dem primären Knoten des Clusters. Mittels asynchroner Replikationsmechanismen werden die Read Replicas mit dem primären Knoten synchron gehalten. Anwendungen können aus jedem Knoten im Cluster lesen. Anwendungen können nur in den primären Knoten schreiben. Read Replicas verbessern den Lesedurchsatz und schützen vor Datenverlust im Falle eines Knotenausfalls.

Redis OSS-Cluster (Cluster-Modus deaktiviert) mit einem einzigen Shard und Replikatknoten

Sie können Redis OSS-Cluster (Cluster-Modus deaktiviert) mit Replikatknoten verwenden, um Ihre Redis OSS-Lösung für leseintensive Anwendungen ElastiCache zu skalieren oder um eine große Anzahl von Clients zu unterstützen, die gleichzeitig aus demselben Cluster lesen.

Alle Knoten in einem Redis OSS-Cluster (Clustermodus deaktiviert) müssen sich in derselben Region befinden.

Wenn Sie eine Read Replica zu einem Cluster hinzufügen, werden alle Daten vom primären Knoten auf den neuen Knoten kopiert. Ab diesem Punkt werden Änderung jedes Mal, wenn Daten in den primären Knoten geschrieben werden, synchron auf alle Read Replicas übertragen.

Um die Fehlertoleranz zu verbessern und Ausfallzeiten beim Schreiben zu reduzieren, aktivieren Sie Multi-AZ mit automatischem Failover für Ihren Redis OSS-Cluster (Clustermodus deaktiviert) mit Replikaten. Weitere Informationen finden Sie unter Minimierung von Ausfallzeiten in ElastiCache (Redis OSS) mit Multi-AZ.

Sie können die Rollen der Knoten innerhalb des Redis OSS-Clusters (Clustermodus deaktiviert) ändern, wobei das primäre und eines der Replikate die Rollen austauschen. Sie könnten sich aus Gründen der Leistungsoptimierung hierfür entscheiden. Bei einer Webanwendung mit der intensivsten Schreibaktivität könnten Sie z. B. den Knoten mit der niedrigsten Netzwerklatenz wählen. Weitere Informationen finden Sie unter Heraufstufen einer Read Replica zur primären, für Redis OSS-Replikationsgruppen (Clustermodus deaktiviert).

Redis OSS (Clustermodus aktiviert)

Ein Redis OSS-Cluster (Cluster Mode Enabled) besteht aus 1 bis 500 Shards (API/CLI: Knotengruppen). Jeder Shard verfügt über einen primären Knoten und bis zu fünf schreibgeschützte Replikatknoten. Die Konfiguration 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.

Jede Read Replica in einem Shard speichert eine Kopie der Daten aus dem primären Knoten des Shards. Mittels asynchroner Replikationsmechanismen werden die Read Replicas mit dem primären Knoten synchron gehalten. Anwendungen können aus jedem Knoten im Cluster lesen. Anwendungen können nur in die primären Knoten schreiben. Read Replicas verbessern die Leseskalierbarkeit und schützen vor Datenverlust. Die Daten werden auf die Shards in einem Redis OSS-Cluster (Clustermodus aktiviert) partitioniert.

Anwendungen verwenden den Konfigurationsendpunkt des Redis OSS-Clusters (Clustermodus aktiviert), um eine Verbindung mit den Knoten im Cluster herzustellen. Weitere Informationen finden Sie unter Ermitteln von Verbindungsendpunkten.

Redis OSS-Cluster (Clustermodus aktiviert) mit mehreren Shards und Replikatknoten

Alle Knoten in einem Redis OSS-Cluster (Clustermodus aktiviert) müssen sich in derselben Region befinden. Zur Verbesserung der Fehlertoleranz können Sie sowohl primären Knoten als auch Read Replicas in mehreren Availability Zones innerhalb dieser Region bereitstellen.

Derzeit gibt es in Redis OSS (Clustermodus aktiviert) einige Einschränkungen.