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.
# Mise à l'échelle des clusters Valkey ou Redis OSS (mode cluster activé)
À mesure que la demande de vos clusters évolue, vous pouvez décider d'améliorer les performances ou de réduire les coûts en modifiant le nombre de partitions dans votre cluster Valkey ou Redis OSS (mode cluster activé). Il est recommandé d'utiliser à cette fin la mise à l'échelle horizontal en ligne, parce que votre cluster peut ainsi continuer à traiter les demandes pendant le processus de mise à l'échelle.
Les conditions qui peuvent vous conduire à décider de redimensionner votre cluster sont les suivantes :
+ **Pression mémoire :**
Si les nœuds de votre cluster sont sous pression mémoire, vous pouvez décider de l'augmenter de telle sorte que vous ayez plus de ressources pour mieux stocker les données et traiter les demandes.
Vous pouvez déterminer si vos nœuds sont soumis à une pression de mémoire en surveillant les indicateurs suivants : *FreeableMemory*SwapUsage**, et *BytesUsedForCache*.
+ **Goulet d'étranglement UC ou réseau :**
Si latency/throughput des problèmes affectent votre cluster, vous devrez peut-être le redimensionner pour les résoudre.
Vous pouvez surveiller vos niveaux de latence et de débit en surveillant les métriques suivantes : *CPUUtilization*, *NetworkBytesIn*, *NetworkBytesOut*CurrConnections**, et *NewConnections*.
+ **Votre cluster est surdimensionné :**
La demande courante sur votre cluster est telle que la mise à l'échelle ne nuit pas aux performances et réduit vos coûts.
Vous pouvez surveiller l'utilisation de votre cluster pour déterminer si vous pouvez ou non l'adapter en toute sécurité à l'aide des métriques suivantes : *FreeableMemory*SwapUsage*BytesUsedForCache***, *CPUUtilization*, *NetworkBytesIn*, *NetworkBytesOut*, *CurrConnections*, et *NewConnections*.
**Impact la mise à l'échelle sur les performances**
Lorsque vous dimensionnez à l'aide du processus hors ligne, votre cluster se retrouve hors ligne pendant une partie importante du processus et de ce fait vous ne pouvez pas traiter les demandes. Lorsque vous mettez à l'échelle à l'aide de la méthode en ligne, comme la mise à l'échelle est une opération gourmande en ressources de calcul, il en résulte une certaine dégradation des performances ; néanmoins, votre cluster continue à traiter les demandes d'un bout à l'autre de l'opération de mise à l'échelle. L'importance de la dégradation à laquelle vous êtes confronté dépend de votre utilisation normale de l'UC et de vos données.
Il existe deux manières de redimensionner votre cluster Valkey ou Redis OSS (mode cluster activé) : mise à l'échelle horizontale et verticale.
+ Le dimensionnement horizontal vous permet de modifier le nombre de groupes de nœuds (partitions) dans le groupe de réplication en ajoutant ou en supprimant des groupes de nœuds (partitions). Le processus de repartage en ligne permet une mise à l'échelle in/out pendant que le cluster continue de traiter les demandes entrantes.
Configurer les emplacements de votre nouveau cluster différemment qu'ils ne l'étaient dans l'ancien cluster. Méthode hors ligne uniquement.
+ Dimensionnement vertical : modifier le type de nœud pour redimensionner le cluster. La mise à l'échelle verticale en ligne permet une mise à l'échelle up/down pendant que le cluster continue de traiter les demandes entrantes.
Si vous réduisez la taille et la capacité de mémoire du cluster, en augmentant ou en diminuant la taille, assurez-vous que la nouvelle configuration dispose de suffisamment de mémoire pour vos données et pour la surcharge de Valkey ou Redis OSS.
Pour de plus amples informations, veuillez consulter [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
**Contents**
+ [Repartage hors ligne pour Valkey ou Redis OSS (mode cluster activé)](#redis-cluster-resharding-offline)
+ [Repartage en ligne pour Valkey ou Redis OSS (mode cluster activé)](#redis-cluster-resharding-online)
+ [Ajout de partitions avec le repartitionnement en ligne](#redis-cluster-resharding-online-add)
+ [Suppression de partitions avec le repartitionnement en ligne](#redis-cluster-resharding-online-remove)
+ [Suppression de partitions (console)](#redis-cluster-resharding-online-remove-console)
+ [Suppression de partitions (AWS CLI)](#redis-cluster-resharding-online-remove-cli)
+ [Supprimer des fragments (ElastiCacheAPI)](#redis-cluster-resharding-online-remove-api)
+ [Rééquilibrage en ligne des partitions](#redis-cluster-resharding-online-rebalance)
+ [Rééquilibrage en ligne des partitions (console)](#redis-cluster-resharding-online-rebalance-console)
+ [Rééquilibrage des partitions en ligne (AWS CLI)](#redis-cluster-resharding-online-rebalance-cli)
+ [Rééquilibrage des partitions en ligne (API) ElastiCache](#redis-cluster-resharding-online-rebalance-api)
+ [Dimensionnement vertical en ligne en modifiant le type de nœud](redis-cluster-vertical-scaling.md)
+ [Augmentation en ligne](redis-cluster-vertical-scaling.md#redis-cluster-vertical-scaling-scaling-up)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS (console)](redis-cluster-vertical-scaling.md#redis-cluster-vertical-scaling-console)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS ()AWS CLI](redis-cluster-vertical-scaling.md#Scaling.RedisStandalone.ScaleUp.CLI)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS (API) ElastiCache](redis-cluster-vertical-scaling.md#VeticalScaling.RedisReplGrps.ScaleUp.API)
+ [Réduction en ligne](redis-cluster-vertical-scaling.md#redis-cluster-vertical-scaling-scaling-down)
+ [Réduction de la taille des clusters Valkey ou Redis OSS (console)](redis-cluster-vertical-scaling.md#redis-cluster-vertical-scaling-down-console)
+ [Réduction de la taille des clusters Valkey ou Redis OSS ()AWS CLI](redis-cluster-vertical-scaling.md#Scaling.RedisStandalone.ScaleDown.CLI)
+ [Réduction de la taille des clusters Valkey ou Redis OSS (API) ElastiCache](redis-cluster-vertical-scaling.md#Scaling.Vertical.ScaleDown.API)
## Repartage hors ligne pour Valkey ou Redis OSS (mode cluster activé)
Le principal avantage de la reconfiguration des partitions hors ligne est que vous pouvez faire bien plus qu'ajouter ou supprimer simplement des partitions de votre groupe de réplication. Lorsque vous redimensionnez et rééquilibrez hors ligne, en plus de modifier le nombre de partitions dans votre groupe de réplication, vous pouvez effectuer les opérations suivantes :
**Note**
Le repartage hors ligne n'est pas pris en charge sur les clusters Valkey ou Redis OSS avec la hiérarchisation des données activée. Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
+ Modifier le type de nœud de votre groupe de réplication.
+ Spécifier la zone de disponibilité de chaque nœud du groupe de réplication.
+ Mettre à niveau vers une version plus récente du moteur.
+ Spécifier le nombre de nœuds de réplicas dans chaque partition indépendamment.
+ Spécifiez l'espace de clés de chaque partition.
Le principal désavantage de la reconfiguration hors ligne des partitions est que votre cluster est hors ligne depuis la partie restauration du processus jusqu'à ce que vous mettiez à jour les points de terminaison de votre application. La durée pendant laquelle votre cluster est hors ligne varie avec la quantité de données de votre cluster.
**Pour reconfigurer votre cluster de partitions Valkey ou Redis OSS (mode cluster activé) hors ligne**
1. Créez une sauvegarde manuelle de votre cluster Valkey ou Redis OSS existant. Pour de plus amples informations, veuillez consulter [Réalisation de sauvegardes manuelles](backups-manual.md).
1. Créez un nouveau cluster en restaurant la sauvegarde. Pour de plus amples informations, veuillez consulter [Restauration à partir d’une sauvegarde dans un nouveau cache](backups-restoring.md).
1. Mettez à jour les points de terminaison dans votre application sur les points de terminaison du nouveau cluster. Pour de plus amples informations, veuillez consulter [Recherche de points de terminaison de connexion dans ElastiCache](Endpoints.md).
## Repartage en ligne pour Valkey ou Redis OSS (mode cluster activé)
En utilisant le repartage en ligne et le rééquilibrage des partitions avec ElastiCache Valkey 7.2 ou version ultérieure, ou Redis OSS version 3.2.10 ou ultérieure, vous pouvez faire évoluer votre cluster Valkey ou Redis OSS (mode cluster activé) de manière dynamique sans interruption de service. Cette approche signifie que votre cluster peut continuer à traiter des demandes même lorsqu'une mise à l'échelle ou un rééquilibrage est en cours.
Vous pouvez effectuer les opérations suivantes :
+ **Dimensionnement** : augmentez la capacité de lecture et d'écriture en ajoutant des fragments (groupes de nœuds) à votre cluster Valkey ou Redis OSS (mode cluster activé) (groupe de réplication).
Si vous ajoutez une ou plusieurs partitions à votre groupe de réplication, le nombre de nœuds de chaque nouvelle partition est identique au nombre de nœuds de la plus petite des partitions existantes.
+ **Évolutivité** : réduisez la capacité de lecture et d'écriture, et donc les coûts, en supprimant les fragments de votre cluster Valkey ou Redis OSS (mode cluster activé).
+ **Rééquilibrage** — Déplacez les espaces clés entre les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) afin qu'ils soient répartis de la manière la plus égale possible entre les partitions.
Vous ne pouvez pas exécuter les actions suivantes :
+ **Configurer les partitions indépendamment :**
Vous ne pouvez pas spécifier l'espace de clés des partitions indépendamment. Pour ce faire, vous devez utiliser le processus hors ligne.
Actuellement, les restrictions suivantes s'appliquent au repartage et au rééquilibrage ElastiCache en ligne :
+ Ces processus nécessitent Valkey 7.2 ou version ultérieure ou Redis OSS 3.2.10 ou version ultérieure. Pour plus d'informations sur la mise à niveau de la version de votre moteur, consultez [Gestion des versions pour ElastiCache](VersionManagement.md).
+ Il existe des limitations pour les emplacements et les espaces de clés ou les éléments volumineux :
Si l'une des clés d'une partition contient un élément volumineux, cette clé ne peut pas faire l'objet d'une nouvelle migration lors d'une montée en charge ou d'un rééquilibrage. Cette fonctionnalité peut se traduire par des partitions non équilibrées.
Si l'une des clés d'une partition contient un élément volumineux (supérieur à 256 Mo après sérialisation), cette partition n'est pas supprimée lors de l'agrandissement. Cette fonctionnalité peut se traduire par le fait que certaines partitions ne sont pas supprimées.
+ Lors de l'agrandissement, le nombre de nœuds des nouvelles partitions est égal au nombre de nœuds de la plus petite partition existante.
+ Lors de la réduction, les balises communes à toutes les partitions existantes sont copiées sur les nouvelles partitions.
+ Lors de la mise à l'échelle d'un cluster Global Data Store, les fonctions ne ElastiCache seront pas automatiquement répliquées depuis l'un des nœuds existants vers le ou les nouveaux nœuds. Nous vous recommandons de charger vos fonctions dans la ou les nouvelles partitions après avoir fait monter en puissance votre cluster afin que toutes les partitions aient les mêmes fonctions.
**Note**
ElastiCache Pour Valkey 7.2 et versions ultérieures, et ElastiCache pour Redis OSS version 7 et ultérieure : lors de la mise à l'échelle de votre cluster, les fonctions chargées dans l'un des nœuds existants (sélectionnées au hasard) ElastiCache seront automatiquement répliquées sur le ou les nouveaux nœuds. Si votre application utilise des [fonctions](https://valkey.io/topics/functions-intro/), nous vous recommandons de charger toutes vos fonctions sur toutes les partitions avant de les redimensionner afin que votre cluster ne se retrouve pas avec des définitions de fonctions différentes sur différentes partitions.
Pour de plus amples informations, veuillez consulter [Redimensionnement de cluster en ligne](best-practices-online-resharding.md).
Vous pouvez redimensionner ou rééquilibrer horizontalement vos clusters Valkey ou Redis OSS (mode cluster activé) à l'aide de l'API AWS Management Console, du et de l'AWS CLI API. ElastiCache
### Ajout de partitions avec le repartitionnement en ligne
Vous pouvez ajouter des partitions à votre cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de l'API AWS Management ConsoleAWS CLI, ou. ElastiCache Lorsque vous ajoutez des partitions à un cluster Valkey ou Redis OSS (mode cluster activé), toutes les balises des partitions existantes sont copiées sur les nouvelles partitions.
**Topics**
#### Ajout de partitions (console)
Vous pouvez utiliser le AWS Management Console pour ajouter une ou plusieurs partitions à votre cluster Valkey ou Redis OSS (mode cluster activé). La procédure suivante décrit le processus.
**Pour ajouter des partitions à votre cluster Valkey ou Redis OSS (mode cluster activé)**
1. Ouvrez la ElastiCache console à 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. Recherchez et choisissez le nom, et non la case à gauche du nom du cluster, du cluster Valkey ou Redis OSS (mode cluster activé) auquel vous souhaitez ajouter des partitions.
**Astuce**
**Valkey ou Redis OSS (mode cluster activé) Afficher **Clusterisé Valkey ou Clusterisé** **Redis OSS dans la colonne** Mode**
1. Choisissez **Ajouter une partition**.
1. Pour **Nombre de partitions à ajouter**, choisissez le nombre de partitions que vous voulez ajouter au cluster.
1. Pour **Zones de disponibilité**, choisissez **Aucune préférence** ou **Spécifier les zones de disponibilité**.
1. Si vous choisissez **Spécifier les zones de disponibilité**, pour chaque nœud de chaque partition, sélectionnez la zone de disponibilité du nœud dans la liste Zones de disponibilité.
1. Choisissez **Ajouter**.
#### Ajout de partitions (AWS CLI)
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en ajoutant des partitions à l'aide du.AWS CLI
Utilisez les paramètres suivants avec `modify-replication-group-shard-configuration`.
**Parameters**
+ `--apply-immediately` – Obligatoire. Spécifie que l'opération de reconfiguration des partitions doit démarrer immédiatement.
+ `--replication-group-id` – Obligatoire. Spécifie sur quel groupe de réplication (cluster) l'opération de reconfiguration des partitions doit être exécutée.
+ `--node-group-count` – Obligatoire. Spécifie le nombre de partitions (groupes de nœuds) qui doivent exister une fois l'opération terminée. Lors de l'ajout des partitions, la valeur de `--node-group-count` doit être supérieure au nombre actuel de partitions.
Le cas échéant, vous pouvez spécifier la zone de disponibilité de chaque nœud du groupe de réplication avec `--resharding-configuration`.
+ `--resharding-configuration` : facultatif. Liste des zones de disponibilité favorites de chaque nœud de chaque partition du groupe de réplication. N'utilisez ce paramètre que si la valeur de `--node-group-count` est supérieure au nombre actuel de partitions. Si ce paramètre est omis lors de l'ajout de partitions, Amazon ElastiCache sélectionne les zones de disponibilité pour les nouveaux nœuds.
L'exemple suivant reconfigure les espaces clés sur quatre partitions dans un cluster Valkey ou Redis OSS (mode cluster activé) nommé. `my-cluster` L'exemple spécifie aussi la zone de disponibilité de chaque nœud de chaque partition. L'opération commence immédiatement.
**Example - Ajout de partitions**
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group-shard-configuration \
--replication-group-id my-cluster \
--node-group-count 4 \
--resharding-configuration \
"PreferredAvailabilityZones=us-east-2a,us-east-2c" \
"PreferredAvailabilityZones=us-east-2b,us-east-2a" \
"PreferredAvailabilityZones=us-east-2c,us-east-2d" \
"PreferredAvailabilityZones=us-east-2d,us-east-2c" \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group-shard-configuration ^
--replication-group-id my-cluster ^
--node-group-count 4 ^
--resharding-configuration ^
"PreferredAvailabilityZones=us-east-2a,us-east-2c" ^
"PreferredAvailabilityZones=us-east-2b,us-east-2a" ^
"PreferredAvailabilityZones=us-east-2c,us-east-2d" ^
"PreferredAvailabilityZones=us-east-2d,us-east-2c" ^
--apply-immediately
```
Pour plus d'informations, consultez [modify-replication-group-shard-configuration](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group-shard-configuration.html) dans la AWS CLI documentation.
#### Ajouter des partitions (ElastiCache API)
Vous pouvez utiliser l' ElastiCache API pour reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en ligne en utilisant l'opération. `ModifyReplicationGroupShardConfiguration`
Utilisez les paramètres suivants avec `ModifyReplicationGroupShardConfiguration`.
**Parameters**
+ `ApplyImmediately=true` – Obligatoire. Spécifie que l'opération de reconfiguration des partitions doit démarrer immédiatement.
+ `ReplicationGroupId` – Obligatoire. Spécifie sur quel groupe de réplication (cluster) l'opération de reconfiguration des partitions doit être exécutée.
+ `NodeGroupCount` – Obligatoire. Spécifie le nombre de partitions (groupes de nœuds) qui doivent exister une fois l'opération terminée. Lors de l'ajout des partitions, la valeur de `NodeGroupCount` doit être supérieure au nombre actuel de partitions.
Le cas échéant, vous pouvez spécifier la zone de disponibilité de chaque nœud du groupe de réplication avec `ReshardingConfiguration`.
+ `ReshardingConfiguration` : facultatif. Liste des zones de disponibilité favorites de chaque nœud de chaque partition du groupe de réplication. N'utilisez ce paramètre que si la valeur de `NodeGroupCount` est supérieure au nombre actuel de partitions. Si ce paramètre est omis lors de l'ajout de partitions, Amazon ElastiCache sélectionne les zones de disponibilité pour les nouveaux nœuds.
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en ajoutant des partitions à l'aide de l'API. ElastiCache
**Example - Ajout de partitions**
L'exemple suivant ajoute des groupes de nœuds au cluster Valkey ou Redis OSS (mode cluster activé)`my-cluster`, de sorte qu'il y a un total de quatre groupes de nœuds à la fin de l'opération. L'exemple spécifie aussi la zone de disponibilité de chaque nœud de chaque partition. L'opération commence immédiatement.
```
https://elasticache.us-east-2.amazonaws.com/
?Action=ModifyReplicationGroupShardConfiguration
&ApplyImmediately=true
&NodeGroupCount=4
&ReplicationGroupId=my-cluster
&ReshardingConfiguration.ReshardingConfiguration.1.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2a
&ReshardingConfiguration.ReshardingConfiguration.1.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2c
&ReshardingConfiguration.ReshardingConfiguration.2.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2b
&ReshardingConfiguration.ReshardingConfiguration.2.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2a
&ReshardingConfiguration.ReshardingConfiguration.3.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2c
&ReshardingConfiguration.ReshardingConfiguration.3.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2d
&ReshardingConfiguration.ReshardingConfiguration.4.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2d
&ReshardingConfiguration.ReshardingConfiguration.4.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2c
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20171002T192317Z
&X-Amz-Credential=
```
Pour plus d'informations, consultez [ModifyReplicationGroupShardConfiguration](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyReplicationGroupShardConfiguration.html)la référence de ElastiCache l'API.
### Suppression de partitions avec le repartitionnement en ligne
Vous pouvez supprimer des fragments de votre cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de l'API AWS Management ConsoleAWS CLI, ou. ElastiCache
**Topics**
+ [Suppression de partitions (console)](#redis-cluster-resharding-online-remove-console)
+ [Suppression de partitions (AWS CLI)](#redis-cluster-resharding-online-remove-cli)
+ [Supprimer des fragments (ElastiCacheAPI)](#redis-cluster-resharding-online-remove-api)
#### Suppression de partitions (console)
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en supprimant les partitions à l'aide du.AWS Management Console
Avant de supprimer des groupes de nœuds (partitions) de votre groupe de réplication, ElastiCache assurez-vous que toutes vos données rentreront dans les partitions restantes. Si c'est le cas, les partitions spécifiées sont supprimées du groupe de réplication comme requis. Si les données ne tiennent pas dans les groupes de nœuds restants, la procédure est interrompue et le groupe de réplication est maintenu dans la même configuration de groupe de nœuds qu'avant que la demande ne soit envoyée.
Vous pouvez utiliser le AWS Management Console pour supprimer une ou plusieurs partitions de votre cluster Valkey ou Redis OSS (mode cluster activé). Vous pouvez supprimer toutes les partitions d'un groupe de réplication. Vous devez à la place supprimer l'ancien groupe de réplication. Pour de plus amples informations, veuillez consulter [Suppression d'un groupe de réplication](Replication.DeletingRepGroup.md). La procédure suivante décrit la suppression d'une ou plusieurs partitions.
**Pour supprimer des fragments de votre cluster Valkey ou Redis OSS (mode cluster activé)**
1. Ouvrez la ElastiCache console à 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. Recherchez et choisissez le nom, et non la case à gauche du nom du cluster, du cluster Valkey ou Redis OSS (mode cluster activé) dont vous souhaitez supprimer des partitions.
**Astuce**
Les clusters Valkey ou Redis OSS (mode cluster activé) ont une valeur supérieure ou égale à 1 dans la colonne **Shards**.
1. Dans la liste des partitions, cochez la case à gauche du nom de chaque partition que vous souhaitez supprimer.
1. Choisissez **Supprimer une partition**.
#### Suppression de partitions (AWS CLI)
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en supprimant les partitions à l'aide du.AWS CLI
**Important**
Avant de supprimer des groupes de nœuds (partitions) de votre groupe de réplication, ElastiCache assurez-vous que toutes vos données rentreront dans les partitions restantes. Si c'est le cas, les partitions spécifiées (`--node-groups-to-remove`) sont supprimés du groupe de réplication comme demandé, puis leurs espaces de clés sont mappés dans les partitions restantes. Si les données ne tiennent pas dans les groupes de nœuds restants, la procédure est interrompue et le groupe de réplication est maintenu dans la même configuration de groupe de nœuds qu'avant que la demande ne soit envoyée.
Vous pouvez utiliser le AWS CLI pour supprimer une ou plusieurs partitions de votre cluster Valkey ou Redis OSS (mode cluster activé). Vous pouvez supprimer toutes les partitions d'un groupe de réplication. Vous devez à la place supprimer l'ancien groupe de réplication. Pour de plus amples informations, veuillez consulter [Suppression d'un groupe de réplication](Replication.DeletingRepGroup.md).
Utilisez les paramètres suivants avec `modify-replication-group-shard-configuration`.
**Parameters**
+ `--apply-immediately` – Obligatoire. Spécifie que l'opération de reconfiguration des partitions doit démarrer immédiatement.
+ `--replication-group-id` – Obligatoire. Spécifie sur quel groupe de réplication (cluster) l'opération de reconfiguration des partitions doit être exécutée.
+ `--node-group-count` – Obligatoire. Spécifie le nombre de partitions (groupes de nœuds) qui doivent exister une fois l'opération terminée. Lors de la suppression des partitions, la valeur de `--node-group-count` doit être inférieure au nombre actuel de partitions.
+ `--node-groups-to-remove` – Obligatoire quand `--node-group-count` est inférieur au nombre actuel de groupes de nœuds (partitions). Liste des partitions (groupe de nœuds) IDs à supprimer du groupe de réplication.
La procédure suivante décrit la suppression d'une ou plusieurs partitions.
**Example – Suppression de partitions**
L'exemple suivant supprime deux groupes de nœuds du cluster Valkey ou Redis OSS (mode cluster activé)`my-cluster`, de sorte qu'il y a un total de deux groupes de nœuds à la fin de l'opération. Les espaces de clés des partitions supprimées sont répartis également sur les partitions restantes.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group-shard-configuration \
--replication-group-id my-cluster \
--node-group-count 2 \
--node-groups-to-remove "0002" "0003" \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group-shard-configuration ^
--replication-group-id my-cluster ^
--node-group-count 2 ^
--node-groups-to-remove "0002" "0003" ^
--apply-immediately
```
#### Supprimer des fragments (ElastiCacheAPI)
Vous pouvez utiliser l' ElastiCache API pour reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en ligne en utilisant l'opération. `ModifyReplicationGroupShardConfiguration`
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en supprimant les partitions à l'aide de l'API. ElastiCache
**Important**
Avant de supprimer des groupes de nœuds (partitions) de votre groupe de réplication, ElastiCache assurez-vous que toutes vos données rentreront dans les partitions restantes. Si c'est le cas, les partitions spécifiées (`NodeGroupsToRemove`) sont supprimés du groupe de réplication comme demandé, puis leurs espaces de clés sont mappés dans les partitions restantes. Si les données ne tiennent pas dans les groupes de nœuds restants, la procédure est interrompue et le groupe de réplication est maintenu dans la même configuration de groupe de nœuds qu'avant que la demande ne soit envoyée.
Vous pouvez utiliser l' ElastiCache API pour supprimer une ou plusieurs partitions de votre cluster Valkey ou Redis OSS (mode cluster activé). Vous pouvez supprimer toutes les partitions d'un groupe de réplication. Vous devez à la place supprimer l'ancien groupe de réplication. Pour de plus amples informations, veuillez consulter [Suppression d'un groupe de réplication](Replication.DeletingRepGroup.md).
Utilisez les paramètres suivants avec `ModifyReplicationGroupShardConfiguration`.
**Parameters**
+ `ApplyImmediately=true` – Obligatoire. Spécifie que l'opération de reconfiguration des partitions doit démarrer immédiatement.
+ `ReplicationGroupId` – Obligatoire. Spécifie sur quel groupe de réplication (cluster) l'opération de reconfiguration des partitions doit être exécutée.
+ `NodeGroupCount` – Obligatoire. Spécifie le nombre de partitions (groupes de nœuds) qui doivent exister une fois l'opération terminée. Lors de la suppression des partitions, la valeur de `NodeGroupCount` doit être inférieure au nombre actuel de partitions.
+ `NodeGroupsToRemove` – Obligatoire quand `--node-group-count` est inférieur au nombre actuel de groupes de nœuds (partitions). Liste des partitions (groupe de nœuds) IDs à supprimer du groupe de réplication.
La procédure suivante décrit la suppression d'une ou plusieurs partitions.
**Example – Suppression de partitions**
L'exemple suivant supprime deux groupes de nœuds du cluster Valkey ou Redis OSS (mode cluster activé)`my-cluster`, de sorte qu'il y a un total de deux groupes de nœuds à la fin de l'opération. Les espaces de clés des partitions supprimées sont répartis également sur les partitions restantes.
```
https://elasticache.us-east-2.amazonaws.com/
?Action=ModifyReplicationGroupShardConfiguration
&ApplyImmediately=true
&NodeGroupCount=2
&ReplicationGroupId=my-cluster
&NodeGroupsToRemove.member.1=0002
&NodeGroupsToRemove.member.2=0003
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20171002T192317Z
&X-Amz-Credential=
```
### Rééquilibrage en ligne des partitions
Vous pouvez rééquilibrer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de l'API AWS Management Console,AWS CLI ou. ElastiCache
**Topics**
+ [Rééquilibrage en ligne des partitions (console)](#redis-cluster-resharding-online-rebalance-console)
+ [Rééquilibrage des partitions en ligne (AWS CLI)](#redis-cluster-resharding-online-rebalance-cli)
+ [Rééquilibrage des partitions en ligne (API) ElastiCache](#redis-cluster-resharding-online-rebalance-api)
#### Rééquilibrage en ligne des partitions (console)
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en rééquilibrant les partitions à l'aide du.AWS Management Console
**Pour rééquilibrer les espaces clés entre les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé)**
1. Ouvrez la ElastiCache console à 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. Choisissez le nom, et non la case à gauche du nom, du cluster Valkey ou Redis OSS (mode cluster activé) que vous souhaitez rééquilibrer.
**Astuce**
Les clusters Valkey ou Redis OSS (mode cluster activé) ont une valeur supérieure ou égale à 1 dans la colonne **Shards**.
1. Choisissez **Rééquilibrer**.
1. À l'invite, choisissez **Rééquilibrer**. Il se peut que vous voyiez un message similaire à celui-ci :*Slots in the replication group are uniformly distributed. Nothing to do. (Service: AmazonElastiCache; Status Code: 400; Error Code: InvalidReplicationGroupState; Request ID: 2246cebd-9721-11e7-8d5b-e1b0f086c8cf)*. Sinon, choisissez **Annuler**.
#### Rééquilibrage des partitions en ligne (AWS CLI)
Utilisez les paramètres suivants avec `modify-replication-group-shard-configuration`.
**Parameters**
+ `-apply-immediately` – Obligatoire. Spécifie que l'opération de reconfiguration des partitions doit démarrer immédiatement.
+ `--replication-group-id` – Obligatoire. Spécifie sur quel groupe de réplication (cluster) l'opération de reconfiguration des partitions doit être exécutée.
+ `--node-group-count` – Obligatoire. Pour rééquilibrer l'espace de clés entre toutes les partitions du cluster, cette valeur doit être identique au nombre actuel de partitions.
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en rééquilibrant les partitions à l'aide du.AWS CLI
**Example – Rééquilibrage des partitions d'un cluster**
L'exemple suivant rééquilibre les emplacements du cluster Valkey ou Redis OSS (mode cluster activé) `my-cluster` afin qu'ils soient répartis de la manière la plus égale possible. La valeur de `--node-group-count` (`4`) est le nombre de partitions actuellement dans le cluster.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group-shard-configuration \
--replication-group-id my-cluster \
--node-group-count 4 \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group-shard-configuration ^
--replication-group-id my-cluster ^
--node-group-count 4 ^
--apply-immediately
```
#### Rééquilibrage des partitions en ligne (API) ElastiCache
Vous pouvez utiliser l' ElastiCache API pour reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en ligne en utilisant l'opération. `ModifyReplicationGroupShardConfiguration`
Utilisez les paramètres suivants avec `ModifyReplicationGroupShardConfiguration`.
**Parameters**
+ `ApplyImmediately=true` – Obligatoire. Spécifie que l'opération de reconfiguration des partitions doit démarrer immédiatement.
+ `ReplicationGroupId` – Obligatoire. Spécifie sur quel groupe de réplication (cluster) l'opération de reconfiguration des partitions doit être exécutée.
+ `NodeGroupCount` – Obligatoire. Pour rééquilibrer l'espace de clés entre toutes les partitions du cluster, cette valeur doit être identique au nombre actuel de partitions.
Le processus suivant décrit comment reconfigurer les partitions de votre cluster Valkey ou Redis OSS (mode cluster activé) en rééquilibrant les partitions à l'aide de l'API. ElastiCache
**Example – Rééquilibrage d'un cluster**
L'exemple suivant rééquilibre les emplacements du cluster Valkey ou Redis OSS (mode cluster activé) `my-cluster` afin qu'ils soient répartis de la manière la plus égale possible. La valeur de `NodeGroupCount` (`4`) est le nombre de partitions actuellement dans le cluster.
```
https://elasticache.us-east-2.amazonaws.com/
?Action=ModifyReplicationGroupShardConfiguration
&ApplyImmediately=true
&NodeGroupCount=4
&ReplicationGroupId=my-cluster
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20171002T192317Z
&X-Amz-Credential=
```
# Dimensionnement vertical en ligne en modifiant le type de nœud
En utilisant la mise à l'échelle verticale en ligne avec Valkey version 7.2 ou ultérieure, ou Redis OSS version 3.2.10 ou ultérieure, vous pouvez dimensionner vos clusters Valkey ou Redis OSS de manière dynamique avec un minimum de temps d'arrêt. Cela permet à votre cluster Valkey ou Redis OSS de répondre aux demandes même pendant le dimensionnement.
**Note**
La mise à l’échelle n’est pas prise en charge entre un cluster de hiérarchisation des données (par exemple, un cluster utilisant un type de nœud r6gd) et un cluster qui n’utilise pas la hiérarchisation des données (par exemple, un cluster utilisant un type de nœud r6g). Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
Vous pouvez effectuer les opérations suivantes :
+ **Élargissement** : augmentez la capacité de lecture et d'écriture en ajustant le type de nœud de votre cluster Valkey ou Redis OSS pour utiliser un type de nœud plus grand.
ElastiCache redimensionne dynamiquement votre cluster tout en restant en ligne et en répondant aux demandes.
+ **Réduire** : réduisez la capacité de lecture et d'écriture en ajustant le type de nœud pour votre cluster Redis afin d'utiliser un type de nœud plus petit. Encore une fois, redimensionne ElastiCache dynamiquement votre cluster tout en restant en ligne et en répondant aux demandes. Dans ce cas, vous réduisez vos coûts en diminuant la taille du nœud.
**Note**
Les processus d'augmentation et de réduction reposent sur la création de clusters avec des types de nœuds nouvellement sélectionnés et la synchronisation des nouveaux nœuds avec les anciens. Pour garantir un up/down flux d'échelle fluide, procédez comme suit :
Assurez-vous d'avoir une capacité ENI (interface réseau Elastic) suffisante. Pour une réduction, assurez-vous que la mémoire du plus petit nœud est suffisante pour absorber le trafic attendu.
Pour accéder aux bonnes pratiques en matière de gestion de la mémoire, veuillez consulter [Gestion de la mémoire réservée pour Valkey et Redis OSS](redis-memory-management.md).
Bien que le processus de dimensionnement vertical soit conçu pour rester entièrement en ligne, il repose sur la synchronisation des données entre l'ancien nœud et le nouveau. Nous vous recommandons d'initier l'augmentation/la réduction lorsqu'un trafic minimum des données est prévu.
Testez le comportement de votre application lors du repartitionnement dans un environnement intermédiaire, si possible.
**Contents**
+ [Augmentation en ligne](#redis-cluster-vertical-scaling-scaling-up)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS (console)](#redis-cluster-vertical-scaling-console)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS ()AWS CLI](#Scaling.RedisStandalone.ScaleUp.CLI)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS (API) ElastiCache](#VeticalScaling.RedisReplGrps.ScaleUp.API)
+ [Réduction en ligne](#redis-cluster-vertical-scaling-scaling-down)
+ [Réduction de la taille des clusters Valkey ou Redis OSS (console)](#redis-cluster-vertical-scaling-down-console)
+ [Réduction de la taille des clusters Valkey ou Redis OSS ()AWS CLI](#Scaling.RedisStandalone.ScaleDown.CLI)
+ [Réduction de la taille des clusters Valkey ou Redis OSS (API) ElastiCache](#Scaling.Vertical.ScaleDown.API)
## Augmentation en ligne
**Topics**
+ [Mise à l'échelle des clusters Valkey ou Redis OSS (console)](#redis-cluster-vertical-scaling-console)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS ()AWS CLI](#Scaling.RedisStandalone.ScaleUp.CLI)
+ [Mise à l'échelle des clusters Valkey ou Redis OSS (API) ElastiCache](#VeticalScaling.RedisReplGrps.ScaleUp.API)
### Mise à l'échelle des clusters Valkey ou Redis OSS (console)
La procédure suivante décrit comment augmenter la taille d'un cluster Valkey ou Redis OSS à l'aide de la console de ElastiCache gestion. Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.
**Pour agrandir un cluster Valkey ou Redis OSS (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. Choisissez le cluster dans la liste.
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**. Pour l'augmenter, sélectionnez un type de nœud plus grand que votre nœud existant.
1. Si vous souhaitez effectuer un processus d'augmentation immédiatement, cochez la case **Apply immediately (Appliquer immédiatement)**. Si la case **Appliquer immédiatement** 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**.
Si vous avez choisi **Apply immediately** lors de l'étape précédente, le statut du cluster passe à *modification*. Lorsque son statut passe à *available*, la modification est terminée et vous pouvez commencer à utiliser le nouveau cluster.
### Mise à l'échelle des clusters Valkey ou Redis OSS ()AWS CLI
La procédure suivante décrit comment augmenter la taille d'un cluster Valkey ou Redis OSS à l'aide du.AWS CLI Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.
**Pour agrandir un cluster 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.
Pour Linux, macOS ou Unix :
```
aws elasticache list-allowed-node-type-modifications \
--replication-group-id my-replication-group-id
```
Pour Windows :
```
aws elasticache list-allowed-node-type-modifications ^
--replication-group-id my-replication-group-id
```
Le résultat de la commande ci-dessus doit être similaire à 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"
]
"ScaleDownModifications": [
"cache.t2.micro",
"cache.t2.small ",
"cache.t2.medium",
"cache.t1.small "
],
}
```
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. Modifiez votre groupe de réplication pour l'adapter au nouveau type de nœud plus grand à l'aide de la AWS CLI`modify-replication-group` commande et des paramètres suivants.
+ `--replication-group-id` : le nom du groupe de réplication que vous augmentez.
+ `--cache-node-type`— Le nouveau type de nœud pour lequel vous souhaitez redimensionner le cluster. Cette valeur doit correspondre à l'un des types de nœuds renvoyés par la commande `list-allowed-node-type-modifications` lors de l'étape 1.
+ `--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 le processus de mise à l'échelle au créneau de maintenance suivant du cluster, utilisez le paramètre `--no-apply-immediately`.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group \
--replication-group-id my-redis-cluster \
--cache-node-type cache.m3.xlarge \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group ^
--replication-group-id my-redis-cluster ^
--cache-node-type cache.m3.xlarge ^
--apply-immediately
```
Le résultat de la commande ci-dessus doit être similaire à ce qui suit (format JSON).
```
{
"ReplicationGroup": {
"Status": "modifying",
"Description": "my-redis-cluster",
"NodeGroups": [
{
"Status": "modifying",
"Slots": "0-16383",
"NodeGroupId": "0001",
"NodeGroupMembers": [
{
"PreferredAvailabilityZone": "us-east-1f",
"CacheNodeId": "0001",
"CacheClusterId": "my-redis-cluster-0001-001"
},
{
"PreferredAvailabilityZone": "us-east-1d",
"CacheNodeId": "0001",
"CacheClusterId": "my-redis-cluster-0001-002"
}
]
}
],
"ConfigurationEndpoint": {
"Port": 6379,
"Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com"
},
"ClusterEnabled": true,
"ReplicationGroupId": "my-redis-cluster",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"SnapshotWindow": "07:30-08:30",
"MemberClusters": [
"my-redis-cluster-0001-001",
"my-redis-cluster-0001-002"
],
"CacheNodeType": "cache.m3.xlarge",
"DataTiering": "disabled"
"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`, vérifiez l'état du cluster à l'aide de la AWS CLI`describe-cache-clusters` commande avec le paramètre suivant. Lorsque le statut devient *disponible*, vous pouvez commencer à utiliser le nouveau nœud de cluster plus grand.
### Mise à l'échelle des clusters Valkey ou Redis OSS (API) ElastiCache
Le processus suivant fait passer votre cluster de son type de nœud actuel à un nouveau type de nœud plus grand à 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, Redis OSS 5.0.5 et versions ultérieures, vous pouvez dimensionner les clusters compatibles avec le basculement automatique pendant que le cluster continue de rester en ligne et de traiter 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 agrandir un cluster de cache (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 en ligne
**Topics**
+ [Réduction de la taille des clusters Valkey ou Redis OSS (console)](#redis-cluster-vertical-scaling-down-console)
+ [Réduction de la taille des clusters Valkey ou Redis OSS ()AWS CLI](#Scaling.RedisStandalone.ScaleDown.CLI)
+ [Réduction de la taille des clusters Valkey ou Redis OSS (API) ElastiCache](#Scaling.Vertical.ScaleDown.API)
### Réduction de la taille des clusters Valkey ou Redis OSS (console)
La procédure suivante décrit comment réduire la taille d'un cluster Valkey ou Redis OSS à l'aide de la console de ElastiCache gestion. Au cours de ce processus, votre cluster Valkey ou Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal.
**Pour réduire la taille d'un cluster Valkey ou Redis OSS (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. Choisissez votre cluster préféré dans la liste.
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**. Pour le réduire, sélectionnez un type de nœud plus petit que votre nœud existant. Notez que tous les types de nœuds ne sont pas disponibles pour la réduction de la capacité.
1. Si vous souhaitez effectuer un processus de réduction immédiatement, cochez la case **Apply immediately (Appliquer immédiatement)**. Si la case **Apply immediately (Appliquer immédiatement)** est décochée, le processus de réduction sera effectué lors de la prochaine fenêtre de maintenance du cluster.
1. Sélectionnez **Modifier**.
Si vous avez choisi **Apply immediately** lors de l'étape précédente, le statut du cluster passe à *modification*. Lorsque son statut passe à *available*, la modification est terminée et vous pouvez commencer à utiliser le nouveau cluster.
### Réduction de la taille des clusters Valkey ou Redis OSS ()AWS CLI
La procédure suivante décrit comment réduire la taille d'un cluster Valkey ou Redis OSS à l'aide du.AWS CLI Au cours de ce processus, votre cluster continuera à traiter les demandes avec un temps d'arrêt minimal.
**Pour réduire la taille d'un cluster 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.
Pour Linux, macOS ou Unix :
```
aws elasticache list-allowed-node-type-modifications \
--replication-group-id my-replication-group-id
```
Pour Windows :
```
aws elasticache list-allowed-node-type-modifications ^
--replication-group-id my-replication-group-id
```
Le résultat de la commande ci-dessus doit être similaire à 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"
]
"ScaleDownModifications": [
"cache.t2.micro",
"cache.t2.small ",
"cache.t2.medium ",
"cache.t1.small"
]
}
```
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. Modifiez votre groupe de réplication pour le réduire au nouveau type de nœud plus petit, à l'aide de la AWS CLI`modify-replication-group` commande et des paramètres suivants.
+ `--replication-group-id` – Le nom du groupe de réplication que vous réduisez.
+ `--cache-node-type`— Le nouveau type de nœud pour lequel vous souhaitez redimensionner le cluster. Cette valeur doit correspondre à l'un des types de nœuds renvoyés par la commande `list-allowed-node-type-modifications` lors de l'étape 1.
+ `--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 le processus de réduction à la fenêtre de maintenance suivante du cluster, utilisez le paramètre `--no-apply-immediately`.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group \
--replication-group-id my-redis-cluster \
--cache-node-type cache.t2.micro \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group ^
--replication-group-id my-redis-cluster ^
--cache-node-type cache.t2.micro ^
--apply-immediately
```
Le résultat de la commande ci-dessus doit être similaire à ce qui suit (format JSON).
```
{
"ReplicationGroup": {
"Status": "modifying",
"Description": "my-redis-cluster",
"NodeGroups": [
{
"Status": "modifying",
"Slots": "0-16383",
"NodeGroupId": "0001",
"NodeGroupMembers": [
{
"PreferredAvailabilityZone": "us-east-1f",
"CacheNodeId": "0001",
"CacheClusterId": "my-redis-cluster-0001-001"
},
{
"PreferredAvailabilityZone": "us-east-1d",
"CacheNodeId": "0001",
"CacheClusterId": "my-redis-cluster-0001-002"
}
]
}
],
"ConfigurationEndpoint": {
"Port": 6379,
"Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com"
},
"ClusterEnabled": true,
"ReplicationGroupId": "my-redis-cluster",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"SnapshotWindow": "07:30-08:30",
"MemberClusters": [
"my-redis-cluster-0001-001",
"my-redis-cluster-0001-002"
],
"CacheNodeType": "cache.t2.micro",
"DataTiering": "disabled"
"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`, vérifiez l'état du cluster à l'aide de la AWS CLI`describe-cache-clusters` commande avec le paramètre suivant. Lorsque le statut devient *disponible*, vous pouvez commencer à utiliser le nouveau nœud de cluster plus petit.
### Réduction de la taille des clusters Valkey ou Redis OSS (API) ElastiCache
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, votre cluster Valkey ou Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal.
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.
**Diminution (ElastiCache API)**
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. Réduisez votre groupe de réplication actuel au nouveau type de nœud à l'aide de l'action d'`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 de réduction. 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.t2.micro
&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*.