Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

DAXcomposants du cluster

Un cluster Amazon DynamoDB Accelerator DAX () est composé AWS de composants d'infrastructure. Cette section décrit ces composants et explique comment ils fonctionnent ensemble.

Nœuds

Un nœud est le plus petit élément constitutif d'un DAX cluster. Chaque nœud exécute une instance du DAX logiciel et conserve une réplique unique des données mises en cache.

Vous pouvez faire évoluer votre DAX cluster de deux manières :

Chaque nœud d'un cluster est du même type et exécute le même logiciel de DAX mise en cache. Pour accéder à la liste des types de nœuds disponibles, consultez Tarification Amazon DynamoDB.

Clusters

Un cluster est un regroupement logique d'un ou de plusieurs nœuds DAX géré en tant qu'unité. L'un des nœuds du cluster est désigné en tant que nœud principal, tandis que les autres nœuds sont des réplicas en lecture (le cas échéant).

Le nœud principal est responsable des éléments suivants :

Lorsque des modifications sont apportées aux données mises en cache sur le nœud principal, DAX les modifications sont propagées à tous les nœuds de réplication lus à l'aide des journaux de réplication. Une fois la confirmation reçue de tous les réplicas en lecture, DynamoDB supprime les journaux de réplication du nœud primaire.

Les réplicas en lecture traitent les opérations suivantes :

Cependant, contrairement au nœud principal, les réplicas en lecture n'écrivent pas sur DynamoDB.

Les réplicas en lecture remplissent deux fonctions supplémentaires :

Un DAX cluster peut prendre en charge jusqu'à 11 nœuds par cluster (le nœud principal plus un maximum de 10 répliques de lecture).

Régions et Zones de disponibilité

Un DAX cluster d'une AWS région ne peut interagir qu'avec les tables DynamoDB situées dans la même région. Pour cette raison, assurez-vous de lancer votre DAX cluster dans la bonne région. Si vous avez des tables DynamoDB dans d'autres régions, vous devez également DAX lancer des clusters dans ces régions.

Chaque région est conçue pour être complètement isolée des autres régions . Chaque région dispose de plusieurs zones de disponibilité. En lançant vos nœuds dans différentes zones de disponibilité, vous pouvez obtenir la plus grande tolérance aux pannes possible.

Groupes de paramètres

Les groupes de paramètres sont utilisés pour gérer les paramètres d'exécution des DAX clusters. DAXcomporte plusieurs paramètres que vous pouvez utiliser pour optimiser les performances (tels que la définition d'une TTL politique pour les données mises en cache). Un groupe de paramètres est une collection nommée de paramètres que vous pouvez appliquer à un cluster. En faisant cela, vous vous assurez que tous les nœuds du cluster sont configurés exactement de la même manière.

Groupes de sécurité

Un DAX cluster s'exécute dans un environnement Amazon Virtual Private Cloud (AmazonVPC). Cet environnement est un réseau virtuel dédié à votre AWS compte et isolé des autresVPCs. Un groupe de sécurité agit comme un pare-feu virtuel pour vousVPC, vous permettant de contrôler le trafic réseau entrant et sortant.

Lorsque vous lancez un cluster dans votre groupe de sécuritéVPC, vous ajoutez une règle d'entrée pour autoriser le trafic réseau entrant. La règle d'entrée spécifie le protocole (TCP) et le numéro de port (8111) de votre cluster. Une fois que vous avez ajouté cette règle à votre groupe de sécurité, les applications qui s'exécutent au sein de VPC celui-ci peuvent accéder au DAX cluster.

Cluster ARN

Un Amazon Resource Name (ARN) est attribué à chaque DAX cluster. Le ARN format est le suivant.

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

Vous utilisez le cluster ARN dans une IAM politique pour définir les autorisations relatives aux DAX API opérations. Pour de plus amples informations, veuillez consulter Contrôle d'accès à DAX.

Point de terminaison de cluster

