DAX-Cluster-Komponenten

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.

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.

Ein Amazon DynamoDB Accelerator (DAX) -Cluster besteht aus AWS Infrastrukturkomponenten. In diesem Abschnitt werden diese Komponenten und ihre Zusammenarbeit beschrieben.

Knoten

Ein Knoten ist der kleinste Baustein eines DAX-Clusters. Jeder Knoten führt eine Instance der DAX-Software aus und unterhält ein einzelnes Replikat der zwischengespeicherten Daten.

Sie können Ihren DAX-Cluster auf zwei Arten skalieren:

Jeder Knoten in einem Cluster hat denselben Knotentyp und führt dieselbe DAX-Caching-Software aus. Eine Liste der verfügbaren Knotentypen finden Sie unter Amazon-DynamoDB-Preise.

Cluster

Ein Cluster ist eine logische Gruppierung von einem oder mehreren Knoten, die DAX als eine Einheit verwaltet. Einer der Knoten im Cluster wird als primärer Knoten ausgewiesen und die anderen Knoten (falls vorhanden) sind Read Replicas.

Der primäre Knoten ist für Folgendes verantwortlich:

Wenn Änderungen an zwischengespeicherten Daten auf dem Primärknoten vorgenommen werden, verteilt DAX die Änderungen unter Verwendung von Replikationsprotokollen auf alle Lesereplikat-Knoten. Nachdem die Bestätigung von allen Lesereplikaten eingegangen ist, löscht DynamoDB die Replikationsprotokolle vom Primärknoten.

Ein DAX-Cluster unterstützt bis zu elf Knoten pro Cluster (den primären Knoten, plus maximal zehn Lesereplikate).

Read Replicas sind verantwortlich für Folgendes:

Im Gegensatz zu dem primären Knoten schreiben Lesereplikate jedoch nicht in DynamoDB.

Read Replicas dienen zwei zusätzlichen Zwecken:

Regionen und Availability Zones

Ein DAX-Cluster in einer AWS Region kann nur mit DynamoDB-Tabellen interagieren, die sich in derselben Region befinden. Stellen Sie daher sicher, dass Sie Ihren DAX-Cluster in der richtigen Region starten. Wenn Sie über DynamoDB-Tabellen in anderen Regionen verfügen, müssen Sie die DAX-Cluster in diesen Regionen ebenfalls starten.

Jede -Region ist darauf ausgelegt, vollständig von den anderen -Regionen getrennt zu sein. Innerhalb jeder Region gibt es mehrere Availability Zones. Durch das Starten Ihrer Knoten in verschiedenen Availability Zones können Sie eine größtmögliche Fehlertoleranz zu erreichen.

Parametergruppen

Parametergruppen werden verwendet, um Laufzeiteinstellungen für DAX-Clusters zu verwalten. DAX verfügt über mehrere Parameter, die Sie verwenden können, um die Leistung zu optimieren (z. B. Definieren einer TTL-Richtlinie für zwischengespeicherte Daten). Eine Parametergruppe ist eine benannte Sammlung von Parametern, die Sie einem Cluster zuweisen können. Dadurch stellen Sie sicher, dass alle Knoten in diesem Cluster identisch konfiguriert werden.

Sicherheitsgruppen

Ein DAX-Cluster wird in einer Amazon-Virtual-Private-Cloud-Umgebung (Amazon VPC) ausgeführt. Diese Umgebung ist ein virtuelles Netzwerk, das Ihrem AWS Konto zugewiesen und von anderen isoliert ist. VPCs Eine Sicherheitsgruppe dient als virtuelle Firewall für die VPC und ermöglicht das Steuern des ein- und ausgehenden Netzwerkdatenverkehrs.

Wenn Sie einen Cluster in Ihrer VPC starten, fügen Sie Ihrer Sicherheitsgruppe eine Zugangsregel hinzu, um eingehenden Netzwerkverkehr zu erlauben. Die Zugangsregel legt das Protokoll (TCP) und die Portnummer (8111) für den Cluster fest. Nachdem Sie diese Zugangsregel Ihrer Sicherheitsgruppe hinzugefügt haben, können Ihre Anwendungen, die innerhalb Ihrer VPC ausgeführt werden, auf den DAX-Cluster zugreifen.

Cluster-ARN

Jedem DAX-Cluster wird ein Amazon-Ressourcenname (ARN) zugewiesen. Das ARN-Format lautet folgendermaßen.

arn:aws:dax:region:accountID:cache/clusterName

Sie verwenden den Cluster-ARN in einer IAM-Richtlinie, um Berechtigungen für DAX-API-Operationen zu definieren. Weitere Informationen finden Sie unter DAX-Zugriffskontrolle.

Cluster-Endpunkt

