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.
# Utilisation de Auto Scaling avec des partitions
Avec ElastiCache's, AutoScaling vous pouvez utiliser les politiques de suivi et de planification avec votre moteur Valkey ou Redis OSS.
Vous trouverez ci-dessous des informations sur le suivi des cibles et les politiques planifiées, ainsi que sur la manière de les appliquer à l'aide du AWS Management Console AWS CLI et APIs.
**Topics**
+ [Politiques de dimensionnement Suivi de la cible](AutoScaling-Scaling-Policies-Target.md)
+ [Ajout d'une politique de mise à l'échelle](AutoScaling-Scaling-Adding-Policy-Shards.md)
+ [Enregistrement d'une cible évolutive](AutoScaling-Scaling-Registering-Policy-CLI.md)
+ [Définition d'une politique de mise à l'échelle](AutoScaling-Scaling-Defining-Policy-API.md)
+ [Désactivation de l'activité de diminution en charge](AutoScaling-Scaling-Disabling-Scale-in.md)
+ [Application d'une politique de mise à l'échelle](AutoScaling-Scaling-Applying-a-Scaling-Policy.md)
+ [Modification d'une politique de dimensionnement](AutoScaling-Scaling-Editing-a-Scaling-Policy.md)
+ [Suppression d'une politique de dimensionnement](AutoScaling-Scaling-Deleting-a-Scaling-Policy.md)
+ [Utilisation CloudFormation pour les politiques Auto Scaling](AutoScaling-with-Cloudformation-Shards.md)
+ [Mise à l’échelle planifiée](AutoScaling-with-Scheduled-Scaling-Shards.md)
# 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 Auto Scaling 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.
Par exemple, examinons une politique de mise à l'échelle qui utilise la métrique prédéfinie d'utilisation moyenne de `ElastiCachePrimaryEngineCPUUtilization` avec une valeur cible configurée. Une telle politique peut maintenir l'utilisation du CPU à la valeur cible spécifiée ou proche de celle-ci.
## Métriques prédéfinies
Une métrique prédéfinie est une structure qui fait référence à un nom, à une dimension et à une statistique (`average`) spécifiques d'une CloudWatch métrique donnée. Votre politique Auto Scaling définit les métriques prédéfinies suivantes pour votre cluster :
****
| Nom de la métrique prédéfinie | CloudWatch Nom de la métrique | CloudWatch Dimension métrique | Types d'instances non éligibles |
| --- | --- | --- | --- |
| ElastiCachePrimaryEngineCPUUtilization | `EngineCPUUtilization` | ReplicationGroupId, Rôle = Principal | Aucun |
| ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage | `DatabaseCapacityUsageCountedForEvictPercentage` | Métriques du groupe de réplication Valkey ou Redis OSS | Aucun |
| ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage | `DatabaseMemoryUsageCountedForEvictPercentage` | Métriques du groupe de réplication Valkey ou Redis OSS | R6gd |
Les types d'instance avec hiérarchisation des données ne peuvent pas utiliser `ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage`, car ils stockent des données à la fois dans la mémoire et sur SSD. Le cas de figure attendu pour les instances avec hiérarchisation des données est d'utiliser 100 % de la mémoire et de remplir le SSD si nécessaire.
## Critères de Auto Scaling pour les partitions
Lorsque le service détecte que votre métrique prédéfinie est égale ou supérieure au paramètre Target, il augmente automatiquement la capacité de vos partitions. ElastiCache pour Valkey et Redis OSS redimensionne les partitions de votre cluster d'un nombre égal à la plus grande des deux valeurs suivantes : pourcentage de variation par rapport à Target et 20 % des partitions actuelles. 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 mise à l'échelle, si vous avez 50 partitions et
+ si votre Target atteint 30 %, il ElastiCache augmente de 30 %, ce qui se traduit par 65 partitions par cluster.
+ si votre Target atteint 10 %, augmente ElastiCache par défaut d'au moins 20 %, ce qui se traduit par 60 partitions par cluster.
Par exemple, si vous avez sélectionné une valeur cible de 60 %, la mise à l'échelle automatique ElastiCache ne sera pas 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 partitions d'un écart minimum de 20 % par rapport à la cible des partitions existantes dans le 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.
+ 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. ElastiCache 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. ElastiCache Auto Scaling supprime automatiquement les alarmes lorsque vous supprimez la politique de dimensionnement.
+ ElastiCache Auto Scaling ne vous empêche pas de modifier manuellement les partitions de cluster. 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](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) 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](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html).
+ Si la capacité disponible n'est pas suffisante EC2, ElastiCache Auto Scaling ne sera pas redimensionné et sera retardé jusqu'à ce que la capacité soit disponible.
+ ElastiCache pour Redis OSS, Auto Scaling ne supprimera pas les fragments contenant des emplacements dont la taille d'élément est supérieure à 256 Mo après la sérialisation lors de la scale-in.
+ Pendant la réduction de charge, il ne supprimera pas les partitions si la mémoire disponible sur la configuration des partitions résultante est insuffisante.
# Ajout d'une politique de mise à l'échelle
Vous pouvez ajouter une politique de dimensionnement à l'aide du AWS Management Console.
**Pour ajouter une politique Auto Scaling à un cluster ElastiCache pour Valkey et Redis OSS**
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey** ou **Redis OSS**.
1. Choisissez le cluster auquel vous voulez ajouter une stratégie (choisissez le nom du cluster et non pas le bouton situé à sa gauche).
1. Cliquez sur l'onglet **Auto Scaling policies (Politiques de scalabilité automatique)**.
1. Choisissez **add dynamic scaling** (ajouter le dimensionnement dynamique).
1. Pour **Policy name (Nom de la politique)**, attribuez un nom de politique.
1. Pour **Scalable Dimension (Dimension évolutives)** choisir **shards (partitions)**.
1. Pour la métrique cible, choisissez l'une des actions suivantes :
+ **Primary CPU Utilization (Utilisation du CPU principal)** pour créer une politique basée sur l'utilisation moyenne du CPU.
+ **Memory (Mémoire)** pour créer une politique basée sur la mémoire de base de données moyenne.
+ **Capacité** pour créer une politique basée sur l'utilisation moyenne de la capacité de la base de données. La métrique Capacité inclut l'utilisation de la mémoire et du SSD pour les instances avec hiérarchisation des données, ainsi que l'utilisation de la mémoire pour tous les autres types d'instances.
1. Pour la valeur cible, choisissez une valeur supérieure ou égale à 35 et inférieure ou égale à 70. La mise à l'échelle automatique conservera cette valeur pour la métrique cible sélectionnée sur l'ensemble de vos ElastiCache partitions :
+ **Utilisation du processeur principal** : conserve la valeur cible pour la métrique `EngineCPUUtilization` sur les nœuds primaires.
+ **Mémoire** : conserve la valeur cible pour la métrique `DatabaseMemoryUsageCountedForEvictPercentage`
+ **Capacité** conserve la valeur cible pour la métrique `DatabaseCapacityUsageCountedForEvictPercentage`.
Des partitions de cluster sont ajoutées ou supprimées pour maintenir la métrique proche de la valeur spécifiée.
1. (Facultatif) Les périodes de stabilisation de diminution ou de montée en charge ne sont pas prises en charge à partir de la console. Utilisez le AWS CLI pour modifier les valeurs de recharge.
1. Pour **Capacité minimale**, saisissez le nombre minimum de partitions que la politique ElastiCache Auto Scaling doit maintenir.
1. Pour **Maximum capacity**, saisissez le nombre maximum de partitions que la politique ElastiCache Auto Scaling doit gérer. Cette valeur doit être inférieure ou égale à 250.
1. Choisissez **Créer**.
# Enregistrement d'une cible évolutive
Avant de pouvoir utiliser Auto Scaling avec un cluster ElastiCache pour Valkey et Redis OSS, vous devez enregistrer votre cluster avec ElastiCache Auto Scaling. Vous le faites pour définir la dimension de mise à l'échelle et les limites à appliquer à ce cluster. ElastiCache le dimensionnement automatique redimensionne dynamiquement le cluster selon la dimension `elasticache:replication-group:NodeGroups` évolutive, qui représente le nombre de partitions du cluster.
**En utilisant le AWS CLI**
Pour enregistrer votre cluster ElastiCache for Valkey et Redis OSS, utilisez la [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)commande avec les paramètres suivants :
+ `--service-namespace` – Définissez cette valeur sur `elasticache`
+ `--resource-id`— L'identifiant de ressource du cluster. Pour ce paramètre, le type de ressource est `ReplicationGroup` et l'identifiant unique est le nom du cluster, par exemple`replication-group/myscalablecluster`.
+ `--scalable-dimension` – Définissez cette valeur sur `elasticache:replication-group:NodeGroups`.
+ `--max-capacity `— Le nombre maximum de partitions à gérer par le dimensionnement ElastiCache automatique. Pour plus d'informations sur la relation entre `--min-capacity`, `--max-capacity` et le nombre de partitions dans votre cluster, veuillez consulter [Capacité minimale et maximale](AutoScaling-Policies.md#AutoScaling-MinMax).
+ `--min-capacity `— Le nombre minimum de partitions à gérer par le dimensionnement ElastiCache automatique. Pour plus d'informations sur la relation entre `--min-capacity`, `--max-capacity` et le nombre de partitions dans votre cluster, veuillez consulter [Capacité minimale et maximale](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Dans l'exemple suivant, vous enregistrez un ElastiCache cluster nommé`myscalablecluster`. L'enregistrement indique que le cluster doit être mis à l'échelle de façon dynamique pour contenir de une à huit partitions.
Pour Linux, macOS ou Unix :
```
aws application-autoscaling register-scalable-target \
--service-namespace elasticache \
--resource-id replication-group/myscalablecluster \
--scalable-dimension elasticache:replication-group:NodeGroups \
--min-capacity 1 \
--max-capacity 10 \
```
Pour Windows :
```
aws application-autoscaling register-scalable-target ^
--service-namespace elasticache ^
--resource-id replication-group/myscalablecluster ^
--scalable-dimension elasticache:replication-group:NodeGroups ^
--min-capacity 1 ^
--max-capacity 10 ^
```
**Utilisation de l'API**
Pour enregistrer votre ElastiCache cluster, utilisez la [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)commande avec les paramètres suivants :
+ ServiceNamespace — Définissez cette valeur sur elasticache.
+ ResourceID — Identifiant de ressource pour le cluster. ElastiCache Pour ce paramètre, le type de ressource est ReplicationGroup et l'identifiant unique est le nom du cluster, par exemple`replication-group/myscalablecluster`.
+ ScalableDimension — Définissez cette valeur sur`elasticache:replication-group:NodeGroups`.
+ MinCapacity — Le nombre minimum de partitions à gérer par le dimensionnement ElastiCache automatique. Pour plus d'informations sur la relation entre --min-capacity, --max-capacity et le nombre de réplicas dans votre cluster, veuillez consulter [Capacité minimale et maximale](AutoScaling-Policies.md#AutoScaling-MinMax).
+ MaxCapacity — Le nombre maximum de partitions à gérer par le dimensionnement ElastiCache automatique. Pour plus d'informations sur la relation entre --min-capacity, --max-capacity et le nombre de réplicas dans votre cluster, veuillez consulter [Capacité minimale et maximale](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Dans l'exemple suivant, vous enregistrez un ElastiCache cluster nommé `myscalablecluster` avec l'API Application Auto Scaling. Cet enregistrement indique que le cluster doit être dimensionné de façon dynamique pour contenir de un à 5 réplicas.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.RegisterScalableTarget
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:NodeGroups",
"MinCapacity": 1,
"MaxCapacity": 5
}
```
# Définition d'une politique de mise à l'échelle
Une configuration de politique de dimensionnement Suivi de la cible est représentée par un bloc JSON dans lequel sont définies les métriques et valeurs cibles. Vous pouvez enregistrer une configuration de politique de dimensionnement sous forme de bloc JSON dans un fichier texte. Vous utilisez ce fichier texte lorsque vous appelez l'API Application Auto Scaling AWS CLI ou l'API Application Auto Scaling. Pour plus d'informations sur la syntaxe de la configuration d'une politique, veuillez consulter [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dans la Référence de l'API Application Auto Scaling.
Les options suivantes sont disponibles pour définir une configuration de politique de suivi de cible et d'échelonnement :
**Topics**
+ [Utilisation d'une métrique prédéfinie](#AutoScaling-Scaling-Predefined-Metric)
+ [Utilisation d'une métrique personnalisée](#AutoScaling-Scaling-Custom-Metric)
+ [Utilisation des temps de stabilisation](#AutoScaling-Scaling-Cooldown-periods)
## Utilisation d'une métrique prédéfinie
En utilisant des métriques prédéfinies, vous pouvez définir rapidement une politique de dimensionnement pour le suivi des cibles ElastiCache pour un cluster Valkey et Redis OSS qui fonctionne avec le suivi des cibles dans Auto Scaling. ElastiCache
Actuellement, ElastiCache prend en charge les métriques prédéfinies suivantes dans NodeGroup Auto Scaling :
+ **ElastiCachePrimaryEngineCPUUtilization**— La valeur moyenne de la `EngineCPUUtilization` métrique pour CloudWatch tous les nœuds principaux du cluster.
+ **ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage**— La valeur moyenne de la `DatabaseMemoryUsageCountedForEvictPercentage` métrique pour CloudWatch tous les nœuds principaux du cluster.
+ **ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage**— La valeur moyenne de la `ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage` métrique pour CloudWatch tous les nœuds principaux du cluster.
Pour plus d'informations sur les métriques `EngineCPUUtilization`, `DatabaseMemoryUsageCountedForEvictPercentage` et `DatabaseCapacityUsageCountedForEvictPercentage`, consultez [Surveillance de l'utilisation à l'aide de CloudWatch métriques](CacheMetrics.md). Pour utiliser une métrique prédéfinie dans votre politique de dimensionnement, créez une configuration de suivi de la cible pour votre politique de dimensionnement. Cette configuration doit inclure `PredefinedMetricSpecification` pour la métrique prédéfinie et TargetValue pour la valeur cible de cette métrique.
**Example**
L'exemple suivant décrit une configuration de politique typique pour le dimensionnement du suivi des cibles ElastiCache pour un cluster Valkey et Redis OSS. Dans cette configuration, la métrique `ElastiCachePrimaryEngineCPUUtilization` prédéfinie est utilisée pour ajuster le cluster en fonction d'une utilisation moyenne du processeur de 40 % sur tous les nœuds principaux du cluster.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
}
}
```
## Utilisation d'une métrique personnalisée
L'utilisation de métriques personnalisées vous permet de définir une politique de dimensionnement Suivi de la cible répondant à vos exigences personnelles. Vous pouvez définir une métrique personnalisée en fonction d'une métrique ElastiCache qui évolue proportionnellement à la mise à l'échelle. Toutes les ElastiCache mesures ne fonctionnent pas pour le suivi des cibles. La métrique doit être une métrique d'utilisation valide et décrire le degré d'occupation d'une instance. La valeur de la métrique doit augmenter ou diminuer proportionnellement au nombre de partitions dans le cluster. Cette augmentation ou diminution proportionnelle est nécessaire pour que les données de la métrique puissent être utilisées afin d'augmenter ou de réduire proportionnellement le nombre de partitions.
**Example**
L'exemple suivant décrit une configuration de suivi de la cible pour une politique de dimensionnement. Dans cette configuration, une métrique personnalisée ajuste un cluster ElastiCache pour Redis OSS en fonction d'une utilisation moyenne du processeur de 50 % sur toutes les partitions d'un cluster nommé. `my-db-cluster`
```
{
"TargetValue": 50,
"CustomizedMetricSpecification":
{
"MetricName": "EngineCPUUtilization",
"Namespace": "AWS/ElastiCache",
"Dimensions": [
{
"Name": "ReplicationGroup","Value": "my-db-cluster"
},
{
"Name": "Role","Value": "PRIMARY"
}
],
"Statistic": "Average",
"Unit": "Percent"
}
}
```
## Utilisation des temps de stabilisation
Vous pouvez spécifier une valeur, en secondes, pour que `ScaleOutCooldown` ajoute un temps de stabilisation à la montée en puissance de votre cluster. De la même manière, vous pouvez ajouter une valeur, en secondes, pour que `ScaleInCooldown` ajoute un temps de stabilisation pour la diminution de charge de votre cluster. Pour plus d'informations, reportez-vous [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html)à la section Application Auto Scaling API Reference.
L'exemple suivant décrit une configuration de suivi de la cible pour une politique de dimensionnement. Dans cette configuration, la métrique `ElastiCachePrimaryEngineCPUUtilization` prédéfinie est utilisée ElastiCache pour ajuster un cluster Redis OSS en fonction d'une utilisation moyenne du processeur de 40 % sur tous les nœuds principaux de ce cluster. La configuration indique un temps de stabilisation de diminution en charge de 10 minutes et un temps de stabilisation de montée en charge de 5 minutes.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
},
"ScaleInCooldown": 600,
"ScaleOutCooldown": 300
}
```
# Désactivation de l'activité de diminution en charge
Vous pouvez empêcher la configuration de la politique de dimensionnement du suivi des cibles de s'étendre dans votre cluster en désactivant l'activité de dimensionnement. La désactivation de l'activité de diminution en charge empêche la politique de mise à l'échelle de supprimer des partitions, tout en l'autorisant encore à les créer si nécessaire.
Vous pouvez spécifier une valeur booléenne pour que `DisableScaleIn` active ou désactive l'activité de diminution en charge de votre cluster. Pour plus d'informations, reportez-vous [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html)à la section Application Auto Scaling API Reference.
L'exemple suivant décrit une configuration de suivi de la cible pour une politique de dimensionnement. Dans cette configuration, la métrique `ElastiCachePrimaryEngineCPUUtilization` prédéfinie ajuste un cluster ElastiCache pour Valkey et Redis OSS en fonction d'une utilisation moyenne du processeur de 40 % sur tous les nœuds principaux de ce cluster. La configuration désactive l'activité de diminution en charge pour la politique de dimensionnement.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
# Application d'une politique de mise à l'échelle
Après avoir enregistré votre cluster auprès ElastiCache de Valkey et Redis OSS Auto Scaling et défini une politique de dimensionnement, vous appliquez la politique de dimensionnement au cluster enregistré. Pour appliquer une politique de dimensionnement à un ElastiCache cluster Redis OSS, vous pouvez utiliser l'API Application Auto Scaling AWS CLI ou l'API Application Auto Scaling.
## Appliquer une politique de dimensionnement à l'aide du AWS CLI
Pour appliquer une politique de dimensionnement à votre cluster ElastiCache for Valkey et Redis OSS, utilisez la [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)commande avec les paramètres suivants :
+ **--policy-name** – Nom de la politique de mise à l'échelle.
+ **--policy-type** – Définissez cette valeur à `TargetTrackingScaling`.
+ **--resource-id — L'identifiant** de la ressource. Pour ce paramètre, le type de ressource est `ReplicationGroup` et l'identifiant unique est le nom du cluster, par exemple`replication-group/myscalablecluster`.
+ **--service-namespace** – Définissez cette valeur à `elasticache`.
+ **--scalable-dimension** – Définissez cette valeur à `elasticache:replication-group:NodeGroups`.
+ **-- target-tracking-scaling-policy -configuration — Configuration de** la politique de dimensionnement du suivi des cibles à utiliser pour le cluster.
Dans l'exemple suivant, vous appliquez une politique de dimensionnement de suivi des cibles nommée `myscalablepolicy` à un cluster ElastiCache pour Valkey et Redis OSS nommé auto scaling. `myscalablecluster` ElastiCache Pour ce faire, vous utilisez une configuration de politique enregistrée dans un fichier nommé `config.json`.
Pour Linux, macOS ou Unix :
```
aws application-autoscaling put-scaling-policy \
--policy-name myscalablepolicy \
--policy-type TargetTrackingScaling \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:NodeGroups \
--target-tracking-scaling-policy-configuration file://config.json
```
Pour Windows :
```
aws application-autoscaling put-scaling-policy ^
--policy-name myscalablepolicy ^
--policy-type TargetTrackingScaling ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:NodeGroups ^
--target-tracking-scaling-policy-configuration file://config.json
```
## Application d'une politique de mise à l'échelle à l'aide de l'API
Pour appliquer une politique de dimensionnement à votre cluster ElastiCache for Valkey et Redis OSS, utilisez la [PutScalingPolicy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) AWS CLI commande avec les paramètres suivants :
+ **--policy-name** – Nom de la politique de mise à l'échelle.
+ **--resource-id — L'identifiant** de la ressource. Pour ce paramètre, le type de ressource est `ReplicationGroup` et l'identifiant unique est le nom du cluster, par exemple`replication-group/myscalablecluster`.
+ **--service-namespace** – Définissez cette valeur à `elasticache`.
+ **--scalable-dimension** – Définissez cette valeur à `elasticache:replication-group:NodeGroups`.
+ **-- target-tracking-scaling-policy -configuration — Configuration de** la politique de dimensionnement du suivi des cibles à utiliser pour le cluster.
Dans l'exemple suivant, vous appliquez une politique de dimensionnement de suivi des cibles nommée `myscalablepolicy` à un ElastiCache cluster nommé avec mise à l'échelle `myscalablecluster` ElastiCache automatique. Vous utilisez une configuration de politique basée sur la métrique prédéfinie `ElastiCachePrimaryEngineCPUUtilization`.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.PutScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:NodeGroups",
"PolicyType": "TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration": {
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
}
}
}
```
# Modification d'une politique de dimensionnement
Vous pouvez modifier une politique de dimensionnement à l'aide de l' AWS Management Console API Application Auto Scaling ou de l'API Application Auto Scaling. AWS CLI
## Modification d'une politique de dimensionnement à l'aide du AWS Management Console
**Pour modifier une politique Auto Scaling pour un cluster ElastiCache pour Valkey et Redis OSS**
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez le moteur approprié.
1. Choisissez le cluster auquel vous voulez ajouter une stratégie (choisissez le nom du cluster et non pas le bouton situé à sa gauche).
1. Cliquez sur l'onglet **Auto Scaling policies (Politiques de scalabilité automatique)**.
1. Sous **Scaling policies** (Stratégies de dimensionnement), choisissez le bouton à gauche de la stratégie Auto Scaling que vous voulez changer, puis choisissez **Modify** (Modifier).
1. Apportez les modifications nécessaires à la politique.
1. Sélectionnez **Modifier**.
## Modification d'une politique de dimensionnement à l'aide de l'API AWS CLI and
Vous pouvez utiliser l'API Application Auto Scaling AWS CLI ou l'API Application Auto Scaling pour modifier une politique de dimensionnement de la même manière que vous appliquez une politique de dimensionnement :
+ Lorsque vous utilisez le AWS CLI, spécifiez le nom de la politique que vous souhaitez modifier dans le `--policy-name` paramètre. Spécifiez de nouvelles valeurs pour les paramètres que vous souhaitez modifier.
+ Lorsque vous utilisez l'API Application Auto Scaling, spécifiez le nom de la politique à modifier dans le paramètre `PolicyName`. Spécifiez de nouvelles valeurs pour les paramètres que vous souhaitez modifier.
Pour de plus amples informations, veuillez consulter [Application d'une politique de mise à l'échelle](AutoScaling-Scaling-Applying-a-Scaling-Policy.md).
# Suppression d'une politique de dimensionnement
Vous pouvez supprimer une politique de dimensionnement à l'aide de l' AWS Management Console API Application Auto Scaling ou de l'API Application Auto Scaling. AWS CLI
## Suppression d'une politique de dimensionnement à l'aide du AWS Management Console
**Pour supprimer une politique Auto Scaling ElastiCache pour un cluster Redis OSS**
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey** ou **Redis OSS**.
1. Choisissez le cluster dont vous voulez modifier la stratégie Auto Scaling (choisissez le nom du cluster et non pas le bouton situé à sa gauche).
1. Cliquez sur l'onglet **Auto Scaling policies (Politiques de scalabilité automatique)**.
1. Sous **Scaling policies** (Stratégies de dimensionnement), choisissez la stratégie Auto Scaling, puis choisissez **Delete** (Supprimer).
## Suppression d'une politique de dimensionnement à l'aide du AWS CLI
Pour supprimer une politique de dimensionnement de votre cluster ElastiCache pour Valkey et Redis OSS, utilisez la [delete-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scaling-policy.html) AWS CLI commande avec les paramètres suivants :
+ **--policy-name** – Nom de la politique de mise à l'échelle.
+ **--resource-id — L'identifiant** de la ressource. Pour ce paramètre, le type de ressource est `ReplicationGroup` et l'identifiant unique est le nom du cluster, par exemple`replication-group/myscalablecluster`.
+ **--service-namespace** – Définissez cette valeur à `elasticache`.
+ **--scalable-dimension** – Définissez cette valeur à `elasticache:replication-group:NodeGroups`.
Dans l'exemple suivant, vous supprimez une politique de dimensionnement de suivi des cibles nommée à `myscalablepolicy` partir d'un cluster nommé. `myscalablecluster`
Pour Linux, macOS ou Unix :
```
aws application-autoscaling delete-scaling-policy \
--policy-name myscalablepolicy \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:NodeGroups
```
Pour Windows :
```
aws application-autoscaling delete-scaling-policy ^
--policy-name myscalablepolicy ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:NodeGroups
```
## Suppression d'une politique de mise à l'échelle à l'aide de l'API
Pour supprimer une politique de dimensionnement de votre cluster ElastiCache pour Valkey et Redis OSS, utilisez la [DeleteScalingPolicy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scaling-policy.html) AWS CLI commande avec les paramètres suivants :
+ **--policy-name** – Nom de la politique de mise à l'échelle.
+ **--resource-id — L'identifiant** de la ressource. Pour ce paramètre, le type de ressource est `ReplicationGroup` et l'identifiant unique est le nom du cluster, par exemple`replication-group/myscalablecluster`.
+ **--service-namespace** – Définissez cette valeur à `elasticache`.
+ **--scalable-dimension** – Définissez cette valeur à `elasticache:replication-group:NodeGroups`.
Dans l'exemple suivant, vous supprimez une politique de dimensionnement de suivi des cibles nommée à `myscalablepolicy` partir d'un cluster nommé. `myscalablecluster`
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.DeleteScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:NodeGroups"
}
```
# Utilisation CloudFormation pour les politiques Auto Scaling
Cet extrait montre comment créer une politique de suivi cible et l'appliquer à une [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)ressource utilisant cette ressource. [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html) Elle utilise les fonctions intrinsèques [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) et [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html) pour construire la propriété `ResourceId` avec le nom logique de la ressource `AWS::ElastiCache::ReplicationGroup` qui est spécifiée dans le même modèle.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 3
MinCapacity: 1
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:NodeGroups'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScalingPolicy:
Type: "AWS::ApplicationAutoScaling::ScalingPolicy"
Properties:
ScalingTargetId: !Ref ScalingTarget
ServiceNamespace: elasticache
PolicyName: testpolicy
PolicyType: TargetTrackingScaling
ScalableDimension: 'elasticache:replication-group:NodeGroups'
TargetTrackingScalingPolicyConfiguration:
PredefinedMetricSpecification:
PredefinedMetricType: ElastiCachePrimaryEngineCPUUtilization
TargetValue: 40
```
# Mise à l’échelle planifiée
La mise à l’échelle en fonction d’une planification vous permet de mettre à l’échelle l’application en réponse aux changements de demande. Pour utiliser le dimensionnement planifié, vous créez des actions planifiées qui indiquent ElastiCache à Valkey et Redis OSS d'effectuer des activités de dimensionnement à des moments précis. Lorsque vous créez une action planifiée, vous spécifiez un cluster existant, le moment où l'activité de dimensionnement doit avoir lieu, la capacité minimale et la capacité maximale. Vous pouvez créer des actions planifiées pour une mise à l’échelle unique ou selon une planification récurrente.
Vous ne pouvez créer une action planifiée que pour les clusters déjà existants. Vous ne pouvez pas créer une action planifiée en même temps que vous créez un cluster.
Pour plus d'informations sur la terminologie relative à la création, à la gestion et à la suppression d'actions planifiées, veuillez consulter [Commandes généralement utilisées pour la création, la gestion et la suppression d'actions planifiées](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html#scheduled-scaling-commonly-used-commands)
**Pour créer selon un calendrier récurrent :**
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey** ou **Redis OSS**.
1. Choisissez le cluster auquel vous souhaitez ajouter une politique.
1. Cliquez sur l'onglet **Manage Auto Scaling policies (Gestion des politiques Auto Scaling)** dans la liste déroulante des **Actions**.
1. Cliquez sur l'onglet **Auto Scaling policies (Politiques de scalabilité automatique)**.
1. Dans **Auto Scaling policies (Politiques de scalabilité automatique)**, la boîte de dialogue **Add Scaling policy (Ajouter une politique de mise à l'échelle)** s'affiche. Choisissez **Scheduled scaling (Mise à l'échelle planifiée)**.
1. Pour **Policy name** (Nom de la politique), saisissez un nom de politique.
1. Pour **Scalable Dimension (Dimension évolutives)** choisir **shards (partitions)**.
1. Pour **Target Shards (Partitions cibles)**, choisissez la valeur.
1. Pour **Recurrence (Récurrence)**, choisissez**Recurring (Récurrents)**.
1. Pour **Frequency (Fréquence)**, choisissez la valeur respective.
1. Pour **Start Date (Date de début)** et **Start Time (Heure de début)**, choisissez l'heure à partir de laquelle la politique entrera en vigueur.
1. Choisissez **Add policy (Ajouter la politique)**.
**Pour créer une action planifiée unique :**
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey** ou **Redis OSS**.
1. Choisissez le cluster auquel vous souhaitez ajouter une politique.
1. Cliquez sur l'onglet **Manage Auto Scaling policies (Gestion des politiques Auto Scaling)** dans la liste déroulante des **Actions**.
1. Cliquez sur l'onglet **Auto Scaling policies (Politiques de scalabilité automatique)**.
1. Dans **Auto Scaling policies (Politiques de scalabilité automatique)**, la boîte de dialogue **Add Scaling policy (Ajouter une politique de mise à l'échelle)** s'affiche. Choisissez **Scheduled scaling (Mise à l'échelle planifiée)**.
1. Pour **Policy name** (Nom de la politique), saisissez un nom de politique.
1. Pour **Scalable Dimension (Dimension évolutives)** choisir **shards (partitions)**.
1. Pour **Target Shards (Partitions cibles)**, choisissez la valeur.
1. Pour **Recurrence (Récurrence)**, choisissez **One Time (Une fois)**.
1. Pour **Start Date (Date de début)** et **Start Time (Heure de début)**, choisissez l'heure à partir de laquelle la politique entrera en vigueur.
1. Pour **End Date (Date de fin)** choisir la date jusqu'à laquelle la police sera en vigueur.
1. Choisissez **Add policy (Ajouter la politique)**.
**Pour supprimer une action planifiée**
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey** ou **Redis OSS**.
1. Choisissez le cluster auquel vous souhaitez ajouter une politique.
1. Cliquez sur l'onglet **Manage Auto Scaling policies (Gestion des politiques Auto Scaling)** dans la liste déroulante des **Actions**.
1. Cliquez sur l'onglet **Auto Scaling policies (Politiques de scalabilité automatique)**.
1. Dans la section **Auto scaling policies (Politiques Auto Scaling)**, choisissez la politique Auto Scaling, puis **Delete (Supprimer)** depuis la fenêtre **Actions**.
**Pour gérer la mise à l'échelle planifiée à l'aide de la AWS CLI **
Utilisez la mise à l'échelle automatique des applications APIs suivante :
+ [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/put-scheduled-action.html)
+ [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/describe-scheduled-actions.html)
+ [delete-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scheduled-action.html)
## Utiliser CloudFormation pour créer une action planifiée
Cet extrait montre comment créer une politique de suivi cible et l'appliquer à une [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)ressource utilisant cette ressource. [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html) Elle utilise les fonctions intrinsèques [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) et [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html) pour construire la propriété `ResourceId` avec le nom logique de la ressource `AWS::ElastiCache::ReplicationGroup` qui est spécifiée dans le même modèle.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 3
MinCapacity: 1
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:NodeGroups'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScheduledActions:
- EndTime: '2020-12-31T12:00:00.000Z'
ScalableTargetAction:
MaxCapacity: '5'
MinCapacity: '2'
ScheduledActionName: First
Schedule: 'cron(0 18 * * ? *)'
```