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.
Verwalten von Clustern
Ein Cluster ist eine Sammlung einer oder mehrerer Cache-Knoten, die alle eine Instance der unterstützten Cache-Engine-Software oder Redis ausführen. Wenn Sie einen Cluster erstellen, geben Sie die Engine und die Version an, die von allen Knoten verwendet werden soll.
Das folgende Diagramm zeigt einen typischen Redis OSS-Cluster. Redis OSS-Cluster können einen einzelnen Knoten oder bis zu sechs Knoten innerhalb eines Shard (API/CLI: Node Group) enthalten. Ein Redis OSS-Cluster mit einem Knoten (Cluster-Modus deaktiviert) hat keinen Shard und ein Redis OSS-Cluster (Cluster-Modus deaktiviert) mit mehreren Knoten hat einen einzelnen Shard. Redis OSS-Cluster (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 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, siehe AWS -Service-Limits und wählen Sie den Limittyp Knoten pro Cluster pro Instance-Typ.
Wenn Sie mehrere Knoten in einem Shard besitzen, ist einer der Knoten der primäre Knoten für Lese- und Schreibvorgänge. Alle anderen Knoten im Shard sind schreibgeschützte Replikate.
Typische Redis OSS-Cluster sehen wie folgt aus.
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 Amazon EC2 EC2-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 Redis OSS-Versionen finden Sie unter. Unterstützte ElastiCache Versionen (Redis OSS)
