In OCI-Cache in Shards unterteilte Cluster
OCI Cache unterstützt zwei Clustermodi, in Shards unterteilte Cluster und nicht in Shards unterteilte Cluster.
Nicht in Shards unterteilte Cluster werden mit einem primären Knoten und mindestens einem Replikatknoten konfiguriert, wobei die Daten auf jedem Knoten dupliziert werden. Bei diesem Clustermodus sind die Daten, die Sie speichern können, durch die für den Knoten konfigurierte Speichermenge mit maximal 500 GB Arbeitsspeicher pro Knoten begrenzt.
In Shards unterteilte Cluster haben drei oder mehr Shards, wobei die Daten über die Shards im Cluster aufgeteilt werden, sodass jedes Shard einen Teil der Daten enthält. Jeder Shard ist wie ein Cluster mit einem primären Knoten und bis zu vier Replikatknoten. In Shards unterteilte Cluster unterstützen Szenarios, in denen Sie mehr Daten speichern müssen als das Limit von 500 GB, da diese Cluster zwar immer noch auf den Arbeitsspeicher von 500 GB pro Knoten begrenzt sind, aber wirklich 500 GB pro Shard betragen.
In Shards unterteilte Cluster haben keine primären oder replizierten Endpunkte auf Clusterebene, wie es nicht in Shards unterteilte Cluster tun. Stattdessen verfügt jedes Shard über einen privaten Endpunkt, mit dem Sie eine Verbindung zum Cluster herstellen können. Weitere Informationen finden Sie unter Verbindungsdetails eines in OCI-Cache geteilten Clusters abrufen.
Einschränkungen und Überlegungen für in Shards unterteilte Cluster
Alle Valkey- und Redis-Clientbibliotheken, mit denen Sie eine Verbindung zu einem in Shards unterteilten Cluster herstellen, müssen Redis CLUSTER MODE mit Hostnamensunterstützung unterstützen.
- Die Anzahl der pro Shard konfigurierten Knoten muss zwischen 1 und 5 liegen, wobei maximal 100 Knoten pro Cluster zulässig sind.
- Die Anzahl der Shards pro Cluster muss eine ungleichmäßige Anzahl von 3 bis 99 sein, obwohl die maximale Anzahl der Shards von der Anzahl der pro Shard konfigurierten Knoten abhängt.
- Die Arbeitsspeichermenge pro Knoten muss zwischen 2 und 500 GB liegen.
- Alle Redis-Clientbibliotheken, mit denen Sie eine Verbindung zu einem in Shards unterteilten Cluster herstellen, müssen Redis
CLUSTER MODEmit Hostnamenunterstützung unterstützen. - OCI-Cachecluster, die als nicht in Shards unterteilte Cluster erstellt wurden, können nicht in in in Shards unterteilte Cluster konvertiert werden und umgekehrt. OCI Cache bietet keine automatisierte Möglichkeit, Daten zwischen diesen Clustertypen zu verschieben.
In Shards unterteilte Cluster konfigurieren
Bei der Konfiguration eines in Shards unterteilten Clusters müssen Sie die Anforderungen berücksichtigen, die Sie bei der Entscheidung über das Gleichgewicht zwischen der Anzahl der Shards, der Anzahl der Knoten pro Shard und der Arbeitsspeichermenge pro Knoten unterstützen. Die Erhöhung der Anzahl der Knoten pro Shard ist eine gute Strategie, um die Lesekapazität eines Clusters zu erhöhen. Dies hilft jedoch nicht beim Speicher eines Clusters, es sei denn, Sie erhöhen den Arbeitsspeicher pro Knoten. Es hilft auch nicht bei der Schreibkapazität eines Clusters. Um die Schreibkapazität eines Clusters zu beeinträchtigen, erhöhen Sie die Anzahl der Shards.
Beispiel: Vergleichen Sie die beiden folgenden Szenarios:
- Das Cluster muss eine große Datenmenge speichern, aber keine großen Schreibvorgänge verarbeiten.
- Das Cluster muss viele Schreibvorgänge verarbeiten, aber keine große Datenmenge speichern.
In Szenario 1 würden Sie das Cluster so konfigurieren, dass es weniger Shards mit mehr Speicher pro Knoten als in Szenario 2 enthält. Bei Szenario 2 würden Sie das Cluster so konfigurieren, dass es eine größere Anzahl von Shards mit weniger Arbeitsspeicher pro Knoten aufweist.
Die meisten Verfahren für die Arbeit mit in Shards unterteilten Clustern sind die gleichen wie für die Arbeit mit nicht in Shards unterteilten Clustern, jedoch sind einige Verfahren unterschiedlich. Details zu Shard-Clustern finden Sie im Folgenden: