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.

DAXCluster-Komponenten

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 Instanz der DAX Software aus und verwaltet ein einzelnes Replikat der zwischengespeicherten Daten.

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

Jeder Knoten innerhalb eines Clusters hat denselben Knotentyp und läuft mit derselben DAX Caching-Software. 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 als Einheit DAX verwaltet werden. 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ären Knoten vorgenommen werden, werden die Änderungen mithilfe DAX von Replikationsprotokollen auf alle Read Replica-Knoten übertragen. Nachdem die Bestätigung von allen Lesereplikaten eingegangen ist, löscht DynamoDB die Replikationsprotokolle vom Primärknoten.

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:

Ein DAX Cluster kann bis zu 11 Knoten pro Cluster unterstützen (der primäre Knoten plus maximal 10 Read Replicas).

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 aus diesem Grund sicher, dass Sie Ihren DAX Cluster in der richtigen Region starten. Wenn Sie DynamoDB-Tabellen in anderen Regionen haben, müssen Sie auch DAX Cluster in diesen Regionen 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 zur Verwaltung der Laufzeiteinstellungen für DAX Cluster verwendet. DAXverfügt über mehrere Parameter, mit denen Sie die Leistung optimieren können (z. B. die Definition 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 (AmazonVPC) -Umgebung ausgeführt. Diese Umgebung ist ein virtuelles Netzwerk, das Ihrem AWS Konto zugewiesen und von anderen isoliert istVPCs. Eine Sicherheitsgruppe fungiert als virtuelle Firewall für Sie und ermöglicht es IhnenVPC, den ein- und ausgehenden Netzwerkverkehr zu kontrollieren.

Wenn Sie einen Cluster in Ihrem startenVPC, fügen Sie Ihrer Sicherheitsgruppe eine Eingangsregel hinzu, um eingehenden Netzwerkverkehr zuzulassen. Die Eingangsregel gibt das Protokoll (TCP) und die Portnummer (8111) für Ihren Cluster an. Nachdem Sie diese Regel zu Ihrer Sicherheitsgruppe hinzugefügt haben, VPC können die Anwendungen, die in Ihrem System ausgeführt werden, auf den DAX Cluster zugreifen.

Cluster ARN

Jedem DAX Cluster wird ein Amazon-Ressourcenname (ARN) zugewiesen. Das ARN Format ist wie folgt.

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 DAXZugriffskontrolle.

Cluster-Endpunkt

Jeder DAX Cluster bietet einen Cluster-Endpunkt, der von Ihrer Anwendung verwendet werden kann. 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. Wir empfehlen jedoch, den DAX Cluster als eine einzelne Einheit zu behandeln und stattdessen über den Cluster-Endpunkt darauf zuzugreifen. 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 Clusterknoten ist auf Anwendungen beschränkt, die auf EC2 Amazon-Instances in einer VPC Amazon-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 (normalerweise privat), die Sie für Ihre Cluster festlegen können, die in einer Amazon-Umgebung ausgeführt werden. VPC

Wenn Sie einen DAX Cluster erstellen, müssen Sie eine Subnetzgruppe angeben. DAXverwendet diese Subnetzgruppe, um ein Subnetz und IP-Adressen innerhalb dieses Subnetzes auszuwählen, die Ihren Knoten zugeordnet werden sollen.

Ereignisse

DAXzeichnet wichtige Ereignisse in Ihren Clustern auf, z. B. Fehler beim Hinzufügen eines Knotens, Erfolg beim Hinzufügen eines Knotens 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 Verwaltung verwendenAPI.

Sie können auch beantragen, dass Benachrichtigungen an ein bestimmtes Amazon Simple Notification Service (AmazonSNS) -Thema gesendet werden. Dann wissen Sie sofort, wenn ein Ereignis in Ihrem DAX Cluster eintritt.

Wartungsfenster

Jeder Cluster hat 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, DAX weisen Sie 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.