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-, Memcached- und Redis OSS-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 OSS-Cluster
Das folgende Diagramm zeigt einen typischen Valkey- oder Redis OSS-Cluster. Diese Cluster können einen einzelnen Knoten oder bis zu sechs Knoten innerhalb eines Shard (API/CLI: Node Group) enthalten. Ein Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) mit einem Knoten hat keinen Shard und ein Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) mit mehreren Knoten hat einen einzigen Shard. Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) können bis zu 500 Shards haben, wobei Ihre Daten auf die Shards verteilt 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 OSS 5.0.6 und 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.
Wenn Sie mehrere Knoten in einem Valkey- oder Redis OSS-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 OSS-Cluster sehen wie folgt aus.
Memcached-Cluster
Typische Memcached-Cluster sehen wie folgt aus. Memcached-Cluster enthalten 1 bis 60 Knoten, über die Sie Ihre Daten horizontal partitionieren.
Elasticache-Operationen für Valkey, Memcached und Redis 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 der ElastiCache API und den AWS CLI Befehlen 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 Virtual Private Cloud (VPC) starten, die auf dem Amazon VPC-Service basiert, können Sie von außerhalb AWS auf ihn zugreifen. 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 OSS-Versionen, undWird ElastiCache für Memcached-Versionen unterstützt.