Chaque DAX cluster fournit un point de terminaison de cluster à utiliser par votre application. En accédant au cluster à l'aide de ce point de terminaison, votre application n'a pas besoin de connaître les noms d'hôte et les numéros de port des nœuds individuels du cluster. Votre application « connaît » automatiquement tous les nœuds du cluster, même si vous ajoutez ou supprimez des réplicas en lecture.

Voici un exemple de point de terminaison de cluster dans la région us-east-1 qui n'est pas configuré pour utiliser le chiffrement en transit.

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

Voici un exemple de point de terminaison de cluster dans la même région qui est configuré pour utiliser le chiffrement en transit.

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

Points de terminaison de nœud

Chaque nœud d'un DAX cluster possède son propre nom d'hôte et son propre numéro de port. Voici un exemple de point de terminaison d'un nœud.

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

Votre application peu accéder directement à un nœud à l'aide de son point de terminaison. Toutefois, nous vous recommandons de traiter le DAX cluster comme une unité unique et d'y accéder en utilisant le point de terminaison du cluster. Le point de terminaison de cluster permet à votre application de ne pas maintenir une liste de nœuds et de garder cette liste à jour lorsque vous ajoutez ou supprimez des nœuds dans le cluster.

Groupes de sous-réseaux

L'accès aux nœuds de DAX cluster est limité aux applications exécutées sur des EC2 instances Amazon au sein d'un VPC environnement Amazon. Vous pouvez utiliser des groupes de sous-réseaux pour accorder l'accès au cluster à partir d'EC2instances Amazon exécutées sur des sous-réseaux spécifiques. Un groupe de sous-réseaux est un ensemble de sous-réseaux (généralement privés) que vous pouvez désigner pour vos clusters exécutés dans un environnement AmazonVPC.

Lorsque vous créez un DAX cluster, vous devez spécifier un groupe de sous-réseaux. DAXutilise ce groupe de sous-réseaux pour sélectionner un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds.

Événements

DAXenregistre les événements importants au sein de vos clusters, tels que l'échec de l'ajout d'un nœud, la réussite de l'ajout d'un nœud ou les modifications apportées aux groupes de sécurité. En surveillant ces événements clés, vous pouvez connaître l'état actuel de vos clusters et, selon l'événement, vous pouvez prendre une mesure corrective. Vous pouvez accéder à ces événements à l'aide de l'action AWS Management Console ou de l'DescribeEventsaction dans la DAX gestionAPI.

Vous pouvez également demander que les notifications soient envoyées à une rubrique Amazon Simple Notification Service (AmazonSNS) spécifique. Vous saurez alors immédiatement lorsqu'un événement se produit dans votre DAX cluster.

Fenêtre de maintenance

Chaque cluster dispose d'une fenêtre de maintenance hebdomadaire pour appliquer les modifications du système. Au fur et à mesure que les modifications sont appliquées de manière séquentielle, un nœud existant est remplacé et un nouveau nœud contenant les modifications appliquées est ajouté au cluster. Au cours de cette période, votre application peut être confrontée à des erreurs ou à des ralentissements transitoires. Par conséquent, nous vous recommandons de planifier la période de maintenance pendant la période d'utilisation la plus faible et de modifier ce calendrier périodiquement selon les besoins. Vous pouvez spécifier une plage de temps de 24 heures au cours de laquelle toutes les opérations de maintenance demandées doivent avoir lieu.

Si vous ne spécifiez pas de fenêtre de maintenance préférée lorsque vous créez ou modifiez un cluster de cache, DAX attribuez une fenêtre de maintenance de 60 minutes un jour de semaine aléatoire. Cette fenêtre de maintenance de 60 minutes est sélectionnée au hasard parmi une période de 8 heures pour chacune d'entre elles. Région AWS Le tableau suivant répertorie pour les différentes régions les blocs de temps à partir desquels les créneaux de maintenance par défaut sont alloués.