Politiques de dimensionnement Suivi de la cible

Avec les politiques de dimensionnement du suivi des cibles, vous sélectionnez une métrique et définissez une valeur cible. ElastiCache pour Valkey et Redis OSS AutoScaling crée et gère les CloudWatch alarmes qui déclenchent la politique de dimensionnement et calcule l'ajustement de mise à l'échelle en fonction de la métrique et de la valeur cible. La politique de mise à l'échelle ajoute ou supprime des partitions si nécessaire pour maintenir la métrique à la valeur cible spécifiée ou proche de celle-ci. En plus de maintenir la métrique proche de la valeur cible, une politique de dimensionnement Suivi de la cible s'ajuste également aux fluctuations de la métrique dues à un modèle de charge fluctuant, et minimise les fluctuations rapides dans la capacité du parc.

Critères Auto Scaling pour les réplicas

Votre politique Auto Scaling définit la métrique prédéfinie suivante pour votre cluster :

ElastiCacheReplicaEngineCPUUtilization: le seuil d'utilisation du processeur AVG EngineCPU agrégé pour toutes les répliques utilisées ElastiCache pour déclencher une opération d'auto-scaling. Vous pouvez définir la cible d'utilisation entre 35 et 70 %.

Lorsque le service détecte que votre ElastiCacheReplicaEngineCPUUtilization métrique est égale ou supérieure au paramètre Target, il augmente automatiquement le nombre de répliques sur vos partitions. ElastiCache redimensionne les répliques de votre cluster d'un nombre égal à la plus grande des deux valeurs suivantes : variation en pourcentage par rapport à Target et une réplique. Pour la mise à l'échelle, la mise à l'échelle automatique ElastiCache ne sera pas effectuée à moins que la valeur métrique globale ne soit inférieure à 75 % de la cible que vous avez définie.

Pour un exemple de montée en puissance, si vous avez 5 partitions et 1 réplica chacun :

Si votre Target atteint 30 %, ElastiCache pour Valkey et Redis, OSS augmente d'une réplique (maximum (0,3, par défaut 1)) sur toutes les partitions, ce qui donne 5 partitions avec 2 répliques chacune,

Par exemple, si vous avez sélectionné une valeur cible de 60 %, ElastiCache pour Valkey et Redis, OSS ne procédera pas à une mise à l'échelle automatique tant que la métrique ne sera pas inférieure ou égale à 45 % (25 % en dessous de la cible de 60 %).

Considérations relatives à Auto Scaling

Gardez les considérations suivantes à l'esprit :

• Une politique de mise à l'échelle Suivi de la cible suppose qu'elle doit effectuer une montée en charge ; lorsque la métrique spécifiée est au-dessus de la valeur cible. Vous ne pouvez pas utiliser une politique de dimensionnement du suivi des cibles pour effectuer une mise à l'échelle lorsque la métrique spécifiée est inférieure à la valeur cible. ElastiCache pour Valkey et Redis OSS redimensionne les répliques au maximum (% d'écart arrondi par rapport à Target, 1 par défaut) des répliques existantes sur toutes les partitions du cluster.

• Une politique de suivi des objectifs et d'échelonnement n'effectue pas de mise à l'échelle lorsque la métrique spécifiée a des données insuffisantes. Elle n'effectue pas de mise à l'échelle horizontale car elle n'interprète pas des données insuffisantes comme une faible utilisation.

• Vous pouvez constater des écarts entre la valeur cible et les points de données de métrique réels. En effet, ElastiCache Auto Scaling agit toujours de manière prudente en arrondissant à la hausse ou à la baisse lorsqu'il détermine la capacité à ajouter ou à supprimer. Cela l'empêche d'ajouter une capacité insuffisante ou de retirer trop de capacité.

• Pour garantir la disponibilité de l'application, le service augmente proportionnellement aux métriques aussi rapidement que possible, mais diminue plus progressivement avec une augmentation maximale d'un réplica sur toutes les partitions du cluster.

• Vous pouvez avoir plusieurs politiques de dimensionnement du suivi des cibles ElastiCache pour un cluster Valkey et Redis OSS, à condition que chacune d'elles utilise une métrique différente. Auto Scaling a pour objectif de toujours prioriser la disponibilité. Son comportement varie donc selon que les politiques de suivi des cibles sont prêtes à être étendues ou intégrées. Il augmentera la taille du service si l'une des politiques Suivi de la cible est prête pour une augmentation de taille, mais la diminuera uniquement si toutes les politiques Suivi de la cible (avec la portion de diminution en charge activée) sont prêtes pour une diminution de taille.

• Ne modifiez ni ne supprimez les CloudWatch alarmes gérées par ElastiCache Auto Scaling dans le cadre d'une politique de dimensionnement du suivi des cibles. Auto Scaling supprime automatiquement les alarmes lorsque vous supprimez la politique de dimensionnement ou lorsque vous supprimez le cluster.

• ElastiCache Auto Scaling ne vous empêche pas de modifier manuellement les répliques entre les partitions. Ces ajustements manuels n'affectent pas les CloudWatch alarmes existantes associées à la politique de dimensionnement, mais peuvent avoir un impact sur les mesures susceptibles de déclencher ces CloudWatch alarmes.

• Ces CloudWatch alarmes gérées par Auto Scaling sont définies sur la métrique AVG pour toutes les partitions du cluster. Ainsi, avoir des partitions chaudes peut entraîner l'un ou l'autre des scénarios suivants :

  • mise à l'échelle lorsqu'elle n'est pas nécessaire en raison de la charge sur quelques fragments chauds déclenchant une alarme CloudWatch

  • l'absence de mise à l'échelle lorsque cela est nécessaire en raison d'AVG agrégé sur toutes les partitions affectant l'alarme à ne pas briser.

• ElastiCache les limites par défaut relatives aux nœuds par cluster s'appliquent toujours. Ainsi, lorsque vous optez pour Auto Scaling et si vous prévoyez que le nombre maximal de nœuds dépasse la limite par défaut, demandez une augmentation de limite à AWS Service Limits et choisissez le type de limite Nodes per cluster per instance type (Nœuds par cluster par type d'instance).

• Assurez-vous que votre VPC dispose d'un nombre suffisant d'interfaces réseau élastiques ENIs (Elastic Network Interfaces), nécessaires lors du scale-out. Pour de plus amples informations, veuillez consulter Interfaces réseau Elastic.

• Si la capacité disponible n'est pas suffisante EC2, ElastiCache Auto Scaling n'augmentera pas tant que la capacité ne sera pas disponible ou si vous modifiez manuellement le cluster en fonction des types d'instances dotés d'une capacité suffisante.

• ElastiCache Auto Scaling ne prend pas en charge le dimensionnement des répliques avec un cluster contenant ReservedMemoryPercent moins de 25 %. Pour de plus amples informations, veuillez consulter Gestion de la mémoire réservée pour Valkey et Redis OSS.