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.
# Dimensionnement des nœuds de réplication pour Valkey ou Redis OSS (mode cluster désactivé)
Un cluster Valkey ou Redis OSS avec des nœuds de réplication (appelé *groupe de réplication* dans leAPI/CLI) assure une haute disponibilité grâce à une réplication dont le basculement automatique est Multi-AZ activé. Un cluster avec des nœuds répliques est un ensemble logique de six nœuds Valkey ou Redis OSS au maximum dont un nœud, le nœud principal, est capable de répondre à la fois aux demandes de lecture et d'écriture. Tous les autres nœuds du cluster sont des réplicas en lecture seule du cluster principal. Les données écrites dans le cluster principal sont répliquées de façon asynchrone sur tous les réplicas en lecture du cluster. Valkey ou Redis OSS (mode cluster désactivé) ne prenant pas en charge le partitionnement de vos données sur plusieurs clusters, chaque nœud d'un groupe de réplication Valkey ou Redis OSS (mode cluster désactivé) contient l'intégralité du jeu de données de cache. Les clusters Valkey ou Redis OSS (mode cluster activé) permettent de partitionner vos données sur un maximum de 500 partitions.
Pour modifier la capacité de données de votre cluster, vous devez dimensionner le type de nœud en passant à un type de nœud plus grand ou plus petit.
Pour modifier la capacité de lecture de votre cluster, ajoutez des réplicas en lecture, jusqu'à un maximum de 5, ou supprimez-en.
Le processus de mise à ElastiCache l'échelle est conçu pour faire de son mieux pour conserver vos données existantes et nécessite une réplication réussie de Valkey ou Redis OSS. Pour les clusters Valkey ou Redis OSS dotés de répliques, nous recommandons de mettre suffisamment de mémoire à la disposition de Valkey ou Redis OSS.
**Topics**
+ [Augmenter les clusters Valkey ou Redis OSS avec des répliques](#Scaling.RedisReplGrps.ScaleUp)
+ [Réduction de la taille des clusters Valkey ou Redis OSS avec des répliques](#Scaling.RedisReplGrps.ScaleDown)
+ [Augmentation de la capacité de lecture](#Scaling.RedisReplGrps.ScaleOut)
+ [Diminution de la capacité de lecture](#Scaling.RedisReplGrps.ScaleIn)
**Rubriques connexes**
+ [Haute disponibilité avec les groupes de réplication](Replication.md)
+ [Réplication : mode cluster Valkey et Redis OSS désactivé ou activé](Replication.Redis-RedisCluster.md)
+ [Minimiser les temps d'arrêt ElastiCache Multi-AZ en utilisant Valkey et Redis OSS](AutoFailover.md)
+ [S'assurer que vous disposez de suffisamment de mémoire pour créer un instantané Valkey ou Redis OSS](BestPractices.BGSAVE.md)
**Topics**
+ [Augmenter les clusters Valkey ou Redis OSS avec des répliques](#Scaling.RedisReplGrps.ScaleUp)
+ [Réduction de la taille des clusters Valkey ou Redis OSS avec des répliques](#Scaling.RedisReplGrps.ScaleDown)
+ [Augmentation de la capacité de lecture](#Scaling.RedisReplGrps.ScaleOut)
+ [Diminution de la capacité de lecture](#Scaling.RedisReplGrps.ScaleIn)
## Augmenter les clusters Valkey ou Redis OSS avec des répliques
Amazon ElastiCache fournit un support de console, de CLI et d'API pour dimensionner votre groupe de réplication Valkey ou Redis OSS (mode cluster désactivé) vers le haut.
Lorsque le processus de mise à l'échelle est lancé, ElastiCache effectue les opérations suivantes :
1. Il lance un groupe de réplication à l'aide du nouveau type de nœud.
1. Il copie toutes les données du nœud principal actuel vers le nouveau nœud principal.
1. Il synchronise les nouveaux réplicas en lecture avec le nouveau nœud principal.
1. Il met à jour les entrées DNS afin qu'elles pointent vers les nouveaux nœuds. Ainsi, vous n'aurez plus besoin de mettre à jour les points de terminaison de votre application. Pour Valkey 7.2 et versions ultérieures ou Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster reste en ligne et traite les demandes entrantes. Sur les versions 4.0.10 et antérieures de Redis OSS, vous remarquerez peut-être une brève interruption des lectures et des écritures sur les versions précédentes depuis le nœud principal pendant la mise à jour de l'entrée DNS.
1. Supprime les anciens nœuds (CLI/API: groupe de réplication). Vous remarquerez une brève interruption (quelques secondes) des lectures et des écritures à partir des anciens nœuds car les connexions aux anciens nœuds seront déconnectées.
La durée de ce processus dépend de votre type de nœud et de la quantité de données dans votre cluster.
Comme indiqué dans le tableau suivant, votre opération de mise à l'échelle de Valkey ou Redis OSS est bloquée si une mise à niveau du moteur est planifiée pour la prochaine fenêtre de maintenance du cluster.
**Opérations Valkey ou Redis OSS bloquées**
- **Mise à l'échelle ascendante**
- Mise à l'échelle ascendante
- **Mise à niveau du moteur**
- Mise à niveau du moteur
- **Augmentation et mise à niveau du moteur**
- Mise à niveau du moteur
- Mise à l'échelle ascendante
Si vous avez une opération en suspens qui vous bloque, vous pouvez effectuer l'une des actions suivantes.
+ Planifiez votre opération de mise à l'échelle de Valkey ou Redis OSS pour la prochaine fenêtre de maintenance en décochant la case **Appliquer immédiatement** (utilisation de la CLI :`--no-apply-immediately`, utilisation de l'API :). `ApplyImmediately=false`
+ Attendez votre prochaine fenêtre de maintenance (ou après) pour effectuer votre opération de mise à l'échelle de Valkey ou Redis OSS.
+ Ajoutez la mise à niveau du moteur Valkey ou Redis OSS à cette modification de cluster en cochant la case **Appliquer immédiatement** (utilisation de la CLI :`--apply-immediately`, utilisation de l'API :`ApplyImmediately=true`). Cela permet de débloquer votre opération de mise à l'échelle en provoquant une mise à jour du moteur à effectuer immédiatement.
Les sections suivantes décrivent comment redimensionner votre cluster Valkey ou Redis OSS avec des répliques à l'aide de la ElastiCache console, de l'API et de l' AWS CLI API. ElastiCache
**Important**
Si votre groupe de paramètres est utilisé `reserved-memory` pour réserver de la mémoire pour la surcharge de Valkey ou Redis OSS, avant de commencer le dimensionnement, assurez-vous de disposer d'un groupe de paramètres personnalisé qui réserve la quantité de mémoire appropriée pour votre nouveau type de nœud. Vous pouvez aussi modifier un groupe de paramètres personnalisé de façon à ce qu'il utilise `reserved-memory-percent` et vous servir de ce groupe de paramètres pour votre nouveau cluster.
Si vous utilisez `reserved-memory-percent`, cette opération n'est pas nécessaire.
Pour de plus amples informations, veuillez consulter [Gestion de la mémoire réservée pour Valkey et Redis OSS](redis-memory-management.md).
### Mise à l'échelle d'un cluster Valkey ou Redis OSS avec des répliques (console)
La durée nécessaire pour redimensionner la taille d'un type de nœud et passer à un type plus grand, varie selon le type de nœud et la quantité de données dans votre cluster de actuel.
Le processus suivant fait évoluer votre cluster avec des répliques de son type de nœud actuel vers un nouveau type de nœud plus grand à l'aide de la ElastiCache console. Pendant ce processus, une brève interruption des lectures et des écritures peut avoir lieu pour d'autres versions à partir du nœud primaire pendant que l'entrée DNS est mise à jour. Vous pouvez constater un temps d'arrêt inférieur à une seconde pour les nœuds s'exécutant sur les versions 5.0.6 et de l'ordre de quelques secondes pour les versions plus anciennes.
**Pour augmenter le cluster Valkey ou Redis OSS avec des répliques (console)**
1. Connectez-vous à la ElastiCache console 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 clusters** ou **Redis OSS** clusters
1. Dans la liste des clusters, choisissez le cluster que vous souhaitez augmenter. Ce cluster doit exécuter le moteur Valkey ou Redis OSS et non le moteur Valkey ou Redis OSS en cluster.
1. Sélectionnez **Modifier**.
1. Dans l'assistant **Modifier le cluster** :
1. Choisissez le type de nœud auquel vous souhaitez passer dans la liste **Type de nœud**. Notez que tous les types de nœuds ne sont pas disponibles pour la réduction de la capacité.
1. Si vous utilisez `reserved-memory` pour gérer la mémoire, dans la liste **Groupe de paramètres**, choisissez le groupe de paramètres personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud.
1. Si vous souhaitez effectuer un processus de mise à l'échelle immédiatement, choisissez la case **Apply immediately**. Si la case **Apply immediately** est décochée, le processus de mise à l'échelle est effectué lors du créneau de maintenance suivant du cluster.
1. Sélectionnez **Modifier**.
1. Lorsque le statut du cluster passe de *modifying* à *available*, cela signifie que votre cluster est passé au nouveau type de nœud. Il n'est pas nécessaire de mettre à jour les points de terminaison dans votre application.
### Mise à l'échelle d'un groupe de réplication Valkey ou Redis OSS (AWS CLI)
Le processus suivant met à l'échelle votre groupe de réplication à partir de son type de nœud actuel vers un nouveau type de nœud plus grand à l'aide de l' AWS CLI. Au cours de ce processus, ElastiCache met à jour les entrées DNS afin qu'elles pointent vers les nouveaux nœuds. Ainsi, vous n'aurez plus besoin de mettre à jour les points de terminaison de votre application. Pour Valkey 7.2 et versions ultérieures ou Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster reste en ligne et traite les demandes entrantes. Sur les versions 4.0.10 ou antérieures, vous pouvez remarquer une brève interruption des lectures et des écritures sur les versions précédentes à partir du nœud primaire pendant que l'entrée DNS est mise à jour.
Le temps nécessaire pour passer à un type de nœud plus important varie en fonction de votre type de nœud et de la quantité de données dans votre cluster actuel.
**Pour étendre un groupe de réplication Valkey ou Redis OSS (AWS CLI)**
1. Déterminez les types de nœuds que vous pouvez augmenter en exécutant la AWS CLI `list-allowed-node-type-modifications` commande avec le paramètre suivant.
+ `--replication-group-id` – Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
Pour Linux, macOS ou Unix :
```
aws elasticache list-allowed-node-type-modifications \
--replication-group-id {{my-repl-group}}
```
Pour Windows :
```
aws elasticache list-allowed-node-type-modifications ^
--replication-group-id {{my-repl-group}}
```
Le résultat de cette opération doit ressembler à ce qui suit (format JSON).
```
{
"ScaleUpModifications": [
"cache.m3.2xlarge",
"cache.m3.large",
"cache.m3.xlarge",
"cache.m4.10xlarge",
"cache.m4.2xlarge",
"cache.m4.4xlarge",
"cache.m4.large",
"cache.m4.xlarge",
"cache.r3.2xlarge",
"cache.r3.4xlarge",
"cache.r3.8xlarge",
"cache.r3.large",
"cache.r3.xlarge"
]
}
```
Pour plus d'informations, consultez [list-allowed-node-type-modifications](https://docs.aws.amazon.com/cli/latest/reference/elasticache/list-allowed-node-type-modifications.html) dans la *référence AWS CLI *.
1. Adaptez votre groupe de réplication actuel au nouveau type de nœud à l'aide de la AWS CLI `modify-replication-group` commande avec les paramètres suivants.
+ `--replication-group-id` : le nom du groupe de réplication.
+ `--cache-node-type`— le nouveau type de nœud plus grand des clusters de ce groupe de réplication. Cette valeur doit être l'un des types d'instance renvoyés par la `list-allowed-node-type-modifications` commande à l'étape précédente.
+ `--cache-parameter-group-name` : [Facultatif] Utilisez ce paramètre si vous avez recours à `reserved-memory` pour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisez `reserved-memory-percent`, vous pouvez omettre ce paramètre.
+ `--apply-immediately` : ce paramètre entraîne l'application immédiate du processus d'augmentation. Pour reporter l'opération de mise à l'échelle au créneau de maintenance suivant, utilisez `--no-apply-immediately`.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group \
--replication-group-id {{my-repl-group}} \
--cache-node-type {{cache.m3.xlarge}} \
--cache-parameter-group-name {{redis32-m3-2xl}} \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group ^
--replication-group-id {{my-repl-group}} ^
--cache-node-type {{cache.m3.xlarge}} ^
--cache-parameter-group-name {{redis32-m3-2xl}} \
--apply-immediately
```
Le résultat de cette commande doit ressembler à ce qui suit (format JSON).
```
{
"ReplicationGroup": {
"Status": "available",
"Description": "Some description",
"NodeGroups": [{
"Status": "available",
"NodeGroupMembers": [{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "my-repl-group-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "my-repl-group-002"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com"
}
}],
"ReplicationGroupId": "my-repl-group",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "disabled",
"SnapshotWindow": "12:00-13:00",
"SnapshottingClusterId": "my-repl-group-002",
"MemberClusters": [
"my-repl-group-001",
"my-repl-group-002"
],
"PendingModifiedValues": {}
}
}
```
Pour plus d'informations, consultez [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) dans la *référence AWS CLI *.
1. Si vous avez utilisé le `--apply-immediately` paramètre, surveillez l'état du groupe de réplication à l'aide de la AWS CLI `describe-replication-group` commande avec le paramètre suivant. Pendant que le statut est encore *modification en cours*, vous pouvez constater un temps d'arrêt inférieur à 1 seconde pour les nœuds s'exécutant sur les versions 5.0.6 et une brève interruption des lectures et des écritures pour les versions plus anciennes à partir du nœud primaire pendant que l'entrée DNS est mise à jour.
+ `--replication-group-id` – Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
Pour Linux, macOS ou Unix :
```
aws elasticache describe-replication-groups \
--replication-group-id {{my-replication-group}}
```
Pour Windows :
```
aws elasticache describe-replication-groups ^
--replication-group-id {{my-replication-group}}
```
Pour plus d'informations, consultez [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html) dans la * Référence de l'AWS CLI *.
### Mise à l'échelle d'un groupe de réplication (ElastiCache API) Valkey ou Redis OSS
Le processus suivant fait passer votre groupe de réplication de son type de nœud actuel à un nouveau type de nœud plus important à l'aide de l' ElastiCache API. Pour Valkey 7.2 et versions ultérieures ou Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster reste en ligne et traite les demandes entrantes. Sur les versions Redis OSS 4.0.10 et antérieures, vous remarquerez peut-être une brève interruption des lectures et des écritures sur les versions précédentes depuis le nœud principal pendant la mise à jour de l'entrée DNS.
Le temps nécessaire pour passer à un type de nœud plus important varie en fonction de votre type de nœud et de la quantité de données dans votre cluster actuel.
**Pour étendre un groupe de réplication (ElastiCache API) Valkey ou Redis OSS**
1. Déterminez les types de nœuds que vous pouvez augmenter à l'aide de l'`ListAllowedNodeTypeModifications`action d' ElastiCache API avec le paramètre suivant.
+ `ReplicationGroupId` : le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication spécifique plutôt que tous les groupes de réplication.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ListAllowedNodeTypeModifications
&ReplicationGroupId=MyReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Pour plus d'informations, consultez [ListAllowedNodeTypeModifications](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ListAllowedNodeTypeModifications.html) le *Amazon ElastiCache API Reference*.
1. Adaptez votre groupe de réplication actuel au nouveau type de nœud à l'aide de l'action `ModifyReplicationGroup` ElastiCache API et avec les paramètres suivants.
+ `ReplicationGroupId` : le nom du groupe de réplication.
+ `CacheNodeType`— le nouveau type de nœud plus grand des clusters de ce groupe de réplication. Cette valeur doit être l'un des types d'instance renvoyés par l'`ListAllowedNodeTypeModifications`action de l'étape précédente.
+ `CacheParameterGroupName` : [Facultatif] Utilisez ce paramètre si vous avez recours à `reserved-memory` pour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisez `reserved-memory-percent`, vous pouvez omettre ce paramètre.
+ `ApplyImmediately` : lorsqu'il est défini sur `true`, il entraîne l'application immédiate du processus d'augmentation. Pour reporter le processus de mise à l'échelle au créneau de maintenance suivant, utilisez `ApplyImmediately``=false`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&ApplyImmediately=true
&CacheNodeType=cache.m3.2xlarge
&CacheParameterGroupName=redis32-m3-2xl
&ReplicationGroupId=myReplGroup
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&Version=2014-12-01
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Pour plus d'informations, consultez [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html) le *Amazon ElastiCache API Reference*.
1. Si vous l'avez utilisé `ApplyImmediately``=true`, surveillez l'état du groupe de réplication à l'aide de l'`DescribeReplicationGroups`action ElastiCache API avec les paramètres suivants. Lorsque le statut passe de *modifying* à *available*, cela signifie que vous pouvez commencer à écrire sur votre nouveau groupe de réplication redimensionné.
+ `ReplicationGroupId` – Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&ReplicationGroupId=MyReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Pour plus d'informations, consultez [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) le *Amazon ElastiCache API Reference*.
## Réduction de la taille des clusters Valkey ou Redis OSS avec des répliques
Les sections suivantes vous expliquent comment redimensionner un cluster Valkey ou Redis OSS (mode cluster désactivé) avec des répliques de nœuds jusqu'à un type de nœud plus petit. Pour des raisons de performances, il faut s'assurer que le nouveau type de nœud plus petit a une capacité suffisante pour supporter toutes les données et les besoins de traitement. Pour de plus amples informations, veuillez consulter [S'assurer que vous disposez de suffisamment de mémoire pour créer un instantané Valkey ou Redis OSS](BestPractices.BGSAVE.md).
**Note**
Pour les clusters exécutant le type de nœud r6gd, vous pouvez uniquement mettre à l’échelle en fonction des tailles de nœuds au sein de la famille de nœuds r6gd.
**Important**
Si votre groupe de paramètres est utilisé `reserved-memory` pour réserver de la mémoire pour la surcharge de Valkey ou Redis OSS, avant de commencer le dimensionnement, assurez-vous de disposer d'un groupe de paramètres personnalisé qui réserve la quantité de mémoire appropriée pour votre nouveau type de nœud. Vous pouvez aussi modifier un groupe de paramètres personnalisé de façon à ce qu'il utilise `reserved-memory-percent` et vous servir de ce groupe de paramètres pour votre nouveau cluster.
Si vous utilisez `reserved-memory-percent`, cette opération n'est pas nécessaire.
Pour de plus amples informations, veuillez consulter [Gestion de la mémoire réservée pour Valkey et Redis OSS](redis-memory-management.md).
**Topics**
### Réduction de la taille d'un cluster Valkey ou Redis OSS avec des répliques (console)
Le processus suivant fait évoluer votre cluster Valkey ou Redis OSS avec des nœuds répliques vers un type de nœud plus petit à l'aide de la ElastiCache console.
**Pour réduire la taille d'un cluster Valkey ou Redis OSS avec des nœuds de réplication (console)**
1. Assurez-vous que le type de nœud plus petit soit suffisant pour supporter vos données et les besoins de traitement.
1. Si votre groupe de paramètres est utilisé `reserved-memory` pour réserver de la mémoire pour la surcharge de Valkey ou Redis OSS, assurez-vous de disposer d'un groupe de paramètres personnalisé pour réserver la quantité de mémoire appropriée pour votre nouveau type de nœud.
Vous pouvez aussi modifier votre groupe de paramètres personnalisé de façon à utiliser `reserved-memory-percent`. Pour de plus amples informations, veuillez consulter [Gestion de la mémoire réservée pour Valkey et Redis OSS](redis-memory-management.md).
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans la liste des clusters, choisissez le cluster que dont vous souhaitez baisser la capacité. Ce cluster doit exécuter le moteur Valkey ou Redis OSS et non le moteur Valkey ou Redis OSS en cluster.
1. Sélectionnez **Modifier**.
1. Dans l'assistant **Modifier le cluster** :
1. Choisissez le type de nœud dont vous souhaitez baisser la capacité dans la liste **Type de nœud**.
1. Si vous utilisez `reserved-memory` pour gérer la mémoire, dans la liste **Groupe de paramètres**, choisissez le groupe de paramètres personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud.
1. Si vous souhaitez effectuer le processus de diminution de la capacité immédiatement, choisissez la case **Apply immediately**. Si la case **Apply immediately** est décochée, le processus de diminution de la capacité est effectué lors du créneau de maintenance suivant du cluster.
1. Sélectionnez **Modifier**.
1. Lorsque le statut du cluster passe de *modifying* à *available*, cela signifie que votre cluster est passé au nouveau type de nœud. Il n'est pas nécessaire de mettre à jour les points de terminaison dans votre application.
### Diminution d'un groupe de réplication Valkey ou Redis OSS (AWS CLI)
Le processus suivant met à l'échelle votre groupe de réplication à partir de son type de nœud actuel vers un nouveau type de nœud plus petit à l'aide de l' AWS CLI. Au cours de ce processus, ElastiCache met à jour les entrées DNS afin qu'elles pointent vers les nouveaux nœuds. Ainsi, vous n'aurez plus besoin de mettre à jour les points de terminaison de votre application. Pour Valkey 7.2 ou Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster reste en ligne et traite les demandes entrantes. Sur les versions 4.0.10 ou antérieures, vous pouvez remarquer une brève interruption des lectures et des écritures sur les versions précédentes à partir du nœud primaire pendant que l'entrée DNS est mise à jour.
Cependant, les lectures à partir des clusters de répliques lues se poursuivent sans interruption.
Le temps nécessaire pour passer à un type de nœud plus petit varie en fonction de votre type de nœud et de la quantité de données dans votre cluster actuel.
**Pour réduire un groupe de réplication Valkey ou Redis OSS (AWS CLI)**
1. Déterminez les types de nœuds que vous pouvez réduire en exécutant la AWS CLI `list-allowed-node-type-modifications` commande avec le paramètre suivant.
+ `--replication-group-id` – Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
Pour Linux, macOS ou Unix :
```
aws elasticache list-allowed-node-type-modifications \
--replication-group-id {{my-repl-group}}
```
Pour Windows :
```
aws elasticache list-allowed-node-type-modifications ^
--replication-group-id {{my-repl-group}}
```
Le résultat de cette opération doit ressembler à ce qui suit (format JSON).
```
{
"ScaleDownModifications": [
"cache.m3.2xlarge",
"cache.m3.large",
"cache.m3.xlarge",
"cache.m4.10xlarge",
"cache.m4.2xlarge",
"cache.m4.4xlarge",
"cache.m4.large",
"cache.m4.xlarge",
"cache.r3.2xlarge",
"cache.r3.4xlarge",
"cache.r3.8xlarge",
"cache.r3.large",
"cache.r3.xlarge"
]
}
```
Pour plus d'informations, consultez [list-allowed-node-type-modifications](https://docs.aws.amazon.com/cli/latest/reference/elasticache/list-allowed-node-type-modifications.html) dans la *référence AWS CLI *.
1. Adaptez votre groupe de réplication actuel au nouveau type de nœud à l'aide de la AWS CLI `modify-replication-group` commande avec les paramètres suivants.
+ `--replication-group-id` : le nom du groupe de réplication.
+ `--cache-node-type`— le nouveau type de nœud plus petit des clusters de ce groupe de réplication. Cette valeur doit être l'un des types d'instance renvoyés par la `list-allowed-node-type-modifications` commande à l'étape précédente.
+ `--cache-parameter-group-name` : [Facultatif] Utilisez ce paramètre si vous avez recours à `reserved-memory` pour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisez `reserved-memory-percent`, vous pouvez omettre ce paramètre.
+ `--apply-immediately` : ce paramètre entraîne l'application immédiate du processus d'augmentation. Pour reporter l'opération de mise à l'échelle au créneau de maintenance suivant, utilisez `--no-apply-immediately`.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group \
--replication-group-id {{my-repl-group}} \
--cache-node-type {{cache.t2.small }} \
--cache-parameter-group-name {{redis32-m3-2xl}} \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group ^
--replication-group-id {{my-repl-group}} ^
--cache-node-type {{cache.t2.small }} ^
--cache-parameter-group-name {{redis32-m3-2xl}} \
--apply-immediately
```
Le résultat de cette commande doit ressembler à ce qui suit (format JSON).
```
{"ReplicationGroup": {
"Status": "available",
"Description": "Some description",
"NodeGroups": [
{
"Status": "available",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "my-repl-group-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com"
},
"CacheClusterId": "my-repl-group-002"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com"
}
}
],
"ReplicationGroupId": "my-repl-group",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "disabled",
"SnapshotWindow": "12:00-13:00",
"SnapshottingClusterId": "my-repl-group-002",
"MemberClusters": [
"my-repl-group-001",
"my-repl-group-002",
],
"PendingModifiedValues": {}
}
}
```
Pour plus d'informations, consultez [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) dans la *référence AWS CLI *.
1. Si vous avez utilisé le `--apply-immediately` paramètre, surveillez l'état du groupe de réplication à l'aide de la AWS CLI `describe-replication-group` commande avec le paramètre suivant. Lorsque le statut passe de *modification* à *disponible*, vous pouvez commencer à écrire dans votre nouveau groupe de réplication réduit.
+ `--replication-group-id` – Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
Pour Linux, macOS ou Unix :
```
aws elasticache describe-replication-group \
--replication-group-id {{my-replication-group}}
```
Pour Windows :
```
aws elasticache describe-replication-groups ^
--replication-group-id {{my-replication-group}}
```
Pour plus d'informations, consultez [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html) dans la * Référence de l'AWS CLI *.
### Réduction de la taille d'un groupe de réplication (ElastiCache API) Valkey ou Redis OSS
Le processus suivant fait passer votre groupe de réplication de son type de nœud actuel à un nouveau type de nœud plus petit à l'aide de l' ElastiCache API. Au cours de ce processus, ElastiCache met à jour les entrées DNS afin qu'elles pointent vers les nouveaux nœuds. Ainsi, vous n'aurez plus besoin de mettre à jour les points de terminaison de votre application. Pour Valkey 7.2 et versions ultérieures ou Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster reste en ligne et traite les demandes entrantes. Sur Redis OSS version 4.0.10 et antérieures, vous remarquerez peut-être une brève interruption des lectures et des écritures sur les versions précédentes depuis le nœud principal pendant la mise à jour de l'entrée DNS. Cependant, les lectures à partir des clusters de répliques lues se poursuivent sans interruption.
Le temps nécessaire pour passer à un type de nœud plus petit varie en fonction de votre type de nœud et de la quantité de données dans votre cluster actuel.
**Pour réduire un groupe de réplication (ElastiCache API) Valkey ou Redis OSS**
1. Déterminez les types de nœuds que vous pouvez réduire à l'aide de l'`ListAllowedNodeTypeModifications`action d' ElastiCache API avec le paramètre suivant.
+ `ReplicationGroupId` : le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication spécifique plutôt que tous les groupes de réplication.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ListAllowedNodeTypeModifications
&ReplicationGroupId=MyReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Pour plus d'informations, consultez [ListAllowedNodeTypeModifications](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ListAllowedNodeTypeModifications.html) le *Amazon ElastiCache API Reference*.
1. Adaptez votre groupe de réplication actuel au nouveau type de nœud à l'aide de l'action `ModifyReplicationGroup` ElastiCache API et avec les paramètres suivants.
+ `ReplicationGroupId` : le nom du groupe de réplication.
+ `CacheNodeType`— le nouveau type de nœud plus petit des clusters de ce groupe de réplication. Cette valeur doit être l'un des types d'instance renvoyés par l'`ListAllowedNodeTypeModifications`action de l'étape précédente.
+ `CacheParameterGroupName` : [Facultatif] Utilisez ce paramètre si vous avez recours à `reserved-memory` pour gérer la mémoire réservée de votre cluster. Spécifiez un groupe de paramètres de cache personnalisé qui réserve la quantité de mémoire nécessaire à votre nouveau type de nœud. Si vous utilisez `reserved-memory-percent`, vous pouvez omettre ce paramètre.
+ `ApplyImmediately` – Lorsqu'il est défini sur `true`, il entraîne l'application immédiate du processus d'augmentation. Pour reporter le processus de réduction à la prochaine fenêtre de maintenance, utilisez `ApplyImmediately``=false`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyReplicationGroup
&ApplyImmediately=true
&CacheNodeType=cache.m3.2xlarge
&CacheParameterGroupName=redis32-m3-2xl
&ReplicationGroupId=myReplGroup
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&Version=2014-12-01
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Pour plus d'informations, consultez [ModifyReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroup.html) le *Amazon ElastiCache API Reference*.
1. Si vous l'avez utilisé `ApplyImmediately``=true`, surveillez l'état du groupe de réplication à l'aide de l'`DescribeReplicationGroups`action ElastiCache API avec les paramètres suivants. Lorsque le statut passe de *modification* à *disponible*, vous pouvez commencer à écrire dans votre nouveau groupe de réplication réduit.
+ `ReplicationGroupId` – Le nom du groupe de réplication. Utilisez ce paramètre pour décrire un groupe de réplication particulier plutôt que tous les groupes de réplication.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&ReplicationGroupId=MyReplGroup
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Pour plus d'informations, consultez [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) le *Amazon ElastiCache API Reference*.
## Augmentation de la capacité de lecture
Pour augmenter la capacité de lecture, ajoutez des répliques de lecture (cinq au maximum) à votre groupe de réplication Valkey ou Redis OSS.
Vous pouvez augmenter la capacité de lecture de votre cluster Valkey ou Redis OSS à l'aide de la ElastiCache console, de l'API AWS CLI ou de l' ElastiCache API. Pour de plus amples informations, veuillez consulter [Ajouter une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé)](Replication.AddReadReplica.md).
## Diminution de la capacité de lecture
Pour réduire la capacité de lecture, supprimez une ou plusieurs répliques de lecture de votre cluster Valkey ou Redis OSS contenant des répliques (appelées *groupe de réplication* dans le). API/CLI Si le basculement automatique est Multi-AZ activé sur le cluster, vous ne pouvez pas supprimer la dernière réplique lue sans la désactiver Multi-AZ au préalable. Pour de plus amples informations, veuillez consulter [Modification d'un groupe de réplication](Replication.Modify.md).
Pour de plus amples informations, veuillez consulter [Suppression d'une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé)](Replication.RemoveReadReplica.md).