Gestion des opérations d’un cluster - Amazon DynamoDB
Mise à l’échelle horizontaleMise à l’échelle verticale

Gestion des opérations d’un cluster

DAX gère la maintenance et l’état du cluster pour vous. Cependant, vous devez fournir des données opérationnelles pour mettre à l’échelle le cluster horizontalement ou verticalement en fonction de vos habitudes d’utilisation. Cette section décrit le processus recommandé pour mettre à l’échelle vos clusters DAX.

Mise à l’échelle horizontale d’un cluster

La mise à l’échelle d’un cluster DAX implique d’ajuster sa capacité pour répondre aux demandes de débit. Cet ajustement s’effectue en augmentant ou en diminuant le nombre de nœuds (réplicas) dans le cluster pendant son exécution. Ce processus, connu sous le nom de mise à l’échelle horizontale, permet de répartir la charge de travail sur un plus grand nombre de nœuds ou de la consolider sur un nombre réduit de nœuds lorsque la demande est faible.

Vous pouvez augmenter ou réduire horizontalement votre cluster DAX à l’aide des commandes decrease-replication-factor ou increase-replication-factor de l’AWS CLI.

Augmentation du facteur de réplication (augmentation horizontale)

L’augmentation du facteur de réplication d’un cluster DAX ajoute des nœuds supplémentaires au cluster. L’exemple suivant illustre l’utilisation de la commande increase-replication-factor.

aws dax increase-replication-factor \
    --cluster-name yourClusterName  \
    --new-replication-factor desiredReplicationFactor

  • Dans cette commande, l’argument cluster-name indique le nom de votre cluster. Par exemple, NomDeVotreCluster.

  • L’argument new-replication-factor spécifie le nombre total de nœuds à ajouter dans le cluster après la mise à l’échelle. Cela inclut le nœud primaire et les nœuds de réplica. Par exemple, si votre cluster compte actuellement 3 nœuds et que vous souhaitez en ajouter 2 autres, définissez la valeur de new-replication-factor sur 5.

Diminution du facteur de réplication (réduction horizontale)

La réduction du facteur de réplication d’un cluster DAX supprime des nœuds du cluster. La suppression de nœuds peut contribuer à réduire les coûts pendant les périodes de faible demande. L’exemple suivant illustre l’utilisation de la commande decrease-replication-factor.

aws dax decrease-replication-factor \
    --cluster-name yourClusterName  \
    --new-replication-factor desiredReplicationFactor

  • Dans cette commande, l’argument cluster-name indique le nom de votre cluster. Par exemple, NomDeVotreCluster.

  • L’argument new-replication-factor spécifie le nombre réduit de nœuds dans votre cluster après la mise à l’échelle. Ce nombre doit être inférieur au facteur de réplication actuel et doit inclure le nœud primaire. Par exemple, si votre cluster compte 5 nœuds et que vous souhaitez en supprimer 2, définissez la valeur de new-replication-factor sur 3.

Considérations relatives à la mise à l’échelle horizontale

Lorsque vous planifiez une mise à l’échelle horizontale, tenez compte des éléments suivants :

  • Nœud primaire : le cluster DAX inclut un nœud primaire. Le facteur de réplication inclut ce nœud primaire. Par exemple, un facteur de réplication de 3 signifie un nœud primaire et deux nœuds de réplica.

  • Disponibilité : l’ajout ou la suppression de nœuds DAX modifie la disponibilité et la tolérance aux pannes du cluster. Un nombre supérieur de nœuds peut améliorer la disponibilité, mais également augmenter les coûts.

  • Migration des données : lorsque vous augmentez le facteur de réplication, DAX gère automatiquement la distribution des données sur le nouveau jeu de nœuds. Lorsqu’un nouveau nœud commence à traiter du trafic, son cache est déjà réchauffé. Toutefois, au cours de ce processus, il peut y avoir un impact temporaire sur les performances lors de la migration des données.

Assurez-vous de surveiller de près vos clusters DAX pendant et après le processus de dimensionnement afin de vous assurer qu’ils fonctionnent comme prévu, puis apportez des ajustements supplémentaires si nécessaire.

Mise à l’échelle verticale d’un cluster

Pour mettre à l’échelle verticalement la taille des nœuds d’un cluster existant, vous devez créer un cluster et migrer le trafic des applications vers celui-ci. La migration vers un nouveau cluster avec différents nœuds implique plusieurs étapes afin de garantir une transition fluide, avec un impact minimal sur les performances et la disponibilité de votre application.

Pour créer un cluster permettant de mettre à l’échelle verticalement la taille de votre nœud, tenez compte des points suivants :

  • Accédez à votre configuration actuelle : passez en revue les métriques de votre cluster DAX actuel pour déterminer la taille et la quantité dont vous avez besoin pour les nouveaux nœuds. Appuyez-vous sur ces informations pour définir la taille de votre cluster. Pour plus d’informations, consultez Dimensionnement de votre cluster DAX.

  • Configurez un nouveau cluster DAX : créez un nouveau cluster DAX avec le type et la quantité de nœuds que vous avez déterminés. Vous pouvez utiliser les paramètres de configuration existants de votre groupe de paramètres, sauf si vous devez effectuer des ajustements.

  • Synchronisez les données : DAX étant une couche de mise en cache pour DynamoDB, il n’est pas nécessaire de migrer les données directement. Cependant, le nouveau cluster DAX ne conservera aucun de vos jeux de données de travail en mémoire tant que vous ne lui aurez pas envoyé du trafic.

  • Mettez à jour la configuration de l’application : mettez à jour la configuration de votre application pour qu’elle pointe vers le point de terminaison du nouveau cluster DAX. Vous devrez peut-être modifier le code ou mettre à jour les variables d’environnement, en fonction de la configuration de votre application.

    Pour réduire l’impact lorsque vous passez à un nouveau cluster, envoyez du trafic canary vers le nouveau cluster à partir d’une petite partie de votre flotte d’applications. Vous pouvez le faire en déployant lentement les mises à jour des applications ou en utilisant une entrée DNS de routage basée sur le poids devant votre point de terminaison DAX.

  • Surveillez et optimisez : une fois que vous êtes passé au nouveau cluster DAX, surveillez de près ses métriques de performance et ses journaux pour détecter tout problème. Soyez prêt à ajuster le nombre de nœuds en fonction des modèles de charge de travail mis à jour.

    Tant que le nouveau cluster ne met pas correctement en cache votre jeu de données de travail, vous constaterez des taux d’échec du cache et des latences supérieurs.

  • Mise hors service de l’ancien cluster : lorsque vous êtes certain que le nouveau cluster fonctionne comme prévu, vous pouvez mettre hors service l’ancien cluster DAX en toute sécurité afin d’éviter des coûts inutiles.