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.
# Gestion des nœuds dans ElastiCache
Un nœud est le plus petit élément constitutif d'un ElastiCache déploiement Amazon. C’est une partie à taille fixe de RAM sécurisée attachée au réseau. Chaque nœud exécute le moteur qui a été choisi lors de la création du cluster ou de sa dernière modification. Chaque nœud a son propre port et nom DNS (Domain Name Service). Plusieurs types de ElastiCache nœuds sont pris en charge, chacun étant associé à des quantités variables de mémoire et de puissance de calcul.
Pour une discussion plus détaillée sur la taille de nœud à utiliser, consultez [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
D'une manière générale, en raison de sa prise en charge du sharding, les déploiements de Valkey ou Redis OSS (mode cluster activé) comportent un certain nombre de nœuds plus petits. En revanche, les déploiements Valkey ou Redis OSS (mode cluster désactivé) comportent moins de nœuds plus volumineux dans un cluster. Pour une discussion plus détaillée sur la taille de nœud à utiliser, consultez [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
**Topics**
+ [Affichage de l'état du ElastiCache nœud](Nodes.viewing.md)
+ [Nœuds et partitions Valkey ou Redis OSS](CacheNodes.NodeGroups.md)
+ [Connexion aux nœuds](nodes-connecting.md)
+ [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md)
+ [Redémarrage des nœuds](nodes.rebooting.md)
+ [Remplacement de nœuds (Valkey et Redis OSS)](CacheNodes.NodeReplacement.md)
+ [Remplacement de nœuds (Memcached)](CacheNodes.NodeReplacement-mc.md)
+ [Nœuds réservés](CacheNodes.Reserved.md)
+ [Migration des nœuds de génération précédente](CacheNodes.NodeMigration.md)
Voici certaines opérations importantes impliquant des nœuds :
+ [Ajouter des nœuds à un ElastiCache cluster](Clusters.AddNode.md)
+ [Supprimer des nœuds d'un ElastiCache cluster](Clusters.DeleteNode.md)
+ [Dimensionnement ElastiCache](Scaling.md)
+ [Recherche de points de terminaison de connexion dans ElastiCache](Endpoints.md)
+ [Identifiez automatiquement les nœuds de votre cluster (Memcached)](AutoDiscovery.md)
# Affichage de l'état du ElastiCache nœud
À l'aide de la [ElastiCache console](https://console.aws.amazon.com/elasticache/), vous pouvez accéder rapidement à l'état de votre ElastiCache nœud. L'état d'un ElastiCache nœud indique son état de santé. Vous pouvez utiliser les procédures suivantes pour consulter l'état du ElastiCache nœud dans la ElastiCache console Amazon, la AWS CLI commande ou le fonctionnement de l'API.
Les valeurs d'état possibles pour ElastiCache les nœuds figurent dans le tableau suivant. Ce tableau indique également si le ElastiCache nœud vous sera facturé.
| **Type** | **Facturé** | **Description** |
| --- | --- | --- |
| `available` | Facturé | Le ElastiCache nœud est sain et disponible. |
| `creating` | Non facturé | Le ElastiCache nœud est en cours de création. Le nœud n’est pas accessible pendant sa création. |
| `deleting` | Non facturé | Le ElastiCache nœud est en cours de suppression. |
| `modifying` | Facturé | Le ElastiCache nœud est en cours de modification suite à la demande d'un client. |
| `updating` | Facturé | Un état de **mise à jour** indique qu'une ou plusieurs des conditions suivantes sont vraies pour le ElastiCache nœud Amazon : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `rebooting cluster nodes` | Facturé | Le ElastiCache nœud est redémarré à la suite d'une demande d'un client ou d'un ElastiCache processus Amazon nécessitant le redémarrage du nœud. |
| `incompatible_parameters` | Non facturé | Amazon ne ElastiCache peut pas démarrer le nœud car les paramètres spécifiés dans le groupe de paramètres du nœud ne sont pas compatibles avec le nœud. Annulez les modifications des paramètres ou rendez-les compatibles avec le nœud pour rétablir l’accès à votre nœud. Pour plus d'informations sur les paramètres incompatibles, consultez la liste des [événements](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) du ElastiCache nœud. |
| `incompatible_network` | Non facturé | Un état de réseau incompatible indique qu'une ou plusieurs des conditions suivantes sont vraies pour le nœud Amazon : ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `restore_failed` | Non facturé | Un état d'échec de restauration indique que l'une des conditions suivantes est vraie pour le nœud Amazon : ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `snapshotting` | Facturé | ElastiCache crée un instantané du nœud Valkey ou Redis OSS. |
## Affichage de l'état du ElastiCache nœud avec la console
Pour afficher l'état d'un ElastiCache nœud avec la console :
1. Connectez-vous à la ElastiCache console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Redis OSS Clusters** ou **Memcached** Clusters. La **page Caches** apparaît avec la liste des ElastiCache nœuds. La valeur de statut est affichée pour chaque nœud.
1. Vous pouvez ensuite accéder à l'onglet **Mises à jour du service** pour le cache afin d'afficher la liste des mises à jour du service applicables au cache.
## Affichage de l'état du ElastiCache nœud à l'aide du AWS CLI
Pour afficher le ElastiCache nœud et ses informations d'état à l'aide de AWS CLI, utilisez la `describe-cache-cluster` commande. Par exemple, la AWS CLI commande suivante affiche chaque ElastiCache nœud.
```
aws elasticache describe-cache-clusters
```
## Affichage de l'état du ElastiCache nœud via l'API
Pour consulter l'état du ElastiCache nœud à l'aide de l' ElastiCache API Amazon, appelez l'`ShowCacheNodeInfo`indicateur `DescribeCacheClusteroperation` with the pour récupérer des informations sur les nœuds de cache individuels.
# Nœuds et partitions Valkey ou Redis OSS
Une partition (qui équivaut à un groupe de nœuds dans l'API et dans la CLI) est une organisation hiérarchique des nœuds, chacune incluse dans un cluster. Les partitions prennent en charge la réplication. Au sein d'une partition, un nœud fonctionne comme nœud read/write principal. Tous les autres nœuds contenus dans une partition fonctionnent comme des réplicas en lecture seule du nœud primaire. Valkey, ou Redis OSS version 3.2 ou ultérieure, prend en charge plusieurs partitions au sein d'un cluster (dans l'API et la CLI, un groupe de réplication). Cette prise en charge permet de partitionner vos données dans un cluster Valkey ou Redis OSS (mode cluster activé).
Le schéma suivant illustre les différences entre un cluster Valkey ou Redis OSS (mode cluster désactivé) et un cluster Valkey ou Redis OSS (mode cluster activé).
![\[Image : partitions Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé) (API/CLI : groupes de nœuds)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
Les clusters Valkey ou Redis OSS (mode cluster activé) prennent en charge la réplication via des partitions. L'opération API [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)(CLI : [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) répertorie les groupes de nœuds avec les nœuds membres, le rôle du nœud au sein du groupe de nœuds, ainsi que d'autres informations.
Lorsque vous créez un cluster Valkey ou Redis OSS, vous spécifiez si vous souhaitez créer un cluster avec le clustering activé. Les clusters Valkey ou Redis OSS (mode cluster désactivé) ne comportent jamais plus d'une partition, qui peut être redimensionnée horizontalement en ajoutant (jusqu'à cinq au total) ou en supprimant des nœuds de réplication en lecture. Pour plus d'informations, veuillez consulter [Haute disponibilité avec les groupes de réplication](Replication.md), [Ajouter une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé)](Replication.AddReadReplica.md) ou [Suppression d'une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé)](Replication.RemoveReadReplica.md). Les clusters Valkey ou Redis OSS (mode cluster désactivé) peuvent également être redimensionnés verticalement en modifiant le type de nœud. Pour de plus amples informations, veuillez consulter [Dimensionnement des nœuds de réplication pour Valkey ou Redis OSS (mode cluster désactivé)](Scaling.RedisReplGrps.md).
La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si le moteur est Valkey ou Redis OSS version 5.0.6 ou supérieure. Par exemple, vous pouvez choisir de configurer un cluster de 500 nœuds compris entre 83 (un principal et 5 réplicas par partition) et 500 partitions (un principal et aucun réplicas). Assurez-vous qu’il y ait suffisamment d’adresses IP disponibles pour faire face à l’augmentation. Les pièges courants incluent les sous-réseaux du groupe de sous-réseaux avec une plage CIDR trop petite ou les sous-réseaux partagés et fortement utilisés par d’autres clusters. Pour de plus amples informations, veuillez consulter [Création d'un groupe de sous-réseaux](SubnetGroups.Creating.md).
Pour les versions antérieures à 5.0.6, la limite est de 250 par cluster.
Pour demander une augmentation de cette limite, veuillez consulter [AWS Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) et sélectionnez le type de limite **Nœuds par cluster par type d'instance**.
Une fois qu'un cluster Valkey ou Redis OSS (mode cluster activé) est créé, il peut être modifié (redimensionné ou réduit). Pour plus d’informations, consultez [Dimensionnement ElastiCache](Scaling.md) et [Remplacement de nœuds (Valkey et Redis OSS)](CacheNodes.NodeReplacement.md).
Lorsque vous créez un nouveau cluster, vous pouvez l'alimenter avec des données de l'ancien cluster afin qu'il ne démarre pas vide. Cette approche fonctionne uniquement si le groupe de clusters a le même nombre de partitions que l'ancien cluster. Elle peut être utile si vous devez modifier le type de nœud ou la version de votre moteur. Pour plus d'informations, consultez [Réalisation de sauvegardes manuelles](backups-manual.md) et [Restauration à partir d’une sauvegarde dans un nouveau cache](backups-restoring.md).
# Connexion aux nœuds
## Connexion aux nœuds Valkey ou Redis OSS
Avant de tenter de vous connecter aux nœuds Valkey ou Redis OSS de votre cluster, vous devez disposer des points de terminaison des nœuds. Pour rechercher les points de terminaison, consultez les sections suivantes :
+ [Trouver les points de terminaison d'un cluster Valkey ou Redis OSS (mode cluster désactivé) (console)](Endpoints.md#Endpoints.Find.Redis)
+ [Recherche de points de terminaison pour un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Recherche des points de terminaison (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Recherche de points de terminaison (ElastiCache API)](Endpoints.md#Endpoints.Find.API)
Dans l'exemple suivant, vous utilisez l'utilitaire *valkey-cli* pour vous connecter à un cluster qui exécute Valkey ou Redis OSS.
**Note**
Pour plus d'informations sur les commandes disponibles, consultez la page Web [Commandes](http://valkey.io/commands).
***Pour vous connecter à un cluster Valkey ou Redis OSS à l'aide du valkey-cli***
1. Connectez-vous à votre EC2 instance Amazon à l'aide de l'utilitaire de connexion de votre choix.
**Note**
Pour savoir comment vous connecter à une EC2 instance Amazon, consultez le [guide de EC2 démarrage Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Pour construire `valkey-cli`, téléchargez et installez GNU Compiler Collection (`gcc`). À l'invite de commande de votre EC2 instance, entrez la commande suivante et saisissez-la `y` à l'invite de confirmation.
```
sudo yum install gcc
```
Une sortie similaire à la suivante s’affiche.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 27 M
Installed size: 53 M
Is this ok [y/N]: y
Downloading Packages:
(1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00
(2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00
(3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00
...(output omitted)...
Complete!
```
1. Téléchargez et compilez l'utilitaire *valkey-cli*. Cet utilitaire est inclus dans la distribution du logiciel Valkey. À l'invite de commande de votre EC2 instance, tapez les commandes suivantes :
**Note**
Pour les systèmes Ubuntu, avant d'exécuter `make`, exécutez `make distclean`.
```
wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz
tar xvzf valkey-8.0.0.tar.gz
cd valkey-8.0.0
make distclean # ubuntu systems only
make
```
1. À l'invite de commande de votre EC2 instance, tapez la commande suivante.
```
src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379
```
Une invite de commande Valkey ou Redis OSS similaire à la suivante s'affiche.
```
redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379>
```
1. Testez la connexion en exécutant les commandes Valkey ou Redis OSS.
Vous êtes maintenant connecté au cluster et pouvez exécuter les commandes Valkey ou Redis OSS. Voici quelques exemples de commandes avec leurs réponses Valkey ou Redis OSS.
```
set a "hello" // Set key "a" with a string value and no expiration
OK
get a // Get value for key "a"
"hello"
get b // Get value for key "b" results in miss
(nil)
set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration
get b
"Good-bye"
// wait 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
Pour la connexion à des nœuds ou à des clusters avec un chiffrement SSL (en transit activé), consultez [ElastiCache chiffrement en transit (TLS)](in-transit-encryption.md).
## Connexion aux nœuds Memcached
Avant d'essayer de vous connecter à votre cluster Memcached, vous devez connaître les points de terminaison pour les nœuds. Pour rechercher les points de terminaison, consultez les sections suivantes :
+ [Trouver les points de terminaison d'un cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ [Recherche des points de terminaison (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Recherche de points de terminaison (ElastiCache API)](Endpoints.md#Endpoints.Find.API)
Dans l'exemple suivant, vous utilisez l'utilitaire *telnet* pour vous connecter à un nœud Memcached.
**Note**
Pour plus d'informations sur Memcached et les commandes Memcached disponibles, consultez le site web [Memcached](http://memcached.org/).
**Pour se connecter à un nœud à l'aide *telnet***
1. Connectez-vous à votre EC2 instance Amazon à l'aide de l'utilitaire de connexion de votre choix.
**Note**
Pour savoir comment vous connecter à une EC2 instance Amazon, consultez le [guide de EC2 démarrage Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Téléchargez et installez l'utilitaire *Telnet* sur votre EC2 instance Amazon. À l'invite de commande de votre EC2 instance Amazon, tapez la commande suivante et tapez *y* à l'invite de commande.
```
sudo yum install telnet
```
Une sortie similaire à la suivante s’affiche.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 63 k
Installed size: 109 k
Is this ok [y/N]: y
Downloading Packages:
telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00
...(output omitted)...
Complete!
```
1. À l'invite de commande de votre EC2 instance Amazon, tapez la commande suivante, en remplaçant le point de terminaison de votre nœud par celui illustré dans cet exemple.
```
telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211
```
Une sortie similaire à la suivante s’affiche.
```
Trying 128.0.0.1...
Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com.
Escape character is '^]'.
>
```
1. Testez la connexion en exécutant des commandes Memcached.
Vous êtes actuellement connecté à un nœud et vous pouvez exécuter les commandes Memcached. Voici un exemple.
```
set a 0 0 5 // Set key "a" with no expiration and 5 byte value
hello // Set value as "hello"
STORED
get a // Get value for key "a"
VALUE a 0 5
hello
END
get b // Get value for key "b" results in miss
END
>
```
# Types de nœuds pris en charge
ElastiCache prend en charge les types de nœuds suivants. En général, les types de la génération actuelle offrent davantage de mémoire et de puissance de calcul pour un coût inférieur, par rapport à leurs homologues équivalents de la génération précédente.
Pour plus d'informations sur les performances de chaque type de nœud, consultez [Amazon EC2 Instance Types](https://aws.amazon.com/ec2/instance-types/).
**Note**
Amazon ElastiCache fait passer les instances T2 au statut de génération précédente. Vous ne pourrez plus créer de nouveaux ElastiCache clusters à l'aide d'instances T2 ni acheter de nouveaux nœuds réservés T2. Il n'y a aucun impact sur les clusters T2 ou les réservations existants. Nous vous recommandons de passer à de nouveaux types d'instances tels que les instances T3 ou T4g pour améliorer les performances et la rentabilité.
**Note**
Les types d'instances suivants sont pris en charge dans les régions AWS Asie-Pacifique (Thaïlande) et Mexique (centre) :
**m7g/r7g :** grand, xl, 2xl, 4xl, 8xl, 12xl et 16xl.
**t3/t4g :** micro, petit et moyen.
Pour plus d'informations sur la taille de nœud à utiliser, veuillez consulter [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
**Topics**
+ [Génération actuelle (Memcached)](#CacheNodes.CurrentGen-Memcached)
+ [Génération actuelle (Valkey ou Redis OSS)](#CacheNodes.CurrentGen)
+ [Types de nœuds pris en charge par région AWS](#CacheNodes.SupportedTypesByRegion)
+ [Instances à capacité extensible](#CacheNodes.Burstable)
+ [Informations connexes](#CacheNodes.RelatedInfo)
## Génération actuelle (Memcached)
Les tableaux suivants indiquent la bande passante de base et la bande passante en rafale pour les types d'instances qui utilisent le mécanisme I/O de crédit réseau pour dépasser leur bande passante de base.
**Note**
Les types d'instances dont les performances réseau sont stables utilisent un mécanisme I/O de crédit réseau pour dépasser au maximum leur bande passante de base.
**Général**
| Type d’instance | Version Memcached minimale prise en charge | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- |
| cache.m7g.large | | 0,937 | 12,5 |
| cache.m7g.xlarge | | 1,876 | 12,5 |
| cache.m7g.2xlarge | | 3,75 | 15 |
| cache.m7g.4xlarge | | 7,5 | 15 |
| cache.m7g.8xlarge | | 15 | N/A |
| cache.m7g.12xlarge | | 22,5 | N/A |
| cache.m7g.16xlarge | | 30 | N/A |
| cache.m6g.large | 1.5,16 | 0.75 | 10,0 |
| cache.m6g.xlarge | 1.5,16 | 1,25 | 10,0 |
| cache.m6g.2xlarge | 1.5,16 | 2,5 | 10,0 |
| cache.m6g.4xlarge | 1.5,16 | 5.0 | 10,0 |
| cache.m6g.8xlarge | 1.5,16 | 12 | N/A |
| cache.m6g.12xlarge | 1.5,16 | 20 | N/A |
| cache.m6g.16xlarge | 1.5,16 | 25 | N/A |
| cache.m5.large | 1.5,16 | 0.75 | 10,0 |
| cache.m5.xlarge | 1.5,16 | 1,25 | 10,0 |
| cache.m5.2xlarge | 1.5,16 | 2,5 | 10,0 |
| cache.m5.4xlarge | 1.5,16 | 5.0 | 10,0 |
| cache.m5.12xlarge | 1.5,16 | N/A | N/A |
| cache.m5.24xlarge | 1.5,16 | N/A | N/A |
| cache.m4.large | 1.5,16 | 0,45 | 1.2 |
| cache.m4.xlarge | 1.5,16 | 0.75 | 2,8 |
| cache.m4.2xlarge | 1.5,16 | 1.0 | 10,0 |
| cache.m4.4xlarge | 1.5,16 | 2.0 | 10,0 |
| cache.m4.10xlarge | 1.5,16 | 5.0 | 10,0 |
| cache.t4g.micro | 1.5,16 | 0,064 | 5.0 |
| cache.t4g. petit | 1.5,16 | 0,128 | 5.0 |
| cache.t4g.medium | 1.5,16 | 0,256 | 5.0 |
| cache.t3.micro | 1.5,16 | 0,064 | 5.0 |
| cache.t3.small | 1.5,16 | 0,128 | 5.0 |
| cache.t3.medium | 1.5,16 | 0,256 | 5.0 |
| cache.t2.micro | 1.5,16 | 0,064 | 1,024 |
| cache.t2.small | 1.5,16 | 0,128 | 1,024 |
| cache.t2.medium | 1.5,16 | 0,256 | 1,024 |
**Mémoire optimisée pour Memcached**
| Type d’instance | Version minimale prise en charge | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- |
| cache.r7g.large | | 0,937 | 12,5 |
| cache.r7g.xlarge | | 1,876 | 12,5 |
| cache.r7g.2xlarge | | 3,75 | 15 |
| cache.r7g.4xlarge | | 7,5 | 15 |
| cache.r7g.8xlarge | | 15 | N/A |
| cache.r7g.12xlarge | | 22,5 | N/A |
| cache.r7g.16xlarge | | 30 | N/A |
| cache.r6g.large | 1.5,16 | 0.75 | 10,0 |
| cache.r6g.xlarge | 1.5,16 | 1,25 | 10,0 |
| cache.r6g.2xlarge | 1.5,16 | 2,5 | 10,0 |
| cache.r6g.4xlarge | 1.5,16 | 5.0 | 10,0 |
| cache.r6g.8xlarge | 1.5,16 | 12 | N/A |
| cache.r6g.12xlarge | 1.5,16 | 20 | N/A |
| cache.r6g.16xlarge | 1.5,16 | 25 | N/A |
| cache.r5.large | 1.5,16 | 0.75 | 10,0 |
| cache.r5.xlarge | 1.5,16 | 1,25 | 10,0 |
| cache.r5.2xlarge | 1.5,16 | 2,5 | 10,0 |
| cache.r5.4xlarge | 1.5,16 | 5.0 | 10,0 |
| cache.r5.12xlarge | 1.5,16 | 20 | N/A |
| cache.r5.24xlarge | 1.5,16 | 25 | N/A |
| cache.r4.large | 1.5,16 | 0.75 | 10,0 |
| cache.r4.xlarge | 1.5,16 | 1,25 | 10,0 |
| cache.r4.2xlarge | 1.5,16 | 2,5 | 10,0 |
| cache.r4.4xlarge | 1.5,16 | 5.0 | 10,0 |
| cache.r4.8xlarge | 1.5,16 | 12 | N/A |
| cache.r4.16xlarge | 1.5,16 | 25 | N/A |
**Réseau optimisé pour Memcached**
| Type d’instance | Version minimale prise en charge | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- |
| cache.c7gn.large | 1.6.6 | 6,25 | 30 |
| cache.c7gn.xlarge | 1.6.6 | 12,5 | 40 |
| cache.c7gn.2xlarge | 1.6.6 | 25 | 50 |
| cache.c7gn.4xlarge | 1.6.6 | 50 | N/A |
| cache.c7gn.8xlarge | 1.6.6 | 100 | N/A |
| cache.c7gn.12xlarge | 1.6.6 | 150 | N/A |
| cache.c7gn.16xlarge | 1.6.6 | 200 | N/A |
## Génération actuelle (Valkey ou Redis OSS)
Pour plus d'informations sur la génération précédente, reportez-vous à la section [Nœuds de la génération précédente](https://aws.amazon.com/elasticache/previous-generation/).
**Note**
Les types d'instances dont les performances réseau sont stables utilisent un mécanisme I/O de crédit réseau pour dépasser au maximum leur bande passante de base.
**Général**
| Type d’instance | Version minimale de Redis OSS prise en charge | Amélioré I/O avec Redis OSS 5.0.6\$1 | Déchargement TLS avec Redis OSS 6.2.5\$1 | I/O Multiplexage amélioré avec Redis OSS 7.0.4\$1 | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.m7g.large | 6.2 | N | N | N | 0,937 | 12,5 |
| cache.m7g.xlarge | 6.2 | Y | Y | Y | 1,876 | 12,5 |
| cache.m7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.m7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.m7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/A |
| cache.m7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | N/A |
| cache.m7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/A |
| cache.m6g.large | 5.0.6 | N | N | N | 0.75 | 10,0 |
| cache.m6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10,0 |
| cache.m6g.2xlarge | 5.0.6 | Y | Y | Y | 2,5 | 10,0 |
| cache.m6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10,0 |
| cache.m6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/A |
| cache.m6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/A |
| cache.m6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/A |
| cache.m5.large | 3.2.4 | N | N | N | 0.75 | 10,0 |
| cache.m5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10,0 |
| cache.m5.2xlarge | 3.2.4 | Y | Y | Y | 2,5 | 10,0 |
| cache.m5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.m5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.m5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
| cache.m4.large | 3.2.4 | N | N | N | 0,45 | 1.2 |
| cache.m4.xlarge | 3.2.4 | Y | N | N | 0.75 | 2,8 |
| cache.m4.2xlarge | 3.2.4 | Y | Y | Y | 1.0 | 10,0 |
| cache.m4.4xlarge | 3.2.4 | Y | Y | Y | 2.0 | 10,0 |
| cache.m4.10xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.t4g.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t4g. petit | 5.0.6 | N | N | N | 0,128 | 5.0 |
| cache.t4g.medium | 5.0.6 | N | N | N | 0,256 | 5.0 |
| cache.t3.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t3.small | 3.2.4 | N | N | N | 0,128 | 5.0 |
| cache.t3.medium | 3.2.4 | N | N | N | 0,256 | 5.0 |
| cache.t2.micro | 3.2.4 | N | N | N | 0,064 | 1,024 |
| cache.t2.small | 3.2.4 | N | N | N | 0,128 | 1,024 |
| cache.t2.medium | 3.2.4 | N | N | N | 0,256 | 1,024 |
**Mémoire optimisée**
| Type d’instance | Version minimale de Redis OSS prise en charge | Amélioré I/O avec Redis OSS 5.0.6\$1 | Déchargement TLS avec Redis OSS 6.2.5\$1 | I/O Multiplexage amélioré avec Redis OSS 7.0.4\$1 | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r7g.large | 6.2 | N | N | N | 0,937 | 12,5 |
| cache.r7g.xlarge | 6.2 | Y | Y | Y | 1,876 | 12,5 |
| cache.r7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.r7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.r7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/A |
| cache.r7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | N/A |
| cache.r7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/A |
| cache.r6g.large | 5.0.6 | N | N | N | 0.75 | 10,0 |
| cache.r6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10,0 |
| cache.r6g.2xlarge | 5.0.6 | Y | Y | Y | 2,5 | 10,0 |
| cache.r6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10,0 |
| cache.r6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/A |
| cache.r6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/A |
| cache.r6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/A |
| cache.r5.large | 3.2.4 | N | N | N | 0.75 | 10,0 |
| cache.r5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10,0 |
| cache.r5.2xlarge | 3.2.4 | Y | Y | Y | 2,5 | 10,0 |
| cache.r5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.r5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.r5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
| cache.r4.large | 3.2.4 | N | N | N | 0.75 | 10,0 |
| cache.r4.xlarge | 3.2.4 | Y | N | N | 1,25 | 10,0 |
| cache.r4.2xlarge | 3.2.4 | Y | Y | Y | 2,5 | 10,0 |
| cache.r4.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10,0 |
| cache.r4.8xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.r4.16xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
**Mémoire optimisée avec la hiérarchisation des données**
| Type d’instance | Version minimale de Redis OSS prise en charge | Amélioré I/O avec Redis OSS 5.0.6\$1 | Déchargement TLS avec Redis OSS 6.2.5\$1 | I/O Multiplexage amélioré avec Redis OSS 7.0.4\$1 | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r6gd.xlarge | 6.2.0 | Y | N | N | 1,25 | 10 |
| cache.r6g.2xlarge | 6.2.0 | Y | Y | Y | 2,5 | 10 |
| cache.r6g.4xlarge | 6.2.0 | Y | Y | Y | 5.0 | 10 |
| cache.r6g.8xlarge | 6.2.0 | Y | Y | Y | 12 | N/A |
| cache.r6g.12xlarge | 6.2.0 | Y | Y | Y | 20 | N/A |
| cache.r6g.16xlarge | 6.2.0 | Y | Y | Y | 25 | N/A |
**Optimisés pour le réseau**
| Type d’instance | Version minimale de Redis OSS prise en charge | Amélioré I/O avec Redis OSS 5.0.6\$1 | Déchargement TLS avec Redis OSS 6.2.5\$1 | I/O Multiplexage amélioré avec Redis OSS 7.0.4\$1 | Bande passante de référence (Gbit/s) | Bande passante de rafale (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.c7gn.large | 6.2 | N | N | N | 6,25 | 30 |
| cache.c7gn.xlarge | 6.2 | Y | Y | Y | 12,5 | 40 |
| cache.c7gn.2xlarge | 6.2 | Y | Y | Y | 25 | 50 |
| cache.c7gn.4xlarge | 6.2 | Y | Y | Y | 50 | N/A |
| cache.c7gn.8xlarge | 6.2 | Y | Y | Y | 100 | N/A |
| cache.c7gn.12xlarge | 6.2 | Y | Y | Y | 150 | N/A |
| cache.c7gn.16xlarge | 6.2 | Y | Y | Y | 200 | N/A |
## Types de nœuds pris en charge par région AWS
Les types de nœuds pris en charge peuvent varier selon AWS les régions. Pour plus de détails, consultez les [ ElastiCachetarifs Amazon](https://aws.amazon.com/elasticache/pricing/).
## Instances à capacité extensible
Vous pouvez lancer des nœuds de cache T4g, T3-Standard et T2-Standard à usage général sur Amazon. ElastiCache Ces nœuds fournissent un niveau de base de performance de processeur avec la possibilité d'étendre l'utilisation du processeur à tout moment jusqu'à épuisement des crédits accumulés. Un *crédit UC* fournit la capacité d'un cœur UC complet pendant une minute.
Les nœuds ElastiCache T4g, T3 et T2 d'Amazon sont configurés en standard et adaptés aux charges de travail dont l'utilisation moyenne du processeur est constamment inférieure aux performances de base de l'instance. Pour émettre en rafales au-dessus du niveau de base, l'instance dépense les crédits cumulés dans son solde de crédits UC. Si le nœud s'exécute faiblement sur les crédits accumulés, les performances sont progressivement réduites vers le niveau de performance de référence. Cet affaiblissement progressif garantit que le nœud ne se heure pas à une baisse conséquente des performance lorsque le solde de crédits UC cumulés est bas. *Pour plus d'informations, consultez la section [Crédits CPU et performances de base pour les instances Burstable Performance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) dans le *guide de l' EC2 utilisateur Amazon*.*
Le tableau suivant recense les types de nœud aux performances à capacité extensible et la fréquence à laquelle les crédits UC sont obtenus par heure. Il indique également le nombre maximum de crédits CPU gagnés qu'un nœud peut accumuler et le nombre de v CPUs par nœud. En outre, il fournit le niveau de performance de référence comme pourcentage d'une performance de cœur complet (à l'aide d'un seul processeur virtuel).
| Type de nœud | Crédits UC gagnés par heure | Maximum de crédits gagnés pouvant être accumulés\$1 | v CPUs | Performances de base par vCPU | Mémoire (Gio) | Performances réseau |
| --- | --- | --- | --- | --- | --- | --- |
| t4g.micro | 12 | 288 | 2 | 10 % | 0.5 | Jusqu’à 5 gigabits |
| t4g.small | 24 | 576 | 2 | 20 % | 1,37 | Jusqu’à 5 gigabits |
| t4g.medium | 24 | 576 | 2 | 20 % | 3,09 | Jusqu'à 5 gigabits |
| t3.micro | 12 | 288 | 2 | 10 % | 0.5 | Jusqu'à 5 gigabits |
| t3.small | 24 | 576 | 2 | 20 % | 1,37 | Jusqu'à 5 gigabits |
| t3.medium | 24 | 576 | 2 | 20 % | 3,09 | Jusqu'à 5 gigabits |
| t2.micro | 6 | 144 | 1 | 10 % | 0.5 | Faible à modérée |
| t2.small | 12 | 288 | 1 | 20 % | 1,55 | Faible à modérée |
| t2.medium | 24 | 576 | 2 | 20 % | 3,22 | Faible à modérée |
\$1 Le nombre de crédits pouvant être accumulés est équivalent au nombre de crédits pouvant être gagnés en 24 heures.
\$1\$1 Les performances de base du tableau sont indiquées par vCPU. Certaines tailles de nœud qui ont plus d'un processeur virtuel. Pour cela, calculez l'utilisation du processeur de référence pour le nœud en multipliant le pourcentage de vCPU par le nombre de v. CPUs
Les métriques de crédit UC suivantes sont disponibles pour vos instances T3 et T4g de performance à capacité extensible :
**Note**
Ces métriques ne sont pas disponibles pour les instances de performance à capacité extensible T2.
+ `CPUCreditUsage`
+ `CPUCreditBalance`
Pour de plus amples informations sur ces métriques, consultez [Métriques de crédits d'UC](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics).
En outre, sachez que :
+ Tous les types de nœud de génération courante sont créés dans un Virtual Private Cloud (VPC) basé sur Amazon VPC par défaut.
+ Les fichiers d'ajout uniquement (AOF) Redis OSS ne sont pas pris en charge pour les instances T2. Les variables de configuration Redis OSS `appendfsync` ne sont pas prises en charge sur Redis OSS version 2.8.22 `appendonly` et versions ultérieures.
## Informations connexes
+ [Caractéristiques et détails des ElastiCache produits Amazon](https://aws.amazon.com/elasticache/details)
+ [Paramètres spécifiques au type de nœud Memcached pour Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
+ [Paramètres OSS Valkey et Redis](ParameterGroups.Engine.md#ParameterGroups.Redis)
+ [Chiffrement en transit (TLS)](in-transit-encryption.md)
# Redémarrage des nœuds
Certaines modifications nécessitent le redémarrage d'un cluster Valkey, Memcached ou Redis OSS pour que les modifications soient appliquées. Par exemple, pour certains paramètres, la modification de la valeur du paramètre dans un groupe de paramètres est appliquée uniquement après un redémarrage.
**Topics**
+ [Redémarrage des nœuds Redis OSS (mode cluster désactivé uniquement)](#nodes.rebooting.redis)
+ [Redémarrer un cluster pour Memcached](#Clusters.Rebooting)
## Redémarrage des nœuds Redis OSS (mode cluster désactivé uniquement)
Pour les clusters Valkey ou Redis OSS (mode cluster désactivé), les paramètres des groupes de paramètres appliqués uniquement après le redémarrage sont les suivants :
+ activerehachage
+ bases de données
Les nœuds Redis ne peuvent être mis à jour que via la ElastiCache console. Vous ne pouvez redémarrer qu'un seul nœud à la fois. Pour redémarrer plusieurs nœuds, vous devez répéter le processus pour chaque nœud.
**Modifications des paramètres Valkey ou Redis OSS (mode cluster activé)**
Si vous modifiez les paramètres suivants sur un cluster Valkey ou Redis OSS (mode cluster activé), suivez les étapes suivantes.
activerehachage
bases de données
Créez une sauvegarde manuelle de votre cluster. Consultez [Réalisation de sauvegardes manuelles](backups-manual.md).
Supprimez le cluster Valkey ou Redis OSS (mode cluster activé). Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
Restaurez le cluster grâce au groupe de paramètres modifiés et à la sauvegarde pour alimenter le nouveau cluster. Consultez [Restauration à partir d’une sauvegarde dans un nouveau cache](backups-restoring.md).
Les modifications apportées à d'autres paramètres ne nécessitent pas cela.
### En utilisant le AWS Management Console
Vous pouvez redémarrer un nœud à l'aide de la ElastiCache console.
**Pour redémarrer un nœud (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 la liste située dans le coin supérieur droit, choisissez la AWS région qui s'applique.
1. Dans le volet de navigation de gauche, choisissez **Redis OSS**.
La liste des clusters exécutant Redis OSS apparaît.
1. Choisissez le cluster sous **Cluster Name (Nom du cluster)**.
1. Sous **Node name (Nom du nœud)**, sélectionnez la case d'option en regard du nœud que vous souhaitez redémarrer.
1. Choisissez **Actions**, puis **Reboot node (Redémarrer le nœud)**.
Pour redémarrer plusieurs clusters, répétez les étapes 2 à 5 pour chaque nœud que vous voulez redémarrer. Vous n'avez pas besoin d'attendre que le redémarrage d'un nœud soit terminé pour en redémarrer un autre.
## Redémarrer un cluster pour Memcached
Lorsque vous redémarrez un cluster Memcached, le cluster vide toutes ses données et redémarre son moteur. Au cours de ce processus, vous ne pouvez pas accéder au cluster. Etant donné que le cluster a vidé toutes ses données, lorsque le cluster est disponible à nouveau, il est vide.
Vous pouvez redémarrer un cluster à l'aide de la ElastiCache console, de AWS CLI, ou de l' ElastiCache API. Que vous utilisiez la ElastiCache console, l'API AWS CLI ou l' ElastiCache API, vous ne pouvez lancer le redémarrage que d'un seul cluster. Pour redémarrer plusieurs clusters, vous devez répéter l'opération sur le processus ou l'action.
### En utilisant le AWS Management Console
Vous pouvez redémarrer un cluster à l'aide de la ElastiCache console.
**Pour redémarrer un cluster (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 la liste en haut à droite, choisissez la AWS région qui vous intéresse.
1. Dans le volet de navigation, choisissez le moteur s'exécutant sur le cluster que vous voulez redémarrer.
La liste des clusters exécutant le moteur choisi s'affiche.
1. Choisissez le cluster à redémarrer dans la zone située à gauche du nom du cluster.
Le bouton **Redémarrer** devient actif.
Si vous choisissez plusieurs clusters, le bouton **Redémarrer** n'est pas actif.
1. Choisissez **Redémarrer**.
L'écran de confirmation de redémarrage du cluster de s'affiche.
1. Pour redémarrer le cluster, choisissez **Reboot**. L'état du cluster devient *redémarrage des nœuds de cluster*.
Pour ne pas redémarrer le cluster, choisissez **Cancel**.
Pour redémarrer plusieurs clusters, répétez les étapes 2 à 5 pour chaque cluster que vous voulez redémarrer. Vous n'avez pas besoin d'attendre que le redémarrage d'un cluster soit terminé pour en redémarrer un autre.
Pour redémarrer un nœud spécifique, sélectionnez le nœud, puis choisissez **Reboot (Redémarrer)**.
### En utilisant le AWS CLI
Pour redémarrer un cluster (AWS CLI), utilisez l'opération `reboot-cache-cluster` de la CLI.
Pour redémarrer des nœuds de clusters spécifiques, utilisez le paramètre `--cache-node-ids-to-reboot` pour afficher les clusters spécifiques à redémarrer. La commande suivante redémarre les nœuds 0001, 0002 et 0004 de *my-cluster*.
Pour Linux, macOS ou Unix :
```
aws elasticache reboot-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-ids-to-reboot 0001 0002 0004
```
Pour Windows :
```
aws elasticache reboot-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-ids-to-reboot 0001 0002 0004
```
Pour redémarrer tous les nœuds du cluster, utilisez le paramètre `--cache-node-ids-to-reboot` et répertoriez tous les ID de nœud du cluster. Pour de plus amples informations, veuillez consulter [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html).
### Utilisation de l' ElastiCache API
Pour redémarrer un cluster à l'aide de l' ElastiCache API, utilisez l'`RebootCacheCluster`action.
Pour redémarrer des nœuds de clusters spécifiques, utilisez le paramètre `CacheNodeIdsToReboot` pour afficher les clusters spécifiques à redémarrer. La commande suivante redémarre les nœuds 0001, 0002 et 0004 de *my-cluster*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=RebootCacheCluster
&CacheClusterId=my-cluster
&CacheNodeIdsToReboot.member.1=0001
&CacheNodeIdsToReboot.member.2=0002
&CacheNodeIdsToReboot.member.3=0004
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Pour redémarrer tous les nœuds du cluster, utilisez le paramètre `CacheNodeIdsToReboot` et répertoriez tous les ID de nœud du cluster. Pour de plus amples informations, veuillez consulter [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html).
# Remplacement de nœuds (Valkey et Redis OSS)
Amazon met ElastiCache fréquemment à niveau son parc en appliquant des correctifs et des mises à niveau aux instances de manière fluide. Cependant, nous devons parfois relancer vos ElastiCache nœuds pour appliquer les mises à jour obligatoires du système d'exploitation à l'hôte sous-jacent. Ces remplacements sont obligatoires pour appliquer des mises à niveau qui renforcent la sécurité, la fiabilité et les performances opérationnelles.
Vous pouvez gérer ces remplacements vous-même à tout moment avant le créneau planifié de remplacement des nœuds. Lorsque vous gérez vous-même un remplacement, votre instance reçoit la mise à jour du système d’exploitation quand vous relancez le nœud. Le remplacement planifié du nœud est alors annulé. Il est possible que vous receviez encore des alertes indiquant que le remplacement du nœud aura lieu. Si vous avez déjà limité manuellement le besoin de maintenance, vous pouvez ignorer ces alertes.
**Note**
Les nœuds de cache de remplacement générés automatiquement par Amazon ElastiCache peuvent avoir des adresses IP différentes. Vous êtes chargé d’examiner la configuration de votre application pour vous assurer que vos nœuds de cache sont associés aux adresses IP appropriées.
La liste suivante identifie les actions que vous pouvez effectuer lorsque vous ElastiCache planifiez le remplacement de l'un de vos nœuds Valkey ou Redis OSS. Afin d'accélérer la recherche des informations dont vous avez besoin, choisissez dans le menu suivant.
+ [Do nothing](#DoNothing)— Laissez Amazon ElastiCache remplacer le nœud comme prévu.
+ [Change your maintenance window](#ChangeWindow) – changer pour un créneau de maintenance plus approprié.
+ Configurations Valkey ou Redis OSS (mode cluster activé)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Procédure permettant de remplacer un nœud dans un cluster Valkey ou Redis OSS à l'aide de la sauvegarde et de la restauration.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Procédure permettant de remplacer une réplique en lecture dans n'importe quel cluster Valkey ou Redis OSS en augmentant ou en diminuant le nombre de répliques sans interruption du cluster.
+ [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode)— Procédure dynamique sans interruption de service du cluster pour remplacer un nœud dans un cluster Valkey ou Redis OSS (mode cluster activé) par une mise à l'échelle externe et une mise à l'échelle interne.
+ Configurations Valkey ou Redis OSS (mode cluster désactivé)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Procédure pour remplacer n'importe quel nœud d'un cluster Valkey ou Redis OSS à l'aide de la sauvegarde et de la restauration.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Procédure permettant de remplacer une réplique en lecture dans n'importe quel cluster Valkey ou Redis OSS en augmentant ou en diminuant le nombre de répliques sans interruption du cluster.
+ [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic)— Procédure de remplacement d'un nœud dans un cluster Valkey ou Redis OSS (mode cluster désactivé) par réplication.
+ [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica)— Procédure permettant de remplacer manuellement une réplique en lecture dans un groupe de réplication Valkey ou Redis OSS (mode cluster désactivé).
+ [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary)— Procédure permettant de remplacer manuellement le nœud principal dans un groupe de réplication Valkey ou Redis OSS (mode cluster désactivé).
**Options de remplacement des nœuds Valkey et Redis OSS**
+ **Ne rien faire** : si vous ne faites rien, ElastiCache remplace le nœud comme prévu.
Pour les configurations hors cluster avec le basculement automatique activé, les clusters sur Valkey 7.2 et versions ultérieures et Redis OSS 5.0.6 et versions ultérieures sont complètement remplacés tandis que le cluster continue de rester en ligne et de traiter les demandes d'écriture entrantes. Pour les clusters compatibles avec le basculement automatique sur Redis OSS 4.0.10 ou version antérieure, vous remarquerez peut-être une brève interruption d'écriture de quelques secondes maximum associée aux mises à jour DNS.
Si le nœud est membre d'un cluster activé ElastiCache pour le basculement automatique, Valkey ou Redis OSS améliore la disponibilité lors des correctifs, des mises à jour et des autres remplacements de nœuds liés à la maintenance.
Pour les configurations de ElastiCache cluster configurées pour être utilisées ElastiCache pour les clients de cluster Valkey ou Redis OSS, le remplacement est désormais terminé pendant que le cluster traite les demandes d'écriture entrantes.
Pour les configurations hors cluster avec le basculement automatique activé, les clusters sur Valkey 7.2 et versions ultérieures et Redis OSS 5.0.6 et versions ultérieures sont complètement remplacés tandis que le cluster continue de rester en ligne et de traiter les demandes d'écriture entrantes. Pour les clusters compatibles avec le basculement automatique sur Redis OSS 4.0.10 ou version antérieure, vous remarquerez peut-être une brève interruption d'écriture de quelques secondes maximum associée aux mises à jour DNS.
Si le nœud est autonome, Amazon lance d' ElastiCache abord un nœud de remplacement, puis se synchronise à partir du nœud existant. Le nœud existant ne sera pas disponible pour les demandes de service pendant cette période. Une fois la synchronisation terminée, le nœud existant est arrêté et le nouveau nœud prend sa place. ElastiCache fait de son mieux pour conserver vos données au cours de cette opération.
+ **Modifiez votre fenêtre de maintenance** — Pour les événements de maintenance planifiés, vous recevez un e-mail ou une notification de la part de ElastiCache. Dans ce cas, si vous changez votre fenêtre de maintenance avant le créneau de remplacement planifié, votre nœud est désormais remplacé au nouvel horaire. Pour plus d’informations, consultez les ressources suivantes :
+ [Modification d'un ElastiCache cluster](Clusters.Modify.md)
+ [Modification d'un groupe de réplication](Replication.Modify.md)
**Note**
La possibilité de modifier votre fenêtre de remplacement en déplaçant votre fenêtre de maintenance n'est disponible que lorsque la ElastiCache notification inclut une fenêtre de maintenance. Si la notification ne comporte pas de fenêtre de maintenance, vous ne pouvez pas modifier votre fenêtre de remplacement.
Supposons par exemple que nous sommes le jeudi 9 novembre, qu’il est 15 h 00 et que la prochaine fenêtre de maintenance est vendredi 10 novembre à 17 h 00. Voici 3 scénarios avec leurs résultats :
+ Vous reportez votre fenêtre de maintenance au vendredi à 16 h 00 (après la date et l’heure actuelles et avant la prochaine fenêtre de maintenance prévue). Le nœud est remplacé le vendredi 10 novembre à 16 h 00.
+ Vous reportez votre fenêtre de maintenance au samedi à 16 h 00 (après la date et l’heure actuelles et après la prochaine fenêtre de maintenance prévue). Le nœud est remplacé le samedi 11 novembre à 16 h 00.
+ Vous reportez votre fenêtre de maintenance au mercredi à 16 h 00 (plus tôt dans le semaine que la date et l’heure actuelles). Le nœud est remplacé le mercredi 15 novembre à 16 h 00.
Pour obtenir des instructions, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
+ **Remplacez le seul nœud d'un cluster Valkey ou Redis OSS** : si le cluster ne possède aucune réplique de lecture, vous pouvez utiliser la procédure suivante pour remplacer le nœud.
**Pour remplacer le seul nœud en utilisant la sauvegarde et la restauration**
1. Créez un instantané du cluster du nœud. Pour obtenir des instructions, veuillez consulter [Réalisation de sauvegardes manuelles](backups-manual.md).
1. Créez un nouveau cluster à partir de l'instantané. Pour obtenir des instructions, veuillez consulter [Restauration à partir d’une sauvegarde dans un nouveau cache](backups-restoring.md).
1. Supprimez le cluster avec le nœud qui doit être remplacé. Pour obtenir des instructions, veuillez consulter [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
1. Dans votre application, remplacez le point de terminaison de l’ancien nœud par celui du nouveau nœud.
+ **Remplacez un nœud de réplique dans n'importe quel cluster Valkey ou Redis OSS : pour remplacer un cluster** de répliques, augmentez le nombre de répliques. Pour ce faire, ajoutez un réplica, puis diminuez le nombre de réplicas en supprimant le réplica à remplacer. Il s'agit d'un processus dynamique sans temps d'arrêt du cluster.
**Note**
Si votre partition ou groupe de réplication comporte déjà cinq réplicas, vous devez inverser les étapes 1 et 2.
**Pour remplacer une réplique dans n'importe quel cluster Valkey ou Redis OSS**
1. Augmentez le nombre de réplicas en ajoutant un réplica à la partition ou au groupe de réplication. Pour de plus amples informations, veuillez consulter [Augmentation du nombre de réplicas dans une partition](increase-replica-count.md).
1. Supprimez le réplica que vous souhaitez remplacer. Pour de plus amples informations, veuillez consulter [Diminution du nombre de réplicas dans une partition](decrease-replica-count.md).
1. Mettez à jour les points de terminaison dans votre application.
+ **Remplacez n'importe quel nœud d'une partition Valkey ou Redis OSS (mode cluster activé) : pour remplacer le nœud d'un cluster sans interruption de service, utilisez le repartage** en ligne. Ajoutez d'abord une partition à l'aide d'une mise à l'échelle supérieure, puis supprimez la partition avec le nœud à remplacer avec une mise à l'échelle inférieure.
**Pour remplacer n'importe quel nœud d'un cluster Valkey ou Redis OSS (mode cluster activé)**
1. Monter en charge : Ajoutez une partition supplémentaire avec la même configuration que la partition existante avec le nœud à remplacer. Pour de plus amples informations, veuillez consulter [Ajout de partitions avec le repartitionnement en ligne](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add).
1. Mettre à l'échelle : Supprimez la partition avec le nœud à remplacer. Pour de plus amples informations, veuillez consulter [Suppression de partitions avec le repartitionnement en ligne](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove).
1. Mettez à jour les points de terminaison dans votre application.
+ **Remplacer un nœud dans un cluster Valkey ou Redis OSS (mode cluster désactivé)** — Si le cluster est un cluster Valkey ou Redis OSS (mode cluster désactivé) sans aucune réplique de lecture, suivez la procédure suivante pour remplacer le nœud.
**Remplacer le nœud en utilisant la réplication (mode cluster désactivé uniquement)**
1. Ajoutez une réplication au cluster en définissant le nœud de remplacement prévu comme nœud primaire. N'activez pas le mode Multi-AZ sur ce cluster. Pour obtenir des instructions, veuillez consulter [Pour ajouter une réplication à un cluster Valkey ou Redis OSS sans partitions](Clusters.AddNode.md#AddReplication.CON).
1. Ajoutez un réplica en lecture au cluster. Pour obtenir des instructions, veuillez consulter [Pour ajouter des nœuds à un ElastiCache cluster (console)](Clusters.AddNode.md#AddNode.CON).
1. Promouvez le dernier réplica en lecture créé au rang de réplica principal. Pour obtenir des instructions, veuillez consulter [Promouvoir une réplique en lecture au statut principal, pour les groupes de réplication Valkey ou Redis OSS (mode cluster désactivé)](Replication.PromoteReplica.md).
1. Supprimer le nœud qui doit être remplacé. Pour obtenir des instructions, veuillez consulter [Supprimer des nœuds d'un ElastiCache cluster](Clusters.DeleteNode.md).
1. Dans votre application, remplacez le point de terminaison de l’ancien nœud par celui du nouveau nœud.
+ **Remplacer une réplique en lecture Valkey ou Redis OSS (mode cluster désactivé) : si le nœud est une réplique** en lecture, remplacez-le.
Si votre cluster possède un seul nœud de réplica et que le mode Multi-AZ est activé, vous devez désactiver ce dernier avant de supprimer le réplica. Pour obtenir des instructions, veuillez consulter [Modification d'un groupe de réplication](Replication.Modify.md).
**Pour remplacer un Valkey ou un Redis OSS (mode cluster désactivé), lisez la réplique**
1. Supprimez le réplica qui doit être remplacé. Pour obtenir des instructions, veuillez consulter les sections suivantes :
+ [Diminution du nombre de réplicas dans une partition](decrease-replica-count.md)
+ [Supprimer des nœuds d'un ElastiCache cluster](Clusters.DeleteNode.md)
1. Ajoutez un nouveau réplica pour remplacer celui qui doit être remplacé. Si vous utilisez le même nom que le réplica que vous venez de supprimer, vous pouvez ignorer l'étape 3. Pour obtenir des instructions, veuillez consulter les sections suivantes :
+ [Augmentation du nombre de réplicas dans une partition](increase-replica-count.md)
+ [Ajouter une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé)](Replication.AddReadReplica.md)
1. Dans votre application, remplacez le point de terminaison de l'ancien réplica par celui du nouveau réplica.
1. Si vous avez désactivé le mode Multi-AZ au début, réactivez-le. Pour obtenir des instructions, veuillez consulter [Activation du multi-AZ](AutoFailover.md#AutoFailover.Enable).
+ **Remplacez un nœud principal Valkey ou Redis OSS (mode cluster désactivé) : si le nœud** est le nœud principal, commencez par promouvoir une réplique en lecture en nœud principal. Supprimez ensuite le réplica qui était le nœud primaire.
Si votre cluster possède un seul réplica et que le mode Multi-AZ est activé, vous devez désactiver ce dernier avant de supprimer le réplica dans l'étape 2. Pour obtenir des instructions, veuillez consulter [Modification d'un groupe de réplication](Replication.Modify.md).
**Pour remplacer un nœud principal Valkey ou Redis OSS (mode cluster désactivé)**
1. Promouvez un réplica en lecture en réplica principal. Pour obtenir des instructions, veuillez consulter [Promouvoir une réplique en lecture au statut principal, pour les groupes de réplication Valkey ou Redis OSS (mode cluster désactivé)](Replication.PromoteReplica.md).
1. Supprimez le nœud qui doit être remplacé (ancienne instance principale). Pour obtenir des instructions, veuillez consulter [Supprimer des nœuds d'un ElastiCache cluster](Clusters.DeleteNode.md).
1. Ajoutez un nouveau réplica pour remplacer celui qui doit être remplacé. Si vous utilisez le même nom que le nœud que vous venez de supprimer, vous pouvez ignorer la modification des points de terminaison dans votre application.
Pour obtenir des instructions, veuillez consulter [Ajouter une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé)](Replication.AddReadReplica.md).
1. Dans votre application, remplacez le point de terminaison de l’ancien nœud par celui du nouveau nœud.
1. Si vous avez désactivé le mode Multi-AZ au début, réactivez-le. Pour obtenir des instructions, veuillez consulter [Activation du multi-AZ](AutoFailover.md#AutoFailover.Enable).
# Remplacement de nœuds (Memcached)
Amazon ElastiCache for Memcached met fréquemment à niveau son parc en appliquant des correctifs et des mises à niveau aux instances de manière fluide. Cependant, nous devons parfois relancer vos nœuds Memcached ElastiCache pour appliquer les mises à jour obligatoires du système d'exploitation à l'hôte sous-jacent. Ces remplacements sont obligatoires pour appliquer des mises à niveau qui renforcent la sécurité, la fiabilité et les performances opérationnelles.
Vous pouvez gérer ces remplacements vous-même à tout moment avant le créneau planifié de remplacement des nœuds. Lorsque vous gérez vous-même un remplacement, votre instance reçoit la mise à jour du système d’exploitation quand vous relancez le nœud. Le remplacement planifié du nœud est alors annulé. Il est possible que vous receviez encore des alertes indiquant que le remplacement du nœud aura lieu. Si vous avez déjà limité manuellement le besoin de maintenance, vous pouvez ignorer ces alertes.
**Note**
Les nœuds de cache de remplacement générés automatiquement par Amazon ElastiCache peuvent avoir des adresses IP différentes. Vous êtes chargé d’examiner la configuration de votre application pour vous assurer que vos nœuds de cache sont associés aux adresses IP appropriées.
La liste suivante identifie les actions que vous pouvez effectuer lorsque vous ElastiCache planifiez le remplacement de l'un de vos nœuds Memcached.
+ **Ne rien faire** : si vous ne faites rien, ElastiCache remplace le nœud comme prévu. Lorsque le nœud est ElastiCache automatiquement remplacé par un nouveau nœud, le nouveau nœud est initialement vide.
+ **Modifiez votre fenêtre de maintenance** — Pour les événements de maintenance planifiés, vous recevez un e-mail ou une notification de la part deElastiCache. Dans ce cas, si vous changez votre fenêtre de maintenance avant le créneau de remplacement planifié, votre nœud est désormais remplacé au nouvel horaire. Pour de plus amples informations, veuillez consulter [Modification d'un ElastiCache cluster](Clusters.Modify.md).
**Note**
La possibilité de modifier votre fenêtre de remplacement en déplaçant votre fenêtre de maintenance n'est disponible que lorsque la ElastiCache notification inclut une fenêtre de maintenance. Si la notification ne comporte pas de fenêtre de maintenance, vous ne pouvez pas modifier votre fenêtre de remplacement.
Supposons par exemple que nous sommes le jeudi 9 novembre, qu’il est 15 h 00 et que la prochaine fenêtre de maintenance est vendredi 10 novembre à 17 h 00. Voici 3 scénarios avec leurs résultats :
+ Vous reportez votre fenêtre de maintenance au vendredi à 16 h 00 (après la date et l’heure actuelles et avant la prochaine fenêtre de maintenance prévue). Le nœud est remplacé le vendredi 10 novembre à 16 h 00.
+ Vous reportez votre fenêtre de maintenance au samedi à 16 h 00 (après la date et l’heure actuelles et après la prochaine fenêtre de maintenance prévue). Le nœud est remplacé le samedi 11 novembre à 16 h 00.
+ Vous reportez votre fenêtre de maintenance au mercredi à 16 h 00 (plus tôt dans le semaine que la date et l’heure actuelles). Le nœud est remplacé le mercredi 15 novembre à 16 h 00.
Pour obtenir des instructions, consultez [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
+ **Manually replace the node (Remplacer manuellement le nœud)** — si vous avez besoin de remplacer le nœud avant le prochain créneau de maintenance, remplacez-le manuellement.
Si vous remplacez manuellement le nœud, les clés sont redistribuées. Cette redistribution entraîne des échecs d'accès au cache.
**Pour remplacer manuellement un nœud Memcached**
1. Supprimer le nœud qui doit être remplacé. Pour obtenir des instructions, veuillez consulter [Supprimer des nœuds d'un ElastiCache cluster](Clusters.DeleteNode.md).
1. Ajouter un nouveau nœud au cluster. Pour obtenir des instructions, veuillez consulter [Ajouter des nœuds à un ElastiCache cluster](Clusters.AddNode.md).
1. Si vous n’utilisez pas la découverte automatique sur ce cluster, accédez à votre application et remplacez chaque instance de point de terminaison de l’ancien nœud par le point de terminaison du nouveau nœud.
# Nœuds réservés
La réservation d'un ou de plusieurs ElastiCache nœuds peut vous permettre de réduire les coûts. Des frais initiaux sont facturés pour les nœuds réservés en fonction du type de nœud et de la durée de réservation : un ou trois ans.
Pour voir si des nœuds réservés sont rentables pour vos cas d’utilisation, déterminez d’abord la taille du nœud et le nombre de nœuds dont vous avez besoin. Estimez ensuite l'utilisation du nœud et comparez le coût total d'utilisation de nœuds à la demande par rapport aux nœuds réservés. Vous pouvez combiner et associer des nœuds réservés et à la demande dans vos clusters. Pour plus d'informations sur les tarifs, consultez [Amazon ElastiCache Pricing](https://aws.amazon.com/elasticache/pricing/).
**Topics**
+ [Gestion des coûts avec des nœuds réservés](#reserved-nodes)
+ [Offres relatives aux nœuds réservés standards](#reserved-nodes-standard)
+ [Dimensionnez les nœuds réservés flexibles](#reserved-nodes-size)
+ [Supprimer un nœud réservé](#reserved-nodes-deleting)
+ [Offres existantes relatives aux nœuds réservés](#reserved-nodes-utilization)
+ [Obtenir des informations sur des offres de nœuds réservés](#reserved-nodes-offerings)
+ [Achat d'un nœud réservé](#reserved-nodes-purchasing)
+ [Obtenir des informations sur vos nœuds réservés](#reserved-nodes-describing)
## Gestion des coûts avec des nœuds réservés
La réservation d'un ou plusieurs nœuds peut vous permettre de réduire les coûts. Des frais initiaux sont facturés pour les nœuds réservés en fonction du type de nœud et de la durée de réservation : un ou trois ans. Ces frais sont largement inférieurs aux frais d'utilisation horaire facturés pour les nœuds à la demande.
Pour voir si des nœuds réservés sont rentables pour vos cas d’utilisation, déterminez d’abord la taille du nœud et le nombre de nœuds dont vous avez besoin. Estimez ensuite l'utilisation du nœud et comparez le coût total d'utilisation de nœuds à la demande par rapport aux nœuds réservés. Vous pouvez combiner et associer des nœuds réservés et à la demande dans vos clusters. Pour plus d'informations sur les tarifs, consultez [Amazon ElastiCache Pricing](https://aws.amazon.com/elasticache/pricing/).
AWS La région, le type de nœud et la durée du terme doivent être choisis lors de l'achat et ne peuvent pas être modifiés ultérieurement.
Vous pouvez utiliser l'API AWS Management Console AWS CLI, le ou l' ElastiCache API pour répertorier et acheter les offres de nœuds réservés disponibles.
Pour plus d'informations sur les nœuds réservés, consultez [Amazon ElastiCache Reserved Nodes](https://aws.amazon.com/elasticache/reserved-cache-nodes/).
## Offres relatives aux nœuds réservés standards
Lorsque vous achetez une instance de nœud réservé (RI) sur Amazon ElastiCache, vous pouvez vous engager à bénéficier d'un tarif réduit sur un type d'instance de nœud et une AWS région spécifiques pendant toute la durée de l'instance de nœud réservé. Pour utiliser une instance de nœud ElastiCache réservé Amazon, vous devez créer une nouvelle instance de ElastiCache nœud, comme vous le feriez pour une instance à la demande.
Si les spécifications de la nouvelle instance de nœud de réserve correspondent à une instance de nœud réservé existante pour votre compte, vous êtes facturé au tarif réduit proposé pour l'instance de nœud réservé. Dans le cas contraire, l'instance de nœud est facturée selon le tarif à la demande. Ces normes RIs sont disponibles à partir des familles d'instances R5 et M5.
**Note**
Tous les types d'offres décrits ci-dessous sont disponibles pour des durées d'un an et de trois ans.
**Types d'offres**
**Aucun RI initial ne** permet d'accéder à une ElastiCache instance réservée sans exiger de paiement initial. Votre ElastiCache instance réservée *No Upfront* facture un tarif horaire réduit pour chaque heure pendant le terme, quelle que soit l'utilisation.
Le RI **initial partiel** nécessite le paiement initial d'une partie de l' ElasticCache instance réservée. Les heures restantes pendant la période sont facturées à un taux réduit, quelle que soit l'utilisation. Cette option remplace l'option *Utilisation intensive* existante, qui est expliquée dans la section suivante.
**Tous les frais initiaux** RI exigent que le paiement intégral soit effectué au début du mandat du RI. Vous ne supportez aucun autre coût pour le reste du trimestre, quel que soit le nombre d'heures utilisées.
## Dimensionnez les nœuds réservés flexibles
Tous les nœuds réservés sont flexibles en termes de taille. Lorsque vous achetez un nœud réservé, vous devez notamment spécifier le type de nœud, par exemple cache.r6g.xlarge. Pour plus d'informations sur les types de nœuds, consultez [Amazon ElastiCache Pricing](https://aws.amazon.com/elasticache/pricing/ ).
Si vous avez un nœud et que vous devez le dimensionner pour augmenter sa capacité, votre nœud réservé est automatiquement appliqué à votre nœud redimensionné. En d'autres termes, vos nœuds réservés sont automatiquement appliqués à l'utilisation, quelle que soit leur taille, dans la même famille de nœuds. Des nœuds réservés de taille flexible sont disponibles pour les nœuds de la même AWS région. Les nœuds réservés dont la taille est flexible ne peuvent être redimensionnés que dans leurs familles de nœuds. Par exemple, un nœud réservé pour un cache.r6g.xlarge peut s'appliquer à un cache.r6g.2xlarge, mais pas à un cache.r6gd.large, car cache.r6g et cache.r6gd sont des familles de nœuds différentes.
La flexibilité de taille signifie que vous pouvez passer librement d'une configuration à l'autre au sein d'une même famille de nœuds. Par exemple, vous pouvez passer d'un nœud réservé r6g.xlarge (8 unités normalisées) à deux nœuds réservés r6g.large (8 unités normalisées) (2\$14 = 8 unités normalisées) dans la même région sans frais supplémentaires. AWS
### Mise à niveau des nœuds de Redis OSS vers Valkey
Avec le lancement de Valkey en ElastiCache, vous pouvez désormais appliquer votre réduction sur le nœud réservé Redis OSS au moteur de cache Valkey. Vous pouvez passer de Redis OSS à Valkey tout en continuant à bénéficier des contrats et des réservations existants. En plus de pouvoir appliquer vos avantages au sein de la famille et du moteur de nœuds de cache, vous pouvez même bénéficier d'une valeur incrémentielle accrue. Le prix de Valkey est réduit de 20 % par rapport à celui de Redis OSS, et grâce à la flexibilité des nœuds réservés, vous pouvez utiliser vos nœuds réservés Redis OSS pour couvrir 20 % de nœuds Valkey en cours d'exécution supplémentaires.
Pour calculer le taux réduit, chaque combinaison de ElastiCache nœud et de moteur possède un facteur de normalisation mesuré en unités. Les unités de nœuds réservés peuvent être appliquées à n'importe quel nœud en cours d'exécution au sein de la famille d'instances du nœud réservé pour un moteur donné. Les nœuds réservés Redis OSS peuvent également s'appliquer à tous les moteurs pour couvrir les nœuds Valkey en cours d'exécution. Le prix de Valkey étant réduit par rapport à Redis OSS et Memcached, ses unités pour un type d'instance donné sont inférieures, ce qui permet à un nœud réservé Redis OSS de couvrir un plus grand nombre de nœuds Valkey.
Par exemple, supposons que vous ayez acheté un nœud réservé pour un cache.r7g.4xlarge pour le moteur Redis OSS (32 unités) et que vous exécutiez un nœud Redis OSS cache.r7g.4xlarge (32 unités). Si vous mettez à niveau le nœud vers Valkey, le facteur de normalisation du nœud actif tombe à 25,6 unités, et votre nœud réservé existant vous fournit 6,4 unités supplémentaires à utiliser contre tout autre nœud Valkey ou Redis OSS en cours d'exécution de la famille cache.r7g dans la région. Vous pouvez l'utiliser pour couvrir 25 % d'un autre nœud Valkey cache.r7g.4xlarge du compte (25,6 unités) ou 100 % d'un nœud Valkey cache.r7g.xlarge (6,4 unités).
### Comparaison de l'utilisation avec les unités normalisées
Vous pouvez comparer l'utilisation de différentes tailles de nœuds réservés en utilisant des unités normalisées. Par exemple, une heure d'utilisation sur deux nœuds cache.r6g.4xlarge équivaut à 16 heures d'utilisation sur un nœud cache.r6g.large. Le tableau suivant indique le nombre d'unités normalisées pour chaque taille de nœud :
****
| Taille de nœud | Unités normalisées avec Redis OSS ou Memcached | Unités normalisées avec Valkey |
| --- | --- | --- |
| micro | 0.5 | 0.4 |
| petit | 1 | 8. |
| medium | 2 | 1.6 |
| large | 4 | 3.2 |
| xlarge | 8 | 6.4 |
| 2xlarge | 16 | 12,8 |
| 4xlarge | 32 | 25,6 |
| 6xlarge | 48 | 38,4 |
| 8xlarge | 64 | 51,2 |
| 10xlarge | 80 | 64 |
| 12xlarge | 96 | 76,8 |
| 16xlarge | 128 | 102,4 |
| 24xlarge | 192 | 153,6 |
Par exemple, vous achetez un nœud réservé cache.r6gd.xlarge et deux nœuds réservés cache.r6gd.large sont actifs sur votre compte dans la même région. AWS Dans ce cas, l'avantage de facturation est appliqué dans son intégralité aux deux nœuds.
![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ri1.png)
Sinon, si vous avez une instance cache.r6gd.2xlarge exécutée sur votre compte dans la même AWS région, l'avantage de facturation est appliqué à 50 % de l'utilisation du nœud réservé.
![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ri2.png)
## Supprimer un nœud réservé
Les conditions d'un nœud réservé impliquent un engagement d'un an ou de trois ans. Vous ne pouvez pas annuler un nœud réservé. Toutefois, vous pouvez supprimer un nœud couvert par une réduction sur les nœuds réservés. Le processus de suppression d'un nœud couvert par une réduction sur les nœuds réservés est le même que pour tout autre nœud.
Si vous supprimez un nœud couvert par une réduction sur les nœuds réservés, vous pouvez en lancer un autre avec des spécifications compatibles. Dans ce cas, vous conservez le tarif réduit jusqu'à la fin de la période de réservation (d'un ou de trois ans).
## Offres existantes relatives aux nœuds réservés
Il existe trois niveaux de réserves de nœuds héritées : utilisation intensive, utilisation moyenne et utilisation légère. Les nœuds peuvent être réservés quel que soit le niveau d'utilisation pendant un ou trois ans. Le type de nœud, le niveau d'utilisation et la durée de réservation influent sur vos coûts totaux. Avant d'acheter des nœuds réservés, vérifiez les économies que votre entreprise pourrait réaliser grâce à eux en comparant plusieurs modèles.
Les nœuds achetés pour une durée ou un niveau d'utilisation bien précis ne peuvent pas être modifiés.
**Niveaux d'utilisation**
Les *nœuds de réservés pour utilisation intensive* permettent les charges de travail qui ont une référence cohérente des capacités ou exécutent les charges de travail régulières. Ils nécessitent un engagement préalable plus élevé, mais si vous prévoyez d'exécuter plus de 79 % de la durée du nœud réservé, vous pouvez réaliser des économies plus importantes (jusqu'à 70 % à partir du prix à la demande). Avec les nœuds réservés à forte utilisation, vous ne payez qu'une seule fois. Il est ensuite suivi d'un tarif horaire inférieur pour la durée du contrat, que votre nœud soit en cours d'exécution ou non.
Les *nœuds de réservés pour utilisation moyenne* sont la meilleure option si vous prévoyez d'utiliser vos nœuds réservés une grande partie du temps et si vous souhaitez soit une redevance unique moins élevée, soit cesser de payer pour votre nœud lorsque vous arrêtez celui-ci. Ils constituent une option plus rentable si vous prévoyez d'exécuter plus de 40 % de la durée des nœuds réservés. Cette option peut vous faire économiser jusqu'à 64 % du prix à la demande. Avec les nœuds réservés pour une utilisation moyenne, vos frais ponctuels sont légèrement plus élevés qu'avec des nœuds réservés pour une utilisation faible, et vous bénéficiez de frais d'utilisation horaire inférieurs lorsque vous exécutez un nœud.
Les *nœuds de réservés pour utilisation faible* conviennent aux charges de travail Spot qui ont lieu uniquement une ou deux heures par jour ou quelques jours par semaine. Dans le cadre des nœuds de réservés pour utilisation faible, vous payez une cotisation unique accompagnée d'un taux d'utilisation horaire réduit lorsque votre nœud de est en cours d'exécution. Vous commencez à faire des économies lorsque votre nœud fonctionne à plus de 17 % du terme réservé du nœud. Vous pouvez économiser jusqu'à 56 % sur les tarifs à la demande pendant tout le terme de votre nœud réservé.
**Offres existantes relatives aux nœuds réservés**
| Offre | Coût initial | Coût d'utilisation | Avantages |
| --- | --- | --- | --- |
| Utilisation intensive | Le plus élevé | Plus faible coût horaire. S'applique à toute la période que vous utilisiez ou non le nœud de réservé. | Coût global plus faible si vous envisagez d'exécuter vos nœuds réservés plus de 79 % sur une durée de trois ans. |
| Utilisation moyenne | Moyen | Frais d’utilisation horaire facturés pour chaque heure d’exécution du nœud. Aucun frais horaire n’est facturé lorsque le nœud ne s’exécute pas. | Adapté aux charges de travail élastiques ou lorsque que vous envisagez une utilisation modérée, et plus de 40 % d'une durée de trois ans. |
| Utilisation légère | Le plus faible | Frais d’utilisation horaire facturés pour chaque heure d’exécution du nœud. Aucun frais horaire n’est facturé lorsque le nœud ne s’exécute pas. Le tarif horaire le plus haut de tous les types d'offres, mais il s'applique uniquement lorsque vous exécutez le nœud réservé. | Coût global le plus élevé si vous prévoyez une utilisation permanente. Toutefois, il s'agit du coût global le plus bas si vous prévoyez d'utiliser votre nœud réservé de manière peu fréquente, plus de 15 % environ d'une durée de trois ans. |
| Utilisation à la demande (aucun nœud réservé) | Aucun | Tarif horaire le plus élevé. Appliqué lorsque le nœud est en cours d'exécution. | Coût horaire le plus élevé. |
Pour plus d'informations, consultez [Amazon ElastiCache Pricing](https://aws.amazon.com/elasticache/pricing/).
## Obtenir des informations sur des offres de nœuds réservés
Avant d'acheter des nœuds réservés, vous pouvez obtenir des informations sur les offres disponibles.
Les exemples suivants montrent comment obtenir des prix et des informations sur les offres de nœuds réservés disponibles à l'aide de l' ElastiCache API AWS Management Console AWS CLI, et.
**Topics**
+ [À l'aide du AWS Management Console](#reserved-nodes-offerings-console)
+ [À l'aide du AWS CLI](#reserved-nodes-offerings-cli)
+ [Utilisation de l' ElastiCache API](#reserved-nodes-offerings-api)
### Obtenir des informations sur des offres de nœuds réservés (console)
Pour obtenir les tarifs et d'autres informations sur les offres de clusters réservés disponibles à l'aide du AWS Management Console, suivez la procédure suivante.
**Pour obtenir des informations sur les offres de nœuds réservées disponibles**
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 **Nœuds réservés**.
1. Choisissez **Purchase Reserved Node** (Acheter le nœud réservé).
1. Pour **Engine**, choisissez Valkey, Memcached ou Redis OSS.
1. Pour déterminer les offres disponibles, effectuez des sélections pour les trois options suivantes :
+ **Type de nœud**
+ **Durée**
+ **Type d'offre**
Une fois que vous avez effectué ces sélections, le coût par nœud et le coût total de vos sélections s'affichent sous **Reservation details** (Détails de réservation).
1. Choisissez **Annuler** pour éviter d'acheter ces nœuds et d'avoir à payer des frais.
### Obtenir des informations sur des offres de nœuds réservés (AWS CLI)
Pour obtenir les tarifs et d'autres informations sur les offres de nœuds réservés disponibles pour Valkey ou Redis OSS, tapez la commande suivante à l'invite de commande :
```
1. aws elasticache describe-reserved-cache-nodes-offerings
```
Cette opération produit une sortie similaire à la sortie suivante (format JSON) :
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Pour obtenir les tarifs et d'autres informations sur les offres de nœuds réservés disponibles pour Memcached, tapez la commande suivante à l'invite de commande :
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xx.12xlarge",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Pour plus d'informations, voir [describe-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html) dans la AWS CLI référence.
### Obtenir des informations sur les offres de nœuds réservés (ElastiCache API)
Pour obtenir une tarification et des informations sur les offres de nœuds réservés disponibles, appelez l'action `DescribeReservedCacheNodesOfferings`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodesOfferings
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Pour plus d'informations, consultez [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html)la référence de ElastiCache l'API.
## Achat d'un nœud réservé
Les exemples suivants montrent comment acheter une offre de nœuds réservés à l'aide de l'API AWS Management Console AWS CLI, du et de l' ElastiCache API.
**Important**
Si vous suivez les exemples présentés dans cette section, des frais sont débités sur votre AWS compte que vous ne pouvez pas annuler.
**Topics**
+ [À l'aide du AWS Management Console](#reserved-nodes-purchasing-console)
+ [À l'aide du AWS CLI](#reserved-nodes-purchasing-cli)
+ [Utilisation de l' ElastiCache API](#reserved-nodes-purchasing-api)
### Achat d'un nœud réservé (console)
Cet exemple montre l'achat d'une offre spécifique de nœud de réservé, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, avec l'ID de nœud de réservé *myreservationID*.
La procédure suivante utilise le AWS Management Console pour acheter l'offre de nœuds réservés en proposant un identifiant.
**Pour acheter des nœuds réservés**
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 de navigation, choisissez le lien **Reserved Nodes** (Nœuds réservés).
1. Choisissez le bouton **Purchase reserved nodes** (Acheter les nœuds réservés).
1. Pour **Engine**, choisissez Valkey, Memcached ou Redis OSS.
1. Pour déterminer les offres disponibles, effectuez des sélections pour les trois options suivantes :
+ **Type de nœud**
+ **Durée**
+ **Type d'offre**
+ Un paramètre **Reserved node ID** (ID du nœud réservé) facultatif
Une fois que vous avez effectué ces sélections, le coût par nœud et le coût total de vos sélections s'affichent sous **Reservation details** (Détails de réservation).
1. Choisissez **Purchase (Acheter)**.
### Achat d'un nœud réservé (AWS CLI)
L'exemple suivant montre l'achat d'une offre spécifique de cluster réservé, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, avec l'ID de nœud réservé *myreservationID*.
A partir d'une invite de commande, entrez la commande suivante :
Pour Linux, macOS ou Unix :
```
1. aws elasticache purchase-reserved-cache-nodes-offering \
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
3. --reserved-cache-node-id myreservationID
```
Pour Windows :
```
1. aws elasticache purchase-reserved-cache-nodes-offering ^
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
3. --reserved-cache-node-id myreservationID
```
La commande renvoie un résultat semblable à ce qui suit :
```
1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization
```
Pour plus d'informations, voir [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html) dans la AWS CLI référence.
### Achat d'un nœud réservé (ElastiCache API)
L'exemple suivant montre l'achat d'une offre spécifique de nœud réservé, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, avec l'ID de cluster réservé *myreservationID*.
Appelez l’opération `PurchaseReservedCacheNodesOffering` avec les paramètres suivants :
+ `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f`
+ `ReservedCacheNodeID` = `myreservationID`
+ `CacheNodeCount` = `1`
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=PurchaseReservedCacheNodesOffering
&ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f
&ReservedCacheNodeID=myreservationID
&CacheNodeCount=1
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&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 [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html)la référence de ElastiCache l'API.
## Obtenir des informations sur vos nœuds réservés
Vous pouvez obtenir des informations sur les nœuds réservés que vous avez achetés à l'aide du AWS Management Console AWS CLI, du et de l' ElastiCache API.
**Topics**
+ [À l'aide du AWS Management Console](#reserved-nodes-describing-console)
+ [À l'aide du AWS CLI](#reserved-nodes-describing-cli)
+ [Utilisation de l' ElastiCache API](#reserved-nodes-describing-api)
### Obtenir des informations sur vos nœuds réservés (console)
La procédure suivante décrit comment utiliser le pour AWS Management Console obtenir des informations sur les nœuds réservés que vous avez achetés.
**Pour obtenir des informations sur vos nœuds réservées achetés**
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 de navigation, choisissez le lien **Reserved nodes** (Nœuds réservés).
Les nœuds réservés pour votre compte apparaissent dans la liste Nœuds réservés. Vous pouvez choisir n'importe quel nœud réservé dans la liste pour consulter des informations détaillées correspondantes dans le volet de détails au bas de la console.
### Obtenir des informations sur vos nœuds réservés (AWS CLI)
Pour obtenir des informations sur les nœuds réservés à votre AWS compte, tapez la commande suivante à l'invite de commande :
```
aws elasticache describe-reserved-cache-nodes
```
Cette opération produit une sortie similaire à la sortie suivante (format JSON) :
```
{
"ReservedCacheNodeId": "myreservationid",
"ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f",
"CacheNodeType": "cache.xx.small",
"DataTiering": "disabled",
"Duration": "31536000",
"ProductDescription": "memcached",
"OfferingType": "Medium Utilization",
"MaxRecords": 0
}
```
Pour plus d'informations, reportez-vous [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html)à la section AWS CLI Référence.
### Obtenir des informations sur vos nœuds réservés (ElastiCache API)
Pour obtenir des informations sur les nœuds réservés à votre AWS compte, appelez l'`DescribeReservedCacheNodes`opération.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodes
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&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 [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html)la référence de ElastiCache l'API.
# Migration des nœuds de génération précédente
Les nœuds de génération précédente sont des types de nœuds qui sont en cours d'élimination progressive. Si aucun cluster existant n'utilise un type de nœud de génération précédente, ElastiCache ne prend pas en charge la création de nouveaux clusters avec ce type de nœud.
En raison du nombre limité de types de nœuds de génération précédente, nous ne pouvons pas garantir un remplacement réussi lorsqu'un nœud devient défectueux dans votre ou vos clusters. Dans un tel scénario, la disponibilité de votre cluster peut être affectée négativement.
Nous vous recommandons de migrer votre ou vos clusters vers un nouveau type de nœud pour une disponibilité et des performances accrues. Pour obtenir un type de nœud recommandé vers lequel migrer, veuillez consulter [Chemins de mise à niveau](https://aws.amazon.com/ec2/previous-generation/). Pour obtenir la liste complète des types de nœuds pris en charge et des types de nœuds de génération précédente dans ElastiCache, consultez[Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).
## Migration de nœuds sur un cluster Valkey ou Redis OSS
La procédure suivante décrit comment migrer votre type de nœud de cluster Valkey ou Redis OSS à l'aide de la ElastiCache console. Au cours de ce processus, votre cluster Valkey ou Redis OSS continuera à traiter les demandes avec un temps d'arrêt minimal. Selon la configuration de votre cluster, vous pouvez constater les temps d'arrêt suivants. Voici des estimations qui peuvent différer en fonction de vos configurations spécifiques :
+ Le mode cluster désactivé (nœud unique) peut expérimenter environ 60 secondes de temps d'arrêt, principalement en raison de la propagation DNS.
+ Le mode cluster désactivé (avec nœud de réplication) peut prendre environ 1 seconde pour les clusters exécutant Valkey 7.2 et versions ultérieures ou Redis OSS 5.0.6 et versions ultérieures. Toutes les versions inférieures peuvent prendre environ 10 secondes.
+ Le mode cluster activé peut expérimenter un temps d'arrêt d'environ 1 seconde.
**Pour modifier un type de nœud de cluster Valkey ou Redis OSS à l'aide de la console :**
1. Connectez-vous à la console et ouvrez-la à l' ElastiCache adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
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 migrer.
1. Choisissez **Actions**, puis **Modifier**.
1. Choisissez le nouveau type de nœud dans la liste des types de nœuds.
1. Si vous souhaitez effectuer un processus de mise à l'échelle 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 mise à l'échelle est effectué lors de la fenêtre de maintenance suivante 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.
*Pour modifier un type de nœud de cluster Valkey ou Redis OSS à l'aide de : AWS CLI*
Utilisez l'[modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)API comme indiqué ci-dessous :
Pour Linux, macOS ou Unix :
```
aws elasticache modify-replication-group /
--replication-group-id my-replication-group /
--cache-node-type new-node-type /
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-replication-group ^
--replication-group-id my-replication-group ^
--cache-node-type new-node-type ^
--apply-immediately
```
Dans ce scénario, la valeur de *new-node-type* est le type de nœud vers lequel vous effectuez la migration. En transmettant le paramètre `--apply-immediately`, la mise à jour sera appliquée immédiatement lorsque le groupe de réplication passe du statut **modifying (en cours de modification)** à **available (disponible)**. Si la case **Apply immediately (Appliquer immédiatement)** est décochée, le processus de mise à l'échelle est effectué lors de la fenêtre de maintenance suivante du cluster.
**Note**
Si vous ne parvenez pas à modifier le cluster avec un`InvalidCacheClusterState`, vous devez d'abord supprimer un nœud ayant échoué à la restauration.
### Fixation ou retrait restore-failed-node (s)
La procédure suivante décrit comment réparer ou supprimer un ou plusieurs nœuds dont la restauration a échoué de votre cluster Valkey ou Redis OSS. Pour en savoir plus sur la façon dont les ElastiCache nœuds entrent dans un état d'échec de restauration, consultez. [Affichage de l'état du ElastiCache nœud](Nodes.viewing.md) Nous recommandons de supprimer d'abord tous les nœuds dont la restauration a échoué, puis de migrer les nœuds de génération précédente restants du ElastiCache cluster vers un type de nœud de nouvelle génération, et enfin de rajouter le nombre de nœuds requis.
Pour supprimer le nœud en échec de restauration (console) :
1. Connectez-vous à la console et ouvrez-la à l' ElastiCache adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. Dans le volet de navigation, choisissez **Valkey clusters** ou **Redis OSS** clusters.
1. Dans la liste de clusters, choisissez le nom du cluster dans lequel vous souhaitez supprimer un nœud.
1. Dans la liste des partitions, choisissez la partition dont vous souhaitez supprimer un nœud. Ignorez cette étape si le mode cluster est désactivé pour le cluster.
1. Dans la liste des nœuds, choisissez le nœud avec un statut de `restore-failed`.
1. Choisissez **Actions**, puis **Delete node (Supprimer le nœud)**.
Une fois que vous avez supprimé le ou les nœuds dont la restauration a échoué de votre ElastiCache cluster, vous pouvez désormais migrer vers un type de nouvelle génération. Pour plus d’informations, consultez la section [Migration de nœuds sur un cluster Valkey ou Redis OSS](#CacheNodes.NodeMigration.Redis) ci-dessus.
Pour réajouter des nœuds à votre ElastiCache cluster, consultez[Ajouter des nœuds à un ElastiCache cluster](Clusters.AddNode.md).
## Migration de nœuds sur un cluster Memcached
ElastiCache Pour effectuer la migration de Memcached vers un autre type de nœud, vous devez créer un nouveau cluster, toujours vide au départ, que votre application peut remplir.
**Pour migrer votre type de nœud de cluster ElastiCache pour Memcached à l'aide de la ElastiCache console :**
+ Créez un nouveau cluster de avec le nouveau type de nœud. Pour de plus amples informations, veuillez consulter [Création d'un cluster Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ Créez un nouveau cluster de cache avec le nouveau type de nœud. Pour plus d’informations, consultez [Trouver les points de terminaison d'un cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ Supprimez l'ancien cluster. Pour de plus amples informations, veuillez consulter [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).