Verwaltung von Clustern in ElastiCache - Amazon ElastiCache

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.

Verwaltung von Clustern in ElastiCache

Ein Cluster ist eine Sammlung von einem oder mehreren Cache-Knoten, auf denen alle eine Instanz der Valkey-, Redis OSS - oder Memcached Engine-Software ausführen. Wenn Sie einen Cluster erstellen, geben Sie die Engine und die Version an, die von allen Knoten verwendet werden soll.

Valkey- und Redis-Cluster OSS

Das folgende Diagramm zeigt einen typischen Valkey- oder Redis-Cluster. OSS Diese Cluster können einen einzelnen Knoten oder bis zu sechs Knoten innerhalb eines Shards (API/CLI: Knotengruppe) enthalten. Ein Valkey- oder Redis-Cluster OSS (Clustermodus deaktiviert) mit einem Knoten hat keinen Shard, und ein Valkey- oder Redis-Cluster OSS (Clustermodus deaktiviert) mit mehreren Knoten hat einen einzelnen Shard. Valkey- oder Redis-Cluster OSS (Clustermodus aktiviert) können bis zu 500 Shards enthalten, wobei Ihre Daten auf die Shards aufgeteilt sind. Das Knoten- oder Shard-Limit kann auf maximal 500 pro Cluster erhöht werden, wenn die Engine-Version Valkey 7.2 und höher oder Redis 5.0.6 und höher ist. OSS 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. Zu den häufigsten Fallstricken gehören, dass die Subnetze in der Subnetzgruppe einen zu kleinen CIDR Bereich haben oder dass die Subnetze gemeinsam genutzt und von anderen Clustern häufig genutzt 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.

Wenn Sie mehrere Knoten in einem Valkey- oder OSS Redis-Shard haben, ist einer der Knoten ein primärer Knoten mit Lese-/Schreibzugriff. Alle anderen Knoten im Shard sind schreibgeschützte Replikate.

Typische Valkey- oder Redis-Cluster sehen wie folgt aus. OSS

Bild: Typische Valkey- und Redis-Cluster OSS

Memcached-Cluster

Typische Memcached-Cluster sehen wie folgt aus. Memcached-Cluster enthalten 1 bis 60 Knoten, über die Sie Ihre Daten horizontal partitionieren.

Abbildung: Typischer Memcached-Cluster

Elasticache-Operationen für Valkey, Redis und Memcached OSS

Die meisten ElastiCache Operationen werden auf Clusterebene ausgeführt. Sie können einen Cluster mit einer bestimmten Anzahl von Knoten und einer Parametergruppe einrichten, die die Eigenschaften für jeden Knoten steuert. Alle Knoten innerhalb eines Clusters gehören demselben Knotentyp an und verfügen über die gleichen Einstellungen für Parameter und Sicherheitsgruppen.

Jeder Cluster muss über eine Cluster-Kennung verfügen. Die Cluster-Kennung ist ein vom Kunden angegebener Name für den Cluster. Diese Kennung gibt bei der Interaktion mit den AWS CLI Befehlen ElastiCache API und einen bestimmten Cluster an. Die Cluster-ID muss für diesen Kunden in einer AWS Region eindeutig sein.

ElastiCache unterstützt mehrere Engine-Versionen. Sofern es keine bestimmten Gründe dagegen gibt, raten wir dazu, die neueste Version zu verwenden.

ElastiCache Cluster sind für den Zugriff über eine EC2 Amazon-Instance konzipiert. Wenn Sie Ihren Cluster in einer virtuellen privaten Cloud (VPC) starten, die auf dem VPC Amazon-Service basiert, können Sie von außen darauf zugreifen AWS. Weitere Informationen finden Sie unter Zugriff auf ElastiCache Ressourcen von außen AWS.

Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Engines und VersionenUnterstützte Redis-Versionen OSS, undUnterstützte ElastiCache (Memcached) Versionen.