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.
Gestion des opérations du cluster
DAXgère pour vous la maintenance et l'état du cluster. Cependant, vous devez fournir des données opérationnelles pour redimensionner le cluster horizontalement ou verticalement en fonction de vos habitudes d'utilisation. Cette section décrit le processus recommandé pour dimensionner vos DAX clusters.
Mise à l'échelle horizontale d'un cluster
La mise à l'échelle d'un DAX cluster implique d'ajuster sa capacité pour répondre aux demandes de débit. Cet ajustement est effectué en augmentant ou en diminuant le nombre de nœuds (répliques) 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 redimensionner horizontalement votre DAX cluster à l'aide increase-replication-factor des commandes decrease-replication-factor ou du AWS CLI.
Augmenter le facteur de réplication (scalabilité externe)
L'augmentation du facteur de réplication d'un DAX cluster ajoute des nœuds supplémentaires au cluster. L'exemple suivant montre l'utilisation de la increase-replication-factor commande.
aws dax increase-replication-factor \ --cluster-nameyourClusterName\ --new-replication-factordesiredReplicationFactor
-
Dans cette commande, l'
cluster-nameargument indique le nom de votre cluster. Par exemple,yourClusterName. -
L'
new-replication-factorargument indique le nombre total de nœuds à ajouter dans le cluster après le dimensionnement. Cela inclut le nœud principal et les nœuds de réplication. Par exemple, si votre cluster compte actuellement 3 nœuds et que vous souhaitez en ajouter 2 autres, définissez la valeurnew-replication-factorde 5.
Diminution du facteur de réplication (mise à l'échelle)
La diminution du facteur de réplication d'un DAX cluster 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 montre l'utilisation de la decrease-replication-factor commande.
aws dax decrease-replication-factor \ --cluster-nameyourClusterName\ --new-replication-factordesiredReplicationFactor
-
Dans cette commande, l'
cluster-nameargument indique le nom de votre cluster. Par exemple,yourClusterName. -
L'
new-replication-factorargument indique le nombre réduit de nœuds dans votre cluster après le dimensionnement. Ce nombre doit être inférieur au facteur de réplication actuel et doit inclure le nœud principal. Par exemple, si votre cluster comporte 5 nœuds et que vous souhaitez en supprimer 2, définissez la valeurnew-replication-factorsur 3.
Considérations relatives à l'échelle horizontale
Lorsque vous planifiez une mise à l'échelle horizontale, tenez compte des points suivants :
-
Nœud principal : le DAX cluster inclut un nœud principal. Le facteur de réplication inclut ce nœud principal. Par exemple, un facteur de réplication de 3 signifie un nœud principal et deux nœuds de réplication.
-
Disponibilité : l'ajout ou la suppression de DAX nœuds modifie la disponibilité et la tolérance aux pannes du cluster. Un plus grand nombre 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, gère DAX automatiquement la distribution des données sur le nouvel ensemble 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 DAX clusters pendant et après le processus de dimensionnement pour vous assurer qu'ils fonctionnent comme prévu et apportez des ajustements supplémentaires si nécessaire.
Mise à l'échelle verticale d'un cluster
Pour redimensionner verticalement la taille des nœuds d'un cluster existant, vous devez créer un nouveau cluster et migrer le trafic des applications vers le nouveau cluster. 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 nouveau cluster permettant de dimensionner verticalement la taille de votre nœud, tenez compte des points suivants :
-
Accédez à votre configuration actuelle : passez en revue les indicateurs de votre DAX cluster actuel pour déterminer la taille et la quantité de nouveaux nœuds dont vous avez besoin. Utilisez ces informations comme entrée pour définir la taille de votre cluster. Pour plus d’informations, veuillez consulter Dimensionnement de votre cluster DAX.
-
Configurer un nouveau DAX cluster : créez un nouveau DAX cluster avec le type de nœud et la quantité 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.
-
Synchroniser les données : étant donné qu'DAXil s'agit d'une couche de mise en cache pour DynamoDB, il n'est pas nécessaire de migrer les données directement. Cependant, le nouveau DAX cluster ne conservera aucun de vos ensembles de données de travail en mémoire tant que vous n'y aurez pas envoyé de trafic.
-
Mettre à jour la configuration de l'application : mettez à jour la configuration de votre application pour qu'elle pointe vers le point de terminaison du nouveau DAX cluster. Il se peut que vous deviez 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 parc d'applications. Vous pouvez le faire en déployant lentement les mises à jour des applications ou en utilisant une DNS entrée de routage basée sur le poids devant votre DAX terminal.
-
Surveillance et optimisation : une fois que vous êtes passé au nouveau DAX cluster, surveillez de près ses indicateurs 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 ensemble de données de travail, vous constaterez des taux d'échec du cache et des latences plus élevés.
-
Mise hors service de l'ancien cluster : lorsque vous êtes certain que le nouveau cluster fonctionne comme prévu, mettez l'ancien DAX cluster hors service en toute sécurité afin d'éviter des coûts inutiles.