Jeder DAX-Cluster bietet einen Cluster-Endpunkt für Ihre Anwendung. Durch den Zugriff auf den Cluster mithilfe des Endpunkts muss Ihre Anwendung die Hostnamen und Portnummern einzelner Knoten im Cluster nicht kennen. Ihre Anwendung "kennt" automatisch alle Knoten im Cluster, auch wenn Sie Read Replicas hinzufügen oder entfernen.

Das folgende Beispiel zeigt einen Cluster-Endpunkt in der Region us-east-1, der nicht für die Verwendung der Verschlüsselung beim Transit konfiguriert ist.

dax://my-cluster.l6fzcv.dax-clusters.us-east-1.amazonaws.com

Das folgende Beispiel zeigt einen Cluster-Endpunkt in derselben Region, der für die Verwendung der Verschlüsselung beim Transit konfiguriert ist.

daxs://my-encrypted-cluster.l6fzcv.dax-clusters.us-east-1.amazonaws.com

Knotenendpunkte

Jeder der einzelnen Knoten in einem DAX-Cluster hat seinen eigenen Hostnamen und seine eigene Portnummer. Das folgende Beispiel zeigt einen Knotenendpunkt.

myDAXcluster-a.2cmrwl.clustercfg.dax.use1.cache.amazonaws.com:8111

Ihre Anwendung kann direkt auf einen Knoten zugreifen, indem sie seinen Endpunkt nutzt. Allerdings empfehlen wir, dass Sie den DAX-Cluster als Einzeleinheit behandeln und stattdessen mithilfe des Cluster-Endpunkts darauf zugreifen. Der Cluster-Endpunkt schützt Ihre Anwendung davor, eine Liste von Knoten pflegen zu müssen und diese Liste auf dem neuesten Stand zu halten, wenn Sie dem Cluster Knoten hinzufügen oder entfernen.

Subnetzgruppen

Der Zugriff auf DAX-Cluster-Knoten ist auf Anwendungen beschränkt, die auf EC2 Amazon-Instances in einer Amazon VPC-Umgebung ausgeführt werden. Sie können Subnetzgruppen verwenden, um Cluster-Zugriff von EC2 Amazon-Instances aus zu gewähren, die in bestimmten Subnetzen ausgeführt werden. Eine Subnetzgruppe ist eine Sammlung von Subnetzen (in der Regel private Subnetze), die Sie für Ihre in einer Amazon-VPC-Umgebung ausgeführten Cluster festlegen können.

Wenn Sie einen DAX-Cluster erstellen, müssen Sie eine Subnetzgruppe angeben. DAX verwendet diese Subnetzgruppe, um ein Subnetz und IP-Adressen innerhalb dieses Subnetzes auszuwählen und diese mit Ihrem Knoten zu verknüpfen.

--Ereignisse

DAX zeichnet wichtige Ereignisse innerhalb Ihres Clusters auf, wie beispielsweise einen Fehlschlag beim Hinzufügen eines Knotens, einem erfolgreich hinzugefügten Knoten oder Änderungen an Sicherheitsgruppen. Durch die Überwachung wichtiger Schlüsselereignisse, können Sie den aktuellen Status Ihrer Clusters erfahren und, je nach Ereignis, in der Lage sein, Abhilfemaßnahmen zu ergreifen. Sie können auf diese Ereignisse zugreifen, indem Sie die Aktion AWS Management Console oder die DescribeEvents Aktion in der DAX-Management-API verwenden.

Sie können auch anfordern, dass Benachrichtigungen an ein bestimmtes Amazon-SNS-Thema (Amazon Simple Notification Service) gesendet werden. So erfahren Sie es sofort, wenn ein Ereignis im DAX-Cluster auftritt.

Wartungsfenster

Jeder Cluster verfügt über ein wöchentliches Wartungsfenster, in dem Systemänderungen vorgenommen werden können. Da die Änderungen nacheinander angewendet werden, wird ein vorhandener Knoten ersetzt und ein neuer Knoten mit den angewendeten Änderungen wird dem Cluster hinzugefügt. Während dieses Zeitraums kann es in Ihrer Anwendung zu vorübergehenden Fehlern oder Drosselungen kommen. Wir empfehlen Ihnen daher, das Wartungsfenster auf die niedrigste Nutzungszeit einzustellen und diesen Zeitplan bei Bedarf regelmäßig anzupassen. Sie können einen Zeitraum mit einer Dauer von bis zu 24 Stunden festlegen, in dem alle angeforderten Wartungsaktivitäten durchgeführt werden sollten.

Wenn Sie bei der Erstellung oder Änderung eines Cache-Clusters kein bevorzugtes Wartungsfenster angeben, weist DAX an einem zufälligen Wochentag ein 60-minütiges Wartungsfenster zu. Dieses 60-minütige Wartungsfenster wird nach dem Zufallsprinzip aus einem Zeitblock von jeweils 8 Stunden ausgewählt. AWS-Region Die folgende Tabelle listet die Blöcke für jede Region auf, von denen die Standard-Wartungsfenster zugewiesen werden.