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 d'Auto Scaling avec des réplicas
Un groupe de ElastiCache réplication peut configurer un ou plusieurs caches pour qu'ils fonctionnent comme un seul nœud logique.
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.
# 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](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 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](redis-memory-management.md).
# Ajout d'une politique de mise à l'échelle
Vous pouvez ajouter une politique de dimensionnement à l'aide du AWS Management Console.
**Ajout d'une politique de dimensionnement à l'aide du AWS Management Console**
Pour ajouter une politique de dimensionnement automatique à ElastiCache 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. Sous **Scaling policies** (Stratégies de dimensionnement), choisissez **Add dynamic scaling** (Ajouter le dimensionnement dynamique).
1. Pour **Policy name** (Nom de la politique), saisissez un nom de politique.
1. Pour **Scalable Dimension (Dimension évolutives)**, sélectionnez **Replicas (Réplicas)** dans la boîte de dialogue.
1. Pour la valeur cible, saisissez le pourcentage moyen d'utilisation du processeur que vous souhaitez conserver sur les ElastiCache répliques. Cette valeur doit être >=35 et <=70. Des réplicas de cluster sont ajoutés ou supprimés pour maintenir la métrique proche de la valeur spécifiée.
1. (Facultatif) les périodes de stabilisation de réduction ou de montée en charge ne sont pas prises en charge par la console. Utilisez le AWS CLI pour modifier les valeurs de refroidissement.
1. Pour **Capacité minimale**, saisissez le nombre minimum de répliques que la politique ElastiCache Auto Scaling doit maintenir.
1. Dans **Maximum capacity**, saisissez le nombre maximum de répliques que la politique ElastiCache Auto Scaling doit gérer. La valeur doit être >=5.
1. Choisissez **Créer**.
# Enregistrement d'une cible évolutive
Vous pouvez appliquer une politique de dimensionnement basée sur une métrique prédéfinie ou personnalisée. Pour ce faire, vous pouvez utiliser l'API Application Auto Scaling AWS CLI ou l'API Application Auto Scaling. La première étape consiste à enregistrer votre groupe de réplication ElastiCache pour Valkey et Redis OSS auprès d'Auto Scaling.
Avant de pouvoir utiliser la mise à l'échelle ElastiCache automatique avec un cluster, vous devez enregistrer votre cluster auprès du dimensionnement ElastiCache automatique. 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:Replicas` évolutive, qui représente le nombre de répliques de cluster par partition.
**Utilisation de la CLI**
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 :
+ --service-namespace : définissez cette valeur à elasticache.
+ --resource-id — 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`.
+ --scalable-dimension : définit cette valeur à `elasticache:replication-group:Replicas`.
+ --min-capacity — Le nombre minimum de répliques à gérer par le dimensionnement automatique. ElastiCache 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).
+ --max-capacity — Le nombre maximum de répliques à gérer par le dimensionnement automatique. ElastiCache 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`. L'enregistrement indique que le cluster doit être dimensionné de façon dynamique pour contenir de un à 5 réplicas.
Pour Linux, macOS ou Unix :
```
aws application-autoscaling register-scalable-target \
--service-namespace elasticache \
--resource-id replication-group/myscalablecluster \
--scalable-dimension elasticache:replication-group:Replicas \
--min-capacity 1 \
--max-capacity 5 \
```
Pour Windows :
```
aws application-autoscaling register-scalable-target ^
--service-namespace elasticache ^
--resource-id replication-group/myscalablecluster ^
--scalable-dimension elasticache:replication-group:Replicas ^
--min-capacity 1 ^
--max-capacity 5 ^
```
**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:Replicas`.
+ MinCapacity — Le nombre minimum de répliques à 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 répliques à 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 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:Replicas",
"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 stratégie, consultez [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dans le manuel *Référence d'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-Predefined-Metric)
+ [Modification d'une politique de dimensionnement](AutoScaling-Editing-Policy.md)
+ [Suppression d'une politique de dimensionnement](AutoScaling-Deleting-Policy.md)
+ [Utilisation CloudFormation pour les politiques Auto Scaling](AutoScaling-with-Cloudformation.md)
+ [Mise à l’échelle planifiée](AutoScaling-with-Scheduled-Scaling-Replicas.md)
## Utilisation d'une métrique prédéfinie
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 stratégie, consultez [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dans le manuel *Référence d'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-Predefined-Metric)
+ [Utilisation d'une métrique personnalisée](#AutoScaling-Custom-Metric)
+ [Utilisation des temps de stabilisation](#AutoScaling-Using-Cooldowns)
+ [Désactivation de l'activité de diminution en charge](#AutoScaling-Disabling-Scalein)
+ [Appliquer une politique de dimensionnement à un cluster ElastiCache pour Valkey et Redis OSS](#AutoScaling-Applying-Policy)
### 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 la métrique prédéfinie suivante dans ElastiCache Replicas Auto Scaling :
`ElastiCacheReplicaEngineCPUUtilization`— La valeur moyenne de la CPUUtilization métrique Engine pour CloudWatch toutes les répliques du cluster. Vous trouverez la valeur de la métrique agrégée ci-dessous ElastiCache `ReplicationGroupId, Role` pour CloudWatch Required ReplicationGroupId et Role Replica.
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.
### Utilisation d'une métrique personnalisée
L'utilisation de métriques personnalisées vous permet de définir une stratégie de dimensionnement Suivi de la cible répondant à vos exigences personnelles. Vous pouvez définir une métrique personnalisée basée sur n'importe quelle métrique ElastiCache pour Valkey et Redis OSS qui change 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 réplicas 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 réplicas .
**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 en fonction d'une utilisation moyenne du processeur de 50 % pour toutes les répliques 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": "REPLICA"}
],
"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 sur `ScaleInCooldown` et `ScaleOutCooldown`, consultez [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dans le manuel *Référence d'API Application Auto Scaling*. L'exemple suivant décrit une configuration de suivi de la cible pour une politique de dimensionnement. Dans cette configuration, la métrique `ElastiCacheReplicaEngineCPUUtilization` prédéfinie est utilisée pour ajuster un cluster en fonction d'une utilisation moyenne du processeur de 40 % pour toutes les répliques 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": "ElastiCacheReplicaEngineCPUUtilization"
},
"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'adapter à votre cluster ElastiCache for Valkey et Redis OSS 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 réplicas, 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 sur `DisableScaleIn`, consultez [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) dans le manuel *Référence d'API Application Auto Scaling*.
**Example**
L'exemple suivant décrit une configuration de suivi de la cible pour une politique de dimensionnement. Dans cette configuration, la métrique `ElastiCacheReplicaEngineCPUUtilization` prédéfinie ajuste un cluster en fonction d'une utilisation moyenne du processeur de 40 % pour toutes les répliques de ce cluster. La configuration désactive l'activité de diminution en charge pour la politique de dimensionnement.
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
### Appliquer une politique de dimensionnement à un cluster ElastiCache pour Valkey et Redis OSS
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 cluster ElastiCache pour Valkey et Redis OSS, vous pouvez utiliser l'API Application Auto Scaling AWS CLI ou l'API Application Auto Scaling.
**À 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/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 — Identifiant de ressource pour le 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`.
+ --service-namespace : définissez cette valeur à elasticache.
+ --scalable-dimension : définit cette valeur à `elasticache:replication-group:Replicas`.
+ -- target-tracking-scaling-policy -configuration — Configuration de la politique de dimensionnement du suivi des cibles à utiliser pour le cluster.
**Example**
Dans l'exemple suivant, vous appliquez une politique de dimensionnement de suivi des cibles nommée `myscalablepolicy` à un cluster nommé avec mise à l'échelle `myscalablecluster` ElastiCache automatique. 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:Replicas \
--target-tracking-scaling-policy-configuration file://config.json
```
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
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:Replicas ^
--target-tracking-scaling-policy-configuration file://config.json
```
**Utilisation de l'API**
Pour appliquer une politique de dimensionnement à votre ElastiCache cluster avec l'API Application Auto Scaling, utilisez l'opération [PutScalingPolicy](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScalingPolicy.html)Application Auto Scaling API avec les paramètres suivants :
+ PolicyName — Le nom de la politique de dimensionnement.
+ PolicyType — Définissez cette valeur sur`TargetTrackingScaling`.
+ ResourceID — Identifiant de ressource pour le cluster. Pour ce paramètre, le type de ressource est ReplicationGroup et l'identifiant unique est le nom du ElastiCache cluster Redis OSS, par exemple`replication-group/myscalablecluster`.
+ ServiceNamespace — Définissez cette valeur sur elasticache.
+ ScalableDimension — Définissez cette valeur sur`elasticache:replication-group:Replicas`.
+ TargetTrackingScalingPolicyConfiguration — La configuration de la politique de dimensionnement du suivi des cibles à utiliser pour le cluster.
**Example**
Dans l'exemple suivant, vous appliquez une politique de dimensionnement de suivi des cibles nommée `scalablepolicy` à un cluster nommé avec mise à l'échelle `myscalablecluster` ElastiCache automatique. Vous utilisez une configuration de politique basée sur la métrique prédéfinie `ElastiCacheReplicaEngineCPUUtilization`.
```
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:Replicas",
"PolicyType": "TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration": {
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
}
}
}
```
# 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**
Vous pouvez uniquement modifier des politiques avec le type métrique prédéfinies à l'aide de la AWS Management Console
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. 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**.
1. Apportez des modifications à la politique.
1. Sélectionnez **Modifier**.
**Modification d'une politique de dimensionnement à l'aide de l'API Application Auto Scaling AWS CLI ou de l'API Application Auto Scaling**
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 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 [Appliquer une politique de dimensionnement à un cluster ElastiCache pour Valkey et Redis OSS](AutoScaling-Defining-Policy.md#AutoScaling-Applying-Policy).
# Suppression d'une politique de dimensionnement
Vous pouvez supprimer une politique de dimensionnement à l' AWS Management Console aide de l' AWS CLI API Application Auto Scaling
**Suppression d'une politique de dimensionnement à l'aide du AWS Management Console**
Vous pouvez uniquement modifier des politiques avec le type métrique prédéfinies à l'aide de la AWS Management Console
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 supprimer la politique Auto Scaling.
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 de l'API Application Auto Scaling AWS CLI ou de l'API Application Auto Scaling**
Vous pouvez utiliser l'API Application Auto Scaling AWS CLI ou l'API Application Auto Scaling pour supprimer une politique de dimensionnement d'un ElastiCache cluster.
**INTERFACE DE LIGNE DE COMMANDE (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/application-autoscaling/delete-scaling-policy.html)commande avec les paramètres suivants :
+ --policy-name : nom de la politique de mise à l'échelle.
+ --resource-id — Identifiant de ressource pour le 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`.
+ --service-namespace : définissez cette valeur à elasticache.
+ --scalable-dimension – Définit cette valeur à `elasticache:replication-group:Replicas`.
**Example**
Dans l'exemple suivant, vous supprimez une politique de suivi de cible et d'échelonnement nommée `myscalablepolicy` d'un cluster ELC; 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:Replicas \
```
Pour Windows :
```
aws application-autoscaling delete-scaling-policy ^
--policy-name myscalablepolicy ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:Replicas ^
```
**API**
Pour supprimer une politique de dimensionnement de votre cluster ElastiCache pour Valkey et Redis OSS, utilisez l'opération d'API [DeleteScalingPolicy](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_DeleteScalingPolicy.html)Application Auto Scaling avec les paramètres suivants :
+ PolicyName — Le nom de la politique de dimensionnement.
+ ResourceID — Identifiant de ressource pour le 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`.
+ ServiceNamespace — Définissez cette valeur sur elasticache.
+ ScalableDimension — Définissez cette valeur sur`elasticache:replication-group:Replicas`.
Dans l'exemple suivant, vous supprimez une politique de dimensionnement de suivi des cibles nommée à `myscalablepolicy` partir d'un cluster nommé `myscalablecluster` avec l'API Application Auto Scaling.
```
POST / HTTP/1.1
>>>>>>> mainline
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:Replicas"
}
```
# Utilisation CloudFormation pour les politiques Auto Scaling
Cet extrait montre comment créer une action planifiée 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: 0
MinCapacity: 0
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:Replicas'
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:Replicas'
TargetTrackingScalingPolicyConfiguration:
PredefinedMetricSpecification:
PredefinedMetricType: ElastiCacheReplicaEngineCPUUtilization
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 ElastiCache 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 ElastiCache 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 une action planifiée unique :**
Similaire à la dimension partition. Consultez [Mise à l’échelle planifiée](AutoScaling-with-Scheduled-Scaling-Shards.md).
**Pour supprimer une action planifiée**
Similaire à la dimension partition. Consultez [Mise à l’échelle planifiée](AutoScaling-with-Scheduled-Scaling-Shards.md).
**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/application-autoscaling/put-scheduled-action.html)
+ [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html)
+ [delete-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/delete-scheduled-action.html)
## CloudFormation À utiliser pour créer des politiques Auto Scaling
Cet extrait montre comment créer une action planifiée 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: 0
MinCapacity: 0
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:Replicas'
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 * * ? *)'
```