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.
# Création et gestion d'un cluster basé sur des nœuds ElastiCache
Si vous avez besoin d'un contrôle précis de votre ElastiCache cluster, vous pouvez créer un cluster basé sur des nœuds. ElastiCache vous permet d'exploiter un cluster basé sur des nœuds en choisissant le type de nœud, le nombre de nœuds et le placement des nœuds dans les zones de AWS disponibilité de votre cluster. Comme il ElastiCache s'agit d'un service entièrement géré, il gère automatiquement le provisionnement du matériel, la surveillance, le remplacement des nœuds et les correctifs logiciels pour votre cluster.
Pour en savoir plus sur sa configuration, consultez [Con ElastiCachefiguration](set-up.md). Pour plus de détails sur la gestion, la mise à jour ou la suppression de nœuds ou de clusters, consultez [Gestion des nœuds dans ElastiCache](CacheNodes.md). Pour un aperçu des principaux composants d'un ElastiCache déploiement Amazon lorsque vous créez un ElastiCache cluster basé sur des nœuds, consultez ces concepts [clés](WhatIs.corecomponents.md).
**Topics**
+ [ElastiCache composants et fonctionnalités](WhatIs.Components.md)
+ [ElastiCache terminologie](WhatIs.Terms.md)
+ [Tutoriel : Comment créer un cluster basé sur des nœuds ElastiCache](SubnetGroups.designing-cluster-pre.md)
+ [Suppression d’un cluster](Clusters.Delete-gs.redis.md)
+ [Autres ElastiCache tutoriels et vidéos](Tutorials.md)
+ [Gestion des nœuds dans ElastiCache](CacheNodes.md)
+ [Gestion des clusters dans ElastiCache](Clusters.md)
+ [Comparaison de clusters Valkey, Memcached et Redis OSS basés sur des nœuds](SelectEngine.md)
+ [Migration en ligne pour Valkey ou Redis OSS](OnlineMigration.md)
+ [Choix des régions et des zones de disponibilité pour ElastiCache](RegionsAndAZs.md)
# ElastiCache composants et fonctionnalités
Vous trouverez ci-dessous un aperçu des principaux composants d'un ElastiCache déploiement Amazon.
**Topics**
+ [ElastiCache nœuds](#WhatIs.Components.Nodes)
+ [ElastiCache éclats](#WhatIs.Components.Shards)
+ [ElastiCache clusters](#WhatIs.Components.Clusters)
+ [ElastiCache réplication](#WhatIs.Components.ReplicationGroups)
+ [ElastiCache points de terminaison](#WhatIs.Components.Endpoints)
+ [ElastiCache groupes de paramètres](#WhatIs.Components.ParameterGroups)
+ [ElastiCache sécurité](#WhatIs.Components.Security)
+ [ElastiCache groupes de sous-réseaux](#WhatIs.Components.SubnetGroups)
+ [ElastiCache sauvegardes](#WhatIs.Components.Snapshots)
+ [ElastiCache événements](#WhatIs.Components.Events)
## ElastiCache nœuds
Un *nœud* est le plus petit élément constitutif d'un ElastiCache déploiement. Un nœud peut exister par lui-même ou en relation avec d'autres nœuds.
Un nœud est un bloc de RAM sécurisée, de dimension fixe et attachée à un réseau. Chaque nœud exécute une instance du moteur et de la version choisis quand vous avez créé le cluster. Si nécessaire, vous pouvez faire évoluer les nœuds d'un cluster vers une instance d'un type différent. Pour de plus amples informations, veuillez consulter [Dimensionnement ElastiCache](Scaling.md).
Chaque nœud d'un cluster est du même type d'instance et exécute le même moteur de cache. Chaque nœud de cache a son propre nom DNS et son propre port. Plusieurs types de nœuds de cache sont pris en charge, chacun avec différentes tailles de mémoire associée. Pour obtenir une liste des types d'instances de nœuds pris en charge, consultez [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).
Vous pouvez acheter des nœuds sur une pay-as-you-go base où vous ne payez que pour l'utilisation d'un nœud. Ou bien vous pouvez acquérir des nœuds réservés à un coût horaire beaucoup plus avantageux. Si votre taux d'utilisation est élevé, vous pouvez faire des économies en achetant des nœuds réservés. Imaginons que votre cluster est utilisé en permanence et que vous ajoutez des nœuds pour faire face aux pics d'utilisation. Dans ce cas, vous pouvez acheter un certain nombre de nœuds réservés à exécuter la plupart du temps. Vous pouvez ensuite acheter pay-as-you-go des nœuds pour les moments où vous devez parfois ajouter des nœuds. Pour plus d'informations sur les nœuds réservés, consultez [Nœuds réservés](CacheNodes.Reserved.md).
Pour plus d'informations sur les nœuds, consultez [Gestion des nœuds dans ElastiCache](CacheNodes.md).
## ElastiCache éclats
Une partition Valkey ou Redis *OSS* (appelée *groupe de nœuds* dans l'API et la CLI) est un regroupement de un à six nœuds connexes. Un cluster Valkey ou Redis OSS avec le mode cluster activé possède toujours au moins une partition.
Le sharding est une méthode de partitionnement de bases de données qui sépare les grandes bases de données en parties plus petites, plus rapides et plus faciles à gérer, appelées fragments de données. Cela peut améliorer l'efficacité de la base de données en répartissant les opérations entre plusieurs sections distinctes. L'utilisation de partitions peut offrir de nombreux avantages, notamment une amélioration des performances, de l'évolutivité et de la rentabilité.
Les clusters Valkey et Redis OSS avec le mode cluster activé peuvent contenir jusqu'à 500 partitions, vos données étant partitionnées entre les partitions. La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si la version du moteur Valkey ou Redis OSS est 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 *partition avec plusieurs nœuds* implémente la réplication avec un nœud principal en lecture/écriture et de 1 à 5 nœuds de réplica. Pour de plus amples informations, veuillez consulter [Haute disponibilité avec les groupes de réplication](Replication.md).
Pour plus d'informations sur les partitions, consultez [Utilisation de fragments dans ElastiCache](Shards.md).
## ElastiCache clusters
Un *cluster* est un regroupement logique d'un ou de plusieurs [nœuds](CacheNodes.md). Les données sont partitionnées entre les nœuds d'un cluster Memcached et entre les partitions d'un cluster Valkey ou Redis OSS dont le mode cluster est activé.
De nombreuses ElastiCache opérations ciblent les clusters :
+ Création d’un cluster
+ Modification d’un cluster
+ Réalisation d'instantanés d'un cluster (toutes les versions de Redis)
+ Suppression d’un cluster
+ Affichage des éléments d'un cluster
+ Ajout ou suppression des balises de répartition des coûts vers et depuis un cluster
Pour en savoir plus, consultez les rubriques connexes suivantes :
+ [Gestion des clusters dans ElastiCache](Clusters.md) et [Gestion des nœuds dans ElastiCache](CacheNodes.md)
Informations sur les clusters, les nœuds et les opérations connexes.
+ [AWS limites de service : Amazon ElastiCache](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_elasticache)
Informations sur ElastiCache les limites, telles que le nombre maximum de nœuds ou de clusters. Pour dépasser certaines de ces limites, vous pouvez faire une demande à l'aide du [formulaire de demande de nœud de ElastiCache cache Amazon](https://aws.amazon.com/contact-us/elasticache-node-limit-request/).
+ [Atténuation des défaillances](disaster-recovery-resiliency.md#FaultTolerance)
Informations sur l'amélioration de la tolérance aux pannes de vos clusters et de vos groupes de réplication Valkey ou Redis OSS.
### Configurations de clusters classiques
Voici des configuration de cluster classiques.
#### Clusters Valkey ou Redis OSS
Les clusters Valkey ou Redis OSS dont le mode cluster est désactivé contiennent toujours une seule partition (dans l'API et la CLI, un groupe de nœuds). Une partition Valkey ou Redis OSS contient un à six nœuds. S'il y a plus d'un nœud dans une partition, celle-ci prend en charge la réplication. Dans ce cas, un nœud est le nœud read/write principal et les autres sont des nœuds de réplication en lecture seule.
Pour une meilleure tolérance aux pannes, nous recommandons d'avoir au moins deux nœuds dans un cluster Valkey ou Redis OSS et d'activer le mode multi-AZ. Pour de plus amples informations, veuillez consulter [Atténuation des défaillances](disaster-recovery-resiliency.md#FaultTolerance).
À mesure que la demande de votre cluster Valkey ou Redis OSS change, vous pouvez augmenter ou diminuer. Pour ce faire, déplacez votre cluster vers un autre type d'instance de nœud. Si votre application est gourmande en lecture, nous vous recommandons d'ajouter des répliques en lecture seule au cluster. En faisant cela, vous pouvez répartir les lectures sur un nombre plus approprié de nœuds.
Vous pouvez également utiliser la hiérarchisation des données. Les données les plus fréquemment consultées sont stockées en mémoire et les données les moins fréquemment consultées sont stockées sur disque. L'avantage de l'utilisation de la hiérarchisation des données est qu'elle réduit les besoins en mémoire. Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
ElastiCache permet de changer dynamiquement le type de nœud d'un cluster Valkey ou Redis OSS en un type de nœud plus grand. Pour plus d'informations sur le dimensionnement, consultez [Mise à l'échelle pour les clusters Valkey ou Redis OSS (mode cluster désactivé)](scaling-redis-classic.md#Scaling.RedisStandalone) ou [Dimensionnement des nœuds de réplication pour Valkey ou Redis OSS (mode cluster désactivé)](Scaling.RedisReplGrps.md).
#### Configurations de cluster typiques pour Memcached
Memcached prend en charge jusqu'à 300 nœuds par client pour chaque AWS région, chaque cluster comportant de 1 à 60 nœuds. Vous partitionnez vos données sur plusieurs nœuds dans un cluster Memcached.
Lorsque vous exécutez le moteur Memcached, les clusters peuvent être composés de 1 à 60 nœuds. Vous partitionnez votre base de données sur plusieurs nœuds. Votre application a un accès en lecture et en écriture sur le point de terminaison de chaque nœud. Pour plus d’informations, consultez [Découverte automatique](AutoDiscovery.md).
Pour améliorer la tolérance aux pannes, localisez vos nœuds Memcached dans différentes zones de disponibilité (AZs) au sein de la région du AWS cluster. Ainsi, une défaillance dans une zone de disponibilité a un impact minimal sur l'ensemble du cluster et de l'application. Pour de plus amples informations, veuillez consulter [Atténuation des défaillances](disaster-recovery-resiliency.md#FaultTolerance).
Au fur et à mesure que votre cluster Memcached change, vous pouvez le faire évoluer en ajoutant ou supprimant des nœuds, qui répartissent vos données sur le nouvel ensemble de nœuds. Lorsque vous partitionnez vos données, nous vous recommandons d'utiliser le hachage cohérent. Pour plus d'informations sur le hachage cohérent, consultez [Configuration de votre ElastiCache client pour un équilibrage de charge efficace (Memcached)](BestPractices.LoadBalancing.md).
## ElastiCache réplication
Pour Valkey et Redis OSS, la réplication est mise en œuvre en regroupant de deux à six nœuds dans un shard (dans l'API et la CLI, appelé groupe de nœuds). L'un de ces nœuds est le nœud principal en lecture/écriture. Tous les autres nœuds sont des nœuds de réplica en lecture seule. Les réplications ne sont disponibles que ElastiCache pour Valkey et Redis OSS, et non pour ElastiCache Memcached.
Chaque nœud de réplica conserve une copie des données du nœud principal. Les nœuds de réplica utilisent des mécanismes de réplication asynchrones pour maintenir les réplicas en lecture synchronisés avec le nœud principal. Les applications peuvent lire à partir de n'importe lequel des nœuds du cluster, mais peuvent écrire uniquement dans le cluster principal. Les réplicas en lecture améliorent l'adaptabilité en répartissant les lectures sur plusieurs points de terminaison. Les réplicas en lecture améliorent également la tolérance aux pannes en conservant plusieurs copies des données de Le fait de répartir les réplicas en lecture sur plusieurs Zones de disponibilité permet d'améliorer davantage la tolérance aux pannes. Pour plus d'informations sur la tolérance aux pannes, consultez [Atténuation des défaillances](disaster-recovery-resiliency.md#FaultTolerance).
Les clusters Valkey ou Redis OSS prennent en charge une partition (dans l'API et la CLI, appelée groupe de *nœuds*).
La réplication du point de vue de l'API et de la CLI utilise une terminologie différente pour assurer la compatibilité avec les versions antérieures, mais les résultats sont identiques. Le tableau suivant présente les termes employés par l'API et la CLI pour l'implémentation de la réplication.
**Comparaison de la réplication : Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé) --> Cluster Valkey ou Redis OSS avec le mode cluster activé par rapport au cluster Valkey ou Redis OSS avec le mode cluster désactivé**
Dans le tableau suivant, vous trouverez une comparaison des fonctionnalités des groupes de réplication Valkey ou Redis OSS (mode cluster désactivé) et des groupes de réplication Valkey ou Redis OSS (mode cluster activé).
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/WhatIs.Components.html)
Toutes les partitions (dans l'API et la CLI, groupes de nœuds) et tous les nœuds doivent résider dans la même région AWS. Cependant, vous pouvez approvisionner les nœuds individuels dans plusieurs zones de disponibilité au sein de cette AWS région.
Les réplicas en lecture évitent les pertes de données potentielles car les données sont répliquées sur deux ou plusieurs nœuds, le principal et un ou plusieurs réplicas en lecture. Pour une plus grande fiabilité et une récupération plus rapide, nous vous recommandons de créer une ou plusieurs répliques de lecture dans différentes zones de disponibilité.
Vous pouvez également tirer parti des banques de données mondiales. En utilisant la fonctionnalité Global Datastore pour Redis OSS, vous pouvez utiliser une réplication entièrement gérée, rapide, fiable et sécurisée entre les régions AWS. Grâce à cette fonctionnalité, vous pouvez créer des clusters de répliques de lecture entre régions afin de permettre des lectures ElastiCache à faible latence et une reprise après sinistre dans toutes les régions AWS. Pour plus d'informations, voir [Réplication entre AWS régions à l'aide de banques de données globales](Redis-Global-Datastore.md).
**Réplication : limites et exclusions**
+ Multi-AZ n'est pas pris en charge sur les types de nœuds T1.
## ElastiCache points de terminaison
Un *point de terminaison* est l'adresse unique que votre application utilise pour se connecter à un ElastiCache nœud ou à un cluster.
### Points de terminaison à nœud unique pour Valkey ou Redis OSS avec le mode cluster désactivé
Le point de terminaison d'un cluster Valkey ou Redis OSS à nœud unique est utilisé pour se connecter au cluster pour les lectures et les écritures.
### Points de terminaison à nœuds multiples pour Valkey ou Redis OSS avec le mode cluster désactivé
Un cluster Valkey ou Redis OSS à plusieurs nœuds dont le mode cluster est désactivé possède deux types de points de terminaison. Le point de terminaison principal se connecte toujours au nœud principal du cluster, même si le rôle du nœud spécifique dans le principal change. Utilisez le point de terminaison principal pour toutes les écritures dans le cluster.
Utilisez le Point de terminaison du lecteur pour répartir également les connexions entrantes vers le point de terminaison entre toutes les réplicas lues. Utilisez les points de terminaison de nœud individuels pour les opérations de lecture (ils API/CLI sont appelés points de terminaison de lecture).
### Points de terminaison Valkey ou Redis OSS (mode cluster activé)
Un cluster Valkey ou Redis OSS avec le mode cluster activé possède un point de terminaison de configuration unique. En se connectant au point de terminaison de configuration, votre application est en mesure de découvrir les points de terminaison principal et de lecture pour chaque partition du cluster.
Pour de plus amples informations, veuillez consulter [Recherche de points de terminaison de connexion dans ElastiCache](Endpoints.md).
### ElastiCache pour les points de terminaison Memcached
Chaque nœud d'un cluster Memcached a son propre point de terminaison. Le cluster a également un point de terminaison appelé le *configuration endpoint* (point de terminaison de la configuration). Si vous activez La découverte automatique et que vous vous connectez au point de terminaison de configuration, votre application *découvre* automatiquement le point de terminaison de chaque nœud, même après l'ajout ou la suppression des nœuds du cluster. Pour plus d’informations, consultez [Découverte automatique](AutoDiscovery.md).
Pour de plus amples informations, veuillez consulter [Recherche de points de terminaison de connexion dans ElastiCache](Endpoints.md).
## ElastiCache groupes de paramètres
Les groupes de paramètres de cache sont un moyen simple de gérer les paramètres d'exécution pour le logiciel de moteur pris en charge. Les paramètres permettent de contrôler l'utilisation de la mémoire, les règles d'expulsion, la taille des objets, etc. Un groupe de ElastiCache paramètres est un ensemble nommé de paramètres spécifiques au moteur que vous pouvez appliquer à un cluster. En faisant cela, vous vous assurez que tous les nœuds de ce cluster sont configurés exactement de la même manière.
Pour une liste des paramètres pris en charge, leurs valeurs par défaut et ceux qui peuvent être modifiés, consultez [DescribeEngineDefaultParameters](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeEngineDefaultParameters.html) (CLI : [describe-engine-default-parameters](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-engine-default-parameters.html)).
Pour des informations plus détaillées sur les groupes de ElastiCache paramètres, consultez[Configuration des paramètres du moteur à l'aide de groupes de ElastiCache paramètres](ParameterGroups.md).
## ElastiCache sécurité
Pour renforcer la sécurité, l'accès aux ElastiCache nœuds est limité aux applications exécutées sur les EC2 instances Amazon que vous autorisez. Vous pouvez contrôler les EC2 instances Amazon qui peuvent accéder à votre cluster à l'aide de groupes de sécurité.
Par défaut, tous les nouveaux ElastiCache clusters sont lancés dans un environnement Amazon Virtual Private Cloud (Amazon VPC). Vous pouvez utiliser des *groupes de sous-réseaux* pour accorder l'accès au cluster à partir d' EC2instances Amazon exécutées sur des sous-réseaux spécifiques.
Outre la restriction de l'accès aux nœuds, ElastiCache prend en charge le protocole TLS et le chiffrement sur place pour les nœuds exécutant des versions spécifiées de. ElastiCache Pour plus d’informations, consultez les ressources suivantes :
+ [Sécurité des données sur Amazon ElastiCache](encryption.md)
+ [Authentification avec la commande Valkey et Redis OSS AUTH](auth.md)
## ElastiCache groupes de sous-réseaux
Un *groupe de sous-réseaux* est un ensemble de sous-réseaux (généralement privés) que vous pouvez utiliser pour vos clusters fonctionnant dans un environnement de VPC Amazon.
Si vous créez un cluster dans un Amazon VPC, vous devez spécifier un groupe de sous-réseaux. ElastiCache utilise ce groupe de sous-réseaux de cache pour choisir un sous-réseau et les adresses IP au sein de ce sous-réseau à associer à vos nœuds de cache.
Pour plus d'informations sur l'utilisation du groupe de sous-réseaux de cache dans un environnement Amazon VPC, consultez les ressources suivantes :
+ [Amazon VPCs et la ElastiCache sécurité](VPCs.md)
+ [Étape 3. Autoriser l'accès au cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.AuthorizeAccess.valkey)
+ [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md)
## ElastiCache sauvegardes
Une *sauvegarde* est une point-in-time copie d'un cluster Valkey ou Redis OSS ou d'un cache sans serveur, ou d'un cache sans serveur Memcached. Les sauvegardes peuvent être utilisées pour restaurer un cluster existant ou pour amorcer un nouveau cluster. Les sauvegardes sont constituées de toutes les données d'un cluster, plus quelques métadonnées.
Selon la version de Valkey ou Redis OSS exécutée sur votre cluster, le processus de sauvegarde nécessite différentes quantités de mémoire réservée pour réussir. Pour plus d’informations, consultez les ressources suivantes :
+ [Instantané et restauration](backups.md)
+ [Implémentation de la sauvegarde et de la synchronisation](Replication.Redis.Versions.md)
+ [Impact sur les performances des sauvegardes de clusters basés sur des nœuds](backups.md#backups-performance)
+ [S'assurer que vous disposez de suffisamment de mémoire pour créer un instantané Valkey ou Redis OSS](BestPractices.BGSAVE.md)
## ElastiCache événements
Lorsque des événements importants se produisent sur un cluster, ElastiCache envoie une notification à une rubrique Amazon SNS spécifique. Ces événements peuvent inclure des éléments tels que l'échec ou la réussite de l'ajout d'un nœud, une modification du groupe de sécurité, etc. En surveillant les événements clés, vous pouvez connaître l'état actuel de vos clusters et, dans de nombreux cas, prendre des actions correctives.
Pour plus d'informations sur ElastiCache les événements, consultez[Surveillance des événements par Amazon SNS ElastiCache](ECEvents.md).
# ElastiCache terminologie
En octobre 2016, Amazon ElastiCache a lancé le support pour Redis OSS 3.2. À ce stade, nous avons ajouté la possibilité de partitionner vos données sur un maximum de 500 partitions (appelées groupes de nœuds dans l' ElastiCache API et AWS CLI). Pour préserver la compatibilité avec les versions précédentes, nous avons étendu les opérations de la version 2015-02-02 de l'API pour inclure la nouvelle fonctionnalité Redis OSS.
Dans le même temps, nous avons commencé à utiliser la terminologie de la ElastiCache console qui est utilisée dans cette nouvelle fonctionnalité et qui est courante dans l'ensemble du secteur. Ces modifications impliquent que la terminologie utilisée dans l'API et la CLI est parfois différente de celle utilisée dans la console. La liste suivante identifie les termes qui peuvent varier entre l'API, la CLI et la console.
**Cluster ou nœud de cache par rapport au nœud**
Il existe une one-to-one relation entre un nœud et un cluster lorsqu'il n'existe aucune réplique de nœuds. Ainsi, la ElastiCache console utilisait souvent les termes de manière interchangeable. La console utilise désormais le terme *nœud* partout. La seule exception est le bouton **Créer un cluster**, qui lance le processus de création d'un cluster avec ou sans nœuds de réplica.
L' ElastiCache API et AWS CLI continuez à utiliser les termes comme par le passé.
**Cluster ou groupe de réplication Valkey ou Redis OSS**
La console utilise désormais le terme *cluster* pour tous ElastiCache pour les clusters Redis OSS. La console utilise le terme cluster dans tous les cas de figure suivants :
+ Lorsque le cluster est un cluster Valkey ou Redis OSS à nœud unique.
+ Lorsque le cluster est un cluster Valkey ou Redis OSS (mode cluster désactivé) qui prend en charge la réplication au sein d'une seule partition (dans l'API et la CLI, appelée groupe de *nœuds*).
+ Lorsque le cluster est un cluster Valkey ou Redis OSS (mode cluster activé) qui prend en charge la réplication entre 1 et 90 partitions ou jusqu'à 500 avec une demande d'augmentation de limite. 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**.
Pour plus d'informations sur les groupes de réplication Valkey ou Redis OSS, consultez. [Haute disponibilité avec les groupes de réplication](Replication.md)
Le schéma suivant illustre les différentes topologies des ElastiCache clusters Redis OSS du point de vue de la console.
![\[Image : ElastiCache clusters (vue console)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Clusters-ConsoleView.png)
L' ElastiCache API et les AWS CLI opérations distinguent toujours un nœud unique ElastiCache pour les clusters Redis OSS des groupes de réplication Valkey ou Redis OSS à nœuds multiples. Le schéma suivant illustre les différentes ElastiCache topologies de Redis OSS du point de vue de l' ElastiCache API et AWS CLI du point de vue.
![\[Image : ElastiCache pour le cluster Redis OSS et les groupes de réplication Valkey ou Redis OSS (vue API et CLI)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Clusters-APIView.png)
**Groupe de réplication Valkey ou Redis OSS par rapport à une banque de données globale**
Une banque de données globale est un ensemble d'un ou de plusieurs clusters qui se répliquent entre eux dans différentes régions, tandis qu'un groupe de réplication Valkey ou Redis OSS réplique les données sur un cluster activé en mode cluster avec plusieurs partitions. Un magasin de données global se compose des éléments suivants :
+ **Cluster principal (actif)** : un cluster principal accepte les écritures répliquées dans tous les clusters de l'entrepôt de données global. Un cluster principal accepte également les demandes de lecture.
+ **Cluster secondaire (passif)** : un cluster secondaire accepte uniquement les demandes de lecture et réplique les mises à jour de données à partir d'un cluster principal. Un cluster secondaire doit se trouver dans une AWS région différente de celle du cluster principal.
Pour plus d'informations sur les entrepôts de données globales, consultez [Réplication entre AWS régions à l'aide de banques de données mondiales](Redis-Global-Datastore.md).
# Tutoriel : Comment créer un cluster basé sur des nœuds ElastiCache
Voici comment créer un ElastiCache cluster basé sur des nœuds pour Valkey, Memcached et Redis OSS.
**Topics**
+ [Création d'un ElastiCache cluster basé sur des nœuds pour Valkey](SubnetGroups.designing-cluster-pre.valkey.md)
+ [Création d'un ElastiCache cluster basé sur des nœuds pour Redis OSS](SubnetGroups.designing-cluster-pre.redis.md)
# Création d'un ElastiCache cluster basé sur des nœuds pour Valkey
Voici les actions ponctuelles que vous devez effectuer pour créer un ElastiCache cluster basé sur des nœuds pour Valkey.
## Étape 1 : Créer un groupe de sous-réseaux
Avant de créer un cluster ElastiCache (Valkey), vous devez d'abord créer un groupe de sous-réseaux. Un *groupe de sous-réseaux de cache* est un ensemble de sous-réseaux que vous souhaiterez peut-être désigner pour vos clusters dans un VPC. Lorsque vous lancez un cluster dans un VPC, vous devez sélectionner un groupe de sous-réseaux de cache. ElastiCache Utilise ensuite ce groupe de sous-réseaux de cache pour attribuer des adresses IP au sein de ce sous-réseau à chaque nœud de cache du cluster.
Lorsque vous créez un nouveau groupe de sous-réseaux de , notez le nombre d'adresses IP disponibles. Si le sous-réseau a très peu d'adresses IP libres, vous pourriez ne pas pouvoir ajouter autant de nœuds de que vous le souhaitez au cluster. Pour résoudre ce problème, vous pouvez attribuer un ou plusieurs sous-réseaux à un groupe de sous-réseaux afin de disposer d'un nombre suffisant d'adresses IP dans la zone de disponibilité de votre cluster. Vous pouvez, ensuite, ajouter plusieurs nœuds de cache à votre cluster.
Pour plus d'informations sur la configuration, ElastiCache voir[Con ElastiCachefiguration](set-up.md).
Les procédures suivantes expliquent comment créer un groupe de sous-réseaux appelé `mysubnetgroup` à l’aide de la console et de l’AWS CLI.
### Pour créer un groupe de sous-réseaux (console)
La procédure suivante indique comment créer un groupe de sous-réseaux (console).
**Pour créer un groupe de sous-réseaux (console)**
1. Connectez-vous à la console AWS de gestion et ouvrez-la à l' ElastiCache adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans la liste de navigation, sélectionnez ** Subnet Groups**.
1. Choisissez **Créer un groupe de sous-réseaux**.
1. Dans l'assistant **Create Subnet Group**, procédez comme suit. Lorsque tous les paramètres sont définis selon vos choix, choisissez **Yes, Create**.
1. Dans le champ **Name**, saisissez le nom de votre groupe de sous-réseaux de
1. Dans la zone **Description**, saisissez une description de votre groupe de sous-réseaux de
1. Dans la zone **VPC ID (ID du VPC)**, choisissez l’Amazon VPC que vous avez créé.
1. **Dans les listes de **zone de disponibilité** et **d'ID de sous-réseau**, choisissez la zone de disponibilité ou [Utilisation de zones locales avec ElastiCache](Local_zones.md) l'ID de votre sous-réseau privé, puis choisissez Ajouter.**
![\[Image : Écran Create Subnet VPC (Créer un VPC de sous-réseau)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/vpc-03.png)
1. Dans le message de confirmation qui s'affiche, cliquez sur **Close**.
Votre nouveau groupe de sous-réseaux apparaît dans la liste des **groupes de sous-réseaux** de la ElastiCache console. En bas de la fenêtre, vous pouvez choisir le groupe de sous-réseaux pour voir les détails, tels que tous les sous-réseaux associés à ce groupe.
### Créer un groupe de sous-réseaux (AWS CLI)
A l'invite de commande, utilisez la commande `create-cache-subnet-group` pour créer un groupe de sous-réseaux de
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-subnet-group \
--cache-subnet-group-name mysubnetgroup \
--cache-subnet-group-description "Testing" \
--subnet-ids subnet-53df9c3a
```
Pour Windows :
```
aws elasticache create-cache-subnet-group ^
--cache-subnet-group-name mysubnetgroup ^
--cache-subnet-group-description "Testing" ^
--subnet-ids subnet-53df9c3a
```
Cette commande doit produire une sortie similaire à ce qui suit :
```
{
"CacheSubnetGroup": {
"VpcId": "vpc-37c3cd17",
"CacheSubnetGroupDescription": "Testing",
"Subnets": [
{
"SubnetIdentifier": "subnet-53df9c3a",
"SubnetAvailabilityZone": {
"Name": "us-west-2a"
}
}
],
"CacheSubnetGroupName": "mysubnetgroup"
}
}
```
Pour plus d'informations, consultez la AWS CLI rubrique[create-cache-subnet-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-subnet-group.html).
## Étape 2 : Créer un cluster
Avant de créer un cluster pour une utilisation en production, vous devez évidemment réfléchir à la façon dont vous allez configurer le cluster pour répondre aux besoins métier. Ces questions sont abordées dans la section [Préparation d'un cluster dans ElastiCache](Clusters.Prepare.md). Pour les besoins de cet exercice de mise en route, vous allez créer un cluster avec le mode cluster désactivé et vous pouvez accepter les valeurs de configuration par défaut lorsqu'elles s'appliquent.
Le cluster que vous allez créer sera opérationnel, et non pas exécuté dans un environnement de test (sandbox). Les frais d' ElastiCache utilisation standard de l'instance vous seront facturés jusqu'à ce que vous la supprimiez. Le total frais seront minimes (généralement moins d'un dollar) si vous terminez l'exercice décrit ici en une seule fois et que vous supprimez votre cluster quand vous avez terminé. Pour plus d'informations sur les taux ElastiCache d'utilisation, consultez [Amazon ElastiCache](https://aws.amazon.com/elasticache/).
Votre cluster est lancé dans un cloud privé virtuel (VPC) basé sur le service Amazon VPC.
### Création d'un cluster Valkey (mode cluster désactivé) (console)
**Pour créer un cluster Valkey (mode cluster désactivé) à l'aide de la console ElastiCache**
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 la liste située dans le coin supérieur droit, choisissez la AWS région dans laquelle vous souhaitez lancer ce cluster.
1. Choisissez **Get started** (Mise en route) dans le panneau de navigation.
1. Choisissez **Create VPC** (Créer un VPC) et suivez les étapes décrites à la page [Création d'un cloud privé virtuel (VPC)](VPCs.CreatingVPC.md).
1. Sur la page du tableau de ElastiCache bord, choisissez **Valkey cache** ou **Redis OSS cache**, puis choisissez **Create Valkey cache ou **Create Redis** OSS cache**.
1. Sous **Cluster settings** (Paramètres du cluster), procédez comme suit :
1. Choisissez **Configure and create a new cluster** (Configurer et créer un cluster).
1. Pour **Cluster mode** (Mode du cluster), choisissez **Disabled** (Désactivé).
1. Pour **Cluster info** (Informations sur le cluster), saisissez une valeur pour **Name** (Nom).
1. (Facultatif) Saisissez une valeur pour **Description**.
1. Sous **Location** (Emplacement) :
------
#### [ AWS Cloud ]
1. Pour **AWS Cloud**, nous vous recommandons d'accepter les paramètres par défaut pour **Multi-AZ** et **Auto-failover** (Basculement automatique). Pour plus d'informations, consultez [Minimiser les temps d'arrêt ElastiCache pour Redis OSS avec Multi-AZ](AutoFailover.md).
1. Sous **Cluster settings** (Paramètres de cluster)
1. Pour **Engine version** (Version du moteur), choisissez une version disponible.
1. Pour **Port**, utilisez le port par défaut, 6379. Si vous avez une raison d'utiliser un autre port, saisissez le numéro de port.
1. Pour **Groupe de paramètres**, choisissez un groupe de paramètres ou créez-en un nouveau. Les groupes de paramètres contrôlent les paramètres d'exécution de votre cluster. Pour plus d'informations sur les groupes de paramètres, consultez [Paramètres OSS Valkey et Redis](ParameterGroups.Engine.md#ParameterGroups.Redis) et [Création d'un groupe ElastiCache de paramètres](ParameterGroups.Creating.md).
**Note**
Lorsque vous sélectionnez un groupe de paramètres pour définir les valeurs de configuration du moteur, ce groupe de paramètres est appliqué à tous les clusters du magasin de données global. Dans la page **Parameter Groups (Groupes de paramètres)** l'attribut **Global** yes/no (oui/non) indique si un groupe de paramètres fait partie d'un magasin de données global.
1. Pour **Type de nœud**, choisissez la flèche vers le bas (![\[Downward-pointing triangle icon, typically used to indicate a dropdown menu.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-DnArrow.png)). Dans la boîte de dialogue **Modifier le type de nœud** choisissez une valeur pour la **famille d'instances** pour le type de nœud souhaité. Choisissez ensuite le type de nœud que vous souhaitez utiliser pour ce cluster, puis choisissez **Enregistrer**.
Pour de plus amples informations, veuillez consulter [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
Si vous choisissez un type de nœud r6gd, la hiérarchisation des données est automatiquement activée. Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
1. Pour **Number of replicas** (Nombre de réplicas), choisissez le nombre de réplicas en lecture que vous voulez. Si vous avez activé Multi-AZ, le nombre doit être compris entre 1 et 5.
1. Sous **Connectivity** (Connectivité)
1. Dans **Network type** (Type de réseau), choisissez la ou les versions d'adresses IP que ce cluster prendra en charge.
1. Pour les **groupes de sous-réseaux**, choisissez le sous-réseau que vous souhaitez appliquer à ce cluster. ElastiCache utilise ce groupe de sous-réseaux pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds. ElastiCache les clusters nécessitent un sous-réseau à double pile auquel les deux IPv6 adresses sont attribuées pour fonctionner en mode double pile IPv4 et un sous-réseau « uniquement » pour fonctionner en tant que « IPv6 -only ». IPv6
Lorsque vous créez un nouveau groupe de sous-réseaux, entrez le **VPC ID** (ID du VPC) auquel il appartient.
Pour en savoir plus, consultez :
+ [Choix d'un type de réseau dans ElastiCache](network-type.md).
+ [Créer un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet)
Si vous utilisez [Utilisation de zones locales avec ElastiCache](Local_zones.md), vous devez créer ou choisir un sous-réseau qui se trouve dans la zone locale.
Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md).
1. Pour **Availability zone placements** (Placement de zones de disponibilité), vous avez deux options :
+ **Aucune préférence** : ElastiCache choisit la zone de disponibilité.
+ **Specify availability zones (Spécifier les zones de disponibilité)** : vous spécifiez la zone de disponibilité pour chaque cluster.
Si vous avez choisi de spécifier les Zones de disponibilité, pour chaque cluster de chaque partition, choisissez la Zone de disponibilité depuis la liste.
Pour de plus amples informations, veuillez consulter [Choix des régions et des zones de disponibilité pour ElastiCache](RegionsAndAZs.md).
1. Choisissez **Next** (Suivant)
1. Dans les **paramètres avancés de Valkey ou Redis OSS**
1. Pour **Security** (Sécurité) :
1. Pour le chiffrement de vos données, vous avez les options suivantes :
+ **Encryption at rest (Chiffrement au repos)** : active le chiffrement des données stockées sur le disque. Pour de plus amples informations, veuillez consulter [Chiffrement au repos](at-rest-encryption.md).
**Note**
Vous avez la possibilité de fournir une autre clé de chiffrement en choisissant la clé **AWS KMS gérée par le client** et en choisissant la clé. Pour de plus amples informations, veuillez consulter [Utilisation clés AWS KMS gérées par le client](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ **Encryption in-transit (Chiffrement en transit)** : permet le chiffrement des données sur le câble. Pour de plus amples informations, veuillez consulter [Chiffrement en transit](in-transit-encryption.md). Pour Valkey et pour Redis OSS 6.0 et versions ultérieures, si vous activez le chiffrement en transit, vous serez invité à spécifier l'une des options de contrôle d'**accès** suivantes :
+ **No Access Control (Aucun contrôle d'accès)** – il s'agit du paramètre par défaut. Cela indique qu'aucune restriction n'est imposée à l'accès des utilisateurs au cluster.
+ **User Group Access Control List (Liste de contrôle d'accès au groupe d'utilisateurs)** : choisissez un groupe d'utilisateurs avec un ensemble défini d'utilisateurs pouvant accéder au cluster. Pour de plus amples informations, veuillez consulter [Gestion des groupes d'utilisateurs avec la console et la CLI](Clusters.RBAC.md#User-Groups).
+ **Utilisateur par défaut AUTH** — Mécanisme d'authentification pour le serveur Redis OSS. Pour plus d'informations, consultez [AUTH.](auth.md)
+ **AUTH** — Mécanisme d'authentification pour le serveur Redis OSS. Pour plus d'informations, consultez [AUTH.](auth.md)
**Note**
Pour les versions de Valkey et Redis OSS supérieures à 3.2.6, à l'exception de la version 3.2.10, Redis OSS AUTH est la seule option.
1. Pour **Groupes de sécurité**, choisissez les groupes de sécurité que vous souhaitez utiliser pour ce cluster. Un *groupe de sécurité* agit comme un pare-feu pour contrôler l'accès réseau à votre cluster. Vous pouvez utiliser le groupe de sécurité par défaut pour votre VPC ou en créer un nouveau.
Pour plus d'informations sur les groupes de sécurité, consultez [Groupes de sécurité pour votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) dans le *Guide de l'utilisateur Amazon VPC*.
1. Pour des sauvegardes automatiques régulières, choisissez **Activer les sauvegardes automatiques**, puis entrez le nombre de jours pendant lesquels vous souhaitez conserver une sauvegarde automatique avant sa suppression automatique. Si vous ne souhaitez pas de sauvegardes automatiques régulières, désactivez la case à cocher **Enable automatic backups**. Dans les deux cas, vous avez toujours la possibilité de créer des sauvegardes manuelles.
Pour plus d'informations sur la sauvegarde et la restauration de Redis OSS, consultez[Instantané et restauration](backups.md).
1. (Facultatif) Spécifiez une fenêtre de maintenance. La *fenêtre de maintenance* indique le moment, généralement d'une durée d'une heure, chaque semaine, où ElastiCache planifie la maintenance du système pour votre cluster. Vous pouvez autoriser ElastiCache à choisir le jour et l'heure de la fenêtre de maintenance (*Aucune préférence*) ou vous pouvez choisir vous-même le jour, l'heure et la durée (*Specify maintenance window (Spécifier la fenêtre de maintenance)*). Si vous choisissez *Specify maintenance window*, choisissez dans les listes les valeurs de *Start day*, *Start time* et *Duration* (en heures) pour le créneau de maintenance. Toutes les heures sont exprimées en heures UCT.
Pour de plus amples informations, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
1. (Facultatif) Pour **Logs (Journaux)** :
+ Sous **Log format (Format de journal)**, sélectionnez **Text (Texte)** ou **JSON**.
+ Sous **Type de destination**, sélectionnez **CloudWatch Logs** ou **Kinesis Firehose**.
+ Sous **Destination du journal**, choisissez **Create new** et entrez le nom de votre groupe de CloudWatch journaux ou le nom de votre stream Firehose, ou choisissez **Select existing**, puis choisissez le nom de votre groupe de journaux de CloudWatch logs ou le nom de votre stream Firehose,
1. Pour les **balises**, pour vous aider à gérer vos clusters et autres ElastiCache ressources, vous pouvez attribuer vos propres métadonnées à chaque ressource sous forme de balises. Pour plus d'informations, consultez [Marquer vos ressources ElastiCache](Tagging-Resources.md).
1. Choisissez **Suivant**.
1. Passez en revue toutes vos entrées et sélections, puis effectuez les corrections nécessaires. Lorsque vous êtes prêt, choisissez **Create** (Créer).
------
#### [ On premises ]
1. Pour **On premises** (Sur site), nous vous recommandons de laisser **Auto-failover** (Basculement automatique) activé. Pour plus d'informations, voir [Minimiser les temps d'arrêt ElastiCache pour Redis OSS avec Multi-AZ](AutoFailover.md)
1. Pour terminer la création du cluster, suivez les étapes de la section [Utilisation d'Outposts](ElastiCache-Outposts.md).
------
Dès que le statut de votre cluster est *disponible*, vous pouvez autoriser Amazon à y EC2 accéder, vous y connecter et commencer à l'utiliser. Pour plus d’informations, consultez [Étape 3. Autoriser l'accès au cluster](#GettingStarted.AuthorizeAccess.valkey) et [Étape 4 : Connectez-vous au nœud du cluster](#GettingStarted.ConnectToCacheNode.valkey).
**Important**
Une fois que votre cluster est disponible, vous êtes facturé pour chaque heure ou partie d'heure où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
Pour utiliser le mode cluster activé, veuillez consulter les rubriques suivantes :
+ Pour utiliser la console, veuillez consulter [Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster).
+ Pour utiliser le AWS CLI, voir[Création d'un cluster Valkey ou Redis OSS (mode cluster activé) ()AWS CLI](Clusters.Create.md#Clusters.Create.CLI.RedisCluster).
## Étape 3. Autoriser l'accès au cluster
Cette section part du principe que vous êtes familiarisé avec le lancement et la connexion aux EC2 instances Amazon. Pour plus d'informations, consultez le *[guide de EC2 démarrage Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)*.
Tous les ElastiCache clusters sont conçus pour être accessibles depuis une EC2 instance Amazon. Le scénario le plus courant consiste à accéder à un ElastiCache cluster depuis une EC2 instance Amazon dans le même Amazon Virtual Private Cloud (Amazon VPC), ce qui sera le cas pour cet exercice.
Par défaut, l'accès réseau à votre cluster est limité au compte qui a été utilisé pour le créer. Avant de pouvoir vous connecter à un cluster à partir d'une EC2 instance, vous devez autoriser l' EC2 instance à accéder au cluster.
Le cas d'utilisation le plus courant est celui où une application déployée sur une EC2 instance doit se connecter à un cluster dans le même VPC. La méthode la plus simple pour gérer l'accès entre les EC2 instances et les clusters d'un même VPC consiste à effectuer les opérations suivantes :
1. Créez un groupe de sécurité VPC pour votre cluster. Ce groupe de sécurité peut être utilisé pour restreindre l'accès aux instances de cluster. Par exemple, vous pouvez créer une règle personnalisée pour ce groupe de sécurité, qui autorise l'accès TCP à l'aide du port que vous avez attribué au cluster lorsque vous l'avez créé et une adresse IP que vous utiliserez pour accéder au cluster.
Le port par défaut pour les clusters et les groupes de réplication Valkey ou Redis OSS est. `6379`
**Important**
Les groupes ElastiCache de sécurité Amazon ne s'appliquent qu'aux clusters qui ne s'exécutent *pas* dans un environnement Amazon Virtual Private Cloud (VPC). Si vous exécutez un Amazon Virtual Private Cloud, les **groupes de sécurité** ne sont pas disponibles dans le panneau de navigation de la console.
Si vous exécutez vos ElastiCache nœuds dans un Amazon VPC, vous contrôlez l'accès à vos clusters à l'aide des groupes de sécurité Amazon VPC, qui sont différents des groupes de sécurité. ElastiCache Pour plus d'informations sur l'utilisation ElastiCache dans un Amazon VPC, consultez [Amazon VPCs et la ElastiCache sécurité](VPCs.md)
1. Créez un groupe de sécurité VPC pour vos EC2 instances (serveurs Web et d'applications). Ce groupe de sécurité peut, si nécessaire, autoriser l'accès à l' EC2 instance depuis Internet via la table de routage du VPC. Par exemple, vous pouvez définir des règles sur ce groupe de sécurité pour autoriser l'accès TCP à l' EC2 instance via le port 22.
1. Créez des règles personnalisées dans le groupe de sécurité de votre cluster qui autorisent les connexions à partir du groupe de sécurité que vous avez créé pour vos EC2 instances. N'importe quel membre du groupe de sécurité peut ainsi accéder aux clusters.
**Note**
Si vous envisagez d'utiliser [Local Zones](Local_zones.md), vérifiez que vous les avez activées. Lorsque vous créez un groupe de sous-réseaux dans cette zone locale, votre VPC est étendu à cette zone locale et votre VPC traitera le sous-réseau comme n'importe quel sous-réseau dans n'importe quelle autre zone de disponibilité. Toutes les passerelles et les tables de routage pertinentes seront automatiquement ajustées.
**Pour créer une règle dans un groupe de sécurité VPC qui autorise les connexions à partir d'un autre groupe de sécurité**
1. [Connectez-vous à la console de AWS gestion et ouvrez la console Amazon VPC à https://console.aws.amazon.com l'adresse /vpc.](https://console.aws.amazon.com/vpc)
1. Dans le panneau de navigation, choisissez **Groupes de sécurité**.
1. Sélectionnez ou créez un groupe de sécurité que vous utiliserez pour vos instances cluster. Sous **Règles entrantes**, sélectionnez **Modifier les règles entrantes**, puis **Ajouter une règle**. Ce groupe de sécurité autorisera l'accès aux membres d'un autre groupe de sécurité.
1. Dans **Type**, choisissez **Règle TCP personnalisée**.
1. Pour **Plage de ports**, spécifiez le port utilisé lors de la création de votre cluster.
Le port par défaut pour les clusters et les groupes de réplication Valkey ou Redis OSS est. `6379`
1. Dans le champ **Source**, saisissez l'ID de votre groupe de sécurité. Dans la liste, sélectionnez le groupe de sécurité que vous utiliserez pour vos EC2 instances Amazon.
1. Choisissez **Enregistrer** lorsque vous avez terminé.
![\[\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/VPC-Rules.png)
Une fois que vous avez activé l'accès, vous êtes maintenant prêt à vous connecter au nœud, comme indiqué dans la section suivante.
Pour plus d'informations sur l'accès à votre ElastiCache cluster à partir d'un autre Amazon VPC, d'une autre AWS région ou même de votre réseau d'entreprise, consultez ce qui suit :
+ [Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC](elasticache-vpc-accessing.md)
+ [Accès aux ElastiCache ressources depuis l'extérieur AWS](accessing-elasticache.md#access-from-outside-aws)
## Étape 4 : Connectez-vous au nœud du cluster
Avant de continuer, terminez la section [Étape 3. Autoriser l'accès au cluster](#GettingStarted.AuthorizeAccess.valkey).
Cette section part du principe que vous avez créé une EC2 instance Amazon et que vous pouvez vous y connecter. Pour obtenir des instructions sur la procédure à suivre, consultez le [guide de EC2 démarrage Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
Une EC2 instance Amazon ne peut se connecter à un nœud de cluster que si vous l'y autorisez.
### Rechercher vos points de terminaison de nœud
Lorsque votre cluster est *disponible* et que vous y avez un accès autorisé, vous pouvez vous connecter à une EC2 instance Amazon et vous connecter au cluster. Pour cela, vous devez d'abord déterminer le point de terminaison.
#### Trouver les points de terminaison d'un cluster Valkey (mode cluster désactivé) (console)
Si un cluster Valkey (mode cluster désactivé) ne possède qu'un seul nœud, le point de terminaison du nœud est utilisé à la fois pour les lectures et les écritures. Si un cluster a plusieurs nœuds, il y a trois types de points de terminaison : le *point de terminaison principal*, le *point de terminaison du lecteur* et les *points de terminaison des nœuds*.
Le point de terminaison principal est un nom DNS qui est toujours résolu dans le nœud principal du cluster. Le point de terminaison principal n'est pas affecté par les changements apportés à votre cluster, tels que la promotion d'un réplica en lecture au rang de réplica principal. Pour l'activité d'écriture, il est préférable que vos applications se connectent au point de terminaison principal.
Un point de terminaison de lecteur répartira de manière égale les connexions entrantes vers le point de terminaison entre toutes les répliques de lecture d'un ElastiCache cluster. Des facteurs supplémentaires, comme le moment où l'application crée les connexions ou la façon dont l'application utilise ou réutilise les connexions, détermineront la distribution du trafic. Les points de terminaison du lecteur suivent les changements de cluster en temps réel au fur et à mesure que des réplicas sont ajoutés ou supprimés. Vous pouvez placer les multiples répliques de lecture de votre ElastiCache cluster dans différentes zones de AWS disponibilité (AZ) pour garantir la haute disponibilité des points de terminaison des lecteurs.
**Note**
Un point de terminaison du lecteur n'est pas un équilibreur de charge. Il s'agit d'un enregistrement DNS qui se résoudra à une adresse IP de l'un des nœuds de réplica en mode round robin.
Pour l'activité de lecture, les applications peuvent également se connecter à n'importe quel nœud du cluster. Contrairement au point de terminaison principal, les points de terminaison des nœuds sont résolus dans des points de terminaison spécifiques. En cas de modification dans votre cluster, comme l'ajout ou la suppression d'un réplica, vous devez mettre à jour les points de terminaison des nœuds de votre application.
**Pour trouver les points de terminaison d'un cluster Valkey (mode cluster désactivé)**
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 les caches **Valkey ou les caches** **Redis OSS**.
L'écran des clusters apparaîtra avec une liste qui inclura tous les caches sans serveur Valkey ou Redis OSS existants, les clusters Valkey (mode cluster désactivé) et Valkey (mode cluster activé). Choisissez le cluster que vous avez créé dans la section [Création d'un cluster Valkey (mode cluster désactivé) (console)](#Clusters.Create.CON.valkey-gs).
1. Pour trouver les points de terminaison du and/or lecteur principal du cluster, choisissez le nom du cluster (et non le bouton radio).
![\[Image : point de terminaison principal d'un cluster Valkey (mode cluster désactivé)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/Reader-Endpoint.png)
*Points de terminaison principaux et lecteurs pour un cluster Valkey (mode cluster désactivé)*
S'il y a un seul nœud dans le cluster, il n'y a aucun point de terminaison principal et vous pouvez passer à l'étape suivante.
1. Si le cluster Valkey (mode cluster désactivé) possède des nœuds de réplication, vous pouvez trouver les points de terminaison des nœuds de réplication du cluster en choisissant le nom du cluster, puis en choisissant l'onglet **Nœuds**.
L'écran des nœuds s'affiche avec chaque nœud du cluster, principal et de réplica, répertorié avec son point de terminaison.
![\[Image : points de terminaison de nœuds pour un cluster Valkey (mode cluster désactivé)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Endpoints-Redis-Node.png)
*Points de terminaison de nœuds pour un cluster Valkey (mode cluster désactivé)*
1. Pour copier un point de terminaison dans le presse-papiers :
1. Un point de terminaison à la fois, recherchez le point de terminaison que vous souhaitez copier.
1. Cliquez sur l'icône de copie située juste devant le point de terminaison.
Le point de terminaison est maintenant copié dans votre presse-papiers. Pour en savoir plus sur l’utilisation du point de terminaison pour se connecter à un nœud, consultez [Connexion aux nœuds](nodes-connecting.md).
Un point de terminaison principal Valkey (mode cluster désactivé) ressemble à ce qui suit. Il existe une différence selon que le chiffrement en transit est activé ou pas.
**Chiffrement en transit non activé**
```
clusterName.xxxxxx.nodeId.regionAndAz.cache.amazonaws.com:port
redis-01.7abc2d.0001.usw2.cache.amazonaws.com:6379
```
**Chiffrement en transit activé**
```
master.clusterName.xxxxxx.regionAndAz.cache.amazonaws.com:port
master.ncit.ameaqx.use1.cache.amazonaws.com:6379
```
Pour en savoir plus sur la recherche de vos points de terminaison, consultez les rubriques correspondant au moteur et au type de cluster que vous exécutez.
+ [Recherche de points de terminaison de connexion dans ElastiCache](Endpoints.md)
+ [Recherche de points de terminaison pour un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Endpoints.md#Endpoints.Find.RedisCluster) – vous avez besoin du point de terminaison de la configuration du cluster.
+ [Recherche des points de terminaison (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Recherche de points de terminaison (ElastiCache API)](Endpoints.md#Endpoints.Find.API)
### Connectez-vous à un cluster ou à un groupe de réplication Valkey ou Redis OSS (Linux)
Maintenant que vous disposez du point de terminaison dont vous avez besoin, vous pouvez vous connecter à une EC2 instance et vous connecter au cluster ou au groupe de réplication. Dans l'exemple suivant, vous utilisez l'utilitaire *valkey-cli* pour vous connecter à un cluster. La dernière version de valkey-cli permet également de connecter SSL/TLS encryption/authentication des clusters activés.
L'exemple suivant utilise des EC2 instances Amazon exécutant Amazon Linux et Amazon Linux 2. Pour plus de détails sur l'installation et la compilation de valkey-cli avec d'autres distributions Linux, consultez la documentation de votre système d'exploitation spécifique.
**Note**
Ce processus couvre le test d'une connexion à l'aide de l'utilitaire valkey-cli pour une utilisation imprévue uniquement. Pour obtenir la liste des clients Valkey et Redis OSS pris en charge, consultez la documentation de [Valkey](https://valkey.io/). Pour des exemples d'utilisation du AWS SDKs with ElastiCache, voir[Tutoriels : Débuter avec Python et ElastiCache](ElastiCache-Getting-Started-Tutorials.md).
#### Connexion à un mode cluster désactivé cluster non chiffré
1. Exécutez la commande suivante pour vous connecter au cluster et remplacez *primary-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Valkey ou Redis OSS est 6379.)
```
src/valkey-cli -h primary-endpoint -p port number
```
Le résultat d'une invite de commande Valkey ou Redis OSS ressemble à ce qui suit :
```
primary-endpoint:port number
```
1. Vous pouvez désormais exécuter des commandes Valkey ou Redis OSS.
```
set x Hello
OK
get x
"Hello"
```
#### Connexion à un cluster en mode unencrypted-cluster activé
1. Exécutez la commande suivante pour vous connecter au cluster et remplacez *configuration-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Valkey ou Redis OSS est 6379.)
```
src/valkey-cli -h configuration-endpoint -c -p port number
```
**Note**
Dans la commande précédente, l'option -c active le mode cluster après les [redirections -ASK et -MOVED](https://valkey.io/topics/cluster-spec).
Le résultat d'une invite de commande Valkey ou Redis OSS ressemble à ce qui suit :
```
configuration-endpoint:port number
```
1. Vous pouvez désormais exécuter des commandes Valkey ou Redis OSS. Notez que la redirection se produit car vous l'avez activée à l'aide de l'option -c. Si la redirection n'est pas activée, la commande renvoie l'erreur MOVED. Pour plus d'informations sur l'erreur MOVED, consultez la [spécification du cluster Redis OSS](https://valkey.io/topics/cluster-spec).
```
set x Hi
-> Redirected to slot [16287] located at 172.31.28.122:6379
OK
set y Hello
OK
get y
"Hello"
set z Bye
-> Redirected to slot [8157] located at 172.31.9.201:6379
OK
get z
"Bye"
get x
-> Redirected to slot [16287] located at 172.31.28.122:6379
"Hi"
```
#### Connexion à un cluster Encryption/Authentication activé
Par défaut, valkey-cli utilise une connexion TCP non cryptée lors de la connexion à Valkey ou Redis OSS. L'option est `BUILD_TLS=yes` activée SSL/TLS au moment de la compilation de valkey-cli, comme indiqué dans la section précédente. [Téléchargez et configurez l'accès en ligne de commande](set-up.md#Download-and-install-cli) L'activation d'AUTH est facultative. Toutefois, vous devez activer le chiffrement en transit pour activer AUTH. Pour plus de détails sur le ElastiCache chiffrement et l'authentification, consultez[ElastiCache chiffrement en transit (TLS)](in-transit-encryption.md).
**Note**
Vous pouvez utiliser l'option `--tls` avec valkey-cli pour vous connecter aux clusters chiffrés activés et désactivés en mode cluster. Si un cluster a un jeu de jetons AUTH, vous pouvez utiliser l'option `-a` pour fournir un mot de passe AUTH.
Dans les exemples suivants, veillez à remplacer *cluster-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Valkey ou Redis OSS est 6379.)
**Se connecter aux clusters chiffrés désactivés en mode cluster**
L'exemple suivant se connecte à un cluster activé pour le chiffrement et l'authentification :
```
src/valkey-cli -h cluster-endpoint --tls -a your-password -p port number
```
L'exemple suivant se connecte à un cluster dont le chiffrement est activé uniquement :
```
src/valkey-cli -h cluster-endpoint --tls -p port number
```
**Se connecter à des clusters chiffrés activés en mode cluster**
L'exemple suivant se connecte à un cluster activé pour le chiffrement et l'authentification :
```
src/valkey-cli -c -h cluster-endpoint --tls -a your-password -p port number
```
L'exemple suivant se connecte à un cluster dont le chiffrement est activé uniquement :
```
src/valkey-cli -c -h cluster-endpoint --tls -p port number
```
Une fois connecté au cluster, vous pouvez exécuter les commandes Valkey ou Redis OSS comme indiqué dans les exemples précédents pour les clusters non chiffrés.
#### alternative à valkey-cli
Si le mode cluster n'est pas activé sur le cluster et que vous devez établir une connexion au cluster pour un court test, mais sans passer par la compilation valkey-cli, vous pouvez utiliser telnet ou openssl. Dans les exemples de commandes suivants, veillez à remplacer *cluster-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Valkey ou Redis OSS est 6379.)
L'exemple suivant établit une connexion à un cluster dont l' and/or authentification par chiffrement est activée en mode cluster et dont le mode cluster est désactivé :
```
openssl s_client -connect cluster-endpoint:port number
```
Si un mot de passe est défini dans le cluster, connectez-vous d'abord au cluster. Après la connexion, authentifiez le cluster à l'aide de la commande suivante, puis appuyez sur la touche `Enter`. Dans l'exemple suivant, remplacez-le *your-password* par le mot de passe de votre cluster.
```
Auth your-password
```
L'exemple suivant se connecte à un cluster désactivé en mode cluster pour lequel le chiffrement ou l'authentification n'est pas activé :
```
telnet cluster-endpoint port number
```
### Connectez-vous à un cluster ou à un groupe de réplication Valkey ou Redis OSS (Windows)
Pour vous connecter au cluster Valkey ou Redis OSS depuis une instance EC2 Windows à l'aide de la CLI Valkey ou de la CLI Redis OSS, vous devez *télécharger* le package valkey-cli *et* utiliser valkey-cli.exe pour vous connecter au cluster Valkey ou Redis OSS à partir d'une instance Windows. EC2
Dans l'exemple suivant, vous utilisez l'utilitaire *valkey-cli* pour vous connecter à un cluster dont le chiffrement n'est pas activé et qui exécute Valkey ou Redis OSS. Pour plus d'informations sur Valkey ou Redis OSS et les commandes disponibles, consultez les commandes [Valkey et Redis OSS](http://valkey.io/commands) sur le site Web de Valkey.
***Pour vous connecter à un cluster Valkey ou Redis OSS qui n'est pas activé pour le chiffrement à l'aide de valkey-cli***
1. Connectez-vous à votre EC2 instance Amazon à l'aide de l'utilitaire de connexion de votre choix. 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. Copiez et collez le lien [https://github.com/microsoftarchive/redis/releases/download/win-3.0.504/Redis-x64-3.0.504.zip](https://github.com/microsoftarchive/redis/releases/download/win-3.0.504/Redis-x64-3.0.504.zip) dans un navigateur Internet pour télécharger le fichier zip du client Valkey à partir de la version disponible sur GitHub [https://github.com/microsoftarchive/redis/releases/tag/win-3.0.504](https://github.com/microsoftarchive/redis/releases/tag/win-3.0.504)
Extrayez le fichier zip dans le dossier/chemin de votre choix.
Ouvrez l'invite de commande, accédez au répertoire Valkey et exécutez la commande`c:\Valkey>valkey-cli -h Redis_Cluster_Endpoint -p 6379`.
Par exemple :
```
c:\Valkey>valkey-cli -h cmd.xxxxxxx.ng.0001.usw2.cache.amazonaws.com -p 6379
```
1. Exécutez les commandes Valkey ou Redis OSS.
Vous êtes maintenant connecté au cluster et pouvez exécuter les commandes Valkey ou Redis OSS comme suit.
```
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
"Good-bye"
get b // Get value for key "b"
"Good-bye"
// wait >= 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
## Comment procéder ensuite ?
Maintenant que vous avez essayé l'exercice Getting Started, vous pouvez explorer les sections suivantes pour en savoir plus sur les outils disponibles ElastiCache et les outils disponibles :
+ [Commencer avec AWS](https://aws.amazon.com/getting-started/)
+ [Outils pour Amazon Web Services](https://aws.amazon.com/tools/)
+ [Interface de ligne de commande AWS](https://aws.amazon.com/cli/)
+ [Référence ElastiCache d'API Amazon](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/Welcome.html)
Après avoir terminé l'exercice de mise en route, vous pouvez lire les sections suivantes pour en savoir plus sur ElastiCache l'administration :
+ [Choix de la taille de votre nœud](CacheNodes.SelectSize.md)
Vous voulez que votre cache d'être suffisamment grand pour pouvoir accueillir toutes les données que vous souhaitez mettre en cache. En même temps, vous ne souhaitez pas payer pour plus d'espace de cache que ce dont vous avez besoin. Utilisez cette rubrique pour sélectionner la meilleure taille de nœud.
+ [ElastiCache meilleures pratiques et stratégies de mise en cache](BestPractices.md)
Identifier et résoudre les problèmes qui peuvent affecter l'efficacité de votre cluster.
# Création d'un ElastiCache cluster basé sur des nœuds pour Redis OSS
Voici les actions ponctuelles que vous devez effectuer afin de créer un ElastiCache cluster basé sur des nœuds pour Redis OSS.
Pour plus d'informations sur la configuration, ElastiCache voir[Con ElastiCachefiguration](set-up.md).
**Topics**
+ [Étape 1 : Créer un groupe de sous-réseaux](#SubnetGroups.Creating-gs.redis)
+ [Étape 2 : Créer un cluster](#GettingStarted.CreateCluster.redis)
+ [Étape 3 : Autoriser l'accès au cluster](#GettingStarted.AuthorizeAccess.redis)
+ [Étape 4 : Se connecter à un nœud de cluster](#GettingStarted.ConnectToCacheNode.redis)
## Étape 1 : Créer un groupe de sous-réseaux
Avant de créer votre cluster, créez tout d’abord un groupe de sous-réseaux. Un *groupe de sous-réseaux de cache* est un ensemble de sous-réseaux que vous souhaiterez peut-être désigner pour vos clusters dans un VPC. Lorsque vous lancez un cluster dans un VPC, vous devez sélectionner un groupe de sous-réseaux de cache. ElastiCache Utilise ensuite ce groupe de sous-réseaux de cache pour attribuer des adresses IP au sein de ce sous-réseau à chaque nœud de cache du cluster.
Lorsque vous créez un nouveau groupe de sous-réseaux de , notez le nombre d'adresses IP disponibles. Si le sous-réseau a très peu d'adresses IP libres, vous pourriez ne pas pouvoir ajouter autant de nœuds de que vous le souhaitez au cluster. Pour résoudre ce problème, vous pouvez attribuer un ou plusieurs sous-réseaux à un groupe de sous-réseaux afin de disposer d'un nombre suffisant d'adresses IP dans la zone de disponibilité de votre cluster. Vous pouvez, ensuite, ajouter plusieurs nœuds de cache à votre cluster.
Les procédures suivantes expliquent comment créer un groupe de sous-réseaux appelé `mysubnetgroup` à l’aide de la console et de l’AWS CLI.
### Pour créer un groupe de sous-réseaux (console)
La procédure suivante indique comment créer un groupe de sous-réseaux (console).
**Pour créer un groupe de sous-réseaux (console)**
1. Connectez-vous à la console AWS de gestion et ouvrez-la à l' ElastiCache adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans la liste de navigation, sélectionnez ** Subnet Groups**.
1. Choisissez **Créer un groupe de sous-réseaux**.
1. Dans l'assistant **Create Subnet Group**, procédez comme suit. Lorsque tous les paramètres sont définis selon vos choix, choisissez **Yes, Create**.
1. Dans le champ **Name**, saisissez le nom de votre groupe de sous-réseaux de
1. Dans la zone **Description**, saisissez une description de votre groupe de sous-réseaux de
1. Dans la zone **VPC ID (ID du VPC)**, choisissez l’Amazon VPC que vous avez créé.
1. Dans les listes **Availability Zone (Zone de disponibilité)** et **Subnet ID (ID de sous-réseau)**, choisissez la zone de disponibilité ou la [zone locale](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/Local_zones.html) et l'ID de votre sous-réseau privé, puis choisissez **Add (Ajouter)**.
![\[Image : Écran Create Subnet VPC (Créer un VPC de sous-réseau)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/vpc-03.png)
1. Dans le message de confirmation qui s'affiche, cliquez sur **Close**.
Votre nouveau groupe de sous-réseaux apparaît dans la liste des **groupes de sous-réseaux** de la ElastiCache console. En bas de la fenêtre, vous pouvez choisir le groupe de sous-réseaux pour voir les détails, tels que tous les sous-réseaux associés à ce groupe.
### Créer un groupe de sous-réseaux (AWS CLI)
A l'invite de commande, utilisez la commande `create-cache-subnet-group` pour créer un groupe de sous-réseaux de
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-subnet-group \
--cache-subnet-group-name mysubnetgroup \
--cache-subnet-group-description "Testing" \
--subnet-ids subnet-53df9c3a
```
Pour Windows :
```
aws elasticache create-cache-subnet-group ^
--cache-subnet-group-name mysubnetgroup ^
--cache-subnet-group-description "Testing" ^
--subnet-ids subnet-53df9c3a
```
Cette commande doit produire une sortie similaire à ce qui suit :
```
{
"CacheSubnetGroup": {
"VpcId": "vpc-37c3cd17",
"CacheSubnetGroupDescription": "Testing",
"Subnets": [
{
"SubnetIdentifier": "subnet-53df9c3a",
"SubnetAvailabilityZone": {
"Name": "us-west-2a"
}
}
],
"CacheSubnetGroupName": "mysubnetgroup"
}
}
```
Pour plus d'informations, consultez la AWS CLI rubrique[create-cache-subnet-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-subnet-group.html).
## Étape 2 : Créer un cluster
Avant de créer un cluster pour une utilisation en production, vous devez évidemment réfléchir à la façon dont vous allez configurer le cluster pour répondre aux besoins métier. Ces questions sont abordées dans la section [Préparation d'un cluster dans ElastiCache](Clusters.Prepare.md). Pour les besoins de cet exercice de mise en route, vous allez créer un cluster avec le mode cluster désactivé et vous pouvez accepter les valeurs de configuration par défaut lorsqu'elles s'appliquent.
Le cluster que vous allez créer sera opérationnel, et non pas exécuté dans un environnement de test (sandbox). Les frais d' ElastiCache utilisation standard de l'instance vous seront facturés jusqu'à ce que vous la supprimiez. Le total frais seront minimes (généralement moins d'un dollar) si vous terminez l'exercice décrit ici en une seule fois et que vous supprimez votre cluster quand vous avez terminé. Pour plus d'informations sur les taux ElastiCache d'utilisation, consultez [Amazon ElastiCache](https://aws.amazon.com/elasticache/).
Votre cluster est lancé dans un cloud privé virtuel (VPC) basé sur le service Amazon VPC.
### Création d'un cluster Redis OSS (mode cluster désactivé) (console)
**Pour créer un cluster Redis OSS (mode cluster désactivé) à l'aide de la console ElastiCache**
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 la liste située dans le coin supérieur droit, choisissez la AWS région dans laquelle vous souhaitez lancer ce cluster.
1. Choisissez **Get started** (Mise en route) dans le panneau de navigation.
1. Choisissez **Create VPC** (Créer un VPC) et suivez les étapes décrites à la page [Création d'un cloud privé virtuel (VPC)](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/VPCs.CreatingVPC.html).
1. Sur la page du ElastiCache tableau de bord, choisissez **Valkey cache** ou **Redis OSS** cache. Pour cet exercice, nous allons choisir le **cache Redis OSS**, puis **créer le cache Redis OSS**.
1. Sous **Cluster settings** (Paramètres du cluster), procédez comme suit :
1. Choisissez **Configure and create a new cluster** (Configurer et créer un cluster).
1. Pour **Cluster mode** (Mode du cluster), choisissez **Disabled** (Désactivé).
1. Pour **Cluster info** (Informations sur le cluster), saisissez une valeur pour **Name** (Nom).
1. (Facultatif) Saisissez une valeur pour **Description**.
1. Sous **Location** (Emplacement) :
------
#### [ AWS Cloud ]
1. Pour **AWS Cloud**, nous vous recommandons d'accepter les paramètres par défaut pour **Multi-AZ** et **Auto-failover** (Basculement automatique). Pour plus d'informations, consultez [Minimiser les temps d'arrêt ElastiCache pour Redis OSS avec Multi-AZ](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/AutoFailover.html).
1. Sous **Cluster settings** (Paramètres de cluster)
1. Pour **Engine version** (Version du moteur), choisissez une version disponible.
1. Pour **Port**, utilisez le port par défaut, 6379. Si vous avez une raison d'utiliser un autre port, saisissez le numéro de port.
1. Pour **Groupe de paramètres**, choisissez un groupe de paramètres ou créez-en un nouveau. Les groupes de paramètres contrôlent les paramètres d'exécution de votre cluster. Pour plus d'informations sur les groupes de paramètres, consultez [Paramètres OSS Valkey et Redis](ParameterGroups.Engine.md#ParameterGroups.Redis) et [Création d'un groupe ElastiCache de paramètres](ParameterGroups.Creating.md).
**Note**
Lorsque vous sélectionnez un groupe de paramètres pour définir les valeurs de configuration du moteur, ce groupe de paramètres est appliqué à tous les clusters du magasin de données global. Dans la page **Parameter Groups (Groupes de paramètres)** l'attribut **Global** yes/no (oui/non) indique si un groupe de paramètres fait partie d'un magasin de données global.
1. Pour **Type de nœud**, choisissez la flèche vers le bas (![\[Downward-pointing triangle icon, typically used to indicate a dropdown menu.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-DnArrow.png)). Dans la boîte de dialogue **Modifier le type de nœud** choisissez une valeur pour la **famille d'instances** pour le type de nœud souhaité. Choisissez ensuite le type de nœud que vous souhaitez utiliser pour ce cluster, puis choisissez **Enregistrer**.
Pour de plus amples informations, veuillez consulter [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
Si vous choisissez un type de nœud r6gd, la hiérarchisation des données est automatiquement activée. Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
1. Pour **Number of replicas** (Nombre de réplicas), choisissez le nombre de réplicas en lecture que vous voulez. Si vous avez activé Multi-AZ, le nombre doit être compris entre 1 et 5.
1. Sous **Connectivity** (Connectivité)
1. Dans **Network type** (Type de réseau), choisissez la ou les versions d'adresses IP que ce cluster prendra en charge.
1. Pour les **groupes de sous-réseaux**, choisissez le sous-réseau que vous souhaitez appliquer à ce cluster. ElastiCache utilise ce groupe de sous-réseaux pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds. ElastiCache les clusters nécessitent un sous-réseau à double pile auquel les deux IPv6 adresses sont attribuées pour fonctionner en mode double pile IPv4 et un sous-réseau « uniquement » pour fonctionner en tant que « IPv6 -only ». IPv6
Lorsque vous créez un nouveau groupe de sous-réseaux, entrez le **VPC ID** (ID du VPC) auquel il appartient.
Pour en savoir plus, consultez :
+ [Choix d'un type de réseau dans ElastiCache](network-type.md).
+ [Créer un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet)
Si vous utilisez [Utilisation de zones locales avec ElastiCache](Local_zones.md), vous devez créer ou choisir un sous-réseau qui se trouve dans la zone locale.
Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md).
1. Pour **Availability zone placements** (Placement de zones de disponibilité), vous avez deux options :
+ **Aucune préférence** : ElastiCache choisit la zone de disponibilité.
+ **Specify availability zones (Spécifier les zones de disponibilité)** : vous spécifiez la zone de disponibilité pour chaque cluster.
Si vous avez choisi de spécifier les Zones de disponibilité, pour chaque cluster de chaque partition, choisissez la Zone de disponibilité depuis la liste.
Pour de plus amples informations, veuillez consulter [Choix des régions et des zones de disponibilité pour ElastiCache](RegionsAndAZs.md).
1. Choisissez **Next** (Suivant)
1. Sous Paramètres **avancés de Redis OSS**
1. Pour **Security** (Sécurité) :
1. Pour le chiffrement de vos données, vous avez les options suivantes :
+ **Encryption at rest (Chiffrement au repos)** : active le chiffrement des données stockées sur le disque. Pour de plus amples informations, veuillez consulter [Chiffrement au repos](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/at-rest-encryption.html).
**Note**
Vous avez la possibilité de fournir une autre clé de chiffrement en choisissant la clé **AWS KMS gérée par le client** et en choisissant la clé. Pour de plus amples informations, veuillez consulter [Utilisation clés AWS KMS gérées par le client](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/at-rest-encryption.html#using-customer-managed-keys-for-elasticache-security).
+ **Encryption in-transit (Chiffrement en transit)** : permet le chiffrement des données sur le câble. Pour de plus amples informations, veuillez consulter [Chiffrement en transit](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/in-transit-encryption.html). Pour la version 6.0 ElastiCache du moteur pour Redis OSS et les versions ultérieures, si vous activez le chiffrement en transit, vous serez invité à spécifier l'une des options de **contrôle d'accès** suivantes :
+ **No Access Control (Aucun contrôle d'accès)** – il s'agit du paramètre par défaut. Cela indique qu'aucune restriction n'est imposée à l'accès des utilisateurs au cluster.
+ **User Group Access Control List (Liste de contrôle d'accès au groupe d'utilisateurs)** : choisissez un groupe d'utilisateurs avec un ensemble défini d'utilisateurs pouvant accéder au cluster. Pour de plus amples informations, veuillez consulter [Gestion des groupes d'utilisateurs avec la console et la CLI](Clusters.RBAC.md#User-Groups).
+ **Utilisateur par défaut AUTH** — Mécanisme d'authentification pour les serveurs Valkey et Redis OSS. Pour plus d'informations, consultez [AUTH.](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/auth.html)
+ **AUTH** — Mécanisme d'authentification pour le serveur Redis OSS. Pour plus d'informations, consultez [AUTH.](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/auth.html)
**Note**
Pour les versions de Redis OSS supérieures à 3.2.6, à l'exception de la version 3.2.10, Redis OSS AUTH est la seule option.
1. Pour **Groupes de sécurité**, choisissez les groupes de sécurité que vous souhaitez utiliser pour ce cluster. Un *groupe de sécurité* agit comme un pare-feu pour contrôler l'accès réseau à votre cluster. Vous pouvez utiliser le groupe de sécurité par défaut pour votre VPC ou en créer un nouveau.
Pour plus d'informations sur les groupes de sécurité, consultez [Groupes de sécurité pour votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) dans le *Guide de l'utilisateur Amazon VPC*.
1. Pour des sauvegardes automatiques régulières, choisissez **Activer les sauvegardes automatiques**, puis entrez le nombre de jours pendant lesquels vous souhaitez conserver une sauvegarde automatique avant sa suppression automatique. Si vous ne souhaitez pas de sauvegardes automatiques régulières, désactivez la case à cocher **Enable automatic backups**. Dans les deux cas, vous avez toujours la possibilité de créer des sauvegardes manuelles.
Pour plus d'informations sur la sauvegarde et la restauration, consultez[Instantané et restauration](backups.md).
1. (Facultatif) Spécifiez une fenêtre de maintenance. La *fenêtre de maintenance* indique le moment, généralement d'une durée d'une heure, chaque semaine, où ElastiCache planifie la maintenance du système pour votre cluster. Vous pouvez autoriser ElastiCache à choisir le jour et l'heure de la fenêtre de maintenance (*Aucune préférence*) ou vous pouvez choisir vous-même le jour, l'heure et la durée (*Specify maintenance window (Spécifier la fenêtre de maintenance)*). Si vous choisissez *Specify maintenance window*, choisissez dans les listes les valeurs de *Start day*, *Start time* et *Duration* (en heures) pour le créneau de maintenance. Toutes les heures sont exprimées en heures UCT.
Pour de plus amples informations, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
1. (Facultatif) Pour **Logs (Journaux)** :
+ Sous **Log format (Format de journal)**, sélectionnez **Text (Texte)** ou **JSON**.
+ Sous **Type de destination**, sélectionnez **CloudWatch Logs** ou **Kinesis Firehose**.
+ Sous **Destination du journal**, choisissez **Create new** et entrez le nom de votre groupe de CloudWatch journaux ou le nom de votre flux Firehose, ou choisissez **Select existing**, puis choisissez le nom de votre groupe de journaux de CloudWatch journaux ou le nom de votre stream Firehose,
1. Pour les **balises**, pour vous aider à gérer vos clusters et autres ElastiCache ressources, vous pouvez attribuer vos propres métadonnées à chaque ressource sous forme de balises. Pour plus d'informations, consultez [Marquer vos ressources ElastiCache](Tagging-Resources.md).
1. Choisissez **Suivant**.
1. Passez en revue toutes vos entrées et sélections, puis effectuez les corrections nécessaires. Lorsque vous êtes prêt, choisissez **Create** (Créer).
------
#### [ On premises ]
1. Pour **On premises** (Sur site), nous vous recommandons de laisser **Auto-failover** (Basculement automatique) activé. Pour plus d'informations, voir [Minimiser les temps d'arrêt ElastiCache pour Redis OSS avec Multi-AZ](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/AutoFailover.html)
1. Pour terminer la création du cluster, suivez les étapes de la section [Utilisation d'Outposts](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/ElastiCache-Outposts.html).
------
Dès que le statut de votre cluster est *disponible*, vous pouvez autoriser Amazon à y EC2 accéder, vous y connecter et commencer à l'utiliser. Pour plus d’informations, consultez [Étape 3. Autoriser l'accès au cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.AuthorizeAccess.valkey) et [Étape 4 : Connectez-vous au nœud du cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.ConnectToCacheNode.valkey).
**Important**
Une fois que votre cluster est disponible, vous êtes facturé pour chaque heure ou partie d'heure où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
### Création d'un cluster Redis OSS (mode cluster désactivé) (AWS CLI)
**Example**
Le code CLI suivant crée un cluster Redis OSS (mode cluster désactivé) sans répliques.
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-type cache.r4.large \
--engine redis \
--num-cache-nodes 1 \
--snapshot-arns arn:aws:s3:::my_bucket/snapshot.rdb
```
Pour Windows :
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-type cache.r4.large ^
--engine redis ^
--num-cache-nodes 1 ^
--snapshot-arns arn:aws:s3:::my_bucket/snapshot.rdb
```
Pour utiliser le mode cluster activé, veuillez consulter les rubriques suivantes :
+ Pour utiliser la console, veuillez consulter [Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster).
+ Pour utiliser le AWS CLI, voir[Création d'un cluster Valkey ou Redis OSS (mode cluster activé) ()AWS CLI](Clusters.Create.md#Clusters.Create.CLI.RedisCluster).
## Étape 3 : Autoriser l'accès au cluster
Cette section part du principe que vous êtes familiarisé avec le lancement et la connexion aux EC2 instances Amazon. Pour plus d'informations, consultez le *[guide de EC2 démarrage Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)*.
Tous les ElastiCache clusters sont conçus pour être accessibles depuis une EC2 instance Amazon. Le scénario le plus courant consiste à accéder à un ElastiCache cluster depuis une EC2 instance Amazon dans le même Amazon Virtual Private Cloud (Amazon VPC), ce qui sera le cas pour cet exercice.
Par défaut, l'accès réseau à votre cluster est limité au compte qui a été utilisé pour le créer. Avant de pouvoir vous connecter à un cluster à partir d'une EC2 instance, vous devez autoriser l' EC2 instance à accéder au cluster. Les étapes requises varient selon que vous avez lancé votre cluster dans EC2 -VPC ou EC2 -Classic.
Le cas d'utilisation le plus courant est celui où une application déployée sur une EC2 instance doit se connecter à un cluster dans le même VPC. La méthode la plus simple pour gérer l'accès entre les EC2 instances et les clusters d'un même VPC consiste à effectuer les opérations suivantes :
1. Créez un groupe de sécurité VPC pour votre cluster. Ce groupe de sécurité peut être utilisé pour restreindre l'accès aux instances de cluster. Par exemple, vous pouvez créer une règle personnalisée pour ce groupe de sécurité, qui autorise l'accès TCP à l'aide du port que vous avez attribué au cluster lorsque vous l'avez créé et une adresse IP que vous utiliserez pour accéder au cluster.
Le port par défaut pour les clusters Redis OSS et les groupes de réplication est`6379`.
**Important**
Les groupes ElastiCache de sécurité Amazon ne s'appliquent qu'aux clusters qui ne s'exécutent *pas* dans un environnement Amazon Virtual Private Cloud (VPC). Si vous exécutez un Amazon Virtual Private Cloud, les **groupes de sécurité** ne sont pas disponibles dans le panneau de navigation de la console.
Si vous exécutez vos ElastiCache nœuds dans un Amazon VPC, vous contrôlez l'accès à vos clusters à l'aide des groupes de sécurité Amazon VPC, qui sont différents des groupes de sécurité. ElastiCache Pour plus d'informations sur l'utilisation ElastiCache dans un Amazon VPC, consultez [Amazon VPCs et la ElastiCache sécurité](VPCs.md)
1. Créez un groupe de sécurité VPC pour vos EC2 instances (serveurs Web et d'applications). Ce groupe de sécurité peut, si nécessaire, autoriser l'accès à l' EC2 instance depuis Internet via la table de routage du VPC. Par exemple, vous pouvez définir des règles sur ce groupe de sécurité pour autoriser l'accès TCP à l' EC2 instance via le port 22.
1. Créez des règles personnalisées dans le groupe de sécurité de votre cluster qui autorisent les connexions à partir du groupe de sécurité que vous avez créé pour vos EC2 instances. N'importe quel membre du groupe de sécurité peut ainsi accéder aux clusters.
**Note**
Si vous prévoyez de les utiliser[Utilisation de zones locales avec ElastiCache](Local_zones.md), assurez-vous de les avoir activées. Lorsque vous créez un groupe de sous-réseaux dans cette zone locale, votre VPC est étendu à cette zone locale et votre VPC traitera le sous-réseau comme n'importe quel sous-réseau dans n'importe quelle autre zone de disponibilité. Toutes les passerelles et les tables de routage pertinentes seront automatiquement ajustées.
**Pour créer une règle dans un groupe de sécurité VPC qui autorise les connexions à partir d'un autre groupe de sécurité**
1. [Connectez-vous à la console de AWS gestion et ouvrez la console Amazon VPC à https://console.aws.amazon.com l'adresse /vpc.](https://console.aws.amazon.com/vpc)
1. Dans le panneau de navigation, choisissez **Groupes de sécurité**.
1. Sélectionnez ou créez un groupe de sécurité que vous utiliserez pour vos instances cluster. Sous **Règles entrantes**, sélectionnez **Modifier les règles entrantes**, puis **Ajouter une règle**. Ce groupe de sécurité autorisera l'accès aux membres d'un autre groupe de sécurité.
1. Dans **Type**, choisissez **Règle TCP personnalisée**.
1. Pour **Plage de ports**, spécifiez le port utilisé lors de la création de votre cluster.
Le port par défaut pour les clusters Redis OSS et les groupes de réplication est`6379`.
1. Dans le champ **Source**, saisissez l'ID de votre groupe de sécurité. Dans la liste, sélectionnez le groupe de sécurité que vous utiliserez pour vos EC2 instances Amazon.
1. Choisissez **Enregistrer** lorsque vous avez terminé.
![\[\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/VPC-Rules.png)
Une fois que vous avez activé l'accès, vous êtes maintenant prêt à vous connecter au nœud, comme indiqué dans la section suivante.
Pour plus d'informations sur l'accès à votre ElastiCache cluster à partir d'un autre Amazon VPC, d'une autre AWS région ou même de votre réseau d'entreprise, consultez ce qui suit :
+ [Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC](elasticache-vpc-accessing.md)
+ [Accès aux ElastiCache ressources depuis l'extérieur AWS](accessing-elasticache.md#access-from-outside-aws)
## Étape 4 : Se connecter à un nœud de cluster
Avant de continuer, terminez la section [Étape 3 : Autoriser l'accès au cluster](#GettingStarted.AuthorizeAccess.redis).
Cette section part du principe que vous avez créé une EC2 instance Amazon et que vous pouvez vous y connecter. Pour obtenir des instructions sur la procédure à suivre, consultez le [guide de EC2 démarrage Amazon](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
Une EC2 instance Amazon ne peut se connecter à un nœud de cluster que si vous l'y autorisez.
### Rechercher vos points de terminaison de nœud
Lorsque votre cluster est *disponible* et que vous y avez un accès autorisé, vous pouvez vous connecter à une EC2 instance Amazon et vous connecter au cluster. Pour cela, vous devez d'abord déterminer le point de terminaison.
#### Trouver les points de terminaison d'un cluster Valkey ou Redis OSS (mode cluster désactivé) (console)
Si un cluster Redis OSS (mode cluster désactivé) ne possède qu'un seul nœud, le point de terminaison du nœud est utilisé à la fois pour les lectures et les écritures. Si un cluster a plusieurs nœuds, il y a trois types de points de terminaison : le *point de terminaison principal*, le *point de terminaison du lecteur* et les *points de terminaison des nœuds*.
Le point de terminaison principal est un nom DNS qui est toujours résolu dans le nœud principal du cluster. Le point de terminaison principal n'est pas affecté par les changements apportés à votre cluster, tels que la promotion d'un réplica en lecture au rang de réplica principal. Pour l'activité d'écriture, il est préférable que vos applications se connectent au point de terminaison principal.
Un point de terminaison de lecteur répartira de manière égale les connexions entrantes vers le point de terminaison entre toutes les répliques de lecture ElastiCache d'un cluster Redis OSS. Des facteurs supplémentaires, comme le moment où l'application crée les connexions ou la façon dont l'application utilise ou réutilise les connexions, détermineront la distribution du trafic. Les points de terminaison du lecteur suivent les changements de cluster en temps réel au fur et à mesure que des réplicas sont ajoutés ou supprimés. Vous pouvez placer ElastiCache les multiples répliques de lecture de votre cluster Redis OSS dans différentes zones de AWS disponibilité (AZ) afin de garantir la haute disponibilité des points de terminaison des lecteurs.
**Note**
Un point de terminaison du lecteur n'est pas un équilibreur de charge. Il s'agit d'un enregistrement DNS qui se résoudra à une adresse IP de l'un des nœuds de réplica en mode round robin.
Pour l'activité de lecture, les applications peuvent également se connecter à n'importe quel nœud du cluster. Contrairement au point de terminaison principal, les points de terminaison des nœuds sont résolus dans des points de terminaison spécifiques. En cas de modification dans votre cluster, comme l'ajout ou la suppression d'un réplica, vous devez mettre à jour les points de terminaison des nœuds de votre application.
**Pour rechercher les points de terminaison d'un cluster Redis OSS (mode cluster désactivé)**
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 les **caches Redis OSS**.
L'écran des clusters apparaîtra avec une liste qui inclura tous les caches sans serveur Valkey ou Redis OSS existants, les clusters Redis OSS (mode cluster désactivé) et les clusters Redis OSS (mode cluster activé). Choisissez le cluster que vous avez créé dans la section [Création d'un cluster Redis OSS (mode cluster désactivé) (console)](#Clusters.Create.CON.Redis-gs).
1. Pour trouver les points de terminaison du and/or lecteur principal du cluster, choisissez le nom du cluster (et non le bouton radio).
![\[Image : point de terminaison principal d'un cluster Redis OSS (mode cluster désactivé)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/Reader-Endpoint.png)
*Points de terminaison principaux et lecteurs pour un cluster Redis OSS (mode cluster désactivé)*
S'il y a un seul nœud dans le cluster, il n'y a aucun point de terminaison principal et vous pouvez passer à l'étape suivante.
1. Si le cluster Redis OSS (mode cluster désactivé) possède des nœuds de réplication, vous pouvez trouver les points de terminaison des nœuds de réplication du cluster en choisissant le nom du cluster, puis en choisissant l'onglet **Nœuds**.
L'écran des nœuds s'affiche avec chaque nœud du cluster, principal et de réplica, répertorié avec son point de terminaison.
![\[Image : points de terminaison de nœuds pour un cluster Redis OSS (mode cluster désactivé)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Endpoints-Redis-Node.png)
*Points de terminaison de nœuds pour un cluster Redis OSS (mode cluster désactivé)*
1. Pour copier un point de terminaison dans le presse-papiers :
1. Un point de terminaison à la fois, recherchez le point de terminaison que vous souhaitez copier.
1. Cliquez sur l'icône de copie située juste devant le point de terminaison.
Le point de terminaison est maintenant copié dans votre presse-papiers. Pour en savoir plus sur l’utilisation du point de terminaison pour se connecter à un nœud, consultez [Connexion aux nœuds](nodes-connecting.md).
Un point de terminaison principal Redis OSS (mode cluster désactivé) ressemble à ce qui suit. Il existe une différence selon que le chiffrement en transit est activé ou pas.
**Chiffrement en transit non activé**
```
clusterName.xxxxxx.nodeId.regionAndAz.cache.amazonaws.com:port
redis-01.7abc2d.0001.usw2.cache.amazonaws.com:6379
```
**Chiffrement en transit activé**
```
master.clusterName.xxxxxx.regionAndAz.cache.amazonaws.com:port
master.ncit.ameaqx.use1.cache.amazonaws.com:6379
```
Pour en savoir plus sur la recherche de vos points de terminaison, consultez les rubriques correspondant au moteur et au type de cluster que vous exécutez.
+ [Recherche de points de terminaison de connexion dans ElastiCache](Endpoints.md)
+ [Recherche de points de terminaison pour un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Endpoints.md#Endpoints.Find.RedisCluster) – vous avez besoin du point de terminaison de la configuration du cluster.
+ [Recherche des points de terminaison (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Recherche de points de terminaison (ElastiCache API)](Endpoints.md#Endpoints.Find.API)
### Connectez-vous à un cluster ou à un groupe de réplication Valkey ou Redis OSS (Linux)
Maintenant que vous disposez du point de terminaison dont vous avez besoin, vous pouvez vous connecter à une EC2 instance et vous connecter au cluster ou au groupe de réplication. Dans l'exemple suivant, vous utilisez l'utilitaire *valkey-cli* pour vous connecter à un cluster. La dernière version de valkey-cli permet également de connecter SSL/TLS encryption/authentication des clusters activés.
L'exemple suivant utilise des EC2 instances Amazon exécutant Amazon Linux et Amazon Linux 2. Pour plus de détails sur l'installation et la compilation de valkey-cli avec d'autres distributions Linux, consultez la documentation de votre système d'exploitation spécifique.
**Note**
Ce processus couvre le test d'une connexion à l'aide de l'utilitaire valkey-cli pour une utilisation imprévue uniquement. Pour obtenir la liste des clients pris en charge, consultez la [documentation de Valkey](https://valkey.io/). Pour des exemples d'utilisation du AWS SDKs with ElastiCache, voir[Tutoriels : Débuter avec Python et ElastiCache](ElastiCache-Getting-Started-Tutorials.md).
#### Connexion à un mode cluster désactivé cluster non chiffré
1. Exécutez la commande suivante pour vous connecter au cluster et remplacez *primary-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Valkey et Redis OSS est 6379.)
```
src/valkey-cli -h primary-endpoint -p port number
```
Le résultat affiché dans une invite de commande ressemble à ce qui suit :
```
primary-endpoint:port number
```
1. Vous pouvez désormais exécuter les commandes Valkey et Redis OSS.
```
set x Hello
OK
get x
"Hello"
```
#### Connexion à un cluster en mode unencrypted-cluster activé
1. Exécutez la commande suivante pour vous connecter au cluster et remplacez *configuration-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Valkey et Redis OSS est 6379.)
```
src/valkey-cli -h configuration-endpoint -c -p port number
```
**Note**
Dans la commande précédente, l'option -c active le mode cluster après les [redirections -ASK et -MOVED](https://redis.io/topics/cluster-spec).
Le résultat affiché dans une invite de commande ressemble à ce qui suit :
```
configuration-endpoint:port number
```
1. Vous pouvez désormais exécuter les commandes Valkey et Redis OSS. Notez que la redirection se produit car vous l'avez activée à l'aide de l'option -c. Si la redirection n'est pas activée, la commande renvoie l'erreur MOVED. Pour plus d'informations sur l'erreur MOVED, consultez la [spécification du cluster](https://valkey.io/topics/cluster-spec).
```
set x Hi
-> Redirected to slot [16287] located at 172.31.28.122:6379
OK
set y Hello
OK
get y
"Hello"
set z Bye
-> Redirected to slot [8157] located at 172.31.9.201:6379
OK
get z
"Bye"
get x
-> Redirected to slot [16287] located at 172.31.28.122:6379
"Hi"
```
#### Connexion à un cluster Encryption/Authentication activé
Par défaut, valkey-cli utilise une connexion TCP non cryptée lors de la connexion à Valkey et Redis OSS. L'option est `BUILD_TLS=yes` activée SSL/TLS au moment de la compilation de valkey-cli, comme indiqué dans la section précédente. [Téléchargez et configurez l'accès en ligne de commande](set-up.md#Download-and-install-cli) L'activation d'AUTH est facultative. Toutefois, vous devez activer le chiffrement en transit pour activer AUTH. Pour plus de détails sur le ElastiCache chiffrement et l'authentification, consultez[ElastiCache chiffrement en transit (TLS)](in-transit-encryption.md).
**Note**
Vous pouvez utiliser l'option `--tls` avec valkey-cli pour vous connecter aux clusters chiffrés activés et désactivés en mode cluster. Si un cluster a un jeu de jetons AUTH, vous pouvez utiliser l'option `-a` pour fournir un mot de passe AUTH.
Dans les exemples suivants, veillez à remplacer *cluster-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Redis OSS est 6379.)
**Se connecter aux clusters chiffrés désactivés en mode cluster**
L'exemple suivant se connecte à un cluster activé pour le chiffrement et l'authentification :
```
src/valkey-cli -h cluster-endpoint --tls -a your-password -p port number
```
L'exemple suivant se connecte à un cluster dont le chiffrement est activé uniquement :
```
src/valkey-cli -h cluster-endpoint --tls -p port number
```
**Se connecter à des clusters chiffrés activés en mode cluster**
L'exemple suivant se connecte à un cluster activé pour le chiffrement et l'authentification :
```
src/valkey-cli -c -h cluster-endpoint --tls -a your-password -p port number
```
L'exemple suivant se connecte à un cluster dont le chiffrement est activé uniquement :
```
src/valkey-cli -c -h cluster-endpoint --tls -p port number
```
Une fois connecté au cluster, vous pouvez exécuter les commandes Valkey ou Redis OSS comme indiqué dans les exemples précédents pour les clusters non chiffrés.
#### Une alternative à valkey-cli ou à Redis-cli
Si le mode cluster n'est pas activé sur le cluster et que vous devez établir une connexion au cluster pour un court test, mais sans passer par la compilation valkey-cli ou redis-cli, vous pouvez utiliser telnet ou openssl. Dans les exemples de commandes suivants, veillez à remplacer *cluster-endpoint* et *port number* par le point de terminaison de votre cluster et votre numéro de port. (Le port par défaut pour Redis OSS est 6379.)
L'exemple suivant établit une connexion à un cluster dont l' and/or authentification par chiffrement est activée en mode cluster et dont le mode cluster est désactivé :
```
openssl s_client -connect cluster-endpoint:port number
```
Si un mot de passe est défini dans le cluster, connectez-vous d'abord au cluster. Après la connexion, authentifiez le cluster à l'aide de la commande suivante, puis appuyez sur la touche `Enter`. Dans l'exemple suivant, remplacez-le *your-password* par le mot de passe de votre cluster.
```
Auth your-password
```
L'exemple suivant se connecte à un cluster désactivé en mode cluster pour lequel le chiffrement ou l'authentification n'est pas activé :
```
telnet cluster-endpoint port number
```
### Connectez-vous à un cluster ou à un groupe de réplication Valkey ou Redis OSS (Windows)
Pour vous connecter au cluster depuis une instance EC2 Windows à l'aide de la CLI Valkey ou Redis OSS, vous devez télécharger le package *valkey-cli* et utiliser *valkey-cli.exe* pour vous connecter au cluster Valkey ou Redis OSS à partir d'une instance Windows. EC2
Dans l'exemple suivant, vous utilisez l'utilitaire *valkey-cli* pour vous connecter à un cluster dont le chiffrement n'est pas activé et qui exécute Valkey ou Redis OSS. Pour plus d'informations sur Valkey et les commandes disponibles, consultez la section Commandes [Valkey sur le site](http://valkey.io/commands) Web de Valkey.
***Pour vous connecter à un cluster Valkey ou Redis OSS qui n'est pas activé pour le chiffrement à l'aide de valkey-cli***
1. Connectez-vous à votre EC2 instance Amazon à l'aide de l'utilitaire de connexion de votre choix. 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. Copiez et collez le lien [https://github.com/microsoftarchive/redis/releases/download/win-3.0.504/Redis-x64-3.0.504.zip](https://github.com/microsoftarchive/redis/releases/download/win-3.0.504/Redis-x64-3.0.504.zip) dans un navigateur Internet pour télécharger le fichier zip du client Redis OSS à partir de la version disponible sur GitHub [https://github.com/microsoftarchive/redis/releases/tag/win-3.0.504](https://github.com/microsoftarchive/redis/releases/tag/win-3.0.504)
Extrayez le fichier zip dans le dossier/chemin de votre choix.
Ouvrez l'invite de commande, accédez au répertoire Valkey et exécutez la commande`c:\Valkey>valkey-cli -h Valkey_Cluster_Endpoint -p 6379`.
Par exemple :
```
c:\Valkey>valkey-cli -h cmd.xxxxxxx.ng.0001.usw2.cache.amazonaws.com -p 6379
```
1. Exécutez les commandes Valkey ou Redis OSS.
Vous êtes maintenant connecté au cluster et pouvez exécuter les commandes Valkey ou Redis OSS comme suit.
```
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
"Good-bye"
get b // Get value for key "b"
"Good-bye"
// wait >= 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
# Suppression d’un cluster
Tant que l'état d'un cluster est *available*, ce cluster vous est facturé, que vous l'utilisiez activement ou pas. Pour ne plus être facturé, supprimez le cluster.
**Avertissement**
Lorsque vous supprimez un ElastiCache cluster, vos instantanés manuels sont conservés. Vous pouvez également créer un instantané final avant la suppression du cluster. Les instantanés mis en cache automatiquement ne sont pas conservés. Pour de plus amples informations, veuillez consulter [Instantané et restauration](backups.md).
`CreateSnapshot`une autorisation est requise pour créer un instantané final. Sans cette autorisation, l'appel d'API échouera avec une `Access Denied` exception.
## À l'aide du AWS Management Console
La procédure suivante supprime un cluster unique de votre déploiement. Pour supprimer plusieurs clusters, répétez la procédure pour chaque cluster à supprimer. Vous n'avez pas besoin d'attendre la fin de la suppression d'un cluster avant de démarrer la procédure pour en supprimer un autre.
**Pour supprimer un cluster**
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 tableau de bord ElastiCache du moteur, choisissez Valkey ou Redis OSS.
La liste de tous les caches exécutés sur ce moteur apparaît.
1. Pour choisir le cluster à supprimer, choisissez le nom du cluster dans la liste des clusters. Dans ce cas, le nom du cluster que vous avez créé sur [Étape 2 : Créer un cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.CreateCluster.valkey).
**Important**
Vous ne pouvez supprimer qu'un seul cluster à la fois depuis la ElastiCache console. Le choix de plusieurs clusters désactive l'opération de suppression.
1. Pour **Actions**, choisissez **Supprimer**.
1. Dans l’écran de confirmation **Supprimer un cluster**, entrez le nom du cluster et choisissez **Sauvegarde finale**. Choisissez ensuite **Supprimer** pour supprimer le cluster, ou choisissez **Annuler** pour conserver le cluster.
Si vous choisissez **Delete**, le cluster passe à l'état *Suppression en cours*.
Dès que votre cluster n'est plus répertorié dans la liste des clusters, il n'est plus facturé.
## À l'aide du AWS CLI
Le code suivant supprime le cluster `my-cluster`. Dans ce cas, remplacez `my-cluster` par le nom du cluster que vous avez créé sur [Étape 2 : Créer un cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.CreateCluster.valkey).
```
aws elasticache delete-cache-cluster --cache-cluster-id my-cluster
```
L'action `delete-cache-cluster` CLI ne supprime qu'un seul cluster. Pour supprimer plusieurs clusters, appelez `delete-cache-cluster` chaque cluster de cache que vous souhaitez supprimer. Il n'est pas nécessaire d'attendre la fin de la suppression d'un cluster pour en supprimer un autre.
Pour Linux, macOS ou Unix :
```
aws elasticache delete-cache-cluster \
--cache-cluster-id my-cluster \
--region us-east-2
```
Pour Windows :
```
aws elasticache delete-cache-cluster ^
--cache-cluster-id my-cluster ^
--region us-east-2
```
Pour plus d'informations, consultez AWS CLI la ElastiCache rubrique dédiée [https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-cluster.html).
# Autres ElastiCache tutoriels et vidéos
Les didacticiels suivants abordent les tâches présentant un intérêt pour les ElastiCache utilisateurs d'Amazon.
+ [ElastiCache Vidéos](#tutorial-videos)
+ [Tutoriel : Configuration d'une fonction Lambda pour accéder à Amazon ElastiCache dans un Amazon VPC](https://docs.aws.amazon.com/lambda/latest/dg/vpc-ec.html)
## ElastiCache Vidéos
Voici des vidéos qui vous aideront à apprendre les ElastiCache concepts de base et avancés d'Amazon. Pour plus d'informations sur AWS la formation, voir [AWS Formation et certification](https://aws.amazon.com/training/).
**Topics**
+ [Vidéos d'introduction](#WhatIs.Videos.Beginning)
+ [Vidéos avancées](#WhatIs.Videos.Advanced)
### Vidéos d'introduction
Les vidéos suivantes vous présentent Amazon ElastiCache.
**Topics**
+ [AWS re:Invent 2020 : les nouveautés d'Amazon ElastiCache](#WhatIs.Videos.Beginning.2020)
+ [AWS re:Invent 2019 : les nouveautés d'Amazon ElastiCache](#WhatIs.Videos.Beginning.2019)
+ [AWS re:Invent 2017 : les nouveautés d'Amazon ElastiCache](#WhatIs.Videos.Beginning.2017)
+ [DAT204 — Création d'applications évolutives sur les services AWS NoSQL (re:Invent 2015)](#WhatIs.Videos.Beginning.2015.DAT204)
+ [DAT207 — Accélérer les performances des applications avec Amazon ElastiCache (AWS re:Invent 2013)](#WhatIs.Videos.Beginning.2013.DAT207)
#### AWS re:Invent 2020 : les nouveautés d'Amazon ElastiCache
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/O9mqbIYJXWE)
#### AWS re:Invent 2019 : les nouveautés d'Amazon ElastiCache
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/SaGW_Bln3qA)
#### AWS re:Invent 2017 : les nouveautés d'Amazon ElastiCache
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/wkGn1TzCgnk)
#### DAT204 — Création d'applications évolutives sur les services AWS NoSQL (re:Invent 2015)
Au cours de cette session, nous aborderons les avantages des bases de données NoSQL et passerons en revue les principaux services NoSQL proposés par AWS Amazon DynamoDB et Amazon. ElastiCache Ensuite, nous entendons deux clients de premier plan, Expedia et Mapbox, nous parler de leurs cas d'utilisation et de leurs défis architecturaux, et de la manière dont ils les ont abordés à l'aide des services AWS NoSQL, y compris les modèles de conception et les meilleures pratiques. A la fin de cette session vous devriez avoir une meilleure compréhension de NoSQL et de ses capacités performantes, pour affronter avec confiance vos défis de gestion de bases de données.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/ie4dWGT76LM)
#### DAT207 — Accélérer les performances des applications avec Amazon ElastiCache (AWS re:Invent 2013)
Dans cette vidéo, découvrez comment utiliser Amazon ElastiCache pour déployer facilement un système de mise en cache en mémoire afin d'accélérer les performances de vos applications. Nous vous montrons comment utiliser Amazon ElastiCache pour améliorer la latence de vos applications et réduire la charge sur vos serveurs de base de données. Nous vous montrerons également comment créer une couche de mise en cache facile à gérer et à adapter au fur et à mesure que votre application se développe. Au cours de cette session, nous passerons en revue différents scénarios et cas d'utilisation qui peuvent bénéficier de l'activation de la mise en cache, et discutons des fonctionnalités proposées par Amazon ElastiCache.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/odMmdPBV8hM)
### Vidéos avancées
Les vidéos suivantes abordent des ElastiCache sujets Amazon plus avancés.
**Topics**
+ [Concevez pour réussir grâce aux ElastiCache meilleures pratiques d'Amazon (re:Invent 2020)](#WhatIs.Videos.Advanced.2020.DAT305)
+ [Boostez vos applications en temps réel avec Amazon ElastiCache (re:Invent 2019)](#WhatIs.Videos.Advanced.2019.DAT305)
+ [Bonnes pratiques : migration de clusters Redis OSS d'Amazon EC2 vers ElastiCache (re:Invent 2019)](#WhatIs.Videos.Advanced.2019.DAT358)
+ [Développez une plateforme de sports fantastiques avec Amazon ElastiCache et Amazon Aurora STP11 (re:Invent 2018)](#WhatIs.Videos.Advanced.2019)
+ [Redis OSS fiable et évolutif dans le cloud avec Amazon ElastiCache (re:Invent 2018)](#WhatIs.Videos.AdvancedDD.2018)
+ [ElastiCache Deep Dive : modèles de conception pour les stockages de données en mémoire (re:Invent 2018)](#WhatIs.Videos.AdvancedDD.2019)
+ [DAT305 — Amazon ElastiCache Deep Dive (re:Invent 2017)](#WhatIs.Videos.Advanced.2017.DAT305)
+ [DAT306 — Amazon ElastiCache Deep Dive (re:Invent 2016)](#WhatIs.Videos.Advanced.2016.DAT306)
+ [DAT317—Comment IFTTT utilise Redis OSS ElastiCache pour prédire les événements (re:Invent 2016)](#WhatIs.Videos.Advanced.2016.DAT317)
+ [DAT407 — Amazon ElastiCache Deep Dive (re:Invent 2015)](#WhatIs.Videos.Advanced.2015.DAT407)
+ [SDD402 — Amazon ElastiCache Deep Dive (re:Invent 2014)](#WhatIs.Videos.Advanced.2014.SDD402)
+ [DAT307 — Présentation approfondie de l' ElastiCache architecture et des modèles de conception d'Amazon (re:Invent 2013)](#WhatIs.Videos.Advanced.2013.DAT307)
#### Concevez pour réussir grâce aux ElastiCache meilleures pratiques d'Amazon (re:Invent 2020)
Avec la croissance exponentielle des applications critiques en temps réel basées sur Redis OSS, la disponibilité, l'évolutivité et la sécurité sont devenues des considérations majeures. Découvrez les meilleures pratiques pour garantir le succès d'Amazon grâce à ElastiCache la mise à l'échelle en ligne, à la haute disponibilité pour les déploiements multi-AZ et aux configurations de sécurité.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/_4SkEy6r-C4)
#### Boostez vos applications en temps réel avec Amazon ElastiCache (re:Invent 2019)
Avec la croissance rapide de l'adoption du cloud et les nouveaux scénarios qu'elles autorisent, les applications ont besoin d'une latence de l’ordre de la microseconde et d'un débit élevé pour prendre en charge des millions de requêtes par seconde. Les développeurs se sont généralement appuyés sur du matériel spécialisé et des solutions de contournement, telles que des bases de données sur disque combinées à des techniques de réduction des données, pour gérer les données des applications en temps réel. Ces approches peuvent être coûteuses et non évolutives. Découvrez comment améliorer les performances des applications en temps réel en utilisant Amazon en mémoire entièrement géré ElastiCache pour des performances, une évolutivité, une disponibilité et une sécurité extrêmes.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/v0GfpL5jfns)
#### Bonnes pratiques : migration de clusters Redis OSS d'Amazon EC2 vers ElastiCache (re:Invent 2019)
Gérer soi-même les clusters Redis OSS peut s'avérer difficile. Vous devez approvisionner le matériel, corriger les logiciels, sauvegarder les données et surveiller les charges de travail en permanence. Grâce à la nouvelle fonctionnalité de migration en ligne pour Amazon ElastiCache, vous pouvez désormais facilement déplacer vos données depuis Redis OSS auto-hébergé sur Amazon EC2 vers Amazon entièrement géré ElastiCache, le mode cluster étant désactivé. Au cours de cette session, vous découvrirez le nouvel outil de migration en ligne, assisterez à une démonstration et, plus important encore, découvrirez les meilleures pratiques pour une migration fluide vers Amazon ElastiCache.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/Rpni5uPe0uI)
#### Développez une plateforme de sports fantastiques avec Amazon ElastiCache et Amazon Aurora STP11 (re:Invent 2018)
Dream11 est la première startup de technologie sportive en Inde. Il compte une base croissante de plus de 40 millions d'utilisateurs pratiquant de multiples sports, y compris le cricket fantastique, le football et le basket-ball, et il dessert actuellement un million d'utilisateurs simultanés, qui produisent trois millions de demandes par minute sous un temps de réponse de 50 millisecondes. Dans cette conférence, Amit Sharma, directeur technique de Dream11, explique comment l'entreprise utilise Amazon Aurora et Amazon ElastiCache pour gérer le trafic flash, qui peut tripler en 30 secondes. Sharma parle également de la mise à l'échelle des transactions sans verrouillage et partage les étapes de gestion du trafic Flash, desservant ainsi cinq millions d'utilisateurs actifs quotidiens. Titre complet : AWS re:Invent 2018 : Scaling a fantasy sports platform with Amazon ElastiCache & Amazon Aurora () STP11
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/hIPOLeEjVQY)
#### Redis OSS fiable et évolutif dans le cloud avec Amazon ElastiCache (re:Invent 2018)
Cette session couvre les fonctionnalités et les améliorations de notre service compatible Redis OSS, Amazon ElastiCache for Redis OSS. Nous abordons les fonctionnalités clés, telles que Redis OSS 5, l'amélioration de l'évolutivité et des performances, la sécurité et la conformité, et bien plus encore. Nous abordons également les fonctions à venir, ainsi que des études de cas clients.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/pgXEnAcTNPI)
#### ElastiCache Deep Dive : modèles de conception pour les stockages de données en mémoire (re:Invent 2018)
Au cours de cette session, nous vous donnons un aperçu des coulisses pour en savoir plus sur le design et l'architecture d'Amazon ElastiCache. Découvrez les modèles de conception courants de nos offres Redis OSS et Memcached et comment les clients les utilisent pour le traitement des données en mémoire afin de réduire la latence et d'améliorer le débit des applications. Nous examinons ElastiCache les meilleures pratiques, les modèles de conception et les anti-modèles.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/QxcB53mL_oA)
#### DAT305 — Amazon ElastiCache Deep Dive (re:Invent 2017)
Découvrez les coulisses pour en savoir plus sur le design et ElastiCache l'architecture d'Amazon. Découvrez les modèles de conception courants de nos offres Memcached et Redis OSS et comment les clients les ont utilisés pour les opérations en mémoire afin de réduire la latence et d'améliorer le débit des applications. Dans cette vidéo, nous passons en revue les ElastiCache meilleures pratiques, les modèles de conception et les anti-modèles.
La vidéo présente les fonctionnalités suivantes°:
+ ElastiCache pour le repartage en ligne de Redis OSS
+ ElastiCache sécurité et cryptage
+ ElastiCache pour Redis OSS version 3.2.10
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/_YYBdsuUq2M)
#### DAT306 — Amazon ElastiCache Deep Dive (re:Invent 2016)
Découvrez les coulisses pour en savoir plus sur le design et ElastiCache l'architecture d'Amazon. Découvrez les modèles de conception courants de nos offres Memcached et Redis OSS et comment les clients les ont utilisés pour les opérations en mémoire afin de réduire la latence et d'améliorer le débit des applications. Au cours de cette session, nous passerons en revue les ElastiCache meilleures pratiques, les modèles de conception et les anti-modèles.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/e9sN15a7utI)
#### DAT317—Comment IFTTT utilise Redis OSS ElastiCache pour prédire les événements (re:Invent 2016)
IFTTT est un service gratuit qui permet aux personnes d'effectuer davantage d'opérations avec les services qu'elles apprécient, de l'automatisation des tâches simples à la transformation de l'interaction d'une personne avec sa maison et de son contrôle sur celle-ci. IFTTT utilise Redis OSS ElastiCache pour stocker l'historique des transactions et les prévisions de planification, ainsi que les index des documents de journal sur Amazon S3. Visionnez cette session pour découvrir comment la puissance de script de Lua et les types de données de Redis OSS ont permis aux utilisateurs d'accomplir quelque chose qu'ils n'auraient pas pu faire ailleurs.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/eQbsXN0kcc0)
#### DAT407 — Amazon ElastiCache Deep Dive (re:Invent 2015)
Jetez un coup d'œil dans les coulisses pour en savoir plus sur ElastiCache le design et l'architecture d'Amazon. Découvrez les modèles de conception courants de nos offres Memcached et Redis OSS et comment les clients les ont utilisés pour les opérations en mémoire et ont amélioré la latence et le débit des applications. Au cours de cette session, nous passerons en revue les meilleures pratiques, les modèles de conception et les anti-modèles liés à Amazon ElastiCache.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/4VfIINg9DYI)
#### SDD402 — Amazon ElastiCache Deep Dive (re:Invent 2014)
Dans cette vidéo, nous examinons les cas d'utilisation courants de la mise en cache, ElastiCache les moteurs Memcached et ElastiCache Redis OSS, les modèles qui vous aident à déterminer quel moteur répond le mieux à vos besoins, le hachage cohérent, etc. afin de créer des applications rapides et évolutives. Frank Wiebe, scientifique principal chez Adobe, explique comment Adobe utilise Amazon ElastiCache pour améliorer l'expérience client et développer son activité.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/cEkHBqhQnog)
#### DAT307 — Présentation approfondie de l' ElastiCache architecture et des modèles de conception d'Amazon (re:Invent 2013)
Cette vidéo aborde la mise en cache, les stratégies de mise en cache, l'évolution et la surveillance. Nous comparons également ElastiCache les moteurs Memcached et Redis ElastiCache OSS. Au cours de cette session, nous passerons également en revue les meilleures pratiques et les modèles de conception liés à Amazon ElastiCache.
[](http://www.youtube.com/watch?v=https://www.youtube.com/embed/me0Tw13O1H4)
# 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).
# Gestion des clusters dans ElastiCache
Un *cluster* est un ensemble d'un ou de plusieurs nœuds de cache, qui exécutent tous une instance du logiciel de moteur Valkey, Memcached et Redis OSS. Lorsque vous créez un cluster, vous spécifiez le moteur et la version que tous les nœuds utiliseront.
**Clusters Valkey et Redis OSS**
Le schéma suivant illustre un cluster Valkey ou Redis OSS typique. Ces clusters peuvent contenir un seul nœud ou jusqu'à six nœuds au sein d'une partition (API/CLI : groupe de nœuds), un cluster Valkey ou Redis OSS à nœud unique (mode cluster désactivé) ne possède aucune partition, et un cluster Valkey ou Redis OSS (mode cluster désactivé) à plusieurs nœuds ne possède qu'une seule partition. Les clusters Valkey ou Redis OSS (mode cluster activé) peuvent contenir jusqu'à 500 partitions, vos données étant partitionnées entre les partitions. La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si la version du moteur est Valkey 7.2 ou version ultérieure ou Redis OSS 5.0.6 ou version ulté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**.
Lorsque vous avez plusieurs nœuds dans une partition Valkey ou Redis OSS, l'un des nœuds est un read/write nœud principal. Tous les autres nœuds de la partition sont des réplicas en lecture seule.
Les clusters Valkey ou Redis OSS typiques se présentent comme suit.
![\[Image : Clusters Valkey et Redis OSS typiques\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Cluster-Redis.png)
**Clusters Memcached**
Les clusters Memcached classiques se présentent comme suit. Les clusters Memcached contiennent de 1 à 60 nœuds, sur lesquels vous partitionnez vos données horizontalement.
![\[Image : Cluster Memcached standard\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Cluster-Memcached.png)
**Opérations Elasticache pour Valkey, Memcached et Redis OSS**
La plupart ElastiCache des opérations sont effectuées au niveau du cluster. Vous pouvez définir un cluster de avec un nombre spécifique de nœuds de et un groupe de paramètres du qui contrôle les propriétés de chaque nœud de Tous les nœuds de au sein d'un cluster sont conçus pour avoir le même type de nœud et les mêmes paramètres et les mêmes configurations du groupe de sécurité.
Chaque cluster doit avoir un identifiant de cluster. L'identifiant de cluster est un nom fourni par le client pour le cluster. Cet identifiant spécifie un cluster particulier lors de l'interaction avec l' ElastiCache API et AWS CLI les commandes. L'identifiant du cluster doit être unique pour ce client dans une AWS région.
ElastiCache prend en charge plusieurs versions de moteur. Sauf si vous avez des raisons spécifiques, nous vous recommandons d'utiliser la dernière version.
ElastiCache les clusters sont conçus pour être accessibles via une EC2 instance Amazon. Si vous lancez votre cluster dans un cloud privé virtuel (VPC) basé sur le service Amazon VPC, vous pouvez y accéder depuis l'extérieur d' AWS. Pour de plus amples informations, veuillez consulter [Accès aux ElastiCache ressources depuis l'extérieur AWS](accessing-elasticache.md#access-from-outside-aws).
Pour obtenir la liste des versions prises en charge[Moteurs et versions pris en charge](VersionManagement.md#supported-engine-versions), reportez-vous aux [Versions du moteur Redis OSS prises en charge](engine-versions.md#supported-engine-versions.redis) sections, et[Pris en charge ElastiCache pour les versions de Memcached](engine-versions.md#supported-engine-versions-mc).
# Choix d'un type de réseau dans ElastiCache
ElastiCache prend en charge les versions 4 et 6 du protocole Internet (IPv4 et IPv6), ce qui vous permet de configurer votre cluster pour qu'il accepte :
+ uniquement IPv4 des connexions,
+ uniquement IPv6 des connexions,
+ à la fois IPv4 et IPv6 connexions (double pile)
IPv6 [est pris en charge pour les charges de travail utilisant Valkey 7.2 et versions ultérieures, ou Redis OSS 6.2 et versions ultérieures, sur toutes les instances créées sur le système Nitro.](https://aws.amazon.com/ec2/nitro/) Il n'y a pas de frais supplémentaires pour y ElastiCache accéder IPv6.
**Note**
La migration des clusters créés avant la disponibilité de IPV6 /dual-stack n'est pas prise en charge. La commutation entre les types de réseaux sur les clusters nouvellement créés n'est pas non plus prise en charge.
IPv6 [est pris en charge pour les charges de travail utilisant Memcached 1.6.6 et versions ultérieures sur toutes les instances basées sur le système Nitro.](https://aws.amazon.com/ec2/nitro/) Il n'y a pas de frais supplémentaires pour y ElastiCache accéder IPv6.
## Configuration de sous-réseaux pour le type de réseau
Si vous créez un cluster dans un Amazon VPC, vous devez spécifier un groupe de sous-réseaux. ElastiCache utilise ce groupe de sous-réseaux pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds. ElastiCache les clusters nécessitent un sous-réseau à double pile auquel les deux IPv6 adresses sont attribuées pour fonctionner en mode double pile IPv4 et un sous-réseau « uniquement » pour fonctionner en tant que « IPv6 -only ». IPv6
## Utilisation de la double pile
Lors de l'utilisation ElastiCache de Redis OSS en mode cluster activé, du point de vue de l'application, la connexion à tous les nœuds du cluster via le point de terminaison de configuration n'est pas différente de la connexion directe à un nœud de cache individuel. Pour ce faire, un client sensible aux clusters doit s'engager dans un processus de découverte des clusters et demander les informations de configuration pour tous les nœuds. Le protocole de découverte de Redis ne prend en charge qu'une seule adresse IP par nœud.
Lorsque vous créez un cluster avec ElastiCache for Memcached et que vous choisissez Dual-Stack comme type de réseau, vous devez ensuite désigner un type de découverte IP, soit. IPv4 IPv6 ElastiCache définira par défaut le type de réseau et la découverte IP IPv6, mais cela peut être modifié. Si vous utilisez la découverte automatique, seules les adresses IP du type d'IP que vous avez choisi sont renvoyées au client Memcached. Pour de plus amples informations, veuillez consulter [Identifiez automatiquement les nœuds de votre cluster (Memcached)](AutoDiscovery.md).
Pour maintenir la rétrocompatibilité avec tous les clients existants, la découverte d'adresses IP est introduite, qui vous permet de sélectionner le type d'adresse IP (c'est-à-dire IPv4 ou IPv6) à annoncer dans le protocole de découverte. Bien que cela limite la découverte automatique à un seul type d'adresse IP, la double pile reste avantageuse pour les charges de travail activées en mode cluster, car elle permet des migrations (ou des annulations) d'un type d'adresse IP de découverte IPv4 vers un type d'adresse IP de IPv6 découverte sans interruption de service.
## Clusters à double pile ElastiCache compatibles TLS
Lorsque TLS est activé pour les ElastiCache clusters, les fonctions de découverte de clusters telles que `cluster slots``cluster shards`, et `cluster nodes` avec Valkey ou Redis OSS et `config get cluster` avec Memcached renvoient des noms d'hôte au lieu de. IPs Les noms d'hôtes sont ensuite utilisés au lieu de se IPs connecter au ElastiCache cluster et d'effectuer une poignée de main TLS. Cela signifie que les clients ne seront pas affectés par le paramètre de découverte d'adresses IP. *Pour les clusters prenant en charge TLS, le paramètre de découverte d'adresses IP n'a aucun effet sur le protocole IP préféré.* Au lieu de cela, le protocole IP utilisé sera déterminé par le protocole IP que le client préfère lors de la résolution des noms d'hôtes DNS.
Pour obtenir des exemples de configuration d'une préférence de protocole IP lors de la résolution de noms d'hôtes DNS, consultez [Clusters à double pile ElastiCache compatibles TLS](BestPractices.md#network-type-configuring-tls-enabled-dual-stack).
## Utilisation du AWS Management Console(Valkey et Redis OSS)
Lorsque vous créez un cluster à l'aide de AWS Management Console, sous **Connectivité**, choisissez un type de réseau, soit un type de réseau **IPv4**, **IPv6**soit une **double pile**. Si vous créez un cluster Valkey ou Redis OSS (mode cluster activé) et que vous choisissez la double pile, vous devez sélectionner un **type d'IP de découverte**, soit IPv6 . IPv4
Pour plus d’informations, consultez [Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster) ou [Création d'un système d'exploitation Valkey ou Redis (mode cluster désactivé) (console)](Clusters.Create.md#Clusters.Create.CON.Redis).
Lorsque vous créez un groupe de réplication à l'aide du AWS Management Console, choisissez un type de réseau, soit un type de réseau **IPv4**, **IPv6**soit une **double pile**. Si vous choisissez la double pile, vous devez sélectionner un **type d'IP de découverte**, IPv6 soit IPv4.
Pour plus d’informations, consultez [Création d'un groupe de réplication Valkey ou Redis OSS (mode cluster désactivé) à partir de zéro](Replication.CreatingReplGroup.NoExistingCluster.Classic.md) ou [Création d'un groupe de réplication dans Valkey ou Redis OSS (mode cluster activé) à partir de zéro](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md).
## Utilisation du AWS Management Console(Memcached)
Lorsque vous créez un cluster à l'aide de AWS Management Console, sous **Connectivité**, choisissez un type de réseau, soit un type de réseau **IPv4**, **IPv6**soit une **double pile**. Si vous choisissez la double pile, vous devez sélectionner un **type d'IP de découverte**, IPv6 soit IPv4.
Pour de plus amples informations, veuillez consulter [Création d'un cluster Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
## Utilisation de la CLI avec Valkey, Memcached ou Redis OSS.
**Système d'exploitation Redis**
Lorsque vous créez un cluster avec Valkey ou Redis OSS à l'aide de la CLI, vous utilisez la [create-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-cluster.html)commande et spécifiez les paramètres `NetworkType` et `IPDiscovery` :
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-cluster \
--cache-cluster-id "cluster-test" \
--engine redis \
--cache-node-type cache.m5.large \
--num-cache-nodes 1 \
--network-type dual_stack \
--ip-discovery ipv4
```
Pour Windows :
```
aws elasticache create-cache-cluster ^
--cache-cluster-id "cluster-test" ^
--engine redis ^
--cache-node-type cache.m5.large ^
--num-cache-nodes 1 ^
--network-type dual_stack ^
--ip-discovery ipv4
```
Lorsque vous créez un groupe de réplication avec le mode cluster désactivé à l'aide de la CLI, vous utilisez la [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)commande et spécifiez les `IPDiscovery` paramètres `NetworkType` et :
Pour Linux, macOS ou Unix :
```
aws elasticache create-replication-group \
--replication-group-id sample-repl-group \
--replication-group-description "demo cluster with replicas" \
--num-cache-clusters 3 \
--primary-cluster-id redis01 \
--network-type dual_stack \
--ip-discovery ipv4
```
Pour Windows :
```
aws elasticache create-replication-group ^
--replication-group-id sample-repl-group ^
--replication-group-description "demo cluster with replicas" ^
--num-cache-clusters 3 ^
--primary-cluster-id redis01 ^
--network-type dual_stack ^
--ip-discovery ipv4
```
Lorsque vous créez un groupe de réplication avec le mode cluster activé et que vous l'utilisez IPv4 pour la découverte d'adresses IP à l'aide de la CLI, vous utilisez la [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)commande et spécifiez les `IPDiscovery` paramètres `NetworkType` et :
Pour Linux, macOS ou Unix :
```
aws elasticache create-replication-group \
--replication-group-id demo-cluster \
--replication-group-description "demo cluster" \
--cache-node-type cache.m5.large \
--num-node-groups 2 \
--engine redis \
--cache-subnet-group-name xyz \
--network-type dual_stack \
--ip-discovery ipv4 \
--region us-east-1
```
Pour Windows :
```
aws elasticache create-replication-group ^
--replication-group-id demo-cluster ^
--replication-group-description "demo cluster" ^
--cache-node-type cache.m5.large ^
--num-node-groups 2 ^
--engine redis ^
--cache-subnet-group-name xyz ^
--network-type dual_stack ^
--ip-discovery ipv4 ^
--region us-east-1
```
Lorsque vous créez un groupe de réplication avec le mode cluster activé et que vous l'utilisez IPv6 pour la découverte d'adresses IP à l'aide de la CLI, vous utilisez la [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)commande et spécifiez les `IPDiscovery` paramètres `NetworkType` et :
Pour Linux, macOS ou Unix :
```
aws elasticache create-replication-group \
--replication-group-id demo-cluster \
--replication-group-description "demo cluster" \
--cache-node-type cache.m5.large \
--num-node-groups 2 \
--engine redis \
--cache-subnet-group-name xyz \
--network-type dual_stack \
--ip-discovery ipv6 \
--region us-east-1
```
Pour Windows :
```
aws elasticache create-replication-group ^
--replication-group-id demo-cluster ^
--replication-group-description "demo cluster" ^
--cache-node-type cache.m5.large ^
--num-node-groups 2 ^
--engine redis ^
--cache-subnet-group-name xyz ^
--network-type dual_stack ^
--ip-discovery ipv6 ^
--region us-east-1
```
**Memcached**
Lorsque vous créez un cluster avec Memcached à l'aide de la CLI, vous utilisez la [create-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-cache-cluster.html)commande et spécifiez les paramètres `NetworkType` et `IPDiscovery` :
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-cluster \
--cache-cluster-id "cluster-test" \
--engine memcached \
--cache-node-type cache.m5.large \
--num-cache-nodes 1 \
--network-type dual_stack \
--ip-discovery ipv4
```
Pour Windows :
```
aws elasticache create-cache-cluster ^
--cache-cluster-id "cluster-test" ^
--engine memcached ^
--cache-node-type cache.m5.large ^
--num-cache-nodes 1 ^
--network-type dual_stack ^
--ip-discovery ipv4
```
# Identifiez automatiquement les nœuds de votre cluster (Memcached)
Pour les clusters exécutant le moteur Memcached, ElastiCache prend en charge la *détection automatique*, c'est-à-dire la capacité des programmes clients à identifier automatiquement tous les nœuds d'un cluster, ainsi qu'à établir et maintenir des connexions avec tous ces nœuds.
**Note**
La détection automatique est ajoutée pour les clusters exécutés sur Amazon ElastiCache Memcached. Auto Discovery n'est pas disponible pour les moteurs Valkey ou Redis OSS.
Avec la découverte automatique, votre application n'a pas besoin d'être manuellement connectée à chaque nœud de cache. Votre application se connecte plutôt à un nœud Memcached et accède à la liste de tous les nœuds. Grâce à cette liste, votre application connaît l'ensemble des nœuds du cluster et peut se connecter à chacun d'entre eux. Vous n'avez pas besoin de définir de façon spécifique chaque point de terminaison d'un nœud de cache dans votre application.
Si vous utilisez un type de réseau à double pile sur votre cluster, Auto Discovery renverra uniquement IPv6 les adresses IPv4 ou, selon le type que vous sélectionnez. Pour plus d’informations, consultez [Choix d'un type de réseau dans ElastiCache](network-type.md).
Tous les nœuds de cache dans le cluster conservent une liste de métadonnées sur tous les autres nœuds. Ces métadonnées sont mises à jour chaque fois que des nœuds sont ajoutés ou supprimés du cluster.
**Topics**
+ [Avantages de la découverte automatique avec Memcached](AutoDiscovery.Benefits.md)
+ [Comment fonctionne la découverte automatique](AutoDiscovery.HowAutoDiscoveryWorks.md)
+ [Utilisation de la découverte automatique](AutoDiscovery.Using.md)
+ [Connexion manuelle aux nœuds de cache Memcached](AutoDiscovery.Manual.md)
+ [Ajouter Auto Discovery à votre bibliothèque cliente Memcached](AutoDiscovery.AddingToYourClientLibrary.md)
+ [ElastiCache clients dotés d'une fonction de détection automatique](Clients.md)
# Avantages de la découverte automatique avec Memcached
Lorsque vous utilisez Memcached, Auto Discovery offre les avantages suivants :
+ Lorsque vous augmentez le nombre de nœuds dans un cluster, les nouveaux nœuds s'enregistrent auprès du point de terminaison de configuration et auprès de tous les autres nœuds. Quand vous supprimez des nœuds dans un cluster de cache, les nœuds supprimés se désenregistrent automatiquement. Dans les deux cas, tous les autres nœuds du cluster sont mis à jour avec les métadonnées les plus récentes du nœud de cache.
+ Les défaillances de nœuds de cache sont détectées automatiquement ; les nœuds défaillants sont automatiquement remplacés.
**Note**
Jusqu'à ce que le nœud soit complètement remplacé, celui-ci continuera à être défaillant.
+ Un programme client doit uniquement se connecter au point de terminaison de configuration. Passé ce délai, la bibliothèque de découverte automatique se connecte à tous les autres nœuds du cluster.
+ Les programmes clients interrogent le cluster une fois par minute (si nécessaire, cet intervalle peut être ajusté). En cas de modifications de la configuration du cluster, telles que des nœuds ajoutés ou supprimés, le client reçoit une liste mise à jour des métadonnées. Puis le client se connecte à ces nœuds ou s'en déconnecte, selon le cas.
La découverte automatique est activée sur tous les clusters ElastiCache Memcached. Vous n'avez pas besoin de redémarrer un de vos nœuds de cache pour utiliser cette fonctionnalité.
# Comment fonctionne la découverte automatique
**Topics**
+ [Connexion aux nœuds de cache](#AutoDiscovery.HowAutoDiscoveryWorks.Connecting)
+ [Opérations de routine sur un cluster](#AutoDiscovery.HowAutoDiscoveryWorks.NormalOps)
+ [Autres opérations](#AutoDiscovery.HowAutoDiscoveryWorks.OtherOps)
Cette section décrit comment les applications clientes utilisent le client de ElastiCache cluster pour gérer les connexions aux nœuds de cache et interagir avec les éléments de données du cache.
## Connexion aux nœuds de cache
Pour une application, il n'y a pas de différence entre se connecter au point de terminaison de la configuration du cluster et se connecter directement à chaque nœud de cache. Le graphique ci-dessous illustre le processus de connexion aux nœuds de cache.
![\[Connexion aux nœuds de cache\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/autodiscovery_cluster_membership_refresh-diagram.png)
**Processus de connexion aux nœuds de cache**
| | |
| --- |--- |
| ![\[1\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/1.png) | Cette application résout le nom DNS du point de terminaison de la configuration. Etant donné que le point de terminaison de la configuration conserve les entrées CNAME pour tous les nœuds de cache, le nom DNS est converti en l'un de ces nœuds ; le client peut alors se connecter à ce nœud. |
| ![\[2\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/2.png) | Le client requiert les informations de configuration pour tous les autres nœuds. Du fait que chaque nœud conserve les informations de configuration de tous les nœuds du cluster, chaque nœud peut transmettre les informations de configuration au client à la demande. |
| ![\[3\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/3.png) | Le client reçoit la liste actuelle des adresses IP et des noms d'hôtes des nœuds de cache. Il peut alors se connecter à tous les autres nœuds du cluster. |
**Note**
Le programme client actualise sa liste des adresses IP et de noms d'hôtes des nœuds de cache chaque minute. Cet intervalle peut être modifié si nécessaire.
## Opérations de routine sur un cluster
Lorsque l'application est connectée à tous les nœuds de cache, le client de ElastiCache cluster détermine quels nœuds doivent stocker des éléments de données individuels et quels nœuds doivent être interrogés ultérieurement pour ces éléments de données. Le diagramme, ci-dessous, illustre le déroulement normal des opérations sur un cluster.
![\[Opérations de routine sur un cluster\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/autodiscovery_normal_cache_usage-diagram.png)
**Déroulement des opérations de routine sur un cluster**
| | |
| --- |--- |
| ![\[1\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/1.png) | L'application émet une requête get pour une donnée particulière, identifiée par sa clé. |
| ![\[2\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/2.png) | Le client utilise un algorithme de hachage sur la clé pour déterminer quel nœud de cache contient l'élément de donnée. |
| ![\[3\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/3.png) | L'élément de données est demandé au nœud approprié. |
| ![\[4\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/callouts/4.png) | L'élément de données est transmis à l'application. |
## Autres opérations
Dans certains cas, vous pouvez modifier les nœuds d'un cluster. Par exemple, vous pouvez ajouter un nœud supplémentaire pour répondre à une demande supplémentaire ou supprimer un nœud pour économiser de l'argent pendant les périodes de demande réduite. Ou vous pouvez remplacer un nœud en raison d'une défaillance d'une sorte ou d'une autre.
Lorsque survient une modification dans un cluster qui requiert une mise à jour des métadonnées aux points de terminaison du cluster, cette modification affecte tous les nœuds en même temps. Ainsi, les métadonnées dans un nœud quelconque sont identiques à toutes les métadonnées de tous les autres nœuds du cluster.
Dans tous les cas, les métadonnées sont identiques dans tous les nœuds à chaque instant, puisque celles-ci sont mises à jour au même moment pour tous les nœuds dans le cluster. Vous devez toujours utiliser le point de terminaison de configuration pour obtenir les points de terminaison de chacun des nœuds du cluster. L'utilisation du point de terminaison de configuration vous évite d'obtenir des données de point de terminaison d'un nœud qui « disparaîtra » au moment où vous voulez y accéder.
### Ajout d'un nœud
Pendant la phase d'activation d'un nœud, son point de terminaison n'est pas inclus dans les métadonnées. Dès que le nœud devient disponible, il est ajouté aux métadonnées de chacun des nœuds du cluster. Dans ce scénario, les métadonnées sont identiques dans tous les nœuds et vous pourrez interagir avec le nouveau nœud uniquement une fois qu'il est disponible. Avant que le nœud ne soit disponible, il ne vous apparaîtra pas et vous utiliserez les nœuds de votre cluster comme si ce nouveau nœud n'existait pas.
### Suppression d'un nœud
Lorsqu'un nœud est supprimé, son point de terminaison est d'abord supprimé des métadonnées, puis le nœud est supprimé du cluster. Dans ce scénario, les métadonnées sont identiques dans tous les nœuds et à aucun moment elles ne contiendront le point de terminaison du nœud à supprimer alors que celui-ci est indisponible. Pendant la suppression du nœud, il n'est pas inclus dans les métadonnées et votre application interagira donc uniquement avec les n-1 nœuds restants, comme si ce nœud n'existait pas.
### Remplacement d'un nœud
Si un nœud tombe en panne, ElastiCache démonte ce nœud et lance un nœud de remplacement. Le processus de remplacement prend quelques minutes. Pendant ce temps, les métadonnées dans tous les nœuds contiennent encore le point de terminaison du nœud défaillant, mais toute tentative d'interaction avec celui-ci échouera. Par conséquent, vous devez toujours penser à réessayer.
# Utilisation de la découverte automatique
Pour commencer à utiliser Auto Discovery avec ElastiCache for Memcached, procédez comme suit :
+ [Obtenir le point de terminaison de configuration](#AutoDiscovery.Using.ConfigEndpoint)
+ [Téléchargez le client ElastiCache de cluster](#AutoDiscovery.Using.ClusterClient)
+ [Modifiez votre programme de candidature](#AutoDiscovery.Using.ModifyApp)
## Obtenir le point de terminaison de configuration
Pour se connecter à un cluster, les programmes clients doivent connaître le point de terminaison de configuration du cluster. Consultez la rubrique [Trouver les points de terminaison d'un cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
Vous pouvez également utiliser la commande `aws elasticache describe-cache-clusters` avec le paramètre `--show-cache-node-info` :
Quelle que soit la méthode que vous utilisez pour trouver les points de terminaison du cluster, le point de terminaison de configuration aura toujours **.cfg** dans son adresse.
**Example Recherche de points de terminaison à l'aide du for AWS CLI ElastiCache**
Pour Linux, macOS ou Unix :
```
aws elasticache describe-cache-clusters \
--cache-cluster-id mycluster \
--show-cache-node-info
```
Pour Windows :
```
aws elasticache describe-cache-clusters ^
--cache-cluster-id mycluster ^
--show-cache-node-info
```
Cette opération produit une sortie similaire à la sortie suivante (format JSON) :
```
{
"CacheClusters": [
{
"Engine": "memcached",
"CacheNodes": [
{
"CacheNodeId": "0001",
"Endpoint": {
"Port": 11211,
"Address": "mycluster.fnjyzo.cfg.0001.use1.cache.amazonaws.com"
},
"CacheNodeStatus": "available",
"ParameterGroupStatus": "in-sync",
"CacheNodeCreateTime": "2016-10-12T21:39:28.001Z",
"CustomerAvailabilityZone": "us-east-1e"
},
{
"CacheNodeId": "0002",
"Endpoint": {
"Port": 11211,
"Address": "mycluster.fnjyzo.cfg.0002.use1.cache.amazonaws.com"
},
"CacheNodeStatus": "available",
"ParameterGroupStatus": "in-sync",
"CacheNodeCreateTime": "2016-10-12T21:39:28.001Z",
"CustomerAvailabilityZone": "us-east-1a"
}
],
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"CacheParameterGroupName": "default.memcached1.4",
"ParameterApplyStatus": "in-sync"
},
"CacheClusterId": "mycluster",
"PreferredAvailabilityZone": "Multiple",
"ConfigurationEndpoint": {
"Port": 11211,
"Address": "mycluster.fnjyzo.cfg.use1.cache.amazonaws.com"
},
"CacheSecurityGroups": [],
"CacheClusterCreateTime": "2016-10-12T21:39:28.001Z",
"AutoMinorVersionUpgrade": true,
"CacheClusterStatus": "available",
"NumCacheNodes": 2,
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"CacheSubnetGroupName": "default",
"EngineVersion": "1.4.24",
"PendingModifiedValues": {},
"PreferredMaintenanceWindow": "sat:06:00-sat:07:00",
"CacheNodeType": "cache.r3.large"
}
]
}
```
## Téléchargez le client ElastiCache de cluster
Pour pouvoir bénéficier de la découverte automatique, les programmes clients doivent utiliser le *client de cluster ElastiCache*. Le client de ElastiCache cluster est disponible pour Java, PHP et .NET et contient toute la logique nécessaire pour découvrir et se connecter à tous vos nœuds de cache.
**Pour télécharger le client ElastiCache de cluster**
1. Connectez-vous à la console AWS de gestion et ouvrez-la à l' ElastiCache adresse [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans la ElastiCache console, choisissez **ElastiCache Cluster Client**, puis **Download**.
Le code source du client ElastiCache Cluster pour Java est disponible à l'adresse [https://github.com/amazonwebservices/aws-elasticache-cluster-client- memcached-for-java](https://github.com/amazonwebservices/aws-elasticache-cluster-client-memcached-for-java). Cette bibliothèque est basée sur le client Spymemcached populaire. Le client de ElastiCache cluster est publié sous la licence logicielle Amazon [https://aws.amazon.com/asl.](https://aws.amazon.com/asl) Vous êtes libre de modifier le code source selon vos besoins. Vous pouvez même incorporer le code dans d'autres bibliothèques Memcached open source, ou dans votre propre code client.
**Note**
Pour utiliser le client de ElastiCache cluster pour PHP, vous devez d'abord l'installer sur votre EC2 instance Amazon. Pour de plus amples informations, veuillez consulter [Installation du client de ElastiCache cluster pour PHP](Appendix.PHPAutoDiscoverySetup.md).
Pour un client qui prend en charge TLS, téléchargez le binaire avec PHP version 7.4 ou supérieure.
Pour utiliser le client de ElastiCache cluster pour .NET, vous devez d'abord l'installer sur votre EC2 instance Amazon. Pour de plus amples informations, veuillez consulter [Installation du client de ElastiCache cluster pour .NET](Appendix.DotNETAutoDiscoverySetup.md).
## Modifiez votre programme de candidature
Modifiez votre programme d'application afin qu'il utilise la découverte automatique. Les sections suivantes montrent comment utiliser le client de ElastiCache cluster pour Java, PHP et .NET.
**Important**
Lorsque vous spécifiez le point de terminaison de configuration du cluster, assurez-vous que le point de terminaison a « .cfg » dans son adresse comme illustré ici. N'utilisez pas un CNAME ou un point de terminaison sans « .cfg ».
```
"mycluster.fnjyzo.cfg.use1.cache.amazonaws.com";
```
Si vous ne spécifiez pas explicitement le point de terminaison de configuration du cluster, la configuration se fait sur un nœud spécifique.
# Utilisation du client de ElastiCache cluster pour Java
Le programme ci-dessous montre comment utiliser le client de ElastiCache cluster pour se connecter à un point de terminaison de configuration de cluster et ajouter un élément de données au cache. L'utilisation de la découverte automatique permet au programme de connecter tous les nœuds du cluster sans aucune autre intervention.
```
package com.amazon.elasticache;
import java.io.IOException;
import java.net.InetSocketAddress;
// Import the &AWS;-provided library with Auto Discovery support
import net.spy.memcached.MemcachedClient;
public class AutoDiscoveryDemo {
public static void main(String[] args) throws IOException {
String configEndpoint = "mycluster.fnjyzo.cfg.use1.cache.amazonaws.com";
Integer clusterPort = 11211;
MemcachedClient client = new MemcachedClient(
new InetSocketAddress(configEndpoint,
clusterPort));
// The client will connect to the other cache nodes automatically.
// Store a data item for an hour.
// The client will decide which cache host will store this item.
client.set("theKey", 3600, "This is the data value");
}
}
```
# Utilisation du client de ElastiCache cluster pour PHP
Le programme ci-dessous montre comment utiliser le client de ElastiCache cluster pour se connecter à un point de terminaison de configuration de cluster et ajouter un élément de données au cache. L'utilisation de la découverte automatique permettra au programme de se connecter à tous les nœuds du cluster sans aucune autre intervention.
Pour utiliser le client de ElastiCache cluster pour PHP, vous devez d'abord l'installer sur votre EC2 instance Amazon. Pour de plus amples informations, consultez [Installation du client de ElastiCache cluster pour PHP](Appendix.PHPAutoDiscoverySetup.md).
```
setOption(Memcached::OPT_CLIENT_MODE, Memcached::DYNAMIC_CLIENT_MODE);
$dynamic_client->addServer($server_endpoint, $server_port);
/**
* Store the data for 60 seconds in the cluster.
* The client will decide which cache host will store this item.
*/
$dynamic_client->set('key', 'value', 60);
/**
* Configuring the client with Static client mode disables the usage of Auto Discovery
* and the client operates as it did before the introduction of Auto Discovery.
* The user can then add a list of server endpoints.
*/
$static_client = new Memcached('persistent-id');
$static_client->setOption(Memcached::OPT_CLIENT_MODE, Memcached::STATIC_CLIENT_MODE);
$static_client->addServer($server_endpoint, $server_port);
/**
* Store the data without expiration.
* The client will decide which cache host will store this item.
*/
$static_client->set('key', 'value');
?>
```
Pour un exemple d'utilisation du client de ElastiCache cluster avec TLS activé, voir [Utilisation du chiffrement en transit avec PHP et Memcached](in-transit-encryption.md#in-transit-encryption-connect-php-mc).
# Utilisation du client de ElastiCache cluster pour .NET
**Note**
Le client de cluster ElastiCache .NET est devenu obsolète en mai 2022.
Le client .NET pour ElastiCache est open source à l'adresse [https://github.com/awslabs/elasticache-cluster-config-net](https://github.com/awslabs/elasticache-cluster-config-net).
Les applications .NET obtiennent généralement leur configuration à partir de leur fichier de configuration. Le fichier ci-dessous est un exemple de fichier de configuration.
```
```
Le programme C\$1 ci-dessous montre comment utiliser le client de ElastiCache cluster pour se connecter à un point de terminaison de configuration de cluster et ajouter un élément de données au cache. L'utilisation de la découverte automatique permettra au programme de se connecter à tous les nœuds du cluster sans aucune autre intervention.
```
// *****************
// Sample C# code to show how to integrate with the Amazon ElastiCcache Auto Discovery feature.
using System;
using Amazon.ElastiCacheCluster;
using Enyim.Caching;
using Enyim.Caching.Memcached;
public class DotNetAutoDiscoveryDemo {
public static void Main(String[] args) {
// instantiate a new client.
ElastiCacheClusterConfig config = new ElastiCacheClusterConfig();
MemcachedClient memClient = new MemcachedClient(config);
// Store the data for 3600 seconds (1hour) in the cluster.
// The client will decide which cache host will store this item.
memClient.Store(StoreMode.Set, 3600, "This is the data value.");
} // end Main
} // end class DotNetAutoDiscoverDemo
```
# Connexion manuelle aux nœuds de cache Memcached
Si votre programme client n'utilise pas Auto Discovery, il peut se connecter manuellement à chacun des nœuds de cache Memcached. C'est le comportement par défaut des clients Memcached.
Vous pouvez obtenir une liste des noms d'hôte des numéros de port des nœuds de cache à partir de [la console de gestion AWS](https://aws.amazon.com/console/). Vous pouvez également utiliser la AWS CLI`aws elasticache describe-cache-clusters` commande avec le `--show-cache-node-info` paramètre.
**Example**
L'extrait de code Java suivant montre comment se connecter à tous les nœuds d'un cluster à quatre nœuds :
```
...
ArrayList cacheNodes = new ArrayList(
Arrays.asList(
"mycachecluster.fnjyzo.0001.use1.cache.amazonaws.com:11211",
"mycachecluster.fnjyzo.0002.use1.cache.amazonaws.com:11211",
"mycachecluster.fnjyzo.0003.use1.cache.amazonaws.com:11211",
"mycachecluster.fnjyzo.0004.use1.cache.amazonaws.com:11211"));
MemcachedClient cache = new MemcachedClient(AddrUtil.getAddresses(cacheNodes));
...
```
**Important**
Si vous augmentez ou réduisez votre cluster en ajoutant ou en supprimant des nœuds, vous devez mettre à jour la liste des nœuds dans le code client.
# Ajouter Auto Discovery à votre bibliothèque cliente Memcached
Les informations de configuration pour Auto Discovery sont stockées de manière redondante dans chaque nœud de cluster Memcached. Les applications client peuvent interroger chaque nœud de cache pour obtenir les informations de configuration de tous les nœuds du cluster.
La façon de laquelle une application effectue cette tâche dépend de la version du moteur de cache :
+ Si la version du moteur de cache est **1.4.14 ou supérieure**, utilisez la commande `config`.
+ Si la version du moteur de cache est **inférieure à 1.4.14**, utilisez la commande `get AmazonElastiCache:cluster`.
Les résultats de ces deux commandes sont identiques et sont décrits dans la section [Format de sortie](#AutoDiscovery.AddingToYourClientLibrary.OutputFormat) ci-dessous.
## Moteur de cache version 1.4.14 ou supérieure
Dans le cas d'une version 1.4.14 ou supérieure du moteur de cache, utilisez la commande `config`. Cette commande a été ajoutée aux protocoles ASCII et binaires Memcached par ElastiCache et est implémentée dans le client de cluster. ElastiCache Si vous souhaitez utiliser la découverte automatique avec une autre bibliothèque client, alors cette bibliothèque devra être étendue pour prendre en charge la commande `config`.
**Note**
La documentation suivante concerne le protocole ASCII ; toutefois, la commande `config` prend en charge le protocole ASCII aussi bien que le protocole binaire. Si vous souhaitez ajouter la prise en charge de la découverte automatique à l'aide du protocole binaire, reportez-vous au [code source du client de ElastiCache cluster](https://github.com/amazonwebservices/aws-elasticache-cluster-client-memcached-for-java/tree/master/src/main/java/net/spy/memcached/protocol/binary).
**Syntaxe**
`config [sub-command] [key]`
### Options
| Nom | Description | Obligatoire |
| --- | --- | --- |
| sub-command | La sous-commande utilisée pour interagir avec un nœud de cache. Pour la découverte automatique, cette sous-commande est `get`. | Oui |
| key | La clé sous laquelle la configuration du cluster est sauvegardée. Pour la découverte automatique, cette clé est appelée `cluster`. | Oui |
Pour obtenir les informations de configuration du cluster, utilisez la commande suivante :
```
config get cluster
```
## Moteur de cache version 1.4.14 ou inférieure
Pour obtenir les informations de configuration du cluster, utilisez la commande suivante :
```
get AmazonElastiCache:cluster
```
**Note**
Ne modifiez pas la clé « :cluster AmazonElastiCache », car c'est là que se trouvent les informations de configuration du cluster. Si vous remplacez cette clé, il se peut que le client soit mal configuré pendant une courte période (pas plus de 15 secondes) avant de mettre à jour ElastiCache automatiquement et correctement les informations de configuration.
## Format de sortie
Que vous utilisiez `config get cluster` ou `get AmazonElastiCache:cluster`, la réponse tient deux lignes :
+ Le numéro de version des informations de configuration. Chaque fois qu'un nœud est ajouté ou supprimé du cluster, le numéro de version augmente d'une unité.
+ Une liste des nœuds de cache. Chaque nœud dans la liste est représenté par un groupe *hostname\$1ip-address\$1port* et chaque nœud est séparé par un espace.
Un retour à la ligne et un saut de ligne (CR \$1 LF) figurent à la fin de chaque ligne. La ligne de données se termine par un retour à la ligne, puis un retour à la ligne et un saut de ligne (CR \$1 LF) sont ajoutés. La ligne où figure la version de configuration se termine par saut de ligne (LF) sans retour à la ligne (CR).
Un cluster contenant trois nœuds serait représenté comme suit :
```
configversion\n
hostname|ip-address|port hostname|ip-address|port hostname|ip-address|port\n\r\n
```
Pour chaque nœud, sont affichés le CNAME et l'adresse IP privée. Le CNAME est toujours affiché ; l'adresse IP n'est affichée que si elle existe. Cependant, les barres verticales « `|` »seront tout de même affichées.
**Example**
Voici un exemple de la charge utile transmise lorsque vous interrogez les informations de configuration :
```
CONFIG cluster 0 136\r\n
12\n
myCluster.pc4ldq.0001.use1.cache.amazonaws.com|10.82.235.120|11211 myCluster.pc4ldq.0002.use1.cache.amazonaws.com|10.80.249.27|11211\n\r\n
END\r\n
```
**Note**
La deuxième ligne indique que les informations de configuration a été modifiées douze fois jusqu'à présent.
Sur la troisième ligne, la liste de nœuds est triée alphabétiquement par nom d'hôte. Cet ordre peut être différent de celui que vous utilisez habituellement dans votre application client.
# ElastiCache clients dotés d'une fonction de détection automatique
Les programmes clients du cluster peuvent automatiquement identifier et se connecter à tous les nœuds du cluster qui exécutent le moteur Memcached.
Cette section décrit l'installation et la configuration des clients ElastiCache PHP et .NET pour une utilisation avec la découverte automatique.
**Topics**
+ [Installation et compilation des clients de cluster](Appendix.InstallingClients.md)
+ [Configuration des ElastiCache clients](ClientConfig.md)
# Installation et compilation des clients de cluster
Cette section traite de l'installation, de la configuration et de la compilation des clients du cluster de découverte ElastiCache automatique Amazon PHP et .NET.
**Topics**
+ [Installation du client de ElastiCache cluster pour .NET](Appendix.DotNETAutoDiscoverySetup.md)
+ [Installation du client de ElastiCache cluster pour PHP](Appendix.PHPAutoDiscoverySetup.md)
+ [Compiler le code source du client de ElastiCache cluster pour PHP](Appendix.PHPAutoDiscoveryCompile.md)
# Installation du client de ElastiCache cluster pour .NET
Vous pouvez trouver le code du client ElastiCache .NET Cluster en open source à l'adresse [https://github.com/awslabs/elasticache-cluster-config-net](https://github.com/awslabs/elasticache-cluster-config-net).
Cette section décrit comment installer, mettre à jour et supprimer les composants .NET pour le client de ElastiCache cluster sur les EC2 instances Amazon. Pour plus d'informations sur la découverte automatique, consultez [Identifiez automatiquement les nœuds de votre cluster (Memcached)](AutoDiscovery.md). Pour un exemple de code .NET pour utiliser le client, consultez [Utilisation du client de ElastiCache cluster pour .NET](AutoDiscovery.Using.ModifyApp.DotNET.md).
**Topics**
+ [Installation de .NET](#Appendix.DotNETAutoDiscoverySetup.DotNET)
+ [Téléchargez le client de cluster ElastiCache .NET pour ElastiCache](#Appendix.DotNETAutoDiscoverySetup.Downloading)
+ [Installez les AWS assemblages avec NuGet](#Appendix.DotNETAutoDiscoverySetup.Installing)
## Installation de .NET
.NET 3.5 ou version ultérieure doit être installé pour utiliser le SDK AWS .NET pour ElastiCache. Si vous ne disposez pas .NET 3.5 ou version ultérieure, vous pouvez télécharger et installer la dernière version de [http://www.microsoft.com/net](http://www.microsoft.com/net).
## Téléchargez le client de cluster ElastiCache .NET pour ElastiCache
**Pour télécharger le client de cluster ElastiCache .NET**
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, cliquez sur **ElastiCache Cluster Client**.
1. **Dans la liste **Télécharger le client de cluster ElastiCache Memcached**, sélectionnez **.NET**, puis cliquez sur Télécharger.**
## Installez les AWS assemblages avec NuGet
NuGet est un système de gestion de paquets pour la plate-forme .NET. NuGet connaît les dépendances de l'assemblage et installe automatiquement tous les fichiers requis. NuGet les assemblages installés sont stockés avec votre solution, plutôt que dans un emplacement central, par exemple`Program Files`, afin que vous puissiez installer des versions spécifiques à une application sans créer de problèmes de compatibilité.
### Installation NuGet
NuGet peut être installé à partir de la galerie d'installation sur MSDN ; voir [https://visualstudiogallery.msdn.microsoft.com/27077b70-9dad-4c64-adcf-c7cf6bc9970c.](https://visualstudiogallery.msdn.microsoft.com/27077b70-9dad-4c64-adcf-c7cf6bc9970c) Si vous utilisez Visual Studio 2010 ou version ultérieure, NuGet il est automatiquement installé.
Vous pouvez l'utiliser NuGet à partir de l'**Explorateur de solutions** ou de **la console Package Manager**.
### Utilisation NuGet depuis l'Explorateur de solutions
**À utiliser NuGet depuis l'Explorateur de solutions dans Visual Studio 2010**
1. Dans le menu **Tools**, sélectionnez **Library Package Manager**.
1. Cliquez sur **Console du Gestionnaire de package**.
**À utiliser NuGet depuis l'Explorateur de solutions dans Visual Studio 2012 ou Visual Studio 2013**
1. Dans le menu **Outils**, sélectionnez **NuGet Package Manager**.
1. Cliquez sur **Console du Gestionnaire de package**.
A partir de la ligne de commande, vous pouvez installer les assemblages à l'aide de `Install-Package`, comme indiqué ci-après.
```
Install-Package Amazon.ElastiCacheCluster
```
[Pour voir une page pour chaque package disponible NuGet, tel que les assemblages AWS SDK et AWS.Extensions, consultez le NuGet site Web à l'adresse http://www.nuget.org.](http://www.nuget.org) La page de chaque package inclut un exemple de ligne de commande pour installer le package à l'aide de la console et une liste des versions précédentes du package disponibles viaNuGet.
Pour plus d'informations sur les commandes de **Console du Gestionnaire de package**, accédez à [http://nuget.codeplex.com/wikipage?title=Package%20Manager%20Console%20Command%20Reference%20%28v1.3%29](http://nuget.codeplex.com/wikipage?title=Package%20Manager%20Console%20Command%20Reference%20%28v1.3%29).
# Installation du client de ElastiCache cluster pour PHP
Cette section décrit comment installer, mettre à jour et supprimer les composants PHP pour le client de ElastiCache cluster sur les EC2 instances Amazon. Pour plus d'informations sur la découverte automatique, consultez [Identifiez automatiquement les nœuds de votre cluster (Memcached)](AutoDiscovery.md). Pour un exemple de code PHP pour utiliser le client, consultez [Utilisation du client de ElastiCache cluster pour PHP](AutoDiscovery.Using.ModifyApp.PHP.md).
**Topics**
+ [Téléchargement du package d'installation](Appendix.PHPAutoDiscoverySetup.Downloading.md)
+ [Pour les utilisateurs qui ont déjà l'extension *php-memcached* installée](#Appendix.PHPAutoDiscoverySetup.InstallingExisting)
+ [Étapes d'installation pour les nouveaux utilisateurs](Appendix.PHPAutoDiscoverySetup.Installing.md)
+ [Suppression du client de cluster PHP](Appendix.PHPAutoDiscoverySetup.Removing.md)
# Téléchargement du package d'installation
Pour vous assurer que vous utilisez la bonne version du client de ElastiCache cluster pour PHP, vous devez savoir quelle version de PHP est installée sur votre EC2 instance Amazon. Vous devez également savoir si votre EC2 instance Amazon exécute une version 64 bits ou 32 bits de Linux.
**Pour déterminer la version de PHP installée sur votre EC2 instance Amazon**
+ A l'invite de commande, exécutez la commande suivante :
```
php -v
```
La version PHP s'affiche dans le résultat, comme dans cet exemple :
```
PHP 5.4.10 (cli) (built: Jan 11 2013 14:48:57)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
```
**Note**
Si vos versions PHP et Memcached sont incompatibles, vous verrez un message d'erreur s'afficher, similaire à ce qui suit :
```
PHP Warning: PHP Startup: memcached: Unable to initialize module
Module compiled with module API=20100525
PHP compiled with module API=20131226
These options need to match
in Unknown on line 0
```
Si cela se produit, vous devrez compiler le module du code source. Pour de plus amples informations, veuillez consulter [Compiler le code source du client de ElastiCache cluster pour PHP](Appendix.PHPAutoDiscoveryCompile.md).
**Pour déterminer votre architecture Amazon EC2 AMI (64 bits ou 32 bits)**
1. Connectez-vous à la EC2 console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans la liste des **instances**, cliquez sur votre EC2 instance Amazon.
1. Dans l'onglet **Description**, recherchez le champ **AMI**. Une instance 64 bits doit disposer `x86_64` dans la description ; pour une instance 32 bits, recherchez `i386` ou `i686` dans ce champ.
Vous êtes maintenant prêt à télécharger le client de ElastiCache cluster.
**Pour télécharger le client de ElastiCache cluster pour PHP**
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 ElastiCache console, choisissez **ElastiCache Cluster Client**.
1. Dans la liste **Télécharger le client de cluster ElastiCache Memcached, choisissez le client** de ElastiCache cluster qui correspond à votre version de PHP et à votre architecture AMI, puis cliquez sur le bouton **Télécharger**.
## Pour les utilisateurs qui ont déjà l'extension *php-memcached* installée
**Pour mettre à jour l'installation `php-memcached`**
1. Supprimez l'installation précédente de l'extension de Memcached pour PHP, tel que décrit par la rubrique [Suppression du client de cluster PHP](Appendix.PHPAutoDiscoverySetup.Removing.md).
1. Installez la nouvelle ElastiCache `php-memcached` extension comme décrit précédemment dans[Étapes d'installation pour les nouveaux utilisateurs](Appendix.PHPAutoDiscoverySetup.Installing.md).
# Étapes d'installation pour les nouveaux utilisateurs
**Topics**
+ [Installation de PHP 7.x pour les nouveaux utilisateurs](#Appendix.PHPAutoDiscoverySetup.Installing.PHP7x)
+ [Installation de PHP 5.x pour les nouveaux utilisateurs](#Appendix.PHPAutoDiscoverySetup.Installing.PHP5x)
## Installation de PHP 7.x pour les nouveaux utilisateurs
**Topics**
+ [Pour installer PHP 7 sur un serveur Ubuntu 14.04 LTS AMI (64 bits et 32 bits)](#Appendix.PHPAutoDiscoverySetup.Installing.PHP7x.Ubuntu)
+ [Pour installer PHP 7 sur une AMI Amazon Linux 201609](#Appendix.PHPAutoDiscoverySetup.Installing.PHP7x.AmznLinux)
+ [Pour installer PHP 7 sur une AMI de SUSE Linux](#Appendix.PHPAutoDiscoverySetup.Installing.PHP7x.SuseLinux)
### Pour installer PHP 7 sur un serveur Ubuntu 14.04 LTS AMI (64 bits et 32 bits)
1. Lancez une nouvelle instance depuis l’AMI.
1. Exécutez les commandes suivantes :
```
sudo apt-get update
sudo apt-get install gcc g++
```
1. Installez PHP 7.
```
sudo yum install php70
```
1. Téléchargez le client Amazon ElastiCache Cluster.
```
wget https://elasticache-downloads.s3.amazonaws.com/ClusterClient/PHP-7.0/latest-64bit
```
1. Extrayez `latest-64bit`.
```
tar -zxvf latest-64bit
```
1. Avec les autorisations racine, copiez le fichier artefact extrait `amazon-elasticache-cluster-client.so` dans `/usr/lib/php/20151012`.
```
sudo mv artifact/amazon-elasticache-cluster-client.so /usr/lib/php/20151012
```
1. Insérez la ligne `extension=amazon-elasticache-cluster-client.so` dans le fichier `/etc/php/7.0/cli/php.ini`.
```
echo "extension=amazon-elasticache-cluster-client.so" | sudo tee --append /etc/php/7.0/cli/php.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
### Pour installer PHP 7 sur une AMI Amazon Linux 201609
1. Lancez une nouvelle instance depuis l’AMI.
1. Exécutez la commande suivante :
```
sudo yum install gcc-c++
```
1. Installez PHP 7.
```
sudo yum install php70
```
1. Téléchargez le client Amazon ElastiCache Cluster.
```
wget https://elasticache-downloads.s3.amazonaws.com/ClusterClient/PHP-7.0/latest-64bit
```
1. Extrayez `latest-64bit`.
```
tar -zxvf latest-64bit
```
1. Avec l'autorisation racine, copiez le fichier artefact extrait `amazon-elasticache-cluster-client.so` dans `/usr/lib64/php/7.0/modules/`.
```
sudo mv artifact/amazon-elasticache-cluster-client.so /usr/lib64/php/7.0/modules/
```
1. Créez le fichier `50-memcached.ini`.
```
echo "extension=amazon-elasticache-cluster-client.so" | sudo tee --append /etc/php-7.0.d/50-memcached.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
### Pour installer PHP 7 sur une AMI de SUSE Linux
1. Lancez une nouvelle instance depuis l’AMI.
1. Exécutez la commande suivante :
```
sudo zypper install gcc
```
1. Installez PHP 7.
```
sudo yum install php70
```
1. Téléchargez le client Amazon ElastiCache Cluster.
```
wget https://elasticache-downloads.s3.amazonaws.com/ClusterClient/PHP-7.0/latest-64bit
```
1. Extrayez `latest-64bit`.
```
tar -zxvf latest-64bit
```
1. Avec l'autorisation racine, copiez le fichier artefact extrait `amazon-elasticache-cluster-client.so` dans `/usr/lib64/php7/extensions/`.
```
sudo mv artifact/amazon-elasticache-cluster-client.so /usr/lib64/php7/extensions/
```
1. Insérez la ligne `extension=amazon-elasticache-cluster-client.so` dans le fichier `/etc/php7/cli/php.ini`.
```
echo "extension=amazon-elasticache-cluster-client.so" | sudo tee --append /etc/php7/cli/php.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
## Installation de PHP 5.x pour les nouveaux utilisateurs
**Topics**
+ [Pour installer PHP 5 sur une AMI d'Amazon Linux 2014.03 (64 bits et 32 bits)](#Appendix.PHPAutoDiscoverySetup.Installing.PHP5x.AmznLinux)
+ [Pour installer PHP 5 sur une AMI de Red Hat Enterprise Linux 7,0 (64 bits et 32 bits)](#Appendix.PHPAutoDiscoverySetup.Installing.PHP5x.RHEL)
+ [Pour installer PHP 5 sur une AMI de serveur Ubuntu 14.04 LTS (64 bits et 32 bits)](#Appendix.PHPAutoDiscoverySetup.Installing.PHP5x.Ubuntu)
+ [Pour installer PHP 5 pour AMI de SUSE Linux Enterprise Server 11 (64 bits ou 32 bits)](#Appendix.PHPAutoDiscoverySetup.Installing.PHP5x.SuseLinux)
+ [Autres distributions Linux](#Appendix.PHPAutoDiscoverySetup.Installing.PHP5x.Other)
### Pour installer PHP 5 sur une AMI d'Amazon Linux 2014.03 (64 bits et 32 bits)
1. Lancez une instance Amazon Linux (32 bits ou 64 bits) et connectez-vous.
1. Installez les dépendances PHP :
```
sudo yum install gcc-c++ php php-pear
```
1. Téléchargez le `php-memcached` package correspondant à votre EC2 instance Amazon et à votre version de PHP. Pour de plus amples informations, veuillez consulter [Téléchargement du package d'installation](Appendix.PHPAutoDiscoverySetup.Downloading.md).
1. Installer `php-memcached`. L'URI doit être le chemin de téléchargement du package d'installation :
```
sudo pecl install
```
Voici un exemple de commande installation pour PHP 5.4, Linux 64 bits. Dans cet exemple, remplacez *X.Y.Z* par le numéro de version réel :
```
sudo pecl install /home/AmazonElastiCacheClusterClient-X.Y.Z-PHP54-64bit.tgz
```
**Note**
Veuillez à utiliser la dernière version de l'artefact d'installation.
1. Avec root/sudo autorisation, ajoutez un nouveau fichier nommé `memcached.ini` dans le `/etc/php.d` répertoire et insérez « extension= amazon-elasticache-cluster-client .so » dans le fichier :
```
echo "extension=amazon-elasticache-cluster-client.so" | sudo tee --append /etc/php.d/memcached.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
### Pour installer PHP 5 sur une AMI de Red Hat Enterprise Linux 7,0 (64 bits et 32 bits)
1. Lancez une instance Red Hat Enterprise Linux (32 bits ou 64 bits) et connectez-vous.
1. Installez les dépendances PHP :
```
sudo yum install gcc-c++ php php-pear
```
1. Téléchargez le `php-memcached` package correspondant à votre EC2 instance Amazon et à votre version de PHP. Pour de plus amples informations, veuillez consulter [Téléchargement du package d'installation](Appendix.PHPAutoDiscoverySetup.Downloading.md).
1. Installer `php-memcached`. L'URI doit être le chemin de téléchargement du package d'installation :
```
sudo pecl install
```
1. Avec root/sudo autorisation, ajoutez un nouveau fichier nommé `memcached.ini` dans le `/etc/php.d` répertoire et insérez-le `extension=amazon-elasticache-cluster-client.so` dans le fichier.
```
echo "extension=amazon-elasticache-cluster-client.so" | sudo tee --append /etc/php.d/memcached.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
### Pour installer PHP 5 sur une AMI de serveur Ubuntu 14.04 LTS (64 bits et 32 bits)
1. Lancez une instance Ubuntu Linux (32 bits ou 64 bits) et connectez-vous.
1. Installez les dépendances PHP :
```
sudo apt-get update
sudo apt-get install gcc g++ php5 php-pear
```
1. Téléchargez le `php-memcached` package correspondant à votre EC2 instance Amazon et à votre version de PHP. Pour de plus amples informations, veuillez consulter [Téléchargement du package d'installation](Appendix.PHPAutoDiscoverySetup.Downloading.md).
1. Installer `php-memcached`. L'URI doit être le chemin de téléchargement du package d'installation.
```
sudo pecl install
```
**Note**
Cette étape permet d'installer l'artefact de build `amazon-elasticache-cluster-client.so` dans le répertoire `/usr/lib/php5/20121212*`. Vérifiez le chemin d'accès absolu de l'artefact de génération, car vous en avez besoin pour l'étape suivante.
Si la commande précédente ne fonctionne pas, vous devez extraire manuellement l'artefact de client PHP `amazon-elasticache-cluster-client.so` du fichier `*.tgz` téléchargé, et le copier dans l'annuaire `/usr/lib/php5/20121212*`.
```
tar -xvf
cp amazon-elasticache-cluster-client.so /usr/lib/php5/20121212/
```
1. Avec root/sudo autorisation, ajoutez un nouveau fichier nommé `memcached.ini` dans le `/etc/php5/cli/conf.d` répertoire et insérez « extension= » dans le fichier.
```
echo "extension=" | sudo tee --append /etc/php5/cli/conf.d/memcached.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
### Pour installer PHP 5 pour AMI de SUSE Linux Enterprise Server 11 (64 bits ou 32 bits)
1. Lancez une instance SUSE Linux (32 bits ou 64 bits) et connectez-vous.
1. Installez les dépendances PHP :
```
sudo zypper install gcc php53-devel
```
1. Téléchargez le `php-memcached` package correspondant à votre EC2 instance Amazon et à votre version de PHP. Pour de plus amples informations, veuillez consulter [Téléchargement du package d'installation](Appendix.PHPAutoDiscoverySetup.Downloading.md).
1. Installer `php-memcached`. L'URI doit être le chemin de téléchargement du package d'installation.
```
sudo pecl install
```
1. Avec root/sudo autorisation, ajoutez un nouveau fichier nommé `memcached.ini` dans le `/etc/php5/conf.d` répertoire et insérez-le **extension=`amazon-elasticache-cluster-client.so`** dans le fichier.
```
echo "extension=amazon-elasticache-cluster-client.so" | sudo tee --append /etc/php5/conf.d/memcached.ini
```
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
**Note**
Si l'étape 5 ne fonctionne pas pour une des plateformes précédentes, vérifiez le chemin d'installation de `amazon-elasticache-cluster-client.so`. Spécifiez également le chemin d'accès complet du fichier binaire dans l'extension. En outre, vérifiez que la version du PHP en cours d'utilisation est prise en charge. Nous prenons en charge les versions 5.3 via 5.5.
### Autres distributions Linux
Sur certains systèmes, notamment Cent OS7 et Red Hat Enterprise Linux (RHEL), la version 7.1 `libsasl2.so.3` a été remplacée`libsasl2.so.2`. Sur ces systèmes, lorsque vous chargez le client du ElastiCache cluster, celui-ci tente de le trouver et de le charger, mais il échoue`libsasl2.so.2`. Pour résoudre ce problème, créez un lien symbolique vers `libsasl2.so.3` afin que lorsque le client tente de charger libsasl2.so.2, il est redirigé vers `libsasl2.so.3`. Le code suivant crée ce lien symbolique.
```
cd /usr/lib64
sudo ln libsasl2.so.3 libsasl2.so.2
```
# Suppression du client de cluster PHP
**Topics**
+ [Suppression d'une version antérieure de PHP 7](#Appendix.PHPAutoDiscoverySetup.Removing.PHP7x)
+ [Suppression d'une version antérieure de PHP 5](#Appendix.PHPAutoDiscoverySetup.Removing.PHP5x)
## Suppression d'une version antérieure de PHP 7
**Pour supprimer une version antérieure de PHP 7**
1. Supprimez le fichier `amazon-elasticache-cluster-client.so` dans le répertoire de lib PHP approprié comme indiqué précédemment dans les instructions d'installation. Consultez la section pour votre installation dans [Pour les utilisateurs qui ont déjà l'extension *php-memcached* installée](Appendix.PHPAutoDiscoverySetup.md#Appendix.PHPAutoDiscoverySetup.InstallingExisting).
1. Supprimez la ligne `extension=amazon-elasticache-cluster-client.so` du fichier `php.ini`.
1. Démarrez ou redémarrez votre serveur Apache.
```
sudo /etc/init.d/httpd start
```
## Suppression d'une version antérieure de PHP 5
**Pour supprimer une version antérieure de PHP 5**
1. Supprimez l'extension `php-memcached` :
```
sudo pecl uninstall __uri/AmazonElastiCacheClusterClient
```
1. Supprimez le fichier `memcached.ini` ajouté dans le répertoire approprié comme indiqué dans les étapes d'installation précédentes.
# Compiler le code source du client de ElastiCache cluster pour PHP
Cette section explique comment obtenir et compiler le code source du client de ElastiCache cluster pour PHP.
[Il existe deux paquets que vous devez extraire GitHub et compiler : [aws-elasticache-cluster-client-libmemcached](https://github.com/awslabs/aws-elasticache-cluster-client-libmemcached) et -. aws-elasticache-cluster-client memcached-for-php](https://github.com/awslabs/aws-elasticache-cluster-client-memcached-for-php)
**Topics**
+ [Compilation de la bibliothèque libmemcached](#Appendix.PHPAutoDiscoveryCompile.Libmemcached)
+ [Compilation du client de découverte automatique ElastiCache Memcached pour PHP](#Appendix.PHPAutoDiscoveryCompile.Client)
## Compilation de la bibliothèque libmemcached
**Pour compiler la aws-elasticache-cluster-client bibliothèque -libmemcached**
1. Lancez une EC2 instance Amazon.
1. Installez les dépendances de bibliothèque.
+ Sur AMI d'Amazon Linux 201509
```
sudo yum install gcc gcc-c++ autoconf libevent-devel
```
+ Sur AMI d'Ubuntu 14.04
```
sudo apt-get update
sudo apt-get install libevent-dev gcc g++ make autoconf libsasl2-dev
```
1. Extrayez le référentiel et compilez le code.
```
Download and install [ https://github.com/awslabs/aws-elasticache-cluster-client-libmemcached/archive/v1.0.18.tar.gz]( https://github.com/awslabs/aws-elasticache-cluster-client-libmemcached/archive/v1.0.18.tar.gz)
```
## Compilation du client de découverte automatique ElastiCache Memcached pour PHP
Les sections suivantes décrivent comment compiler le client ElastiCache Memcached Auto Discovery
**Topics**
+ [Compiler le client ElastiCache Memcached pour PHP 7](#Appendix.PHPAudiscoveryCompile.Client.PHP7)
+ [Compiler le client ElastiCache Memcached pour PHP 5](#Appendix.PHPAudiscoveryCompile.PHP5)
### Compiler le client ElastiCache Memcached pour PHP 7
Exécutez l'ensemble de commandes dans le répertoire du code.
```
git clone https://github.com/awslabs/aws-elasticache-cluster-client-memcached-for-php.git
cd aws-elasticache-cluster-client-memcached-for-php
git checkout php7
sudo yum install php70-devel
phpize
./configure --with-libmemcached-dir= --disable-memcached-sasl
make
make install
```
**Note**
Vous pouvez lier statiquement la bibliothèque libmemcached dans le binaire PHP afin qu'il soit porté sur différentes plateformes Linux. Pour cela, exécutez la commande suivante avant `make` :
```
sed -i "s#-lmemcached#/lib/libmemcached.a -lcrypt -lpthread -lm -lstdc++ -lsasl2#" Makefile
```
### Compiler le client ElastiCache Memcached pour PHP 5
Compilez le `aws-elasticache-cluster-client-memcached-for-php` en exécutant les commandes suivantes dans le dossier `aws-elasticache-cluster-client-memcached-for-php/`.
```
git clone https://github.com/awslabs/aws-elasticache-cluster-client-memcached-for-php.git
cd aws-elasticache-cluster-client-memcached-for-php
sudo yum install zlib-devel
phpize
./configure --with-libmemcached-dir=
make
make install
```
# Configuration des ElastiCache clients
Un ElastiCache cluster est conforme au protocole avec Valkey, Memcached et Redis OSS. Le code, les applications et les outils les plus courants que vous utilisez aujourd'hui dans votre environnement existant fonctionneront parfaitement avec le service.
Cette section contient des considérations spécifiques pour la connexion aux nœuds de cache dans ElastiCache.
**Topics**
+ [Commandes limitées](ClientConfig.RestrictedCommands.md)
+ [Recherche des points de terminaison et des numéros de port des nœuds](ClientConfig.FindingEndpointsAndPorts.md)
+ [Connexion pour l'utilisation de la découverte automatique](ClientConfig.AutoDiscovery.md)
+ [Connexion aux nœuds d'un cluster Valkey ou Redis OSS](ClientConfig.ReplicationGroup.md)
+ [Noms DNS et réseau IP sous-jacent](ClientConfig.DNS.md)
# Commandes limitées
Pour offrir une expérience de service géré, ElastiCache restreint l'accès à certaines commandes spécifiques au moteur de cache qui nécessitent des privilèges avancés. Pour les clusters exécutant Redis OSS, les commandes suivantes ne sont pas disponibles :
+ `bgrewriteaof`
+ `bgsave`
+ `config`
+ `debug`
+ `migrate`
+ `replicaof`
+ `save`
+ `slaveof`
+ `shutdown`
+ `sync`
# Recherche des points de terminaison et des numéros de port des nœuds
Pour se connecter à un nœud de cache, votre application a besoin de connaître le point de terminaison et le numéro de port de ce nœud.
## Recherche des points de terminaison et des numéros de port des nœuds (console)
**Pour déterminer les points de terminaison et les numéros de port des nœuds de **
1. Connectez-vous à la [console ElastiCache de gestion Amazon](https://aws.amazon.com/elasticache) et choisissez le moteur exécuté sur votre cluster.
La liste de tous les clusters exécutant le moteur choisi s'affiche.
1. Poursuivez ci-dessous pour le moteur et la configuration que vous exécutez.
1. Choisissez le nom du cluster qui vous intéresse.
1. Recherchez les colonnes **Port** et **Endpoint** pour le nœud qui vous intéresse.
## Recherche des points de terminaison et des numéros de port des nœuds de cache (AWS CLI)
Pour déterminer les points de terminaison et les numéros de port des nœuds de cache, utilisez la commande `describe-cache-clusters` avec le paramètre `--show-cache-node-info`.
```
aws elasticache describe-cache-clusters --show-cache-node-info
```
Les noms DNS complets et les numéros de port sont dans la section Endpoint du résultat.
## Recherche des points de terminaison et des numéros de port des nœuds de cache (ElastiCache API)
Pour déterminer les points de terminaison et les numéros de port des nœuds de cache, utilisez l'action `DescribeCacheClusters` avec le paramètre `ShowCacheNodeInfo=true`.
**Example**
```
1. https://elasticache.us-west-2.amazonaws.com /
2. ?Action=DescribeCacheClusters
3. &ShowCacheNodeInfo=true
4. &SignatureVersion=4
5. &SignatureMethod=HmacSHA256
6. &Timestamp=20140421T220302Z
7. &Version=2014-09-30
8. &X-Amz-Algorithm=&AWS;4-HMAC-SHA256
9. &X-Amz-Credential=
10. &X-Amz-Date=20140421T220302Z
11. &X-Amz-Expires=20140421T220302Z
12. &X-Amz-Signature=
13. &X-Amz-SignedHeaders=Host
```
# Connexion pour l'utilisation de la découverte automatique
Si vos applications utilisent la découverte automatique, il vous suffit de connaître le point de terminaison de configuration du cluster, plutôt que les points de terminaison individuels de chaque nœud de cache. Pour de plus amples informations, veuillez consulter [Identifiez automatiquement les nœuds de votre cluster (Memcached)](AutoDiscovery.md).
**Note**
À l'heure actuelle, Auto Discovery n'est disponible que pour les clusters exécutant Memcached.
# Connexion aux nœuds d'un cluster Valkey ou Redis OSS
**Note**
À l'heure actuelle, les clusters (API/CLI : groupes de réplication) qui prennent en charge la réplication et la lecture des répliques ne sont pris en charge que pour les clusters exécutant Valkey ou Redis OSS.
Pour les clusters, ElastiCache fournit des interfaces de console, de CLI et d'API pour obtenir des informations de connexion pour les nœuds individuels.
Pour l'activité de lecture seule, les applications peuvent se connecter à n'importe quel nœud du cluster. Toutefois, pour les activités d'écriture, nous recommandons que vos applications se connectent au point de terminaison principal (Valkey ou Redis OSS (mode cluster désactivé)) ou au point de configuration (Valkey ou Redis OSS (mode cluster activé)) du cluster au lieu de se connecter directement à un nœud. Cela permet de s'assurer que vos applications trouveront toujours le nœud correct, même si vous décidez de reconfigurer votre cluster en faisant la promotion d'un réplica en lecture en réplica principal.
## Connexion aux clusters dans un groupe de réplication (console)
**Pour déterminer les points de terminaison et les numéros de port**
+ Consultez la rubrique, [Trouver les points de terminaison d'un cluster Valkey ou Redis OSS (mode cluster désactivé) (console)](Endpoints.md#Endpoints.Find.Redis).
## Connexion aux clusters dans un groupe de réplication (AWS CLI)
**Pour déterminer les points de terminaison et les numéros de port des nœuds de cache**
Utilisez la commande `describe-replication-groups` avec le nom de votre groupe de réplication :
```
aws elasticache describe-replication-groups redis2x2
```
Cette commande doit produire une sortie similaire à ce qui suit :
```
{
"ReplicationGroups": [
{
"Status": "available",
"Description": "2 shards, 2 nodes (1 + 1 replica)",
"NodeGroups": [
{
"Status": "available",
"Slots": "0-8191",
"NodeGroupId": "0001",
"NodeGroupMembers": [
{
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"CacheClusterId": "redis2x2-0001-001"
},
{
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"CacheClusterId": "redis2x2-0001-002"
}
]
},
{
"Status": "available",
"Slots": "8192-16383",
"NodeGroupId": "0002",
"NodeGroupMembers": [
{
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"CacheClusterId": "redis2x2-0002-001"
},
{
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"CacheClusterId": "redis2x2-0002-002"
}
]
}
],
"ConfigurationEndpoint": {
"Port": 6379,
"Address": "redis2x2.9dcv5r.clustercfg.usw2.cache.amazonaws.com"
},
"ClusterEnabled": true,
"ReplicationGroupId": "redis2x2",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"SnapshotWindow": "13:00-14:00",
"MemberClusters": [
"redis2x2-0001-001",
"redis2x2-0001-002",
"redis2x2-0002-001",
"redis2x2-0002-002"
],
"CacheNodeType": "cache.m3.medium",
"PendingModifiedValues": {}
}
]
}
```
## Connexion aux clusters d'un groupe de réplication (ElastiCache API)
**Pour déterminer les points de terminaison et les numéros de port des nœuds de cache**
Appelez `DescribeReplicationGroups` avec le paramètre suivant :
`ReplicationGroupId` = le nom de votre groupe de réplication.
**Example**
```
1. https://elasticache.us-west-2.amazonaws.com /
2. ?Action=DescribeCacheClusters
3. &ReplicationGroupId=repgroup01
4. &Version=2014-09-30
5. &SignatureVersion=4
6. &SignatureMethod=HmacSHA256
7. &Timestamp=20140421T220302Z
8. &X-Amz-Algorithm=&AWS;4-HMAC-SHA256
9. &X-Amz-Date=20140421T220302Z
10. &X-Amz-SignedHeaders=Host
11. &X-Amz-Expires=20140421T220302Z
12. &X-Amz-Credential=
13. &X-Amz-Signature=
```
# Noms DNS et réseau IP sous-jacent
Les clients gèrent une liste de serveurs contenant les adresses et les ports des serveurs contenant les données de cache. Lors de l'utilisation ElastiCache, l' DescribeCacheClusters API (ou l'utilitaire de ligne de describe-cache-clusters commande) renvoie une entrée DNS complète et un numéro de port qui peuvent être utilisés pour la liste des serveurs.
**Important**
Il est important que les applications clientes soient configurées pour résoudre fréquemment les noms DNS des nœuds de cache lorsqu'elles tentent de se connecter au point de terminaison d'un nœud de cache.
ElastiCache garantit que le nom DNS des nœuds de cache reste le même lorsque les nœuds de cache sont restaurés en cas de défaillance.
La plupart des bibliothèques clientes prennent en charge les connexions persistantes au nœud de cache, par défaut. Nous recommandons d'utiliser des connexions persistantes aux nœuds de cache lors de l'utilisation d' ElastiCache. La mise en cache de DNS côté client peut se produire à plusieurs endroits, notamment dans les bibliothèques clientes, dans l'environnement Common Language Runtime ou le système d'exploitation client. Vous devez passer en revue la configuration de votre application à chaque couche pour vous assurer de résoudre fréquemment les adresses IP pour vos nœuds de cache.
# Hiérarchisation des données ElastiCache
ElastiCache pour les clusters Valkey ou Redis OSS qui comprennent un groupe de réplication et utilisent un type de nœud de la famille r6gd, leurs données sont hiérarchisées entre la mémoire et le stockage SSD (SSD) local. La hiérarchisation des données offre une nouvelle option de rapport prix/performances pour les charges de travail Valkey ou Redis OSS en utilisant des disques SSD (SSDs) à moindre coût dans chaque nœud du cluster, en plus du stockage des données en mémoire. Elle est parfaitement adaptée aux charges de travail qui accèdent régulièrement jusqu’à 20 % de leur jeu de données, et pour les applications qui peuvent tolérer une latence supplémentaire lors de l’accès aux données sur SSD.
Sur les ElastiCache clusters dotés de la hiérarchisation des données, ElastiCache surveille l'heure du dernier accès à chaque élément stocké. Lorsque la mémoire disponible (DRAM) est entièrement consommée, ElastiCache utilise l'algorithme le moins récemment utilisé (LRU) pour déplacer automatiquement les éléments rarement consultés de la mémoire vers le SSD. Lorsque les données du SSD sont ultérieurement consultées, elles sont ElastiCache automatiquement et asynchrones remises en mémoire avant de traiter la demande. Si votre charge de travail n’accède régulièrement qu’à un sous-ensemble de ses données, la hiérarchisation des données est un moyen optimal de mettre à l’échelle votre capacité de manière rentable.
Notez que lors de l'utilisation de la hiérarchisation des données, les clés elles-mêmes restent toujours en mémoire, tandis que le principe du moins récemment utilisé (LRU, Least Recently Used) régit le placement des valeurs en mémoire plutôt que sur le disque. En général, nous recommandons que la taille de vos clés soit inférieure à celle de vos valeurs lorsque vous utilisez la hiérarchisation des données.
La hiérarchisation des données est conçue pour avoir un impact minimal sur les performances des charges de travail des applications. Par exemple, en supposant des valeurs de chaîne de 500 octets, vous pouvez vous attendre à 300 microsecondes de latence supplémentaires en moyenne pour les demandes de données stockées sur le SSD par rapport aux demandes de données en mémoire.
Grâce à la plus grande taille de nœud de hiérarchisation des données (cache.r6gd.16xlarge), vous pouvez stocker jusqu’à 1 pétaoctet dans un seul cluster de 500 nœuds (500 To en utilisant 1 réplica en lecture). La hiérarchisation des données est compatible avec toutes les commandes et structures de données Valkey ou Redis OSS prises en charge dans. ElastiCache Vous n’avez besoin d’aucune modification côté client pour utiliser cette fonction.
**Topics**
+ [Bonnes pratiques](#data-tiering-best-practices)
+ [Limites](#data-tiering-prerequisites)
+ [Tarification](#data-tiering-pricing)
+ [Surveillance](#data-tiering-monitoring)
+ [Utilisation de la hiérarchisation des données](#data-tiering-enabling)
+ [Restauration des données de la sauvegarde dans des clusters avec la hiérarchisation des données activée](#data-tiering-enabling-snapshots)
## Bonnes pratiques
Nous recommandons les bonnes pratiques suivantes :
+ La hiérarchisation des données est parfaitement adaptée aux charges de travail qui accèdent régulièrement jusqu'à 20 % de leur jeu de données, et pour les applications qui peuvent tolérer une latence supplémentaire lors de l'accès aux données sur SSD.
+ Lors de l'utilisation de la capacité SSD disponible sur les nœuds hiérarchisés en fonction des données, nous recommandons que la taille de la valeur soit supérieure à celle de la clé. Lorsque des éléments sont déplacés entre DRAM et SSD, les clés restent toujours en mémoire et seules les valeurs sont déplacées vers le niveau SSD.
## Limites
La hiérarchisation des données présente les limitations suivantes :
+ Vous ne pouvez utiliser la hiérarchisation des données que sur des clusters faisant partie d’un groupe de réplication.
+ Le type de nœud que vous utilisez doit appartenir à la famille r6gd, disponible dans les régions suivantes : `us-east-2`, `us-east-1`, `us-west-2`, `us-west-1`, `eu-west-1`, `eu-central-1`, `eu-north-1`, `eu-west-3`, `ap-northeast-1`, `ap-southeast-1`, `ap-southeast-2`, `ap-south-1`, `ca-central-1` et `sa-east-1`.
+ Vous devez utiliser un moteur Valkey 7.2 ou version ultérieure, ou un moteur Redis OSS 6.2 ou version ultérieure.
+ Vous ne pouvez pas restaurer une sauvegarde d’un cluster r6gd dans un autre cluster sauf s’il utilise également r6gd.
+ Vous ne pouvez pas exporter une sauvegarde vers Amazon S3 pour les clusters de hiérarchisation des données.
+ La migration en ligne n'est pas prise en charge pour les clusters exécutés sur le type de nœud r6gd.
+ La mise à l’échelle n’est pas prise en charge depuis un cluster de hiérarchisation de données (par exemple, un cluster utilisant un type de nœud r6gd) vers un cluster qui n’utilise pas la hiérarchisation des données (par exemple, un cluster utilisant un type de nœud r6g). Pour de plus amples informations, veuillez consulter [Dimensionnement ElastiCache](Scaling.md).
+ Le dimensionnement automatique est pris en charge sur les clusters à l'aide de la hiérarchisation des données pour Valkey version 7.2 et versions ultérieures, et Redis OSS version 7.0.7 et versions ultérieures. Pour de plus amples informations, consultez [Clusters Auto Scaling Valkey et Redis OSS](AutoScaling.md).
+ La hiérarchisation des données prend uniquement en charge les politiques maxmemory `volatile-lru`, `allkeys-lru`, `volatile-lfu`, `allkeys-lfu` et `noeviction`.
+ La sauvegarde sans formulaire est prise en charge pour Valkey version 7.2 et versions ultérieures, et pour Redis OSS version 7.0.7 et versions ultérieures. Pour de plus amples informations, veuillez consulter [Implémentation de la sauvegarde et de la synchronisation](Replication.Redis.Versions.md).
+ Les éléments de plus de 128 MiB ne sont pas déplacés vers le SSD.
+ À partir de Valley 8.1 et versions ultérieures, un élément dont la taille clé\$1valeur est inférieure à 40 octets ne sera pas déplacé vers le SSD.
## Tarification
Les nœuds R6gd ont une capacité totale 4,8 fois plus élevée (mémoire \$1 SSD) et peuvent vous aider à réaliser des économies de plus de 60 % quand ils s’exécutent au maximum de leur capacité par rapport aux nœuds R6g (mémoire uniquement). Pour en savoir plus, consultez [PricingElastiCache ](https://aws.amazon.com/elasticache/pricing/) (Tarification).
## Surveillance
ElastiCache propose des métriques conçues spécifiquement pour surveiller les clusters de performances qui utilisent la hiérarchisation des données. Pour surveiller le ratio entre les éléments en DRAM et en SSD, vous pouvez utiliser la `CurrItems` métrique de [Metrics for Valkey et Redis](CacheMetrics.Redis.md) OSS. Vous pouvez calculer le pourcentage comme suit : *(CurrItems avec Dimension : Tier = Memory \$1 100)/(CurrItems sans filtre de dimension)*.
Si la politique d'expulsion configurée le permet, elle ElastiCache commencera à expulser des éléments lorsque le pourcentage d'éléments en mémoire sera inférieur à 5 %. Sur les nœuds configurés avec une politique de non-éviction, les opérations d'écriture recevront une erreur de mémoire insuffisante.
Il est tout de même recommandé d'envisager une mise à l'échelle horizontale pour les clusters activés en mode cluster ou une mise à l'échelle supérieure pour les clusters désactivés en mode cluster lorsque le pourcentage d'éléments en mémoire tombe en dessous de 5 %. Pour plus d'informations sur la mise à l'échelle, voir[Mise à l'échelle des clusters Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md). Pour plus d'informations sur les métriques pour les clusters Valkey ou Redis OSS qui utilisent la hiérarchisation des données, consultez. [Métriques pour Valkey et Redis OSS](CacheMetrics.Redis.md)
## Utilisation de la hiérarchisation des données
### Utilisation de la hiérarchisation des données à l'aide du AWS Management Console
Lorsque vous créez un cluster dans le cadre d’un groupe de réplication, vous utilisez la hiérarchisation des données en sélectionnant un type de nœud dans la famille r6gd, tel que *cache.r6gd.xlarge*. La sélection de ce type de nœud active automatiquement la hiérarchisation des données.
Pour plus d'informations sur la création des clusters , consultez [Création d'un cluster pour Valkey ou Redis OSS](Clusters.Create.md).
### Activation de la hiérarchisation des données à l'aide du AWS CLI
Lorsque vous créez un groupe de réplication à l'aide de AWS CLI, vous utilisez la hiérarchisation des données en sélectionnant un type de nœud de la famille r6gd, tel que *cache.r6gd.xlarge, et en définissant le paramètre.* `--data-tiering-enabled`
Vous ne pouvez pas désactiver la hiérarchisation des données lorsque vous sélectionnez un type de nœud dans la famille r6gd. Si vous définissez le paramètre `--no-data-tiering-enabled`, l’opération échouera.
Pour Linux, macOS ou Unix :
```
aws elasticache create-replication-group \
--replication-group-id redis-dt-cluster \
--replication-group-description "Redis OSS cluster with data tiering" \
--num-node-groups 1 \
--replicas-per-node-group 1 \
--cache-node-type cache.r6gd.xlarge \
--engine redis \
--cache-subnet-group-name default \
--automatic-failover-enabled \
--data-tiering-enabled
```
Pour Windows :
```
aws elasticache create-replication-group ^
--replication-group-id redis-dt-cluster ^
--replication-group-description "Redis OSS cluster with data tiering" ^
--num-node-groups 1 ^
--replicas-per-node-group 1 ^
--cache-node-type cache.r6gd.xlarge ^
--engine redis ^
--cache-subnet-group-name default ^
--automatic-failover-enabled ^
--data-tiering-enabled
```
Après avoir exécuté cette opération, une réponse similaire à ceci s’affiche :
```
{
"ReplicationGroup": {
"ReplicationGroupId": "redis-dt-cluster",
"Description": "Redis OSS cluster with data tiering",
"Status": "creating",
"PendingModifiedValues": {},
"MemberClusters": [
"redis-dt-cluster"
],
"AutomaticFailover": "enabled",
"DataTiering": "enabled",
"SnapshotRetentionLimit": 0,
"SnapshotWindow": "06:00-07:00",
"ClusterEnabled": false,
"CacheNodeType": "cache.r6gd.xlarge",
"TransitEncryptionEnabled": false,
"AtRestEncryptionEnabled": false
}
}
```
## Restauration des données de la sauvegarde dans des clusters avec la hiérarchisation des données activée
Vous pouvez restaurer une sauvegarde sur un nouveau cluster avec la hiérarchisation des données activée à l'aide de la (console), (AWS CLI) ou (ElastiCache API). Lorsque vous créez un cluster à l’aide de types de nœuds de la famille r6gd, la hiérarchisation des données est activée.
### Restauration des données à partir de la sauvegarde dans des clusters avec la hiérarchisation des données activée (console)
**Pour restaurer une sauvegarde dans un nouveau cluster avec la hiérarchisation des données activée (console)**
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation de gauche, choisissez **Sauvegardes**.
1. Dans la liste des sauvegardes, cochez la case située à gauche du nom de la sauvegarde à restaurer.
1. Choisissez **Restore** (Restaurer).
1. Renseignez la boîte de dialogue **Restore Cluster. ** Veillez à remplir tous les champs **obligatoires**, ainsi que ceux dont vous ne souhaitez pas conserver la valeur par défaut.
1. **ID du cluster** : obligatoire. Nom du nouveau cluster.
1. **Mode cluster activé (mise à l'échelle externe)** — Choisissez cette option pour un cluster Valkey ou Redis OSS (mode cluster activé).
1. **Type de nœud** : préciser **cache.r6gd.xlarge** ou tout autre type de nœud de la famille r6gd.
1. **Nombre de partitions** : choisissez le nombre de partitions dont vous avez besoin dans le nouveau cluster (API/CLI : groupes de nœuds).
1. **Replicas per Shard (Réplicas par partition)** : choisissez le nombre de nœuds de réplica en lecture souhaité dans chaque partition.
1. **Slots and keyspaces (Emplacements et espaces de clés)** : choisissez la répartition des clés entre les partitions. Si vous choisissez de spécifier les répartitions de clés, remplissez le tableau en spécifiant les plages de clés de chaque partition.
1. **Zone(s) de disponibilité** : spécifiez la façon dont les zones de disponibilité du cluster doivent être sélectionnées.
1. **Port** : modifiez cette valeur uniquement si vous souhaitez que le nouveau cluster utilise un port différent.
1. **Choisir un VPC** : choisissez le VPC dans lequel vous souhaitez créer ce cluster.
1. **Groupe de paramètres** : choisissez un groupe de paramètres qui réserve suffisamment de mémoire pour la surcharge de Valkey ou Redis OSS pour le type de nœud que vous avez sélectionné.
1. Lorsque les paramètres vous conviennent, choisissez **Create**.
Pour plus d'informations sur la création des clusters , consultez [Création d'un cluster pour Valkey ou Redis OSS](Clusters.Create.md).
### Restauration des données de la sauvegarde dans des clusters avec la hiérarchisation des données activée AWS CLI
Lors de la création d'un groupe de réplication à l'aide de AWS CLI, la hiérarchisation des données est utilisée par défaut en sélectionnant un type de nœud de la famille r6gd, tel que *cache.r6gd.xlarge*, et en définissant le paramètre. `--data-tiering-enabled`
Vous ne pouvez pas désactiver la hiérarchisation des données lorsque vous sélectionnez un type de nœud dans la famille r6gd. Si vous définissez le paramètre `--no-data-tiering-enabled`, l’opération échouera.
Pour Linux, macOS ou Unix :
```
aws elasticache create-replication-group \
--replication-group-id redis-dt-cluster \
--replication-group-description "Redis OSS cluster with data tiering" \
--num-node-groups 1 \
--replicas-per-node-group 1 \
--cache-node-type cache.r6gd.xlarge \
--engine redis \
--cache-subnet-group-name default \
--automatic-failover-enabled \
--data-tiering-enabled \
--snapshot-name my-snapshot
```
Pour Linux, macOS ou Unix :
```
aws elasticache create-replication-group ^
--replication-group-id redis-dt-cluster ^
--replication-group-description "Redis OSS cluster with data tiering" ^
--num-node-groups 1 ^
--replicas-per-node-group 1 ^
--cache-node-type cache.r6gd.xlarge ^
--engine redis ^
--cache-subnet-group-name default ^
--automatic-failover-enabled ^
--data-tiering-enabled ^
--snapshot-name my-snapshot
```
Après avoir exécuté cette opération, une réponse similaire à ceci s’affiche :
```
{
"ReplicationGroup": {
"ReplicationGroupId": "redis-dt-cluster",
"Description": "Redis OSS cluster with data tiering",
"Status": "creating",
"PendingModifiedValues": {},
"MemberClusters": [
"redis-dt-cluster"
],
"AutomaticFailover": "enabled",
"DataTiering": "enabled",
"SnapshotRetentionLimit": 0,
"SnapshotWindow": "06:00-07:00",
"ClusterEnabled": false,
"CacheNodeType": "cache.r6gd.xlarge",
"TransitEncryptionEnabled": false,
"AtRestEncryptionEnabled": false
}
}
```
# Préparation d'un cluster dans ElastiCache
Vous trouverez ci-dessous des instructions sur la création d'un cluster à l'aide de la ElastiCache console AWS CLI, de l'API ou de l' ElastiCache API.
Vous pouvez également créer un ElastiCache cluster à l'aide de [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html). Pour plus d'informations, consultez [AWS: : : ElastiCache : CacheCluster](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-elasticache-cache-cluster.html) dans le *guide de l'utilisateur de AWS Cloud Formation*, qui contient des conseils sur la manière de mettre en œuvre cette approche.
Chaque fois que vous créez un cluster ou un groupe de réplication , il est utile de réaliser un travail préparatoire de sorte à ne pas avoir besoin d'effectuer une mise à niveau ou d'apporter des changements immédiatement.
**Topics**
+ [Déterminer les exigences ElastiCache de votre cluster](cluster-create-determine-requirements.md)
+ [Choix de la taille de votre nœud](CacheNodes.SelectSize.md)
# Déterminer les exigences ElastiCache de votre cluster
**Préparation**
Connaître les réponses aux questions suivantes facilite la création de votre ElastiCache cluster :
+ De quel type d'instance de nœud avez-vous besoin ?
Pour vous guider dans la sélection du type de nœud d'instance, consultez [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
+ Lancez-vous votre cluster dans un cloud privé virtuel (VPC) basé sur Amazon VPC ?
**Important**
Si vous envisagez de lancer votre cluster dans un VPC, vous devez créer un groupe de sous-réseaux dans le même VPC avant de commencer à créer un cluster. Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md).
ElastiCache est conçu pour être accessible depuis AWS l'intérieur via Amazon EC2. Cependant, si vous lancez votre cluster dans un VPC basé sur Amazon VPC et qu'il se trouve dans un VPC, vous pouvez y accéder depuis l'extérieur d' AWS. Pour de plus amples informations, veuillez consulter [Accès aux ElastiCache ressources depuis l'extérieur AWS](accessing-elasticache.md#access-from-outside-aws).
+ Avez-vous besoin de personnaliser les valeurs des paramètres ?
Si vous le faites, créez un groupe de paramètres personnalisé. Pour de plus amples informations, veuillez consulter [Création d'un groupe ElastiCache de paramètres](ParameterGroups.Creating.md).
Si vous utilisez Valkey ou Redis OSS, pensez à définir `reserved-memory` ou. `reserved-memory-percent` Pour de plus amples informations, veuillez consulter [Gestion de la mémoire réservée pour Valkey et Redis OSS](redis-memory-management.md).
+ Devez-vous créer votre propre *groupe de sécurité VPC* ?
Pour plus d’informations, consultez [Sécurité au sein de votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Security.html).
+ Comment avez-vous l'intention de mettre en œuvre la tolérance aux pannes ?
Pour de plus amples informations, veuillez consulter [Atténuation des défaillances](disaster-recovery-resiliency.md#FaultTolerance).
**Topics**
+ [ElastiCache exigences en matière de mémoire et de processeur](#cluster-create-determine-requirements-memory)
+ [Configuration du cluster Memcached](#memcached-cluster-configuration)
+ [Configuration des clusters Valkey et Redis OSS](#redis-cluster-configuration)
+ [ElastiCache exigences de dimensionnement](#cluster-create-determine-requirements-scaling)
+ [ElastiCache exigences en matière d'accès](#cluster-create-determine-requirements-access)
+ [Exigences relatives à la région, à la zone de disponibilité et à la zone locale pour ElastiCache](#cluster-create-determine-requirements-region)
## ElastiCache exigences en matière de mémoire et de processeur
L'élément de base d'Amazon ElastiCache est le nœud. Les nœuds sont configurés de manière individuelle ou en groupe pour former des clusters. En déterminant le type de nœud à utiliser pour votre cluster, tenez compte de la configuration de nœud du cluster et de la quantité de données à stocker.
Le moteur Memcached est en multi-thread. Le nombre de cœurs du nœud a donc un impact sur la puissance de calcul à disposition du cluster.
## Configuration du cluster Memcached
ElastiCache pour les clusters Memcached sont composés de 1 à 60 nœuds. Les données contenues dans un cluster Memcached sont partitionnées parmi les nœuds du cluster. Votre application se connecte à un cluster Memcached par le biais d'une adresse de réseau appelée point de terminaison. Chaque nœud d'un cluster Memcached dispose de son propre point de terminaison que votre application utilise afin de lire ou d'écrire sur le nœud spécifique. En plus des points de terminaison de nœud, le cluster Memcached lui-même possède un point de terminaison appelé *configuration endpoint* (point de terminaison de configuration). Votre application peut utiliser ce point de terminaison pour lire ou écrire sur le cluster, laissant la détermination du nœud à lire ou à écrire à la découverte automatique.
![\[Image montrant comment un cluster Memcached est partitionné entre les nœuds du cluster.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Cluster-Memcached.png)
Pour de plus amples informations, veuillez consulter [Gestion des clusters dans ElastiCache](Clusters.md).
## Configuration des clusters Valkey et Redis OSS
ElastiCache pour Valkey et Redis OSS, les clusters sont composés de 0 à 500 partitions (également appelés groupes de nœuds). Les données d'un cluster Valkey ou Redis OSS sont partitionnées entre les partitions du cluster. Votre application se connecte à un cluster Valkey ou Redis OSS à l'aide d'une adresse réseau appelée Endpoint. Les nœuds d'une partition Valkey ou Redis OSS remplissent l'un des deux rôles suivants : un nœud read/write principal et tous les autres nœuds secondaires en lecture seule (également appelés répliques en lecture). *Outre les points de terminaison du nœud, le cluster Valkey ou Redis OSS lui-même possède un point de terminaison appelé point de terminaison de configuration.* Votre application peut utiliser ce point de terminaison pour lire ou écrire dans le cluster, ce qui laisse à Redis OSS le soin de déterminer le nœud à ElastiCache partir duquel lire ou écrire.
![\[Image comparant un cluster Valkey ou Redis OSS en mode désactivé et en mode activé.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-Redis-ClustersRGs.png)
Pour de plus amples informations, veuillez consulter [Gestion des clusters dans ElastiCache](Clusters.md).
## ElastiCache exigences de dimensionnement
Tous les clusters peuvent augmentés par la création d'un nouveau cluster doté d'un nouveau type de nœud plus grand. Lorsque vous augmentez la taille d'un cluster Memcached, le nouveau cluster est vide au départ. Lorsque vous augmentez la taille d'un cluster Valkey ou Redis OSS, vous pouvez l'amorcer à partir d'une sauvegarde et éviter que le nouveau cluster ne démarre à vide.
Les clusters Amazon ElastiCache for Memcached peuvent être étendus ou intégrés. Pour augmenter ou diminuer un cluster Memcached, il suffit d'ajouter ou de supprimer des nœuds du cluster. Si vous avez activé la Découverte automatique et que votre application se connecte au point de terminaison de la configuration du cluster, votre application ne nécessite aucune modification lors de l'ajout ou de la suppression de nœuds.
Pour plus d’informations, consultez [Dimensionnement ElastiCache](Scaling.md) dans ce guide.
## ElastiCache exigences en matière d'accès
De par leur conception, les ElastiCache clusters Amazon sont accessibles à partir d' EC2 instances Amazon. L'accès réseau à un ElastiCache cluster est limité au compte qui a créé le cluster. Par conséquent, avant de pouvoir accéder à un cluster depuis une EC2 instance Amazon, vous devez autoriser l' EC2 instance Amazon à accéder au cluster. Les étapes pour ce faire varient selon que vous avez lancé EC2 -VPC ou EC2 -Classic.
Si vous avez lancé votre cluster dans EC2 -VPC, vous devez autoriser l'accès réseau au cluster. Si vous avez lancé votre cluster dans EC2 -Classic, vous devez accorder au groupe de sécurité Amazon Elastic Compute Cloud associé à l'instance l'accès à votre groupe ElastiCache de sécurité. Pour plus d'informations, consultez [Étape 3. Autoriser l'accès au cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.AuthorizeAccess.valkey) dans ce manuel.
## Exigences relatives à la région, à la zone de disponibilité et à la zone locale pour ElastiCache
Amazon ElastiCache prend en charge toutes les AWS régions. En localisant vos ElastiCache clusters dans une AWS région proche de votre application, vous pouvez réduire la latence. Si votre cluster comporte plusieurs nœuds, la localisation de vos nœuds dans différentes zones de disponibilité ou dans des zones locales peut réduire l'impact des défaillances sur votre cluster.
Pour plus d’informations, consultez les ressources suivantes :
+ [Choix des régions et des zones de disponibilité pour ElastiCache](RegionsAndAZs.md)
+ [Utilisation de zones locales avec ElastiCache](Local_zones.md)
+ [Atténuation des défaillances](disaster-recovery-resiliency.md#FaultTolerance)
# Choix de la taille de votre nœud
La taille du nœud que vous sélectionnez pour votre ElastiCache cluster a un impact sur les coûts, les performances et la tolérance aux pannes.
## Taille du nœud (Valkey et Redis OSS)
Pour découvrir les avantages des processeurs Graviton, consultez [Processeur AWS Graviton](https://aws.amazon.com/pm/ec2-graviton/).
Répondre aux questions suivantes peut vous aider à déterminer le type de nœud minimal dont vous avez besoin pour votre implémentation de Valkey ou Redis OSS :
+ Vous attendez-vous à des charges de travail limitées en termes de débit avec plusieurs connexions client ?
Si tel est le cas et que vous utilisez Redis OSS version 5.0.6 ou supérieure, vous pouvez obtenir un meilleur débit et une meilleure latence grâce à notre I/O fonctionnalité améliorée, qui, le cas échéantCPUs , est utilisée pour décharger les connexions client, au nom du moteur Redis OSS. Si vous utilisez Redis OSS version 7.0.4 ou supérieure, les I/O, you will get additional acceleration with enhanced I/O multiplexing, where each dedicated network IO thread pipelines commands from multiple clients into the Redis OSS engine, taking advantage of Redis OSS' ability to efficiently process commands in batches. In ElastiCache for Redis OSS v7.1 and above, we extended the enhanced I/O threads functionality to also handle the presentation layer logic. By presentation layer, what we mean is that Enhanced I/O threads améliorés ne se contentent plus de lire les entrées du client, mais aussi de les analyser au format de commande binaire Redis OSS, qui sont ensuite transmises au thread principal pour exécution, ce qui améliore les performances. Pour plus de détails, reportez-vous au [billet de blog](https://aws.amazon.com/blogs/database/achieve-over-500-million-requests-per-second-per-cluster-with-amazon-elasticache-for-redis-7-1/) et à la page des [versions prises en charge](VersionManagement.md#supported-engine-versions).
+ Avez-vous des charges de travail qui accèdent régulièrement à un faible pourcentage de leurs données ?
Si tel est le cas et que vous utilisez le moteur Redis OSS version 6.2 ou ultérieure, vous pouvez tirer parti de la hiérarchisation des données en choisissant le type de nœud r6gd. Avec la hiérarchisation des données, les données les moins récemment utilisées sont stockées sur le SSD. Lorsqu’il est récupéré, il y a un faible coût de latence, qui est équilibré par des économies de coûts. Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
Pour de plus amples informations, veuillez consulter [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).
+ Quelle est la quantité totale de mémoire dont vous avez besoin pour vos données ?
Pour obtenir une estimation générale, prenez la taille des éléments que vous souhaitez mettre en cache. Multipliez cette taille par le nombre d'éléments que vous voulez conserver dans le cache en même temps. Pour obtenir une estimation raisonnable de la taille des éléments, commencez par sérialiser vos éléments de cache, puis comptez les caractères. Divisez ensuite ce nombre sur le nombre de partitions dans votre cluster.
Pour de plus amples informations, veuillez consulter [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).
+ Quelle version de Redis OSS utilisez-vous ?
Les versions de Redis OSS antérieures à la version 2.8.22 vous obligent à réserver davantage de mémoire pour le basculement, le snapshot, la synchronisation et la promotion d'une réplique vers les opérations principales. En effet, vous devez disposer d'une mémoire suffisante pour toutes les écritures qui se produisent au cours du processus.
Les versions 2.8.22 et ultérieures de Redis OSS utilisent un processus de sauvegarde sans fourche qui nécessite moins de mémoire disponible que le processus précédent.
Pour plus d’informations, consultez les ressources suivantes :
+ [Implémentation de la sauvegarde et de la synchronisation](Replication.Redis.Versions.md)
+ [S'assurer que vous disposez de suffisamment de mémoire pour créer un instantané Valkey ou Redis OSS](BestPractices.BGSAVE.md)
+ S'agit-il d'une application d'écriture intensive ?
Les applications d'écriture intensive nécessitent une plus grande capacité de mémoire disponible, la mémoire non utilisée par les données , lors de la création des instantanés ou d'un basculement. Chaque fois que le processus `BGSAVE` est exécuté, vous devez disposer d'une mémoire suffisante qui n'est pas utilisée par les données pour accueillir toutes les écritures qui se produisent au cours du processus `BGSAVE`. Par exemple, lors de la prise d'un instantané, lors de la synchronisation d'un cluster principal avec un réplica dans un cluster et lors de l'activation de la fonctionnalité de fichier annexe uniquement (AOF). Autre exemple : lors de la promotion d'un réplica en instance principale (si le mode Multi-AZ est activé). Le pire des cas est lorsque toutes vos données sont réécrites pendant le processus. Dans ce cas, vous devez disposer d'une taille d'instance de nœud avec deux fois plus de mémoire que pour les données uniquement.
Pour en savoir plus, consultez [S'assurer que vous disposez de suffisamment de mémoire pour créer un instantané Valkey ou Redis OSS](BestPractices.BGSAVE.md).
+ Votre implémentation sera-t-elle un cluster Valkey ou Redis OSS autonome (mode cluster désactivé), ou un cluster Valkey ou Redis OSS (mode cluster activé) avec plusieurs partitions ?
**Cluster Valkey ou Redis OSS (mode cluster désactivé)**
Si vous implémentez un cluster Valkey ou Redis OSS (mode cluster désactivé), votre type de nœud doit être capable d'accueillir toutes vos données ainsi que la surcharge nécessaire, comme décrit dans le bullet précédent.
Par exemple, supposons que vous estimez que la taille totale de tous vos articles est de 12 Go. Dans ce cas, vous pouvez utiliser un nœud `cache.m3.xlarge` avec 13,3 Go de mémoire ou un nœud `cache.r3.large` avec 13,5 Go de mémoire. Toutefois, vous aurez sans doute besoin de davantage de mémoire pour les opérations `BGSAVE`. Si votre application est très exigeante en matière d'écriture, doublez les besoins en mémoire pour atteindre au moins 24 Go. Utilisez ainsi un `cache.m3.2xlarge` disposant de 27,9 Go de mémoire ou un `cache.r3.xlarge` disposant de 30,5 Go de mémoire.
**Valkey ou Redis OSS (mode cluster activé) avec plusieurs partitions**
Si vous implémentez un cluster Valkey ou Redis OSS (mode cluster activé) avec plusieurs partitions, le type de nœud doit être capable d'accueillir des `bytes-for-data-and-overhead / number-of-shards` octets de données.
Par exemple, supposons que vous estimez la taille totale de tous les éléments à 12 Go et que vous ayez deux partitions. Dans ce cas, vous pouvez utiliser un nœud `cache.m3.large` disposant de 6,05 Go de mémoire (12 Go/2). Toutefois, vous aurez sans doute besoin de davantage de mémoire pour les opérations `BGSAVE`. Si votre application est très exigeante en matière d'écriture, doublez les besoins en mémoire pour atteindre au moins 12 Go par partition. Utilisez ainsi un `cache.m3.xlarge` disposant de 13,3 Go de mémoire ou un `cache.r3.large` disposant de 13,5 Go de mémoire.
+ Utilisez-vous des Local Zones ?
[Les Zones Locales](Local_zones.md) vous permettent de placer des ressources telles qu'un ElastiCache cluster dans plusieurs emplacements proches de vos utilisateurs. Toutefois, lorsque vous choisissez la taille de votre nœud, sachez que les tailles de nœud disponibles sont limitées aux suivantes pour le moment, quelles que soient les exigences de capacité :
+ Génération actuelle :
**Types de nœuds M5 :** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Types de nœuds R5:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Types de nœuds T3 :** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
Pendant que votre cluster est en cours d'exécution, vous pouvez surveiller l'utilisation de la mémoire, l'utilisation du processeur, les accès au cache et les mesures relatives aux erreurs de cache publiées sur CloudWatch. Vous remarquerez peut-être que votre cluster n'a pas le taux de succès souhaité ou que les clés sont expulsées trop souvent. Dans ces cas, vous pouvez choisir une taille de nœud différente avec des spécifications de mémoire et un CPU plus grands.
Lorsque vous surveillez l'utilisation du processeur, n'oubliez pas que Valkey et Redis OSS sont à thread unique. Ainsi, multipliez l'utilisation du CPU signalée par le nombre de cœurs du processeur pour obtenir que l'utilisation réelle. Par exemple, un processeur à quatre cœurs affichant un taux d'utilisation de 20 % est en fait le processeur Redis OSS à un cœur qui fonctionne à 80 % d'utilisation.
## Taille du nœud (Memcached)
Les clusters Memcached contiennent un ou plusieurs nœuds avec les données du cluster partitionnées sur les nœuds. Pour cette raison, les besoins en mémoire du cluster et la mémoire d'un nœud sont liés, mais pas identiques. Vous pouvez atteindre la capacité de mémoire de cluster souhaitée, soit en utilisant un petit nombre de nœuds de grande taille ou plusieurs nœuds de petite taille. En outre, à mesure que vos besoins changent, vous pouvez ajouter des nœuds ou en supprimer du cluster, et donc ne payer que pour ce dont vous avez besoin.
La capacité de mémoire totale de votre cluster est calculée en multipliant le nombre de nœuds du cluster par la capacité de RAM de chaque nœud après déduction de la surcharge du système. La capacité de chaque nœud est basée sur le type de nœud.
```
cluster_capacity = number_of_nodes * (node_capacity - system_overhead)
```
Le nombre de nœuds de dans le cluster est un facteur clé dans la disponibilité de votre cluster Memcached. La défaillance d'un nœud simple peut avoir un impact sur la disponibilité de votre application et sur la charge de votre base de données backend. Dans ce cas, fournit un ElastiCache remplacement pour un nœud défaillant et celui-ci est repeuplé. Pour réduire cet impact sur la disponibilité, répartissez votre mémoire et votre capacité de calcul sur un plus grand nombre de nœuds de plus petite capacité, plutôt que d'utiliser un plus petit nombre de nœuds de grande capacité.
Dans un scénario où vous avez besoin de 35 Go de mémoire cache, vous pouvez utiliser l'une des configurations suivantes :
+ 11 nœuds `cache.t2.medium` avec 3,22 Go de mémoire et 2 threads chacun = 35,42 Go et 22 threads.
+ 6 nœuds `cache.m4.large` avec 6,42 Go de mémoire et 2 threads chacun = 38,52 Go et 12 threads.
+ 3 nœuds `cache.r4.large` avec 12,3 Go de mémoire et 2 threads chacun = 36,90 Go et 6 threads.
+ 3 nœuds `cache.m4.xlarge` avec 14,28 Go de mémoire et 4 threads chacun = 42,84 Go et 12 threads.
**Comparaison des options de nœuds**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/CacheNodes.SelectSize.html)
Ces options permettent d'avoir la même capacité de mémoire, mais une capacité de calcul et un coût différents. Pour comparer les coûts de vos options spécifiques, consultez [Amazon ElastiCache Pricing](https://aws.amazon.com/elasticache/pricing/).
Pour les clusters Memcached, une partie de la mémoire disponible sur chaque nœud de est utilisée pour la surcharge de connexion. Pour plus d'informations, consultez [Surcharge de la connexion Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached.Overhead)
L'utilisation de plusieurs nœuds nécessitera la répartition des clés sur tous ces nœuds. Chaque nœud a son propre point de terminaison. Pour faciliter la gestion des terminaux, vous pouvez utiliser ElastiCache la fonction Auto Discovery, qui permet aux programmes clients d'identifier automatiquement tous les nœuds d'un cluster. Pour de plus amples informations, veuillez consulter [Identifiez automatiquement les nœuds de votre cluster (Memcached)](AutoDiscovery.md).
Dans certains cas, vous n'êtes peut-être pas certain de la capacité dont vous avez besoin. Si c'est le cas, pour les tests, nous vous recommandons de commencer par un nœud `cache.m5.large`. Surveillez ensuite l'utilisation de la mémoire, l'utilisation du processeur et le taux de réussite du cache à l'aide des ElastiCache métriques publiées sur Amazon CloudWatch. Pour plus d'informations sur CloudWatch les mesures relatives à ElastiCache, voir[Surveillance de l'utilisation à l'aide de CloudWatch métriques](CacheMetrics.md). Pour la production et des charges de travail plus grandes, les nœuds R5 offrent les meilleures performances et valeur de coût de la RAM.
Si votre cluster n'a pas le taux de réussite souhaité, vous pouvez facilement ajouter d'autres nœuds, ce qui accroît la mémoire disponible totale de votre cluster.
Si votre cluster est limité par le CPU mais s'il bénéficie d'un taux de réussite suffisant, essayez de configurer un nouveau cluster avec un type de nœud de qui fournit une plus grande puissance de calcul.
# Création d'un cluster pour Valkey ou Redis OSS
Les exemples suivants montrent comment créer un cluster Valkey ou Redis OSS à l'aide de l'API AWS Management ConsoleAWS CLI et ElastiCache .
## Création d'un système d'exploitation Valkey ou Redis (mode cluster désactivé) (console)
ElastiCache prend en charge la réplication lorsque vous utilisez le moteur Valkey ou Redis OSS. Pour surveiller la latence entre le moment où les données sont écrites dans un cluster read/write principal Valkey ou Redis OSS et le moment où elles sont propagées vers un cluster secondaire en lecture seule, ElastiCache ajoute au cluster une clé spéciale,. `ElastiCacheMasterReplicationTimestamp` Cette clé est le fuseau UTC (temps universel coordonné) actuel. Étant donné qu'un cluster Valkey ou Redis OSS peut être ajouté ultérieurement à un groupe de réplication, cette clé est incluse dans tous les clusters Valkey ou Redis OSS, même s'ils ne sont initialement pas membres d'un groupe de réplication. Pour plus d'informations sur les groupes de réplication, consultez [Haute disponibilité avec les groupes de réplication](Replication.md).
Pour créer un cluster Valkey ou Redis OSS (mode cluster désactivé), suivez les étapes décrites dans. [Création d'un cluster Valkey (mode cluster désactivé) (console)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
Dès que le statut de votre cluster est *disponible*, vous pouvez autoriser Amazon à y EC2 accéder, vous y connecter et commencer à l'utiliser. Pour plus d’informations, consultez [Étape 3. Autoriser l'accès au cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.AuthorizeAccess.valkey) et [Étape 4 : Connectez-vous au nœud du cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.ConnectToCacheNode.valkey).
**Important**
Dès que votre cluster est disponible, vous êtes facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
## Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)
Si vous utilisez Redis OSS 3.2.4 ou version ultérieure, vous pouvez créer un cluster Valkey ou Redis OSS (mode cluster activé). Les clusters Valkey ou Redis OSS (mode cluster activé) prennent en charge le partitionnement de vos données sur 1 à 500 partitions (API/CLI : groupes de nœuds), mais avec certaines limites. Pour une comparaison entre Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé), voir. [Moteurs et versions pris en charge](VersionManagement.md#supported-engine-versions)
**Pour créer un cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de la console ElastiCache**
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 la liste située dans le coin supérieur droit, choisissez la AWS région dans laquelle vous souhaitez lancer ce cluster.
1. Choisissez **Get started** (Mise en route) dans le panneau de navigation.
1. Choisissez **Create VPC** (Créer un VPC) et suivez les étapes décrites à la page [Création d'un cloud privé virtuel (VPC)](VPCs.CreatingVPC.md).
1. Sur la page du tableau de ElastiCache bord, choisissez **Create cluster**, puis **Create Valkey cluster** ou **Create Redis OSS** cluster.
1. Sous **Cluster settings** (Paramètres du cluster), procédez comme suit :
1. Choisissez **Configure and create a new cluster** (Configurer et créer un cluster).
1. Pour **Cluster mode** (Mode cluster), choisissez **Enabled** (Activé).
1. Pour **Cluster info** (Informations sur le cluster), saisissez une valeur pour **Name** (Nom).
1. (Facultatif) Saisissez une valeur pour **Description**.
1. Sous **Location** (Emplacement) :
------
#### [ AWS Cloud ]
1. Pour **AWS Cloud**, nous vous recommandons d'accepter les paramètres par défaut pour **Multi-AZ** et **Auto-failover** (Basculement automatique). Pour plus d'informations, consultez [Minimiser les temps d'arrêt ElastiCache pour Redis OSS avec Multi-AZ](AutoFailover.md).
1. Sous **Cluster settings** (Paramètres de cluster)
1. Pour **Engine version** (Version du moteur), choisissez une version disponible.
1. Pour **Port**, utilisez le port par défaut, 6379. Si vous avez une raison d'utiliser un autre port, saisissez le numéro de port.
1. Pour **Groupe de paramètres**, choisissez un groupe de paramètres ou créez-en un nouveau. Les groupes de paramètres contrôlent les paramètres d'exécution de votre cluster. Pour plus d'informations sur les groupes de paramètres, consultez [Paramètres OSS Valkey et Redis](ParameterGroups.Engine.md#ParameterGroups.Redis) et [Création d'un groupe ElastiCache de paramètres](ParameterGroups.Creating.md).
**Note**
Lorsque vous sélectionnez un groupe de paramètres pour définir les valeurs de configuration du moteur, ce groupe de paramètres est appliqué à tous les clusters du magasin de données global. Dans la page **Parameter Groups (Groupes de paramètres)** l'attribut **Global** yes/no (oui/non) indique si un groupe de paramètres fait partie d'un magasin de données global.
1. Pour **Type de nœud**, choisissez la flèche vers le bas (![\[Downward-pointing triangle icon, typically used to indicate a dropdown menu.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-DnArrow.png)). Dans la boîte de dialogue **Modifier le type de nœud** choisissez une valeur pour la **famille d'instances** pour le type de nœud souhaité. Choisissez ensuite le type de nœud que vous souhaitez utiliser pour ce cluster, puis choisissez **Enregistrer**.
Pour de plus amples informations, veuillez consulter [Choix de la taille de votre nœud](CacheNodes.SelectSize.md).
Si vous choisissez un type de nœud r6gd, la hiérarchisation des données est automatiquement activée. Pour de plus amples informations, veuillez consulter [Hiérarchisation des données ElastiCache](data-tiering.md).
1. Pour **Nombre de partitions**, choisissez le nombre de partitions (partitions/groupes de nœuds) que vous souhaitez pour ce cluster Valkey ou Redis OSS (mode cluster activé).
Pour certaines versions de Valkey ou Redis OSS (mode cluster activé), vous pouvez modifier dynamiquement le nombre de partitions de votre cluster :
+ **Redis OSS 3.2.10 et versions ultérieures** : si votre cluster exécute Redis OSS 3.2.10 ou versions ultérieures, vous pouvez modifier le nombre de partitions de votre cluster de manière dynamique. Pour de plus amples informations, veuillez consulter [Mise à l'échelle des clusters Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md).
+ **Autres versions de Redis OSS** — Si votre cluster exécute une version de Redis OSS antérieure à la version 3.2.10, il existe une autre approche. Pour modifier le nombre de fragments dans votre cluster dans ce cas, créez un nouveau cluster avec le nouveau nombre de fragments. Pour de plus amples informations, veuillez consulter [Restauration à partir d’une sauvegarde dans un nouveau cache](backups-restoring.md).
1. Pour **Réplicas par partition**, choisissez le nombre de nœuds de réplica en lecture souhaité dans chaque partition.
Les restrictions suivantes existent pour Valkey ou Redis OSS (mode cluster activé).
+ Si Multi-AZ est activé, assurez-vous d'avoir au moins un réplica par partition.
+ Le nombre de réplicas est le même pour chaque partition lors de la création du cluster à l'aide de la console.
+ Le nombre de réplicas de lecture par partition est fixe et ne peut pas être modifié. Si vous avez besoin de davantage ou de moins de réplicas par partition (API/CLI : groupe de nœuds), vous devez créer un cluster avec le nouveau nombre de réplicas. Pour de plus amples informations, veuillez consulter [Tutoriel : Création d'un nouveau cluster basé sur des nœuds avec une sauvegarde créée en externe](backups-seeding-redis.md).
1. Sous **Connectivity** (Connectivité)
1. Dans **Network type** (Type de réseau), choisissez la ou les versions d'adresses IP que ce cluster prendra en charge.
1. Pour les **groupes de sous-réseaux**, choisissez le sous-réseau que vous souhaitez appliquer à ce cluster. ElastiCache utilise ce groupe de sous-réseaux pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds. ElastiCache les clusters nécessitent un sous-réseau à double pile auquel les deux IPv6 adresses sont attribuées pour fonctionner en mode double pile IPv4 et un sous-réseau « uniquement » pour fonctionner en tant que « IPv6 -only ». IPv6
Lorsque vous créez un nouveau groupe de sous-réseaux, entrez le **VPC ID** (ID du VPC) auquel il appartient.
Sélectionnez un **Discovery IP type** (Type d'adresse IP de découverte). Seules les adresses IP du protocole que vous avez choisi sont renvoyées.
Pour en savoir plus, consultez :
+ [Choix d'un type de réseau dans ElastiCache](network-type.md).
+ [Créer un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet)
Si vous utilisez [Utilisation de zones locales avec ElastiCache](Local_zones.md), vous devez créer ou choisir un sous-réseau qui se trouve dans la zone locale.
Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md).
1. Pour **Availability zone placements** (Placement de zones de disponibilité), vous avez deux options :
+ **Aucune préférence** : ElastiCache choisit la zone de disponibilité.
+ **Specify availability zones (Spécifier les zones de disponibilité)** : vous spécifiez la zone de disponibilité pour chaque cluster.
Si vous avez choisi de spécifier les Zones de disponibilité, pour chaque cluster de chaque partition, choisissez la Zone de disponibilité depuis la liste.
Pour de plus amples informations, veuillez consulter [Choix des régions et des zones de disponibilité pour ElastiCache](RegionsAndAZs.md).
1. Choisissez **Next** (Suivant)
1. Sous Paramètres **avancés de Valkey ou Paramètres** **avancés de Redis OSS** ou
1. Pour **Security** (Sécurité) :
1. Pour le chiffrement de vos données, vous avez les options suivantes :
+ **Encryption at rest (Chiffrement au repos)** : active le chiffrement des données stockées sur le disque. Pour de plus amples informations, veuillez consulter [Chiffrement au repos](at-rest-encryption.md).
**Note**
Vous avez la possibilité de fournir une autre clé de chiffrement en choisissant la clé **AWS KMS gérée par le client** et en choisissant la clé. Pour de plus amples informations, veuillez consulter [Utilisation clés AWS KMS gérées par le client](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ **Encryption in-transit (Chiffrement en transit)** : permet le chiffrement des données sur le câble. Pour de plus amples informations, veuillez consulter [Chiffrement en transit](in-transit-encryption.md). Pour Valkey 7.2 et versions ultérieures ou Redis OSS 6.0 et versions ultérieures, si vous activez le chiffrement en transit, vous serez invité à spécifier l'une des options de contrôle d'**accès** suivantes :
+ **No Access Control (Aucun contrôle d'accès)** – il s'agit du paramètre par défaut. Cela indique qu'aucune restriction n'est imposée à l'accès des utilisateurs au cluster.
+ **User Group Access Control List (Liste de contrôle d'accès au groupe d'utilisateurs)** : choisissez un groupe d'utilisateurs avec un ensemble défini d'utilisateurs pouvant accéder au cluster. Pour de plus amples informations, veuillez consulter [Gestion des groupes d'utilisateurs avec la console et la CLI](Clusters.RBAC.md#User-Groups).
+ **Utilisateur par défaut AUTH** : mécanisme d'authentification pour un serveur Valkey ou Redis OSS. Pour plus d'informations, consultez [AUTH.](auth.md)
+ **AUTH** — Un mécanisme d'authentification pour le serveur Valkey ou Redis OSS. Pour plus d'informations, consultez [AUTH.](auth.md)
**Note**
Pour les versions de Redis OSS supérieures à 3.2.6, à l'exception de la version 3.2.10, AUTH est la seule option.
1. Pour **Groupes de sécurité**, choisissez les groupes de sécurité que vous souhaitez utiliser pour ce cluster. Un *groupe de sécurité* agit comme un pare-feu pour contrôler l'accès réseau à votre cluster. Vous pouvez utiliser le groupe de sécurité par défaut pour votre VPC ou en créer un nouveau.
Pour plus d'informations sur les groupes de sécurité, consultez [Groupes de sécurité pour votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) dans le *Guide de l'utilisateur Amazon VPC*.
1. Pour des sauvegardes automatiques régulières, choisissez **Activer les sauvegardes automatiques**, puis entrez le nombre de jours pendant lesquels vous souhaitez conserver une sauvegarde automatique avant sa suppression automatique. Si vous ne souhaitez pas de sauvegardes automatiques régulières, désactivez la case à cocher **Enable automatic backups**. Dans les deux cas, vous avez toujours la possibilité de créer des sauvegardes manuelles.
Pour plus d'informations sur la sauvegarde et la restauration, consultez[Instantané et restauration](backups.md).
1. (Facultatif) Spécifiez une fenêtre de maintenance. La *fenêtre de maintenance* indique le moment, généralement d'une durée d'une heure, chaque semaine, où ElastiCache planifie la maintenance du système pour votre cluster. Vous pouvez autoriser ElastiCache à choisir le jour et l'heure de la fenêtre de maintenance (*Aucune préférence*) ou vous pouvez choisir vous-même le jour, l'heure et la durée (*Specify maintenance window (Spécifier la fenêtre de maintenance)*). Si vous choisissez *Specify maintenance window*, choisissez dans les listes les valeurs de *Start day*, *Start time* et *Duration* (en heures) pour le créneau de maintenance. Toutes les heures sont exprimées en heures UCT.
Pour de plus amples informations, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
1. (Facultatif) Pour **Logs (Journaux)** :
+ Sous **Log format (Format de journal)**, sélectionnez **Text (Texte)** ou **JSON**.
+ Sous **Type de destination**, sélectionnez **CloudWatch Logs** ou **Kinesis Firehose**.
+ Sous **Destination du journal**, choisissez **Create new** et entrez le nom de votre groupe de CloudWatch journaux ou le nom de votre stream Firehose, ou choisissez **Select existing**, puis choisissez le nom de votre groupe de journaux de CloudWatch logs ou le nom de votre stream Firehose,
1. Pour les **balises**, pour vous aider à gérer vos clusters et autres ElastiCache ressources, vous pouvez attribuer vos propres métadonnées à chaque ressource sous forme de balises. Pour plus d'informations, consultez [Marquer vos ressources ElastiCache](Tagging-Resources.md).
1. Choisissez **Suivant**.
1. Passez en revue toutes vos entrées et sélections, puis effectuez les corrections nécessaires. Lorsque vous êtes prêt, choisissez **Create** (Créer).
------
#### [ On premises ]
1. Pour **On premises** (Sur site), nous vous recommandons de laisser **Auto-failover** (Basculement automatique) activé. Pour plus d'informations, voir [Minimiser les temps d'arrêt ElastiCache pour Redis OSS avec Multi-AZ](AutoFailover.md)
1. Suivez les étapes décrites dans [Utilisation d'Outposts](ElastiCache-Outposts.md).
------
Pour créer l'équivalent à l'aide de l' ElastiCache API ou à la AWS CLI place de la ElastiCache console, consultez ce qui suit :
+ API : [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
+ CLI : [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
Dès que l'état de votre cluster est *disponible*, vous pouvez autoriser EC2 l'accès à celui-ci, vous y connecter et commencer à l'utiliser. Pour plus d’informations, consultez [Étape 3. Autoriser l'accès au cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.AuthorizeAccess.valkey) et [Étape 4 : Connectez-vous au nœud du cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.ConnectToCacheNode.valkey).
**Important**
Dès que votre cluster est disponible, vous êtes facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
## Création d'un cluster (AWS CLI)
Pour créer un cluster à l'aide de AWS CLI, utilisez la `create-cache-cluster` commande.
**Important**
Dès que votre cluster est disponible, vous êtes facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
### Création d'un cluster (CLI) Valkey ou Redis OSS (mode cluster désactivé)
**Example — Un cluster Valkey ou Redis OSS (mode cluster désactivé) sans répliques en lecture**
Le code CLI suivant crée un cluster Valkey ou Redis OSS (mode cluster désactivé) sans répliques.
Lors de la création d’un cluster à l’aide d’un type de nœud de la famille r6gd, vous devez passer le paramètre `data-tiering-enabled`.
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-type cache.r4.large \
--engine redis \
--num-cache-nodes 1 \
--cache-parameter-group default.redis6.x \
--snapshot-arns arn:aws:s3:::amzn-s3-demo-bucket/snapshot.rdb
```
Pour Windows :
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-type cache.r4.large ^
--engine redis ^
--num-cache-nodes 1 ^
--cache-parameter-group default.redis6.x ^
--snapshot-arns arn:aws:s3:::amzn-s3-demo-bucket/snapshot.rdb
```
### Création d'un cluster Valkey ou Redis OSS (mode cluster activé) ()AWS CLI
Les clusters Valkey ou Redis OSS (mode cluster activé) (API/CLI : groupes de réplication) ne peuvent pas être créés à l'aide de cette opération. `create-cache-cluster` Pour créer un cluster Valkey ou Redis OSS (mode cluster activé) (API/CLI : groupe de réplication), consultez. [Création d'un groupe de réplication Valkey ou Redis OSS (mode cluster activé) à partir de zéro ()AWS CLI](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md#Replication.CreatingReplGroup.NoExistingCluster.Cluster.CLI)
Pour plus d'informations, consultez AWS CLI la rubrique ElastiCache de référence [https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html).
## Création d'un cluster pour Valkey ou Redis OSS (API) ElastiCache
Pour créer un cluster à l'aide de l' ElastiCache API, utilisez l'`CreateCacheCluster`action.
**Important**
Dès que votre cluster est disponible, vous serez facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous l'utilisez pas. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
**Topics**
+ [Création d'un cluster (API) Valkey ou Redis OSS (mode cluster désactivé) ElastiCache](#Clusters.Create.API.Redis)
+ [Création d'un cluster dans Valkey ou Redis OSS (mode cluster activé) (ElastiCache API)](#Clusters.Create.API.RedisCluster)
### Création d'un cluster (API) Valkey ou Redis OSS (mode cluster désactivé) ElastiCache
Le code suivant crée un cluster (ElastiCache API) Valkey ou Redis OSS (mode cluster désactivé).
Des sauts de ligne sont ajoutés pour faciliter la lecture.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheCluster
&CacheClusterId=my-cluster
&CacheNodeType=cache.r4.large
&CacheParameterGroup=default.redis3.2
&Engine=redis
&EngineVersion=3.2.4
&NumCacheNodes=1
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&SnapshotArns.member.1=arn%3Aaws%3As3%3A%3A%3AmyS3Bucket%2Fdump.rdb
&Timestamp=20150508T220302Z
&Version=2015-02-02
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Credential=
&X-Amz-Date=20150508T220302Z
&X-Amz-Expires=20150508T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Signature=
```
### Création d'un cluster dans Valkey ou Redis OSS (mode cluster activé) (ElastiCache API)
Les clusters Valkey ou Redis OSS (mode cluster activé) (API/CLI : groupes de réplication) ne peuvent pas être créés à l'aide de cette opération. `CreateCacheCluster` Pour créer un cluster Valkey ou Redis OSS (mode cluster activé) (API/CLI : groupe de réplication), consultez. [Création d'un groupe de réplication dans Valkey ou Redis OSS (mode cluster activé) à partir de zéro (ElastiCache API)](Replication.CreatingReplGroup.NoExistingCluster.Cluster.md#Replication.CreatingReplGroup.NoExistingCluster.Cluster.API)
Pour plus d'informations, consultez la rubrique de référence sur les ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html).
# Création d'un cluster pour Memcached
Les exemples suivants montrent comment créer un cluster à l'aide de AWS Management Console l' ElastiCache API AWS CLI et.
## Création d'un cluster Memcached (console)
Lorsque vous utilisez le moteur Memcached, Amazon ElastiCache prend en charge le partitionnement horizontal de vos données sur plusieurs nœuds. Memcached permet la découverte automatique afin que vous n'avez pas besoin de suivre les points de terminaison de chaque nœud. Memcached suit le point de terminaison de chaque nœud, en mettant à jour la liste des points de terminaison au fur et à mesure que des nœuds sont ajoutés et supprimés. Tout ce dont votre application a besoin pour interagir avec le cluster est le point de terminaison de configuration.
Pour créer un cluster Memcached via la console, suivez les étapes décrites dans [Création d'un cluster Valkey (mode cluster désactivé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster). Lorsque vous atteignez l'étape 5, sélectionnez **Créer un cache Memcached**.
Dès que le statut de votre cluster est *disponible*, vous pouvez autoriser Amazon à y EC2 accéder, vous y connecter et commencer à l'utiliser. Pour plus d'informations, consultez les étapes similaires [Étape 3. Autoriser l'accès au cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.AuthorizeAccess.valkey) et[Étape 4 : Connectez-vous au nœud du cluster](SubnetGroups.designing-cluster-pre.valkey.md#GettingStarted.ConnectToCacheNode.valkey).
**Important**
Dès que votre cluster est disponible, vous êtes facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
## Création d'un cluster (AWS CLI)
Pour créer un cluster à l'aide de AWS CLI, utilisez la `create-cache-cluster` commande.
**Important**
Dès que votre cluster est disponible, vous êtes facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous ne l'utilisez pas activement. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
### Création d'un cluster de cache Memcached (AWS CLI)
Le code CLI suivant crée un cluster Memcached avec 3 nœuds.
Pour Linux, macOS ou Unix :
```
aws elasticache create-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-type cache.r4.large \
--engine memcached \
--engine-version 1.4.24 \
--cache-parameter-group default.memcached1.4 \
--num-cache-nodes 3
```
Pour Windows :
```
aws elasticache create-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-type cache.r4.large ^
--engine memcached ^
--engine-version 1.4.24 ^
--cache-parameter-group default.memcached1.4 ^
--num-cache-nodes 3
```
## Création d'un cluster pour Memcached (API) ElastiCache
Pour créer un cluster à l'aide de l' ElastiCache API, utilisez l'`CreateCacheCluster`action.
**Important**
Dès que votre cluster est disponible, vous serez facturé pour chaque heure ou heure partielle où le cluster est actif, même si vous l'utilisez pas. Pour ne plus être facturé pour ce cluster, vous devez le supprimer. Consultez [Supprimer un cluster dans ElastiCache](Clusters.Delete.md).
**Topics**
+ [Création d'un cluster Memcached (API) ElastiCache](#Clusters.Create.API.Memcached)
### Création d'un cluster Memcached (API) ElastiCache
Le code suivant crée un cluster Memcached avec 3 nœuds (ElastiCache API).
Des sauts de ligne sont ajoutés pour faciliter la lecture.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=CreateCacheCluster
&CacheClusterId=my-cluster
&CacheNodeType=cache.r4.large
&Engine=memcached
&NumCacheNodes=3
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150508T220302Z
&Version=2015-02-02
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Credential=
&X-Amz-Date=20150508T220302Z
&X-Amz-Expires=20150508T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Signature=
```
# Afficher les détails d'un ElastiCache cluster
Vous pouvez afficher des informations détaillées sur un ou plusieurs clusters à l'aide de la ElastiCache console ou de ElastiCache l'API. AWS CLI
## Afficher les détails d'un cluster Memcached (console)
Vous pouvez consulter les détails d'un cluster Memcached à l'aide de la ElastiCache console, du AWS CLI for ElastiCache ou de l' ElastiCache API.
La procédure suivante explique comment afficher les détails d'un cluster Memcached à l'aide de la ElastiCache console.
**Pour afficher les détails d'un cluster Memcached**
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 la liste en haut à droite, choisissez la AWS région qui vous intéresse.
1. Dans le tableau de bord ElastiCache du moteur, choisissez **Memcached**. Cela affiche une liste de tous vos clusters qui s'exécutent sur le moteur Memcached.
1. Pour voir les détails d'un cluster, choisissez la zone à gauche du nom du cluster.
1. Pour afficher les informations sur les nœuds, choisissez l'onglet **Nodes** (Nœuds) qui affiche des informations sur le statut et le point de terminaison du ou des nœuds.
1. Choisissez l'onglet **Metrics** (Métriques) qui affiche les métriques pertinentes pour tous les nœuds du cluster. Pour de plus amples informations, consultez [Surveillance de l'utilisation à l'aide de CloudWatch métriques](CacheMetrics.md).
1. Choisissez l'onglet **Network and security** (Réseau et sécurité) pour afficher des détails sur la connectivité réseau et la configuration du groupe de sous-réseaux du cluster, ainsi que sur le groupe de sécurité VPC. Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md).
1. Choisissez l'onglet **Maintenance** pour afficher des détails sur les paramètres de maintenance du cluster. Pour de plus amples informations, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
1. Choisissez l'onglet **Tags** (Balises) pour afficher des détails sur les balises appliquées aux ressources du cluster. Pour de plus amples informations, veuillez consulter [Marquer vos ressources ElastiCache](Tagging-Resources.md).
## Affichage des détails de Valkey ou Redis OSS (mode cluster désactivé) (console)
Vous pouvez afficher les détails d'un cluster Valkey ou Redis OSS (mode cluster désactivé) à l'aide de la ElastiCache console, du AWS CLI for ElastiCache ou de l' ElastiCache API.
La procédure suivante explique comment afficher les détails d'un cluster Valkey ou Redis OSS (mode cluster désactivé) à l'aide de la ElastiCache console.
**Pour afficher les détails d'un cluster Valkey ou Redis OSS (mode cluster désactivé)**
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 tableau de bord ElastiCache du moteur, choisissez **Valkey** ou **Redis OSS** pour afficher la liste de tous vos clusters exécutés sur ce moteur.
1. Pour voir les détails d'un cluster, cochez la case à gauche du nom du cluster. Assurez-vous de sélectionner un cluster exécutant le moteur Valkey ou Redis OSS, et non Clustered Valkey ou Clustered Redis OSS. Cette opération permet d'afficher des détails sur le cluster, y compris son point de terminaison principal.
1. Pour afficher les informations de nœud :
1. Choisissez le nom du cluster.
1. Choisissez l'onglet **Shards and nodes** (Partitions et nœuds). Cette opération permet d'afficher des détails sur chaque nœud, y compris son point de terminaison que vous devez utiliser pour lire le cluster.
1. Choisissez l'onglet **Metrics** (Métriques) qui affiche les métriques pertinentes pour tous les nœuds du cluster. Pour de plus amples informations, consultez [Surveillance de l'utilisation à l'aide de CloudWatch métriques](CacheMetrics.md).
1. Pour afficher les journaux, choisissez l'onglet **Logs** (Journaux) qui indique si le cluster utilise des journaux lents ou des journaux de moteur et fournit des informations pertinentes. Pour de plus amples informations, veuillez consulter [Livraison de journaux](Log_Delivery.md).
1. Choisissez l'onglet **Network and security** (Réseau et sécurité) pour afficher des détails sur la connectivité réseau et la configuration du groupe de sous-réseaux du cluster. Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md).
1. Choisissez l'onglet **Maintenance** pour afficher des détails sur les paramètres de maintenance du cluster. Pour de plus amples informations, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
1. Choisissez l'onglet **Service updates** (Mises à jour du service) pour afficher des détails sur les mises à jour de service disponibles, ainsi que leur date limite d'application recommandée. Pour de plus amples informations, veuillez consulter [Mises à jour du service dans ElastiCache](Self-Service-Updates.md).
1. Choisissez l'onglet **Tags** (Balises) pour afficher des détails sur les balises appliquées aux ressources du cluster. Pour de plus amples informations, veuillez consulter [Marquer vos ressources ElastiCache](Tagging-Resources.md).
## Affichage des détails d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)
Vous pouvez afficher les détails d'un cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de la ElastiCache console, du AWS CLI for ElastiCache ou de l' ElastiCache API.
La procédure suivante explique comment afficher les détails d'un cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de la ElastiCache console.
**Pour afficher les détails d'un cluster Valkey ou Redis OSS (mode cluster activé)**
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 la liste en haut à droite, choisissez la AWS région qui vous intéresse.
1. Dans le tableau de bord ElastiCache du moteur, choisissez **Valkey** ou **Redis OSS** pour afficher la liste de tous vos clusters exécutés sur ce moteur.
1. Pour voir les détails d'un cluster Valkey ou Redis OSS (mode cluster activé), cochez la case à gauche du nom du cluster. Assurez-vous de choisir un cluster exécutant le moteur Valkey ou le moteur Redis OSS en cluster.
L'écran se développe sous le cluster et affiche des détails sur le cluster, y compris le point de terminaison de configuration du cluster.
1. Pour afficher une liste des partitions du cluster et le nombre de nœuds dans chaque partition, choisissez l'onglet **Shards and nodes** (Partitions et nœuds).
1. Pour afficher des informations spécifiques sur un nœud :
1. Choisissez l'ID de partition.
Cela vous permet d'afficher les informations sur chaque nœud, y compris le point de terminaison de chaque nœud que vous devez utiliser pour lire les données du cluster.
1. Choisissez l'onglet **Metrics** (Métriques) qui affiche les métriques pertinentes pour tous les nœuds du cluster. Pour de plus amples informations, consultez [Surveillance de l'utilisation à l'aide de CloudWatch métriques](CacheMetrics.md).
1. Pour afficher les journaux, choisissez l'onglet **Logs** (Journaux) qui indique si le cluster utilise des journaux lents ou des journaux de moteur et fournit des informations pertinentes. Pour de plus amples informations, veuillez consulter [Livraison de journaux](Log_Delivery.md).
1. Choisissez l'onglet **Network and security** (Réseau et sécurité) pour afficher des détails sur la connectivité réseau et la configuration du groupe de sous-réseaux du cluster, le groupe de sécurité VPC et la méthode de chiffrement activée sur le cluster, le cas échéant. Pour plus d’informations, consultez [Sous-réseaux et groupes de sous-réseaux](SubnetGroups.md) et [Sécurité des données sur Amazon ElastiCache](encryption.md).
1. Choisissez l'onglet **Maintenance** pour afficher des détails sur les paramètres de maintenance du cluster. Pour de plus amples informations, veuillez consulter [Gestion de la maintenance des ElastiCache clusters](maintenance-window.md).
1. Choisissez l'onglet **Service updates** (Mises à jour du service) pour afficher des détails sur les mises à jour de service disponibles, ainsi que leur date limite d'application recommandée. Pour de plus amples informations, veuillez consulter [Mises à jour du service dans ElastiCache](Self-Service-Updates.md).
1. Choisissez l'onglet **Tags** (Balises) pour afficher des détails sur les balises appliquées aux ressources du cluster. Pour de plus amples informations, veuillez consulter [Marquer vos ressources ElastiCache](Tagging-Resources.md).
## Afficher les détails d'un ElastiCache cluster (AWS CLI)
Le code suivant répertorie les informations relatives à *my-cluster* :
```
aws elasticache describe-cache-clusters --cache-cluster-id my-cluster
```
*my-cluster*Remplacez-le par le nom de votre cluster dans le cas où le cluster est créé avec 1 nœud de cache et 0 partition à l'aide de la `create-cache-cluster` commande.
```
{
"CacheClusters": [
{
"CacheClusterStatus": "available",
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"Engine": "redis",
"PreferredMaintenanceWindow": "wed:12:00-wed:13:00",
"CacheSubnetGroupName": "default",
"SnapshotWindow": "08:30-09:30",
"TransitEncryptionEnabled": false,
"AtRestEncryptionEnabled": false,
"CacheClusterId": "my-cluster1",
"CacheClusterCreateTime": "2018-02-26T21:06:43.420Z",
"PreferredAvailabilityZone": "us-west-2c",
"AuthTokenEnabled": false,
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis3.2"
},
"SnapshotRetentionLimit": 0,
"AutoMinorVersionUpgrade": true,
"EngineVersion": "3.2.10",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
}
```
```
{
"CacheClusters": [
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": false,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:13:24.250Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": false,
"PreferredAvailabilityZone": "us-west-2a",
"TransitEncryptionEnabled": false,
"ReplicationGroupId": "my-cluster2",
"Engine": "redis",
"PreferredMaintenanceWindow": "sun:08:30-sun:09:30",
"CacheClusterId": "my-cluster2-001",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis6.x"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "6.0",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": false,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:13:24.250Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": false,
"PreferredAvailabilityZone": "us-west-2b",
"TransitEncryptionEnabled": false,
"ReplicationGroupId": "my-cluster2",
"Engine": "redis",
"PreferredMaintenanceWindow": "sun:08:30-sun:09:30",
"CacheClusterId": "my-cluster2-002",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis6.x"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "6.0",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": false,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:13:24.250Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": false,
"PreferredAvailabilityZone": "us-west-2c",
"TransitEncryptionEnabled": false,
"ReplicationGroupId": "my-cluster2",
"Engine": "redis",
"PreferredMaintenanceWindow": "sun:08:30-sun:09:30",
"CacheClusterId": "my-cluster2-003",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis3.2"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "3.2.10",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
}
```
```
{
"CacheClusters": [
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": true,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:17:01.439Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": true,
"PreferredAvailabilityZone": "us-west-2a",
"TransitEncryptionEnabled": true,
"ReplicationGroupId": "my-cluster3",
"Engine": "redis",
"PreferredMaintenanceWindow": "thu:11:00-thu:12:00",
"CacheClusterId": "my-cluster3-0001-001",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis6.x.cluster.on"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "6.0",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": true,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:17:01.439Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": true,
"PreferredAvailabilityZone": "us-west-2b",
"TransitEncryptionEnabled": true,
"ReplicationGroupId": "my-cluster3",
"Engine": "redis",
"PreferredMaintenanceWindow": "thu:11:00-thu:12:00",
"CacheClusterId": "my-cluster3-0001-002",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis3.2.cluster.on"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "3.2.6",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": true,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:17:01.439Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": true,
"PreferredAvailabilityZone": "us-west-2c",
"TransitEncryptionEnabled": true,
"ReplicationGroupId": "my-cluster3",
"Engine": "redis",
"PreferredMaintenanceWindow": "thu:11:00-thu:12:00",
"CacheClusterId": "my-cluster3-0001-003",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis6.x.cluster.on"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "6.0",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": true,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:17:01.439Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": true,
"PreferredAvailabilityZone": "us-west-2b",
"TransitEncryptionEnabled": true,
"ReplicationGroupId": "my-cluster3",
"Engine": "redis",
"PreferredMaintenanceWindow": "thu:11:00-thu:12:00",
"CacheClusterId": "my-cluster3-0002-001",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis6.x.cluster.on"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "6.0",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": true,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:17:01.439Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": true,
"PreferredAvailabilityZone": "us-west-2c",
"TransitEncryptionEnabled": true,
"ReplicationGroupId": "my-cluster3",
"Engine": "redis",
"PreferredMaintenanceWindow": "thu:11:00-thu:12:00",
"CacheClusterId": "my-cluster3-0002-002",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis3.2.cluster.on"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "3.2.6",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
},
{
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"AuthTokenEnabled": true,
"CacheSubnetGroupName": "default",
"SnapshotWindow": "12:30-13:30",
"AutoMinorVersionUpgrade": true,
"CacheClusterCreateTime": "2018-02-26T21:17:01.439Z",
"CacheClusterStatus": "available",
"AtRestEncryptionEnabled": true,
"PreferredAvailabilityZone": "us-west-2a",
"TransitEncryptionEnabled": true,
"ReplicationGroupId": "my-cluster3",
"Engine": "redis",
"PreferredMaintenanceWindow": "thu:11:00-thu:12:00",
"CacheClusterId": "my-cluster3-0002-003",
"PendingModifiedValues": {},
"CacheNodeType": "cache.r4.large",
"DataTiering": "disabled",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"ParameterApplyStatus": "in-sync",
"CacheParameterGroupName": "default.redis6.x.cluster.on"
},
"SnapshotRetentionLimit": 0,
"EngineVersion": "6.0",
"CacheSecurityGroups": [],
"NumCacheNodes": 1
}
]
}
```
Si le cluster est créé à l'aide du AWS Management Console (nœud de cluster activé ou désactivé avec une ou plusieurs partitions), utilisez la commande suivante pour décrire les détails du cluster (remplacez *my-cluster* par le nom du groupe de réplication (nom de votre cluster) :
```
aws elasticache describe-replication-groups --replication-group-id my-cluster
```
Pour plus d'informations, consultez AWS CLI la ElastiCache rubrique dédiée [https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-clusters.html).
## Afficher les détails d'un ElastiCache cluster (ElastiCache API)
Vous pouvez consulter les détails d'un cluster à l'aide de l'`DescribeCacheClusters`action ElastiCache API. Si le paramètre `CacheClusterId` est inclus, les détails du cluster spécifié sont retournés. Si le paramètre `CacheClusterId` n'est pas spécifié, les détails de `MaxRecords` clusters maximum (100 par défaut) sont retournés. La valeur de `MaxRecords` ne peut pas être inférieure à 20 ou supérieure à 100.
Le code suivant répertorie les détails de `my-cluster`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheClusters
&CacheClusterId=my-cluster
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Le code suivant affiche les détails de 25 clusters maximum.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheClusters
&MaxRecords=25
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Pour plus d'informations, consultez la rubrique de référence sur les ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheClusters.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeCacheClusters.html).
# Modification d'un ElastiCache cluster
Outre l'ajout ou la suppression de nœuds dans un ElastiCache cluster, il peut arriver que vous deviez apporter d'autres modifications, telles que l'ajout d'un groupe de sécurité, la modification de la fenêtre de maintenance ou d'un groupe de paramètres.
Nous vous conseillons que votre créneau de maintenance soit défini au moment où l'utilisation est la plus faible. Donc une modification peut s'avérer nécessaire de temps en temps.
Lorsque vous changez les paramètres d'un cluster, le changement est appliqué au cluster immédiatement ou après le redémarrage du cluster. C'est vrai si vous changez le groupe de paramètres même du cluster ou une valeur de paramètre dans le groupe de paramètres du cluster. Pour déterminer à quel moment une modification de paramètre particulière est appliquée, consultez la section **Prise d'effet des modifications** de la colonne **Détails** des tableaux pour [Paramètres spécifiques Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)et [Paramètres OSS Valkey et Redis](ParameterGroups.Engine.md#ParameterGroups.Redis). Pour plus d'informations sur le redémarrage des nœuds d'un cluster, consultez [Redémarrage des nœuds](nodes.rebooting.md).
## À l'aide du ElastiCache AWS Management Console
**Pour modifier un cluster**
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 dans laquelle se trouve le cluster que vous souhaitez modifier.
1. Dans le volet de navigation, choisissez le moteur s'exécutant sur le cluster que vous voulez modifier.
Une liste de clusters du moteur choisi s'affiche.
1. Dans la liste des clusters, choisissez le nom du cluster que vous souhaitez modifier.
1. Choisissez **Actions**, puis **Modifier**.
La fenêtre **Modify Cluster** s'affiche.
1. Dans la fenêtre **Modifier un cluster**, effectuez les modifications nécessaires. Les options incluent :
+ Description
+ Mode cluster : pour modifier le mode cluster de **Désactivé** à **Activé**, vous devez d'abord définir le mode cluster sur **Compatible**.
Le mode compatible permet à vos clients Valkey ou Redis OSS de se connecter en utilisant à la fois le mode cluster activé et le mode cluster désactivé. **Après avoir migré tous les clients Valkey ou Redis OSS pour utiliser le mode cluster activé, vous pouvez terminer la configuration du mode cluster et définir le mode cluster sur Activé.**
+ Compatibilité de version de moteur
**Important**
Vous pouvez mettre à niveau vers des versions de moteur plus récentes. Si vous mettez à niveau les versions majeures du moteur, par exemple, de 5.0.6 à 6.0, vous devez sélectionner une famille de groupe de paramètres compatible avec la nouvelle version du moteur. Pour plus d’informations sur la procédure à utiliser, consultez [Gestion des versions pour ElastiCache](VersionManagement.md). Cependant, vous ne pouvez pas mettre à niveau vers des versions antérieures du moteur, sauf en supprimant le cluster existant et en le recréant.
+ Groupes de sécurité VPC
+ Parameter Group
+ Type de nœud
**Note**
Si le cluster utilise un type de nœud de la famille r6gd, vous ne pouvez choisir qu’une taille de nœud différente de celle de cette famille. Si vous choisissez un type de nœud de la famille r6gd, la hiérarchisation des données sera automatiquement activée. Pour plus d’informations, consultez la rubrique [Hiérarchisation des données](data-tiering.md).
+ Multi-AZ
+ Basculement automatique (mode cluster désactivé uniquement)
+ Activer les sauvegardes automatiques
+ ID du nœud de Backup
+ Période de conservation de la sauvegarde
+ Fenêtre de sauvegarde
+ Rubrique pour la notification SNS
+ Compatibilité des versions du moteur Memcached
+ Network type (Type de réseau)
**Note**
Si vous passez de IPv4 à IPv6, vous devez sélectionner ou créer des groupes de sous-réseaux compatibles avec IPv6. Pour de plus amples informations, veuillez consulter [Choix d'un type de réseau dans ElastiCache](network-type.md).
+ Groupes de sécurité VPC
+ Parameter Group
+ Fenêtre de maintenance
+ Rubrique pour la notification SNS
La case **Appliquer immédiatement** s'applique uniquement aux modifications de version du moteur et de type de nœud. Pour appliquer les modifications immédiatement, cochez la case **Apply Immediately (Appliquer immédiatement)**. Si elle n'est pas cochée, les modifications apportées à la version du moteur sont appliquées lors du prochain créneau de maintenance. D'autres modifications, telles que la modification du créneau de maintenance, sont appliquées immédiatement.
**Pour enable/disable enregistrer la livraison pour Redis**
1. Dans la liste des clusters, choisissez le cluster que vous souhaitez augmenter. Cliquez sur l'onglet **Cluster name (Nom du cluster)** et pas la case à cocher à côté.
1. Sur la page des **détails du cluster**, choisissez l'onglet **Logs**.
1. Pour activer ou désactiver les journaux lents, choisissez **Activer** ou **Désactiver**.
Si vous choisissez Enable (Activer) :
1. Sous **Log format** (Format de journal), choisissez **JSON** ou **Text** (Texte).
1. Sous **Type de destination du journal**, sélectionnez **CloudWatch Logs** ou **Kinesis Firehose**.
1. Sous **Destination du journal**, vous pouvez choisir **Create new** et saisir le nom de votre groupe de CloudWatchLogs journaux ou le nom de votre flux Kinesis Data Firehose. Vous pouvez également **sélectionner Select existing**, puis choisir le nom de votre groupe de CloudWatchLogs logs ou le nom de votre flux Kinesis Data Firehose.
1. Sélectionnez **Activer**.
**Pour modifier votre configuration pour Redis, procédez comme suit :**
1. Sélectionnez **Modifier**.
1. Sous **Log format** (Format de journal), choisissez **JSON** ou **Text** (Texte).
1. Sous **Type de destination**, sélectionnez **CloudWatch Logs** ou **Kinesis Firehose**.
1. Sous **Destination du journal**, choisissez **Create new** et entrez le nom de votre groupe de CloudWatchLogs journaux ou le nom de votre flux Kinesis Data Firehose. Vous pouvez également choisir **Select existing**, puis le nom de votre groupe de CloudWatchLogs logs ou le nom de votre flux Kinesis Data Firehose.
## En utilisant le AWS CLI avec ElastiCache
Vous pouvez modifier un cluster existant à l'aide de cette AWS CLI `modify-cache-cluster` opération. Pour modifier la valeur de configuration d'un cluster, spécifiez l'ID du cluster, le paramètre à modifier et la nouvelle valeur du paramètre. L'exemple suivant change le créneau de maintenance pour un cluster nommé `my-cluster` et applique la modification immédiatement.
**Important**
Vous pouvez effectuer une mise à niveau vers de nouvelles versions du moteur Memcached. Pour plus d’informations sur la procédure à utiliser, consultez [Gestion des versions pour ElastiCache](VersionManagement.md). Cependant, vous ne pouvez pas mettre à niveau vers des versions antérieures du moteur, sauf en supprimant le cluster existant et en le recréant.
**Important**
Vous pouvez effectuer une mise à niveau vers les nouvelles versions du moteur Valkey ou Redis OSS. Si vous mettez à niveau les principales versions du moteur, par exemple de Redis OSS 5.0.6 vers Redis OSS 6.0, vous devez sélectionner une famille de groupes de paramètres compatible avec la nouvelle version du moteur. Pour plus d’informations sur la procédure à utiliser, consultez [Gestion des versions pour ElastiCache](VersionManagement.md). Cependant, vous ne pouvez pas mettre à niveau vers des versions antérieures du moteur, sauf en supprimant le cluster existant et en le recréant.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-cache-cluster \
--cache-cluster-id my-cluster \
--preferred-maintenance-window sun:23:00-mon:02:00
```
Pour Windows :
```
aws elasticache modify-cache-cluster ^
--cache-cluster-id my-cluster ^
--preferred-maintenance-window sun:23:00-mon:02:00
```
Le paramètre `--apply-immediately` s'applique uniquement à des modifications dans le type de nœud, la version du moteur et aux modifications du nombre de nœuds dans un cluster Si vous souhaitez appliquer une de ces modifications immédiatement, utilisez le paramètre `--apply-immediately`. Si vous préférez l'application de ces modifications au prochain créneau de maintenance, utilisez le paramètre `--no-apply-immediately`. D'autres modifications, telles que la modification du créneau de maintenance, sont appliquées immédiatement.
Pour plus d'informations, consultez AWS CLI la ElastiCache rubrique dédiée [https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html).
## Utilisation de l' ElastiCache API
Vous pouvez modifier un cluster existant à l'aide de l'`ModifyCacheCluster`opération ElastiCache API. Pour modifier la valeur de configuration d'un cluster, spécifiez l'ID du cluster, le paramètre à modifier et la nouvelle valeur du paramètre. L'exemple suivant change le créneau de maintenance pour un cluster nommé `my-cluster` et applique la modification immédiatement.
**Important**
Vous pouvez effectuer une mise à niveau vers de nouvelles versions du moteur Memcached. Pour plus d’informations sur la procédure à utiliser, consultez [Gestion des versions pour ElastiCache](VersionManagement.md). Cependant, vous ne pouvez pas mettre à niveau vers des versions antérieures du moteur, sauf en supprimant le cluster existant et en le recréant.
**Important**
Vous pouvez effectuer une mise à niveau vers les nouvelles versions du moteur Valkey ou Redis OSS. Si vous mettez à niveau les principales versions du moteur, par exemple de Redis OSS 5.0.6 vers Redis OSS 6.0, vous devez sélectionner une famille de groupes de paramètres compatible avec la nouvelle version du moteur. Pour plus d’informations sur la procédure à utiliser, consultez [Gestion des versions pour ElastiCache](VersionManagement.md). Cependant, vous ne pouvez pas mettre à niveau vers des versions antérieures du moteur, sauf en supprimant le cluster existant et en le recréant.
Des sauts de ligne sont ajoutés pour faciliter la lecture.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyCacheCluster
&CacheClusterId=my-cluster
&PreferredMaintenanceWindow=sun:23:00-mon:02:00
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150901T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20150202T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20150901T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Le paramètre `ApplyImmediately` s'applique uniquement à des modifications dans le type de nœud, la version du moteur et aux modifications du nombre de nœuds dans un cluster Si vous souhaitez appliquer une de ces modifications immédiatement, définissez le paramètre `ApplyImmediately` sur `true`. Si vous préférez reporter l'application de ces modifications au prochain créneau de maintenance, définissez le paramètre `ApplyImmediately` sur `false`. D'autres modifications, telles que la modification du créneau de maintenance, sont appliquées immédiatement.
Pour plus d'informations, consultez la rubrique de référence sur les ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html).
# Ajouter des nœuds à un ElastiCache cluster
L'ajout de nœuds à un cluster Memcached augmente le nombre de partitions de votre cluster. Lorsque vous modifiez le nombre de partitions dans un cluster, vous devez redéfinir le mappage de certains de vos espace de clé afin qu'ils soient mappés avec le nœud adéquat. Le remappage des espaces de clé augmente temporairement le nombre d'échecs d'accès au cache sur le cluster. Pour de plus amples informations, veuillez consulter [Configuration de votre ElastiCache client pour un équilibrage de charge efficace (Memcached)](BestPractices.LoadBalancing.md).
Pour reconfigurer votre cluster Valkey ou Redis OSS (mode cluster activé), voir [Mise à l'échelle des clusters Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md)
Vous pouvez utiliser la console ElastiCache de gestion AWS CLI ou l' ElastiCache API pour ajouter des nœuds à votre cluster.
## À l'aide du ElastiCache AWS Management Console
Si vous souhaitez ajouter un nœud à un cluster Valkey ou Redis OSS (mode cluster désactivé) à nœud unique (un cluster sans réplication activée), il s'agit d'un processus en deux étapes : ajoutez d'abord la réplication, puis ajoutez un nœud de réplique.
**Rubriques**
+ [Pour ajouter une réplication à un cluster Valkey ou Redis OSS sans partitions](#AddReplication.CON)
+ [Pour ajouter des nœuds à un ElastiCache cluster (console)](#AddNode.CON)
La procédure suivante ajoute la réplication à un Valkey ou Redis OSS à nœud unique pour lequel la réplication n'est pas activée. Lorsque vous ajoutez la réplication, le nœud existant devient le nœud principal dans le cluster avec réplication activée. Une fois la réplication ajoutée, vous pouvez ajouter jusqu'à 5 nœuds de réplica au cluster.
**Pour ajouter une réplication à un cluster Valkey ou Redis OSS sans partitions**
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey clusters** ou **Redis OSS** clusters.
La liste des clusters exécutant ce moteur s'affiche.
1. Choisissez le nom d'un cluster, pas la case à gauche du nom du cluster, auquel vous souhaitez ajouter des nœuds.
Ce qui suit est vrai pour un cluster Redis OSS dont la réplication n'est pas activée :
+ Il exécute Redis OSS, et non Redis OSS en cluster.
+ Il n'a pas de partitions.
Si le cluster a des partitions, la réplication est déjà activée dessus et vous pouvez continuer sur [Pour ajouter des nœuds à un ElastiCache cluster (console)](#AddNode.CON).
1. Choisissez **Add replication**.
1. Dans **Ajouter une réplication**, entrez une description pour ce cluster avec réplication activée.
1. Choisissez **Ajouter**.
Dès que l'état du cluster retourne à *disponible*, vous pouvez passer à la prochaine procédure et ajouter des réplicas au cluster.
**Pour ajouter des nœuds à un ElastiCache cluster (console)**
La procédure suivante peut être utilisée pour ajouter des nœuds à un cluster.
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 le moteur s'exécutant sur le cluster auquel vous voulez ajouter des nœuds.
La liste des clusters exécutant le moteur choisi s'affiche.
1. Dans la liste des clusters, choisissez le nom du cluster auquel vous souhaitez ajouter un nœud.
Si votre cluster est un cluster Valkey ou Redis OSS (mode cluster activé), consultez. [Mise à l'échelle des clusters Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md)
Si votre cluster est un cluster Valkey ou Redis OSS (mode cluster désactivé) ne contenant aucune partition, effectuez d'abord les étapes décrites à. [Pour ajouter une réplication à un cluster Valkey ou Redis OSS sans partitions](#AddReplication.CON)
1. Choisissez **Add node** (Ajouter un nœud).
1. Saisissez les informations demandées dans la boîte de dialogue **Add Node (Ajouter un nœud)**.
1. Choisissez le bouton **Apply Immediately - Yes (Appliquer immédiatement - Oui)** pour ajouter ce nœud immédiatement, ou choisissez **No (Non)** pour ajouter ce nœud lors du prochain créneau de maintenance du cluster.
**Impact des nouvelles demandes d'ajout et de suppression sur les demandes en attente**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/Clusters.AddNode.html)
Pour déterminer les opérations en attente, choisissez l'onglet **Description** et vérifiez combien de créations ou de suppressions en attente sont affichées. Vous ne pouvez pas avoir à la fois des créations et des suppressions en attente.
1. Choisissez le bouton **Add**.
Au bout de quelques instants, les nouveaux nœuds apparaissent dans la liste des nœuds avec le statut **creating**. S'ils n'apparaissent pas, actualisez la page de votre navigateur. Lorsque l'état du nœud passe à *available* (disponible), le nouveau nœud peut être utilisé.
## En utilisant le AWS CLI avec ElastiCache
Pour ajouter des nœuds à un cluster à l'aide de AWS CLI, utilisez l'AWS CLI opération `modify-cache-cluster` avec les paramètres suivants :
+ `--cache-cluster-id` ID du cluster auquel vous souhaitez ajouter des nœuds.
+ `--num-cache-nodes` Le paramètre `--num-cache-nodes` spécifie le nombre de nœuds que vous voulez ajouter à ce cluster après application de la modification. Pour ajouter des nœuds à ce cluster, `--num-cache-nodes` doit être supérieur au nombre actuel de nœuds dans ce cluster. Si cette valeur est inférieure au nombre actuel de nœuds, ElastiCache attendez-vous à ce que le paramètre `cache-node-ids-to-remove` et une liste de nœuds soient supprimés du cluster. Pour de plus amples informations, veuillez consulter [En utilisant le AWS CLI avec ElastiCache](Clusters.DeleteNode.md#Clusters.DeleteNode.CLI).
+ `--apply-immediately` ou `--no-apply-immediately` qui spécifie s'il convient d'ajouter ces nœuds immédiatement ou lors du prochain créneau de maintenance.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-cache-cluster \
--cache-cluster-id my-cluster \
--num-cache-nodes 5 \
--apply-immediately
```
Pour Windows :
```
aws elasticache modify-cache-cluster ^
--cache-cluster-id my-cluster ^
--num-cache-nodes 5 ^
--apply-immediately
```
Cette opération produit une sortie similaire à la sortie suivante (format JSON) :
```
{
"CacheCluster": {
"Engine": "memcached",
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"CacheParameterGroupName": "default.memcached1.4",
"ParameterApplyStatus": "in-sync"
},
"CacheClusterId": "my-cluster",
"PreferredAvailabilityZone": "us-west-2b",
"ConfigurationEndpoint": {
"Port": 11211,
"Address": "rlh-mem000.7alc7bf-example.cfg.usw2.cache.amazonaws.com"
},
"CacheSecurityGroups": [],
"CacheClusterCreateTime": "2016-09-21T16:28:28.973Z",
"AutoMinorVersionUpgrade": true,
"CacheClusterStatus": "modifying",
"NumCacheNodes": 2,
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"SecurityGroups": [
{
"Status": "active",
"SecurityGroupId": "sg-dbe93fa2"
}
],
"CacheSubnetGroupName": "default",
"EngineVersion": "1.4.24",
"PendingModifiedValues": {
"NumCacheNodes": 5
},
"PreferredMaintenanceWindow": "sat:09:00-sat:10:00",
"CacheNodeType": "cache.m3.medium",
"DataTiering": "disabled",
}
}
```
Pour plus d'informations, consultez la AWS CLI rubrique [https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-cache-cluster.html).
## En utilisant le AWS CLI avec ElastiCache
Si vous souhaitez ajouter des nœuds à un cluster Valkey ou Redis OSS existant (mode cluster désactivé) dont la réplication n'est pas activée, vous devez d'abord créer le groupe de réplication en spécifiant le cluster existant comme principal. Pour de plus amples informations, veuillez consulter [Création d'un groupe de réplication à l'aide d'un cluster Valkey ou Redis OSS disponible ()AWS CLI](Replication.CreatingReplGroup.ExistingCluster.md#Replication.CreatingReplGroup.ExistingCluster.CLI). Une fois que le groupe de réplication est *disponible*, vous pouvez passer au processus suivant.
Pour ajouter des nœuds à un cluster à l'aide de AWS CLI, utilisez l'AWS CLI opération `increase-replica-count` avec les paramètres suivants :
+ `--replication-group-id` ID du groupe de réplication auquel vous souhaitez ajouter des nœuds.
+ `--new-replica-count` indique le nombre de nœuds que vous souhaitez avoir dans ce groupe de réplication après l'application de la modification. Pour ajouter des nœuds à ce cluster, `--new-replica-count` doit être supérieur au nombre actuel de nœuds dans ce cluster.
+ `--apply-immediately` ou `--no-apply-immediately` qui spécifie s'il convient d'ajouter ces nœuds immédiatement ou lors du prochain créneau de maintenance.
Pour Linux, macOS ou Unix :
```
aws elasticache increase-replica-count \
--replication-group-id my-replication-group \
--new-replica-count 4 \
--apply-immediately
```
Pour Windows :
```
aws elasticache increase-replica-count ^
--replication-group-id my-replication-group ^
--new-replica-count 4 ^
--apply-immediately
```
Cette opération produit une sortie similaire à la sortie suivante (format JSON) :
```
{
"ReplicationGroup": {
"ReplicationGroupId": "node-test",
"Description": "node-test",
"Status": "modifying",
"PendingModifiedValues": {},
"MemberClusters": [
"node-test-001",
"node-test-002",
"node-test-003",
"node-test-004",
"node-test-005"
],
"NodeGroups": [
{
"NodeGroupId": "0001",
"Status": "modifying",
"PrimaryEndpoint": {
"Address": "node-test.zzzzzz.ng.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"ReaderEndpoint": {
"Address": "node-test.zzzzzz.ng.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"NodeGroupMembers": [
{
"CacheClusterId": "node-test-001",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-001.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2a",
"CurrentRole": "primary"
},
{
"CacheClusterId": "node-test-002",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-002.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2c",
"CurrentRole": "replica"
},
{
"CacheClusterId": "node-test-003",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-003.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2b",
"CurrentRole": "replica"
}
]
}
],
"SnapshottingClusterId": "node-test-002",
"AutomaticFailover": "enabled",
"MultiAZ": "enabled",
"SnapshotRetentionLimit": 1,
"SnapshotWindow": "07:30-08:30",
"ClusterEnabled": false,
"CacheNodeType": "cache.r5.large",
"DataTiering": "disabled",
"TransitEncryptionEnabled": false,
"AtRestEncryptionEnabled": false,
"ARN": "arn:aws:elasticache:us-west-2:123456789012:replicationgroup:node-test"
}
}
```
Pour plus d'informations, consultez la AWS CLI rubrique [https://docs.aws.amazon.com/cli/latest/reference/elasticache/increase-replica-count.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/increase-replica-count.html).
## Utilisation de l' ElastiCache API
Si vous souhaitez ajouter des nœuds à un cluster Valkey ou Redis OSS existant (mode cluster désactivé) dont la réplication n'est pas activée, vous devez d'abord créer le groupe de réplication en spécifiant le cluster existant comme principal. Pour de plus amples informations, veuillez consulter [Ajouter des répliques à un cluster (API) autonome Valkey ou Redis OSS (mode cluster désactivé) ElastiCache](Replication.CreatingReplGroup.ExistingCluster.md#Replication.CreatingReplGroup.ExistingCluster.API). Une fois que le groupe de réplication est *disponible*, vous pouvez passer au processus suivant.
**Pour ajouter des nœuds à un cluster (ElastiCache API)**
+ Appelez l'opération d'API `IncreaseReplicaCount` avec les paramètres suivants :
+ `ReplicationGroupId` ID du cluster auquel vous souhaitez ajouter des nœuds.
+ `NewReplicaCount` Le paramètre `NewReplicaCount` spécifie le nombre de nœuds que vous voulez ajouter à ce cluster après application de la modification. Pour ajouter des nœuds à ce cluster, `NewReplicaCount` doit être supérieur au nombre actuel de nœuds dans ce cluster. Si cette valeur est inférieure au nombre actuel de nœuds, utilisez l'API `DecreaseReplicaCount` avec le nombre de nœuds à retirer du cluster.
+ `ApplyImmediately` spécifie s'il convient d'ajouter ces nœuds immédiatement ou lors du prochain créneau de maintenance.
+ `Region`Spécifie la AWS région du cluster à laquelle vous souhaitez ajouter des nœuds.
L'exemple suivant montre un appel à ajouter des nœuds à un cluster.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=IncreaseReplicaCount
&ApplyImmediately=true
&NumCacheNodes=4
&ReplicationGroupId=my-replication-group
&Region=us-east-2
&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 la rubrique ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_IncreaseReplicaCount.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_IncreaseReplicaCount.html).
## Utilisation de l' ElastiCache API
**Pour ajouter des nœuds à un cluster (ElastiCache API)**
+ Appelez l'opération d'API `ModifyCacheCluster` avec les paramètres suivants :
+ `CacheClusterId` ID du cluster auquel vous souhaitez ajouter des nœuds.
+ `NumCacheNodes` Le paramètre `NumCachNodes` spécifie le nombre de nœuds que vous voulez ajouter à ce cluster après application de la modification. Pour ajouter des nœuds à ce cluster, `NumCacheNodes` doit être supérieur au nombre actuel de nœuds dans ce cluster. Si cette valeur est inférieure au nombre actuel de nœuds, ElastiCache attendez-vous à ce que le paramètre `CacheNodeIdsToRemove` contenant une liste de nœuds soit supprimé du cluster (voir[Utilisation de l' ElastiCache API avec Memcached](Clusters.DeleteNode.md#Clusters.DeleteNode.API)).
+ `ApplyImmediately` spécifie s'il convient d'ajouter ces nœuds immédiatement ou lors du prochain créneau de maintenance.
+ `Region`Spécifie la AWS région du cluster à laquelle vous souhaitez ajouter des nœuds.
L'exemple suivant montre un appel à ajouter des nœuds à un cluster.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyCacheCluster
&ApplyImmediately=true
&NumCacheNodes=5
&CacheClusterId=my-cluster
&Region=us-east-2
&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 la rubrique ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html).
# Supprimer des nœuds d'un ElastiCache cluster
Vous pouvez supprimer un nœud d'un cluster Valkey, Memcached ou Redis OSS à l'aide de l'API AWS Management Console, de ou de l'API AWS CLI. ElastiCache
**Note**
Chaque fois que vous modifiez le nombre de nœuds dans un cluster Memcached, vous devez redéfinir le mappage, au minimum, d'une partie de votre espace de clé vers le nœud adéquat. Pour en savoir plus sur l'équilibrage de charge d'un cluster Memcached, consultez [Configuration de votre ElastiCache client pour un équilibrage de charge efficace (Memcached)](BestPractices.LoadBalancing.md).
## En utilisant le ElastiCache AWS Management Console
**Pour supprimer des nœuds d'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 située dans le coin supérieur droit, choisissez la AWS région du cluster dont vous souhaitez supprimer des nœuds.
1. Dans le volet de navigation, choisissez le moteur s'exécutant sur le cluster duquel vous voulez supprimer un nœud.
La liste des clusters exécutant le moteur choisi s'affiche.
1. Dans la liste de clusters, choisissez le nom du cluster dans lequel vous souhaitez supprimer un nœud.
Une liste des nœuds du cluster s'affiche.
1. Choisissez la zone de gauche de l'ID de nœud pour le nœud que vous souhaitez supprimer. À l'aide de la console ElastiCache , vous pouvez supprimer un seul nœud à la fois. Par conséquent, la sélection de plusieurs nœuds vous empêche d'utiliser le bouton **Supprimer un nœud**.
La page *Supprimer le nœud* s'affiche.
1. Pour supprimer le nœud, remplissez la page **Supprimer un nœud**, puis choisissez **Supprimer un nœud**. Pour conserver le nœud, choisissez **Annuler**.
**Important**
Avec Valkey ou Redis OSS, si vous supprimez le nœud, le cluster n'est plus compatible avec Multi-AZ, assurez-vous d'abord de décocher la case **Multi-AZ**, puis de supprimer le nœud. Si vous désactivez la case à cocher **Multi-AZ** vous pouvez choisir d'activer le **basculement automatique**.
**Impact des nouvelles demandes d'ajout et de suppression sur les demandes en attente**
| Scénarios | Opérations en suspens | Nouvelle demande | Résultats |
| --- | --- | --- | --- |
| Scénario 1 | Suppression | Suppression | La nouvelle demande de suppression, en attente ou immédiate, remplace la demande de suppression en attente. Par exemple, si les nœuds 0001, 0003 et 0007 sont en attente de suppression et qu'une nouvelle demande de suppression des nœuds 0002 et 0004 est émise, seuls les nœuds 0002 et 0004 seront supprimés. Les nœuds 0001, 0003 et 0007 ne seront pas supprimés. |
| Scénario 2 | Suppression | Créer | La nouvelle demande de création, en attente ou immédiate, remplace la demande de suppression en attente. Par exemple, si les nœuds 0001, 0003 et 0007 sont en attente de suppression et qu'une nouvelle demande de création d'un nœud est émise, un nouveau nœud sera créé et les nœuds 0001, 0003 et 0007 ne seront pas supprimés. |
| Scénario 3 | Créer | Suppression | La nouvelle demande de suppression, en attente ou immédiate, remplace la demande de création en attente. Par exemple, s'il y a une demande en attente de création de deux nœuds et qu'une nouvelle demande est émise pour supprimer le nœud 0003, aucun nouveau nœud ne sera créé et le nœud 0003 sera supprimé. |
| Scénario 4 | Créer | Créer | La nouvelle demande de création est ajoutée à la demande de création en attente. Par exemple, s'il y a une demande en attente pour créer deux nœuds et qu'une nouvelle demande est émise pour créer trois nœuds, les nouvelles demandes sont ajoutées à la demande en attente et cinq nœuds seront créés. Si la nouvelle demande de création est définie sur **Apply Immediately - Yes (Appliquer immédiatement. Oui)**, toutes les demandes de création sont exécutées immédiatement. Si la nouvelle demande de création est définie sur **Apply Immediately - No (Appliquer immédiatement. Non)**, toutes les demandes de création sont en attente. |
Pour déterminer les opérations en attente, choisissez l'onglet **Description** et vérifiez combien de créations ou de suppressions en attente sont affichées. Vous ne pouvez pas avoir à la fois des créations et des suppressions en attente.
## En utilisant le AWS CLI avec ElastiCache
1. Identifiez IDs les nœuds que vous souhaitez supprimer. Pour de plus amples informations, veuillez consulter [Afficher les détails d'un ElastiCache cluster](Clusters.ViewDetails.md).
1. Utilisez l'opération `decrease-replica-count` de la CLI avec une liste des nœuds à supprimer, comme dans l'exemple suivant.
Pour supprimer des nœuds d'un cluster à l'aide de l'interface de ligne de commande, utilisez la commande `decrease-replica-count` avec les paramètres suivants :
+ `--replication-group-id` ID du groupe de réplication auquel vous souhaitez ajouter des nœuds.
+ `--new-replica-count` Le paramètre `--new-replica-count` spécifie le nombre de nœuds que vous voulez ajouter à ce cluster après application de la modification.
+ `--replicas-to-remove`Liste des nœuds IDs que vous souhaitez supprimer de ce cluster.
+ `--apply-immediately` ou `--no-apply-immediately` qui spécifie s'il convient de supprimer ces nœuds immédiatement ou lors du prochain créneau de maintenance.
+ `--region`Spécifie la AWS région du cluster dont vous souhaitez supprimer des nœuds.
**Note**
Vous ne pouvez passer qu'un seul des paramètres `--replicas-to-remove` ou `--new-replica-count` lors de l'appel de cette opération.
Pour Linux, macOS ou Unix :
```
aws elasticache decrease-replica-count \
--replication-group-id my-replication-group \
--new-replica-count 2 \
--region us-east-2 \
--apply-immediately
```
Pour Windows :
```
aws elasticache decrease-replica-count ^
--replication-group-id my-replication-group ^
--new-replica-count 3 ^
--region us-east-2 ^
--apply-immediately
```
Cette opération produit une sortie similaire à la sortie suivante (format JSON) :
```
{
"ReplicationGroup": {
"ReplicationGroupId": "node-test",
"Description": "node-test"
},
"Status": "modifying",
"PendingModifiedValues": {},
"MemberClusters": [
"node-test-001",
"node-test-002",
"node-test-003",
"node-test-004",
"node-test-005",
"node-test-006"
],
"NodeGroups": [
{
"NodeGroupId": "0001",
"Status": "modifying",
"PrimaryEndpoint": {
"Address": "node-test.zzzzzz.ng.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"ReaderEndpoint": {
"Address": "node-test-ro.zzzzzz.ng.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"NodeGroupMembers": [
{
"CacheClusterId": "node-test-001",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-001.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2a",
"CurrentRole": "primary"
},
{
"CacheClusterId": "node-test-002",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-002.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2c",
"CurrentRole": "replica"
},
{
"CacheClusterId": "node-test-003",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-003.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2b",
"CurrentRole": "replica"
},
{
"CacheClusterId": "node-test-004",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-004.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2c",
"CurrentRole": "replica"
},
{
"CacheClusterId": "node-test-005",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-005.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2b",
"CurrentRole": "replica"
},
{
"CacheClusterId": "node-test-006",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Address": "node-test-006.zzzzzz.0001.usw2.cache.amazonaws.com",
"Port": 6379
},
"PreferredAvailabilityZone": "us-west-2b",
"CurrentRole": "replica"
}
]
}
],
"SnapshottingClusterId": "node-test-002",
"AutomaticFailover": "enabled",
"MultiAZ": "enabled",
"SnapshotRetentionLimit": 1,
"SnapshotWindow": "07:30-08:30",
"ClusterEnabled": false,
"CacheNodeType": "cache.r5.large",
"DataTiering": "disabled",
"TransitEncryptionEnabled": false,
"AtRestEncryptionEnabled": false,
"ARN": "arn:aws:elasticache:us-west-2:123456789012:replicationgroup:node-test"
}
}
```
Vous pouvez également appeler `decrease-replica-count` et au lieu de passer au paramètre `--new-replica-count`, vous pouvez passer le paramètre `--replicas-to-remove`, comme illustré ci-après :
Pour Linux, macOS ou Unix :
```
aws elasticache decrease-replica-count \
--replication-group-id my-replication-group \
--replicas-to-remove node-test-003 \
--region us-east-2 \
--apply-immediately
```
Pour Windows :
```
aws elasticache decrease-replica-count ^
--replication-group-id my-replication-group ^
--replicas-to-remove node-test-003 ^
--region us-east-2 ^
--apply-immediately
```
Pour plus d'informations, consultez les AWS CLI rubriques [https://docs.aws.amazon.com/cli/latest/reference/elasticache/decrease-replica-count.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/decrease-replica-count.html).
## Utilisation de l' ElastiCache API avec Valkey ou Redis OSS
Pour supprimer des nœuds à l'aide de l' ElastiCache API, appelez l'opération d'`DecreaseReplicaCount`API avec l'ID du groupe de réplication et une liste des nœuds à supprimer, comme indiqué :
+ `ReplicationGroupId` ID du groupe de réplication auquel vous souhaitez ajouter des nœuds.
+ `ReplicasToRemove` Le paramètre `ReplicasToRemove` spécifie le nombre de nœuds que vous voulez ajouter à ce cluster après application de la modification.
+ `ApplyImmediately` spécifie s'il convient de supprimer ces nœuds immédiatement ou lors du prochain créneau de maintenance.
+ `Region`Spécifie la AWS région du cluster dont vous souhaitez supprimer un nœud.
L'exemple suivant supprime immédiatement les nœuds 0004 et 0005 du cluster my-cluster.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DecreaseReplicaCount
&ReplicationGroupId=my-replication-group
&ApplyImmediately=true
&ReplicasToRemove=node-test-003
&Region us-east-2
&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 la rubrique ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DecreaseReplicaCount.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DecreaseReplicaCount.html).
## Utilisation de l' ElastiCache API avec Memcached
Pour supprimer des nœuds à l'aide de l' ElastiCache API, appelez l'opération d'`ModifyCacheCluster`API avec l'ID du cluster de cache et une liste des nœuds à supprimer, comme indiqué :
+ `CacheClusterId`ID du cluster dont vous souhaitez supprimer des nœuds.
+ `NumCacheNodes` Le paramètre `NumCacheNodes` spécifie le nombre de nœuds que vous voulez ajouter à ce cluster après application de la modification.
+ `CacheNodeIdsToRemove.member.n`Liste des nœuds IDs à supprimer du cluster.
+ `CacheNodeIdsToRemove.member.1=0004`
+ `CacheNodeIdsToRemove.member.1=0005`
+ `ApplyImmediately` spécifie s'il convient de supprimer ces nœuds immédiatement ou lors du prochain créneau de maintenance.
+ `Region`Spécifie la AWS région du cluster dont vous souhaitez supprimer un nœud.
L'exemple suivant supprime immédiatement les nœuds 0004 et 0005 du cluster my-cluster.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=ModifyCacheCluster
&CacheClusterId=my-cluster
&ApplyImmediately=true
&CacheNodeIdsToRemove.member.1=0004
&CacheNodeIdsToRemove.member.2=0005
&NumCacheNodes=3
&Region us-east-2
&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 la rubrique ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html).
# Annulation des opérations d'ajout ou de suppression de nœuds en attente dans ElastiCache
Si vous avez choisi de ne pas appliquer immédiatement une modification au ElastiCache cluster, l'opération est **en attente** jusqu'à ce qu'elle soit effectuée lors de votre prochaine fenêtre de maintenance. Vous pouvez annuler toute opération d'ajout ou de suppression en attente.
Pour annuler une opération d'ajout ou de suppression de nœud en attente avec le AWS CLI, utilisez la `modify-cache-cluster` commande. Définissez un paramètre `num-cache-nodes` égal au nombre actuel de nœuds de cache dans le cluster, puis ajoutez l'`--apply-immediately`indicateur. Cela annulera la modification en attente.
Pour annuler l'ajout ou la suppression d'un nœud en attente :
```
aws elasticache modify-cache-cluster
--cache-cluster-id
--num-cache-nodes
--apply-immediately
```
S'il n'est pas clair si des ajouts ou des suppressions de nœuds sont en attente, vous pouvez confirmer leur statut à l'aide de la `describe-cache-clusters` commande suivante :
```
aws elasticache describe-cache-clusters
--cache-cluster-id
```
Tous les nœuds en attente doivent apparaître dans la `PendingModifiedValues` sortie. Par exemple :
```
"PendingModifiedValues": {
"NumCacheNodes": 3
},
```
# Supprimer un cluster dans ElastiCache
Tant qu'un ElastiCache cluster est *disponible*, il vous est facturé, que vous l'utilisiez activement ou non. Pour ne plus être facturé, supprimez le cluster.
**Avertissement**
Lorsque vous supprimez un ElastiCache cluster, vos instantanés manuels sont conservés. Vous pouvez également créer un instantané final avant la suppression du cluster. Les instantanés mis en cache automatiquement ne sont pas conservés.
## En utilisant le AWS Management Console
La procédure suivante supprime un cluster unique de votre déploiement. Pour supprimer plusieurs clusters, répétez la procédure pour chaque cluster à supprimer. Vous n'avez pas besoin d'attendre la fin de la suppression d'un cluster avant de démarrer la procédure pour en supprimer un autre.
**Pour supprimer un cluster**
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 ElastiCache tableau de bord du moteur, choisissez le moteur qui s'exécute dans le cluster que vous souhaitez supprimer.
La liste de tous les clusters exécutant le moteur choisi s'affiche.
1. Pour choisir le cluster à supprimer, choisissez le nom du cluster dans la liste des clusters.
**Important**
Vous ne pouvez supprimer qu'un seul cluster à la fois depuis la ElastiCache console. Le choix de plusieurs clusters désactive l'opération de suppression.
1. Pour **Actions**, choisissez **Supprimer**.
1. Dans l'écran de confirmation **Supprimer le cluster**, choisissez **Supprimer** pour supprimer le cluster ou **Annuler** pour le conserver.
Si vous choisissez **Delete**, le cluster passe à l'état *Suppression en cours*.
Dès que votre cluster n'est plus répertorié dans la liste des clusters, il n'est plus facturé.
## Utilisation du AWS CLI pour supprimer un ElastiCache cluster
Le code suivant supprime le ElastiCache cluster`my-cluster`.
```
aws elasticache delete-cache-cluster --cache-cluster-id my-cluster
```
L'action `delete-cache-cluster` CLI ne supprime qu'un seul cluster. Pour supprimer plusieurs clusters, appelez `delete-cache-cluster` chaque cluster de cache que vous souhaitez supprimer. Il n'est pas nécessaire d'attendre la fin de la suppression d'un cluster pour en supprimer un autre.
Pour Linux, macOS ou Unix :
```
aws elasticache delete-cache-cluster \
--cache-cluster-id my-cluster \
--region us-east-2
```
Pour Windows :
```
aws elasticache delete-cache-cluster ^
--cache-cluster-id my-cluster ^
--region us-east-2
```
Pour plus d'informations, consultez AWS CLI la ElastiCache rubrique dédiée [https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-cache-cluster.html).
## Utilisation de l' ElastiCache API
Le code suivant supprime le cluster `my-cluster`.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DeleteCacheCluster
&CacheClusterId=my-cluster
&Region us-east-2
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20150202T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20150202T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
L'opération `DeleteCacheCluster` d'API ne supprime qu'un seul cluster. Pour supprimer plusieurs clusters, appelez `DeleteCacheCluster` chaque cluster que vous souhaitez supprimer. Il n'est pas nécessaire d'attendre la fin de la suppression d'un cluster pour en supprimer un autre.
Pour plus d'informations, consultez la rubrique de référence sur les ElastiCache API [https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DeleteCacheCluster.html](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DeleteCacheCluster.html).
# Accès à votre ElastiCache cluster ou à votre groupe de réplication
Vos ElastiCache instances Amazon sont conçues pour être accessibles via une EC2 instance Amazon.
Si vous avez lancé votre ElastiCache instance dans un Amazon Virtual Private Cloud (Amazon VPC), vous pouvez accéder à votre ElastiCache instance depuis une EC2 instance Amazon située dans le même Amazon VPC. Ou bien, en utilisant le peering VPC, vous pouvez accéder à votre ElastiCache instance depuis un Amazon EC2 dans un autre Amazon VPC.
Si vous avez lancé votre ElastiCache instance dans EC2 Classic, vous autorisez l' EC2 instance à accéder à votre cluster en accordant au groupe de EC2 sécurité Amazon associé à l'instance l'accès à votre groupe de sécurité du cache. Par défaut, l'accès au cluster est limité au compte qui a lancé le cluster.
**Topics**
+ [Octroi de l'accès à votre clusterou groupe de réplication](#grant-access)
## Octroi de l'accès à votre clusterou groupe de réplication
### Vous avez lancé votre cluster dans EC2 -VPC
Si vous avez lancé votre cluster dans un Amazon Virtual Private Cloud (Amazon VPC), vous ne pouvez vous ElastiCache y connecter qu'à partir d'une EC2 instance Amazon exécutée dans le même Amazon VPC. Dans ce cas, vous devez accorder l'accès au réseau au cluster.
**Note**
Si vous utilisez les *zones locales (Local Zones)*, assurez-vous que vous les avez activées. Pour de plus amples informations, veuillez consulter [Activation des zones locales](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/using-regions-availability-zones.html#opt-in-local-zone). Ce faisant, votre VPC est étendu à cette zone locale et votre VPC traitera le sous-réseau comme n'importe quel sous-réseau dans toute autre zone de disponibilité et les passerelles, tables de routage et autres considérations de groupe de sécurité. sera automatiquement ajusté.
**Pour accorder l'accès réseau à un cluster, à partir d'un groupe de sécurité Amazon VPC**
1. Connectez-vous à la EC2 console Amazon AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, sous **Réseau et sécurité**, choisissez **Groupes de sécurité**.
1. Dans la liste des groupes de sécurité, choisissez le groupe de sécurité de votre Amazon VPC. À moins que vous n'ayez créé un groupe de sécurité à ElastiCache utiliser, ce groupe de sécurité sera nommé *par défaut*.
1. Choisissez l'onglet **Entrant** et effectuez les opérations suivantes :
1. Choisissez **Edit** (Modifier).
1. Choisissez **Ajouter une règle**.
1. Dans la colonne **Type**, choisissez **Règle TCP personnalisée**.
1. Dans la zone **Port range**, tapez le numéro de port de votre nœud de cluster de Ce numéro doit être le même que celui que vous avez spécifié lorsque vous avez lancé le cluster. Le port par défaut pour Memcached est **11211** Le port par défaut pour Valkey et Redis OSS est. **6379**
1. Dans le champ **Source**, choisissez **Anywhere** doté d'une plage de ports (0.0.0.0/0) afin que toute EC2 instance Amazon que vous lancez au sein de votre Amazon VPC puisse se connecter à vos nœuds. ElastiCache
**Important**
L'ouverture du ElastiCache cluster à 0.0.0.0/0 n'expose pas le cluster à Internet car il ne possède aucune adresse IP publique et n'est donc pas accessible depuis l'extérieur du VPC. Cependant, le groupe de sécurité par défaut peut être appliqué à d'autres EC2 instances Amazon du compte du client, et ces instances peuvent avoir une adresse IP publique. Si ces instances exécutent un service sur le port par défaut, ce service peut être exposé accidentellement. Nous vous recommandons donc de créer un groupe de sécurité VPC qui sera utilisé exclusivement par ElastiCache. Pour plus d'informations, consultez [Groupes de sécurité personnalisés](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html#creating-your-own-security-groups).
1. Choisissez **Enregistrer**.
Lorsque vous lancez une EC2 instance Amazon dans votre Amazon VPC, cette instance pourra se connecter à votre ElastiCache cluster.
### Accès aux ElastiCache ressources depuis l'extérieur AWS
Amazon ElastiCache est un AWS service qui fournit un stockage de valeurs clés en mémoire basé sur le cloud. Le service est conçu pour être accessible exclusivement de l'intérieur AWS. Toutefois, si le ElastiCache cluster est hébergé dans un VPC, vous pouvez utiliser une instance de traduction d'adresses réseau (NAT) pour fournir un accès extérieur.
#### Exigences
Les conditions suivantes doivent être remplies pour que vous puissiez accéder à vos ElastiCache ressources depuis l'extérieur AWS :
+ Le cluster doit se trouver dans un VPC et être accessible via une instance de traduction d'adresses réseau (NAT). Cette exigence ne souffre aucune exception.
+ L'instance NAT doit être lancée dans le même VPC que le cluster.
+ L'instance NAT doit être lancée dans un sous-réseau public distinct du cluster.
+ Une adresse IP Elastic (EIP) doit être associée à l'instance NAT. La fonction de réacheminement d'iptables permet de rediriger un port de l'instance NAT vers le port du nœud de cache dans le cadre du VPC.
#### Considérations
N'oubliez pas de prendre en compte les éléments suivants lorsque vous accédez à vos ressources ElastiCache en dehors d' ElastiCache.
+ Les clients se connectent au port EIP et au port cache de l'instance NAT. Le transfert de port sur l'instance NAT transfère le trafic vers le nœud de cluster approprié.
+ Si un nœud de cluster est ajouté ou remplacé, les règles iptables doivent être mises à jour pour prendre en compte ce changement.
#### Limitations
Cette approche doit être utilisée à des fins de test et de développement uniquement. Elle est déconseillée dans le cadre d'une utilisation en production en raison des limitations suivantes :
+ L'instance NAT agit comme un proxy entre les clients et plusieurs clusters. L'ajout d'un proxy a un impact sur les performances du cluster. L'impact augmente avec le nombre de clusters auxquels vous accédez via l'instance NAT.
+ Le trafic depuis les clients vers l'instance NAT n'est pas chiffré. Par conséquent, vous devez éviter d'envoyer des données sensibles via l'instance NAT.
+ L'instance NAT ajoute la surcharge de traitement liée à la maintenance d'une autre instance.
+ L'instance NAT constitue un point de défaillance unique. Pour plus d'informations sur la façon de configurer une solution haute disponibilité des instances NAT sur VPC, veuillez consulter [Solution haute disponibilité des instances NAT sur Amazon VPC : un exemple](https://aws.amazon.com/articles/2781451301784570).
#### Comment accéder aux ElastiCache ressources depuis l'extérieur AWS
La procédure suivante explique comment vous connecter à vos ElastiCache ressources à l'aide d'une instance NAT.
Ces étapes supposent les faits suivants :
+ `iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 6380 -j DNAT --to 10.0.1.231:6379`
+ `iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 6381 -j DNAT --to 10.0.1.232:6379`
Vous avez ensuite besoin de l’instance NAT dans le sens opposé :
`iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to-source 10.0.0.55`
Vous devez également activer le transfert IP, qui est désactivé par défaut :
`sudo sed -i 's/net.ipv4.ip_forward=0/net.ipv4.ip_forward=1/g' /etc/sysctl.conf sudo sysctl --system`
+ Vous accédez à un cluster Memcached avec les éléments suivants :
+ Adresse IP : *10.0.1.230*
+ Port Memcached par défaut : *11211*
+ Groupe de sécurité : *\$110\$1.0\$1.0\$1.55\$1*
+ Vous accédez à un cluster Valkey ou Redis OSS avec :
+ Adresse IP : *10.0.1.230*
+ Port par défaut : *6379*
+ Groupe de sécurité : *sg-bd56b7da*
+ AWS adresse IP de l'instance — *198.99.100.27*
+ Votre client de confiance a l'adresse IP *198.51.100.27*.
+ Votre instance NAT a l'adresse IP Elastic *203.0.113.73*.
+ Votre instance NAT a le groupe de sécurité *sg-ce56b7a9*.
**Pour vous connecter à vos ElastiCache ressources à l'aide d'une instance NAT**
1. Créez une instance NAT dans le même VPC que votre cluster mais dans un sous-réseau public.
Par défaut, l'assistant VPC lancera un type de nœud *cache.m1.small*. Vous devez sélectionner une taille de nœud selon vos besoins. Vous devez utiliser l'AMI EC2 NAT pour pouvoir y accéder ElastiCache depuis l'extérieur AWS.
Pour plus d'informations sur la création d'une instance NAT, consultez la section [Instances NAT](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_NAT_Instance.html) dans le guide de l'utilisateur AWS VPC.
1. Créez des règles de groupe de sécurité pour le cluster et l'instance NAT.
Le groupe de sécurité de l’instance NAT et l’instance de cluster doivent avoir les règles suivantes :
+ Deux règles de trafic entrant
+ Avec Memcached, la première règle est d'autoriser les connexions TCP des clients de confiance à chaque port de cache transféré depuis l'instance NAT (11211 - 11213).
+ Avec Valkey et Redis OSS, la première règle est d'autoriser les connexions TCP des clients de confiance à chaque port de cache transféré depuis l'instance NAT (6379 - 6381).
+ Une deuxième règle pour autoriser l'accès SSH aux clients de confiance.
**Groupe de sécurité d'instances NAT - règles entrantes avec Memcached**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/accessing-elasticache.html)
**Groupe de sécurité d'instances NAT : règles entrantes avec Valkey ou Redis OSS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/accessing-elasticache.html)
+ Avec Memcached, une règle sortante autorisant les connexions TCP au port de cache (11211).
**Groupe de sécurité de l’instance NAT - Règle de trafic sortant**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/accessing-elasticache.html)
+ Avec Valkey ou Redis OSS, une règle sortante permettant aux connexions TCP d'accéder au port de cache (6379).
**Groupe de sécurité de l’instance NAT - Règle de trafic sortant**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/accessing-elasticache.html)
+ Avec Memcached, règle entrante pour le groupe de sécurité du cluster qui autorise les connexions TCP entre l'instance NAT et le port de cache (11211).
**Groupe de sécurité de l’instance de cluster - Règle de trafic entrant**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/accessing-elasticache.html)
+ Avec Valkey ou Redis OSS, règle entrante pour le groupe de sécurité du cluster qui autorise les connexions TCP entre l'instance NAT et le port de cache (6379).
**Groupe de sécurité de l’instance de cluster - Règle de trafic entrant**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/accessing-elasticache.html)
1. Validez les règles.
+ Vérifiez que le client de confiance peut accéder à l'instance NAT via SSH.
+ Vérifiez que le client de confiance peut se connecter au cluster à partir de l'instance NAT.
1. **Memcached**
Ajoutez une règle iptables à l'instance NAT.
Une règle iptables doit être ajoutée à la table NAT pour chaque nœud dans le cluster pour rediriger le port de cache depuis l'instance NAT vers le nœud de cluster. Voici un exemple possible :
```
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 11211 -j DNAT --to 10.0.1.230:11211
```
Le numéro de port doit être unique pour chaque nœud du cluster. Par exemple, si vous utilisez un cluster de Memcached de trois nœuds avec les ports 11211 – 11213, les règles devraient se présenter comme suit :
```
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 11211 -j DNAT --to 10.0.1.230:11211
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 11212 -j DNAT --to 10.0.1.231:11211
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 11213 -j DNAT --to 10.0.1.232:11211
```
Vérifiez que le client de confiance peut se connecter au cluster.
Le client de confiance doit se connecter à l'EIP associée à l'instance NAT et au port de cluster correspondant au nœud de cluster approprié. Par exemple, la chaîne de connexion pour PHP pourrait ressembler à ce qui suit :
```
$memcached->connect( '203.0.113.73', 11211 );
$memcached->connect( '203.0.113.73', 11212 );
$memcached->connect( '203.0.113.73', 11213 );
```
Un client Telnet peut également être utilisé pour vérifier la connexion. Par exemple :
```
telnet 203.0.113.73 11211
telnet 203.0.113.73 11212
telnet 203.0.113.73 11213
```
**Valkey ou Redis OSS**
Ajoutez une règle iptables à l'instance NAT.
Une règle iptables doit être ajoutée à la table NAT pour chaque nœud dans le cluster pour rediriger le port de cache depuis l'instance NAT vers le nœud de cluster. Voici un exemple possible :
```
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 6379 -j DNAT --to 10.0.1.230:6379
```
Le numéro de port doit être unique pour chaque nœud du cluster. Par exemple, si vous travaillez avec un cluster Redis OSS à trois nœuds utilisant les ports 6379 à 6381, les règles seront les suivantes :
```
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 6379 -j DNAT --to 10.0.1.230:6379
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 6380 -j DNAT --to 10.0.1.231:6379
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 6381 -j DNAT --to 10.0.1.232:6379
```
Vérifiez que le client de confiance peut se connecter au cluster.
Le client de confiance doit se connecter à l'EIP associée à l'instance NAT et au port de cluster correspondant au nœud de cluster approprié. Par exemple, la chaîne de connexion pour PHP pourrait ressembler à ce qui suit :
```
redis->connect( '203.0.113.73', 6379 );
redis->connect( '203.0.113.73', 6380 );
redis->connect( '203.0.113.73', 6381 );
```
Un client Telnet peut également être utilisé pour vérifier la connexion. Par exemple :
```
telnet 203.0.113.73 6379
telnet 203.0.113.73 6380
telnet 203.0.113.73 6381
```
1. Enregistrez la configuration iptables.
Enregistrez les règles après les avoir testées et vérifiées. Si vous utilisez une distribution Linux basée sur Redhat (comme Amazon Linux), exécutez la commande suivante :
```
service iptables save
```
#### Rubriques en relation
Les rubriques suivantes sont susceptibles de vous intéresser.
+ [Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC](elasticache-vpc-accessing.md)
+ [Accès à un ElastiCache cache depuis une application exécutée dans le centre de données d'un client](elasticache-vpc-accessing.md#elasticache-vpc-accessing-data-center)
+ [Instances NAT](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_NAT_Instance.html)
+ [Configuration des ElastiCache clients](ClientConfig.md)
+ [Solution haute disponibilité des instances NAT sur Amazon VPC : un exemple](https://aws.amazon.com/articles/2781451301784570)
# Recherche de points de terminaison de connexion dans ElastiCache
Votre application se connecte à votre ElastiCache cluster à l'aide de points de terminaison. Un point de terminaison est l'adresse unique d'un nœud ou d'un cluster.
Vous pouvez également établir une connexion privée entre votre VPC et les points de terminaison d' ElastiCache API en créant un point de terminaison VPC d'interface via. AWS PrivateLink Pour de plus amples informations, veuillez consulter [ElastiCache Points de terminaison VPC de l'API et de l'interface ()AWS PrivateLink](elasticache-privatelink.md).
**Quels points de terminaison utiliser avec Valkey ou Redis OSS.**
+ Pour un **nœud autonome**, utilisez le point de terminaison du nœud pour les opérations de lecture et d'écriture.
+ Pour les **clusters Valkey, Valkey ou Redis OSS (mode cluster désactivé)**, utilisez le point de *terminaison principal* pour toutes les opérations d'écriture. Utilisez le *Point de terminaison du lecteur* pour répartir également les connexions entrantes vers le point de terminaison entre toutes les réplicas lues. Utilisez les *points de terminaison de nœud* individuels pour les opérations d'écriture (dans l'API/la CLI, ils sont appelés points de terminaison de lecture).
+ Pour les **clusters Valkey ou Redis OSS (mode cluster activé)**, utilisez le point de *terminaison de configuration* du cluster pour toutes les opérations prenant en charge les commandes activées en mode cluster. Vous devez utiliser un client qui prend en charge Valkey Cluster ou Redis OSS Cluster sur Redis OSS 3.2 et versions ultérieures. Vous pouvez toujours lire à partir des points de terminaison de nœuds individuels (ils API/CLI sont appelés points de terminaison de lecture).
Les sections suivantes vous guident à travers la découverte de points de terminaison dont vous aurez besoin pour le moteur utilisé.
**Quels points de terminaison utiliser avec Memcached.**
Pour le **cache ElastiCache sans serveur pour Memcached**, il suffit d'acquérir le DNS et le port du point de terminaison du cluster depuis la console.
À partir du AWS CLI, utilisez la `describe-serverless-caches` commande pour obtenir les informations du point de terminaison.
Linux
```
aws elasticache describe-serverless-caches --serverless-cache-name CacheName
```
Windows
```
aws elasticache describe-serverless-caches --serverless-cache-name CacheName
```
Le résultat de l’opération ci-dessus doit ressembler à cet exemple (format JSON) :
```
{
"ServerlessCaches": [
{
"ServerlessCacheName": "serverless-memcached",
"Description": "test",
"CreateTime": 1697659642.136,
"Status": "available",
"Engine": "memcached",
"MajorEngineVersion": "1.6",
"FullEngineVersion": "21",
"SecurityGroupIds": [
"sg-083eda453e1e51310"
],
"Endpoint": {
"Address": "serverless-memcached-01.amazonaws.com",
"Port":11211
},
"ARN": "",
"SubnetIds": [
"subnet-0cf759df15bd4dc65",
"subnet-09e1307e8f1560d17"
],
"SnapshotRetentionLimit": 0,
"DailySnapshotTime": "03:00"
}
]
}
```
Pour un **cluster Memcached basé sur une instance**, si vous utilisez Automatic Discovery, vous pouvez utiliser le point de *terminaison de configuration* du cluster pour configurer votre client Memcached. Cela signifie que vous devez utiliser un client qui prend en charge la découverte automatique.
Si vous n'utilisez pas la découverte automatique, vous devez configurer votre client pour utiliser les points de terminaison des nœuds individuels pour les lectures et écritures. Vous devez également garder des traces de ces dernières lorsque vous ajoutez ou supprimez des nœuds.
## Trouver les points de terminaison d'un cluster Valkey ou Redis OSS (mode cluster désactivé) (console)
Si un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé) ne possède qu'un seul nœud, le point de terminaison du nœud est utilisé à la fois pour les lectures et les écritures. *Si un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé) possède plusieurs nœuds, il existe trois types de points de terminaison : le point de *terminaison principal, le point de terminaison* du *lecteur et les points de terminaison* du nœud.*
Le point de terminaison principal est un nom DNS qui est toujours résolu dans le nœud principal du cluster. Le point de terminaison principal n'est pas affecté par les changements apportés à votre cluster, tels que la promotion d'un réplica en lecture au rang de réplica principal. Pour l'activité d'écriture, il est préférable que vos applications se connectent au point de terminaison principal.
Un point de terminaison de lecteur répartira de manière égale les connexions entrantes vers le point de terminaison entre toutes les répliques de lecture ElastiCache d'un cluster Redis OSS. Des facteurs supplémentaires, comme le moment où l'application crée les connexions ou la façon dont l'application utilise ou réutilise les connexions, détermineront la distribution du trafic. Les points de terminaison du lecteur suivent les changements de cluster en temps réel au fur et à mesure que des réplicas sont ajoutés ou supprimés. Vous pouvez placer ElastiCache les multiples répliques de lecture de votre cluster Redis OSS dans différentes zones de AWS disponibilité (AZ) afin de garantir la haute disponibilité des points de terminaison des lecteurs.
**Note**
Un point de terminaison du lecteur n'est pas un équilibreur de charge. Il s'agit d'un enregistrement DNS qui se résoudra à une adresse IP de l'un des nœuds de réplica en mode round robin.
Pour l'activité de lecture, les applications peuvent également se connecter à n'importe quel nœud du cluster. Contrairement au point de terminaison principal, les points de terminaison des nœuds sont résolus dans des points de terminaison spécifiques. En cas de modification dans votre cluster, comme l'ajout ou la suppression d'un réplica, vous devez mettre à jour les points de terminaison des nœuds de votre application.
**Pour rechercher les points de terminaison d'un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé)**
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey clusters** ou **Redis OSS** clusters.
L'écran des clusters apparaîtra avec une liste de clusters Valkey, Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé).
1. Pour trouver les points de terminaison du and/or lecteur principal du cluster, choisissez le nom du cluster (et non le bouton à gauche).
![\[Image : point de terminaison principal pour un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/Reader-Endpoint.png)
*Points de terminaison principaux et lecteurs pour un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé)*
S'il y a un seul nœud dans le cluster, il n'y a aucun point de terminaison principal et vous pouvez passer à l'étape suivante.
1. **Si le cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé) possède des nœuds de réplication, vous pouvez trouver les points de terminaison des nœuds de réplication du cluster en choisissant le nom du cluster, puis en choisissant l'onglet Nœuds.**
L'écran des nœuds s'affiche avec chaque nœud du cluster, principal et de réplica, répertorié avec son point de terminaison.
![\[Image : points de terminaison de nœuds pour un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé)\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-Endpoints-Redis-Node.png)
*Points de terminaison de nœuds pour un cluster Valkey, Valkey ou Redis OSS (mode cluster désactivé)*
1. Pour copier un point de terminaison dans le presse-papiers :
1. Un point de terminaison à la fois, recherchez le point de terminaison que vous souhaitez copier.
1. Cliquez sur l'icône de copie située juste devant le point de terminaison.
Le point de terminaison est maintenant copié dans votre presse-papiers. Pour en savoir plus sur l’utilisation du point de terminaison pour se connecter à un nœud, consultez [Connexion aux nœuds Memcached](nodes-connecting.md#nodes-connecting.mem).
Un point de terminaison principal Valkey, Valkey ou Redis OSS (mode cluster désactivé) ressemble à ce qui suit. Il existe une différence selon que le chiffrement en transit est activé ou pas.
**Chiffrement en transit non activé**
```
clusterName.xxxxxx.nodeId.regionAndAz.cache.amazonaws.com:port
redis-01.7abc2d.0001.usw2.cache.amazonaws.com:6379
```
**Chiffrement en transit activé**
```
master.clusterName.xxxxxx.regionAndAz.cache.amazonaws.com:port
master.ncit.ameaqx.use1.cache.amazonaws.com:6379
```
## Recherche de points de terminaison pour un cluster Valkey ou Redis OSS (mode cluster activé) (console)
Un cluster Valkey ou Redis OSS (mode cluster activé) possède un point de terminaison de configuration unique. En se connectant au point de terminaison de configuration, votre application est en mesure de découvrir les points de terminaison principal et de lecture pour chaque partition du cluster.
**Pour trouver le point de terminaison d'un cluster Valkey ou Redis OSS (mode cluster activé)**
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey clusters** ou **Redis OSS** clusters.
L'écran des clusters apparaîtra avec une liste de clusters. Choisissez le cluster auquel vous souhaitez vous connecter.
1. Pour rechercher le point de terminaison de la configuration du cluster, choisissez le nom du cluster (et non le bouton radio).
1. Le **Configuration endpoint** (point de terminaison de la configuration) est affiché sous **Cluster details** (Détails du cluster). Pour le copier, choisissez l'icône de *copie* à gauche du point de terminaison.
## Trouver les points de terminaison d'un cluster (console) (Memcached)
Tous les points de terminaison Memcached sont des points de terminaison. read/write Pour vous connecter aux nœuds dans un cluster Memcached, votre application peut utiliser les points de terminaison de chaque nœud ou le point de terminaison de configuration du cluster avec la découverte automatique. Pour utiliser la découverte automatique, vous devez avoir recours à un client qui prend en charge la découverte automatique.
Lorsque vous utilisez la découverte automatique, votre application client se connecte à votre cluster Memcached en utilisant le point de terminaison de configuration. Lorsque vous redimensionnez votre cluster en ajoutant ou supprimant des nœuds, votre application « connaîtra » automatiquement tous les nœuds du cluster et sera en mesure de se connecter à l'un d'eux. Sans la fonction de découverte automatique, votre application devra faire cela ou vous devrez mettre à jour manuellement les points de terminaison de votre application après chaque ajout ou suppression d'un nœud.
Pour copier un point de terminaison, cliquez sur l'icône de copie située juste devant l'adresse du point de terminaison. Pour en savoir plus sur l’utilisation du point de terminaison pour se connecter à un nœud, consultez [Connexion aux nœuds Memcached](nodes-connecting.md#nodes-connecting.mem).
La configuration et les points de terminaison des nœuds sont très similaires. Les différences sont mises en évidence en **gras** comme suit.
```
myclustername.xxxxxx.cfg.usw2.cache.amazonaws.com:port # configuration endpoint contains "cfg"
myclustername.xxxxxx.0001.usw2.cache.amazonaws.com:port # node endpoint for node 0001
```
**Important**
Si vous choisissez de créer un enregistrement CNAME pour votre point de terminaison de configuration Memcached, afin que votre client de découverte automatique reconnaisse l'enregistrement CNAME comme point de terminaison de configuration, vous devez inclure `.cfg.` dans le CNAME.
## Recherche des points de terminaison (AWS CLI)
Pour Memcached, vous pouvez utiliser le for AWS CLI Amazon ElastiCache pour découvrir les points de terminaison des nœuds et des clusters.
Pour Redis OSS, vous pouvez utiliser le AWS CLI for Amazon ElastiCache pour découvrir les points de terminaison des nœuds, des clusters et également des groupes de réplication.
**Topics**
+ [Recherche des points de terminaison des nœuds et des clusters (AWS CLI)](#Endpoints.Find.CLI.Nodes)
+ [Recherche des points de terminaison pour les groupes de réplication Valkey ou Redis OSS ()AWS CLI](#Endpoints.Find.CLI.ReplGroups)
### Recherche des points de terminaison des nœuds et des clusters (AWS CLI)
Vous pouvez utiliser le AWS CLI pour découvrir les points de terminaison d'un cluster et de ses nœuds à l'aide de la `describe-cache-clusters` commande. Pour les clusters Valkey ou Redis OSS, la commande renvoie le point de terminaison du cluster. Pour les clusters Memcached, la commande renvoie le point de terminaison de configuration. Si vous ajoutez le paramètre facultatif `--show-cache-node-info`, la commande renvoie également les points de terminaison de chaque nœud figurant dans le cluster.
**Example**
La commande suivante extrait le point de terminaison de configuration (`ConfigurationEndpoint`) et les points de terminaison des nœuds individuels (`Endpoint`) pour le cluster Memcached *mycluster*.
Pour Linux, macOS ou Unix :
```
aws elasticache describe-cache-clusters \
--cache-cluster-id mycluster \
--show-cache-node-info
```
Pour Windows :
```
aws elasticache describe-cache-clusters ^
--cache-cluster-id mycluster ^
--show-cache-node-info
```
Le résultat de l'opération ci-dessus doit ressembler à cet exemple (format JSON).
```
{
"CacheClusters": [
{
"Engine": "memcached",
"CacheNodes": [
{
"CacheNodeId": "0001",
"Endpoint": {
"Port": 11211,
"Address": "mycluster.amazonaws.com"
},
"CacheNodeStatus": "available",
"ParameterGroupStatus": "in-sync",
"CacheNodeCreateTime": "2016-09-22T21:30:29.967Z",
"CustomerAvailabilityZone": "us-west-2b"
},
{
"CacheNodeId": "0002",
"Endpoint": {
"Port": 11211,
"Address": "mycluster.amazonaws.com"
},
"CacheNodeStatus": "available",
"ParameterGroupStatus": "in-sync",
"CacheNodeCreateTime": "2016-09-22T21:30:29.967Z",
"CustomerAvailabilityZone": "us-west-2b"
},
{
"CacheNodeId": "0003",
"Endpoint": {
"Port": 11211,
"Address": "mycluster.amazonaws.com"
},
"CacheNodeStatus": "available",
"ParameterGroupStatus": "in-sync",
"CacheNodeCreateTime": "2016-09-22T21:30:29.967Z",
"CustomerAvailabilityZone": "us-west-2b"
}
],
"CacheParameterGroup": {
"CacheNodeIdsToReboot": [],
"CacheParameterGroupName": "default.memcached1.4",
"ParameterApplyStatus": "in-sync"
},
"CacheClusterId": "mycluster",
"PreferredAvailabilityZone": "us-west-2b",
"ConfigurationEndpoint": {
"Port": 11211,
"Address": "mycluster.amazonaws.com"
},
"CacheSecurityGroups": [],
"CacheClusterCreateTime": "2016-09-22T21:30:29.967Z",
"AutoMinorVersionUpgrade": true,
"CacheClusterStatus": "available",
"NumCacheNodes": 3,
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"CacheSubnetGroupName": "default",
"EngineVersion": "1.4.24",
"PendingModifiedValues": {},
"PreferredMaintenanceWindow": "mon:09:00-mon:10:00",
"CacheNodeType": "cache.m4.large",
"DataTiering": "disabled"
}
]
}
```
Si vous choisissez de créer un enregistrement CNAME pour votre point de terminaison de configuration Memcached, afin que votre client de découverte automatique reconnaisse l'enregistrement CNAME comme point de terminaison de configuration, vous devez inclure `.cfg.` dans le CNAME. Par exemple, `mycluster.cfg.local` dans votre fichier php.ini pour le paramètre `session.save_path`.
**Example**
*Pour Valkey et Redis OSS, la commande suivante récupère les informations de cluster pour le cluster à nœud unique mycluster.*
Le paramètre `--cache-cluster-id` peut être utilisé avec un identifiant de cluster Valkey ou Redis OSS (mode cluster désactivé) à nœud unique ou des identifiants de nœud spécifiques dans les groupes de réplication. Le `--cache-cluster-id` d'un groupe de réplication est une valeur à 4 chiffres telle que`0001`. S'il s'`--cache-cluster-id`agit de l'identifiant d'un cluster (nœud) dans un groupe de réplication, `replication-group-id` il est inclus dans la sortie.
Pour Linux, macOS ou Unix :
```
aws elasticache describe-cache-clusters \
--cache-cluster-id redis-cluster \
--show-cache-node-info
```
Pour Windows :
```
aws elasticache describe-cache-clusters ^
--cache-cluster-id redis-cluster ^
--show-cache-node-info
```
Le résultat de l'opération ci-dessus doit ressembler à cet exemple (format JSON).
```
{
"CacheClusters": [
{
"CacheClusterStatus": "available",
"SecurityGroups": [
{
"SecurityGroupId": "sg-77186e0d",
"Status": "active"
}
],
"CacheNodes": [
{
"CustomerAvailabilityZone": "us-east-1b",
"CacheNodeCreateTime": "2018-04-25T18:19:28.241Z",
"CacheNodeStatus": "available",
"CacheNodeId": "0001",
"Endpoint": {
"Address": "redis-cluster.amazonaws.com",
"Port": 6379
},
"ParameterGroupStatus": "in-sync"
}
],
"AtRestEncryptionEnabled": false,
"CacheClusterId": "redis-cluster",
"TransitEncryptionEnabled": false,
"CacheParameterGroup": {
"ParameterApplyStatus": "in-sync",
"CacheNodeIdsToReboot": [],
"CacheParameterGroupName": "default.redis3.2"
},
"NumCacheNodes": 1,
"PreferredAvailabilityZone": "us-east-1b",
"AutoMinorVersionUpgrade": true,
"Engine": "redis",
"AuthTokenEnabled": false,
"PendingModifiedValues": {},
"PreferredMaintenanceWindow": "tue:08:30-tue:09:30",
"CacheSecurityGroups": [],
"CacheSubnetGroupName": "default",
"CacheNodeType": "cache.t2.small",
"DataTiering": "disabled"
"EngineVersion": "3.2.10",
"ClientDownloadLandingPage": "https://console.aws.amazon.com/elasticache/home#client-download:",
"CacheClusterCreateTime": "2018-04-25T18:19:28.241Z"
}
]
}
```
Pour de plus amples informations, consultez la rubrique [describe-cache-clusters](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-cache-clusters.html).
### Recherche des points de terminaison pour les groupes de réplication Valkey ou Redis OSS ()AWS CLI
Vous pouvez utiliser le AWS CLI pour découvrir les points de terminaison d'un groupe de réplication et de ses clusters à l'aide de la `describe-replication-groups` commande. La commande renvoie le point de terminaison principal du groupe de réplication et une liste de tous les clusters (nœuds) figurant dans le groupe de réplication avec leurs points de terminaison et avec le point de terminaison du lecteur.
L'opération suivante extrait le point de terminaison principal et les points de terminaison du lecteur pour le groupe de réplication `myreplgroup`. Utilisez le point de terminaison principal pour toutes les opérations d'écriture.
```
aws elasticache describe-replication-groups \
--replication-group-id myreplgroup
```
Pour Windows :
```
aws elasticache describe-replication-groups ^
--replication-group-id myreplgroup
```
Le résultat de cette opération doit ressembler à cet exemple (format JSON).
```
{
"ReplicationGroups": [
{
"Status": "available",
"Description": "test",
"NodeGroups": [
{
"Status": "available",
"NodeGroupMembers": [
{
"CurrentRole": "primary",
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "myreplgroup-001.amazonaws.com"
},
"CacheClusterId": "myreplgroup-001"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "myreplgroup-002.amazonaws.com"
},
"CacheClusterId": "myreplgroup-002"
},
{
"CurrentRole": "replica",
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"ReadEndpoint": {
"Port": 6379,
"Address": "myreplgroup-003.amazonaws.com"
},
"CacheClusterId": "myreplgroup-003"
}
],
"NodeGroupId": "0001",
"PrimaryEndpoint": {
"Port": 6379,
"Address": "myreplgroup.amazonaws.com"
},
"ReaderEndpoint": {
"Port": 6379,
"Address": "myreplgroup-ro.amazonaws.com"
}
}
],
"ReplicationGroupId": "myreplgroup",
"AutomaticFailover": "enabled",
"SnapshottingClusterId": "myreplgroup-002",
"MemberClusters": [
"myreplgroup-001",
"myreplgroup-002",
"myreplgroup-003"
],
"PendingModifiedValues": {}
}
]
}
```
Pour plus d’informations, consultez [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html) dans la *Référence des commandes de l’AWS CLI *.
## Recherche de points de terminaison (ElastiCache API)
Pour Memcached, vous pouvez utiliser l' ElastiCache API Amazon pour découvrir les points de terminaison des nœuds et des clusters.
Pour Redis OSS, vous pouvez utiliser l' ElastiCache API Amazon pour découvrir les points de terminaison des nœuds, des clusters et des groupes de réplication.
**Topics**
+ [Recherche de points de terminaison pour les nœuds et les clusters (ElastiCache API)](#Endpoints.Find.API.Nodes)
+ [Recherche de points de terminaison pour les groupes de réplication (API) Valkey ou Redis OSS ElastiCache](#Endpoints.Find.API.ReplGroups)
### Recherche de points de terminaison pour les nœuds et les clusters (ElastiCache API)
Vous pouvez utiliser l' ElastiCache API pour découvrir les points de terminaison d'un cluster et de ses nœuds grâce à l'`DescribeCacheClusters`action. Pour les clusters Valkey ou Redis OSS, la commande renvoie le point de terminaison du cluster. Pour les clusters Memcached, la commande renvoie le point de terminaison de configuration. Si vous ajoutez le paramètre facultatif `ShowCacheNodeInfo`, l'action renvoie également les points de terminaison de chaque nœud figurant dans le cluster.
**Example**
*Pour Memcached, la commande suivante récupère le point de terminaison de configuration (`ConfigurationEndpoint`) et les points de terminaison des nœuds individuels (`Endpoint`) pour le cluster Memcached mycluster.*
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeCacheClusters
&CacheClusterId=mycluster
&ShowCacheNodeInfo=true
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Si vous choisissez de créer un enregistrement CNAME pour votre point de terminaison de configuration Memcached, afin que votre client de découverte automatique reconnaisse l'enregistrement CNAME comme point de terminaison de configuration, vous devez inclure `.cfg.` dans le CNAME. Par exemple, `mycluster.cfg.local` dans votre fichier php.ini pour le paramètre `session.save_path`.
### Recherche de points de terminaison pour les groupes de réplication (API) Valkey ou Redis OSS ElastiCache
Vous pouvez utiliser l' ElastiCache API pour découvrir les points de terminaison d'un groupe de réplication et de ses clusters grâce à l'`DescribeReplicationGroups`action. L'action renvoie le point de terminaison principal du groupe de réplication et une liste de tous les clusters figurant dans le groupe de réplication avec le point de terminaison du lecteur.
L'opération suivante permet de récupérer le point de terminaison principal (PrimaryEndpoint), le point de terminaison du lecteur (ReaderEndpoint) et les points de terminaison des nœuds individuels (ReadEndpoint) pour le groupe de réplication. `myreplgroup` Utilisez le point de terminaison principal pour toutes les opérations d'écriture.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroups
&ReplicationGroupId=myreplgroup
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&Version=2015-02-02
&X-Amz-Credential=
```
Pour de plus amples informations, veuillez consulter [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html).
# Utilisation de fragments dans ElastiCache
Un shard (API/CLI : groupe de nœuds) est une collection de un à six nœuds Valkey ou ElastiCache Redis OSS. Un cluster Valkey ou Redis OSS (mode cluster désactivé) ne comportera jamais plus d'une partition. Avec les partitions, vous pouvez séparer les grandes bases de données en parties plus petites, plus rapides et plus faciles à gérer, appelées fragments de données. Cela peut améliorer l'efficacité de la base de données en répartissant les opérations entre plusieurs sections distinctes. L'utilisation de partitions peut offrir de nombreux avantages, notamment une amélioration des performances, de l'évolutivité et de la rentabilité.
Vous pouvez créer un cluster contenant un nombre de partitions supérieur et un nombre de réplicas inférieur, qui conduisent à un nombre total de 90 nœuds par cluster. Cette configuration de cluster peut contenir de 90 partitions avec 0 réplica à 15 partitions avec 5 réplicas, ce qui correspond au nombre maximal de réplicas autorisé. Les données du cluster sont partitionnées entre les partitions du cluster. S'il existe plusieurs nœuds dans une partition, la partition implémente la réplication, l'un des nœuds étant le nœud read/write principal et les autres nœuds étant des nœuds de réplication en lecture seule.
La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si la version du moteur est Valkey 7.2 ou supérieure, ou Redis OSS 5.0.6 à 7.1. 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**.
Lorsque vous créez un cluster Valkey ou Redis OSS (mode cluster activé) à l'aide de la ElastiCache console, vous spécifiez le nombre de partitions dans le cluster et le nombre de nœuds dans les partitions. Pour de plus amples informations, veuillez consulter [Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster). Si vous utilisez l' ElastiCache API ou AWS CLI pour créer un cluster (appelé groupe de *réplication dans le groupe* de nœuds API/CLI), you can configure the number of nodes in a shard (API/CLI :) de manière indépendante. Pour plus d’informations, consultez les ressources suivantes :
+ API : [CreateReplicationGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_CreateReplicationGroup.html)
+ CLI : [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)
Chaque nœud de partition possède les mêmes spécifications de calcul, de stockage et de mémoire. L' ElastiCache API vous permet de contrôler les attributs à l'échelle de la partition, tels que le nombre de nœuds, les paramètres de sécurité et les fenêtres de maintenance du système.
![\[Image : configurations de partition Valkey ou Redis OSS.\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCacheClusters-CSN-RedisShards.png)
*Configurations de partage Valkey ou Redis OSS*
Pour plus d’informations, consultez [Repartage hors ligne pour Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-offline) et [Repartage en ligne pour Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online).
## Recherche de l'ID d'une partition
Vous pouvez trouver l'ID d'une partition à l'aide de l'API AWS Management Console, de AWS CLI ou de l' ElastiCache API.
### À l'aide du AWS Management Console
**Topics**
+ [Pour Valkey ou Redis OSS (mode cluster désactivé)](#shard-find-id-con-classic)
+ [Pour Valkey ou Redis OSS (mode cluster activé)](#shard-find-id-con-cluster)
#### Pour Valkey ou Redis OSS (mode cluster désactivé)
Les partitions du groupe de réplication Valkey ou Redis OSS (mode cluster désactivé) le sont toujours IDs . `0001`
#### Pour Valkey ou Redis OSS (mode cluster activé)
La procédure suivante utilise le AWS Management Console pour rechercher l'ID de partition d'un groupe de réplication Valkey ou Redis OSS (mode cluster activé).
**Pour trouver l'ID de partition dans un groupe de réplication Valkey ou Redis OSS (mode cluster activé)**
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Dans le volet de navigation, choisissez **Valkey** ou **Redis OSS**, puis le nom du groupe de réplication Valkey ou Redis OSS (mode cluster activé) pour lequel vous souhaitez rechercher le shard. IDs
1. Dans la colonne **Shard Name (Nom de la partition)**, l'ID de la partition correspond aux quatre derniers chiffres du nom de la partition.
### À l'aide du AWS CLI
Pour trouver les identifiants de partition (groupe de nœuds) pour les groupes de réplication Valkey ou Redis OSS (mode cluster désactivé) ou Valkey ou Redis OSS (mode cluster activé), utilisez l' AWS CLI opération `describe-replication-groups` avec le paramètre facultatif suivant.
+ **`--replication-group-id`** – paramètre facultatif qui, lorsqu'il est utilisé, limite la sortie aux informations correspondant au groupe de réplication spécifié. Si ce paramètre n'est pas utilisé, vous obtenez les informations relatives à 100 groupes de réplication maximum.
**Example**
Cette commande renvoie les informations relatives à `sample-repl-group`.
Pour Linux, macOS ou Unix :
```
aws elasticache describe-replication-groups \
--replication-group-id sample-repl-group
```
Pour Windows :
```
aws elasticache describe-replication-groups ^
--replication-group-id sample-repl-group
```
Le résultat de cette commande ressemble à ceci. Les identifiants de shard (groupe de nœuds) sont *highlighted* là pour faciliter leur recherche.
```
{
"ReplicationGroups": [
{
"Status": "available",
"Description": "2 shards, 2 nodes (1 + 1 replica)",
"NodeGroups": [
{
"Status": "available",
"Slots": "0-8191",
"NodeGroupId": "0001",
"NodeGroupMembers": [
{
"PreferredAvailabilityZone": "us-west-2c",
"CacheNodeId": "0001",
"CacheClusterId": "sample-repl-group-0001-001"
},
{
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"CacheClusterId": "sample-repl-group-0001-002"
}
]
},
{
"Status": "available",
"Slots": "8192-16383",
"NodeGroupId": "0002",
"NodeGroupMembers": [
{
"PreferredAvailabilityZone": "us-west-2b",
"CacheNodeId": "0001",
"CacheClusterId": "sample-repl-group-0002-001"
},
{
"PreferredAvailabilityZone": "us-west-2a",
"CacheNodeId": "0001",
"CacheClusterId": "sample-repl-group-0002-002"
}
]
}
],
"ConfigurationEndpoint": {
"Port": 6379,
"Address": "sample-repl-group.9dcv5r.clustercfg.usw2.cache.amazonaws.com"
},
"ClusterEnabled": true,
"ReplicationGroupId": "sample-repl-group",
"SnapshotRetentionLimit": 1,
"AutomaticFailover": "enabled",
"SnapshotWindow": "13:00-14:00",
"MemberClusters": [
"sample-repl-group-0001-001",
"sample-repl-group-0001-002",
"sample-repl-group-0002-001",
"sample-repl-group-0002-002"
],
"CacheNodeType": "cache.m3.medium",
"DataTiering": "disabled",
"PendingModifiedValues": {}
}
]
}
```
### Utilisation de l' ElastiCache API
Pour trouver les identifiants de partition (groupe de nœuds) pour les groupes de réplication Valkey ou Redis OSS (mode cluster désactivé) ou Valkey ou Redis OSS (mode cluster activé), utilisez l' AWS CLI opération `describe-replication-groups` avec le paramètre facultatif suivant.
+ **`ReplicationGroupId`** : paramètre facultatif qui, lorsqu'il est utilisé, limite la sortie aux informations correspondant au groupe de réplication spécifié. Si ce paramètre est omis, les détails d'un maximum de groupes de *xxx* réplication sont renvoyés.
**Example**
Cette commande renvoie les informations relatives à `sample-repl-group`.
Pour Linux, macOS ou Unix :
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReplicationGroup
&ReplicationGroupId=sample-repl-group
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
# Comparaison de clusters Valkey, Memcached et Redis OSS basés sur des nœuds
Amazon ElastiCache prend en charge les moteurs de cache Valkey, Memcached et Redis OSS. Chaque moteur offre certains avantages. Utilisez les informations dans cette rubrique pour vous aider à choisir le moteur et la version que répond le mieux à vos besoins.
**Important**
Après avoir créé un cache, un cluster basé sur des nœuds ou un groupe de réplication, vous pouvez effectuer une mise à niveau vers une version du moteur plus récente, mais vous ne pouvez pas rétrograder vers une ancienne version du moteur. Si vous souhaitez utiliser une ancienne version du moteur, vous devez supprimer le cache, le cluster basé sur des nœuds ou le groupe de réplication existant et le créer à nouveau avec la version précédente du moteur.
En apparence, les moteurs de ressemblent. Chacun de ces moteurs est une banque de clés en mémoire-valeurs. Toutefois, en pratique, il existe des différences significatives.
**Choisissez Memcached si les éléments suivants s'appliquent à votre situation :**
+ Vous avez besoin du modèle le plus simple possible.
+ Vous avez besoin d'exécuter des nœuds de grande taille avec plusieurs cœurs ou threads.
+ Vous devez pouvoir le faire évoluer en ajoutant et en supprimant des nœuds au fur et à mesure des fluctuations du système.
+ Vous avez besoin d'objets du cache.
**Choisissez Valkey ou Redis OSS avec ElastiCache si les conditions suivantes s'appliquent à vous :**
+ **ElastiCache version 7.2 pour Valkey ou version 7.0 (améliorée) pour Redis OSS**
[Vous souhaitez utiliser les améliorations apportées à [Functions](https://valkey.io/topics/functions-intro/), [Sharded Pub/Sub](https://valkey.io/topics/pubsub/) ou ACL.](https://valkey.io/topics/acl/) Pour plus d'informations, consultez [Redis OSS version 7.0 (améliorée).](engine-versions.md#redis-version-7.0)
+ **ElastiCache version 6.2 (améliorée) pour Redis OSS**
Vous souhaitez pouvoir hiérarchiser les données entre la mémoire et le SSD à l’aide du type de nœud r6gd. Pour plus d’informations, consultez la rubrique [Hiérarchisation des données](data-tiering.md).
+ **ElastiCache version 6.0 (améliorée) pour Redis OSS**
Vous souhaitez authentifier les utilisateurs avec le contrôle d'accès basé sur les rôles.
Pour plus d'informations, consultez [Redis OSS version 6.0 (améliorée).](engine-versions.md#redis-version-6.0)
+ **ElastiCache version 5.0.0 (améliorée) pour Redis OSS**
Vous souhaitez utiliser les [flux Redis OSS](https://redis.io/topics/streams-intro), une structure de données de journal qui permet aux producteurs d'ajouter de nouveaux éléments en temps réel et aux consommateurs de consommer des messages de manière bloquante ou non bloquante.
Pour plus d'informations, consultez [Redis OSS version 5.0.0 (améliorée)](engine-versions.md#redis-version-5-0).
+ **ElastiCache version 4.0.10 (améliorée) pour Redis OSS**
Supporte à la fois le chiffrement et l'ajout ou la suppression dynamiques de fragments de votre cluster Valkey ou Redis OSS (mode cluster activé).
Pour plus d'informations, consultez [Redis OSS version 4.0.10 (améliorée)](engine-versions.md#redis-version-4-0-10).
Les versions suivantes sont obsolètes, ont atteint ou atteindront bientôt leur fin de vie.
+ **ElastiCache version 3.2.10 (améliorée) pour Redis OSS**
Permet d'ajouter ou de supprimer dynamiquement des fragments de votre cluster Valkey ou Redis OSS (mode cluster activé).
**Important**
Actuellement, la ElastiCache version 3.2.10 pour Redis OSS ne prend pas en charge le chiffrement.
Pour plus d’informations, consultez les ressources suivantes :
+ [Version 3.2.10 de Redis OSS (améliorée)](engine-versions.md#redis-version-3-2-10)
+ Meilleures pratiques en matière de repartage en ligne pour Redis OSS. Pour plus d'informations, consultez ce qui suit :
+ [Bonnes pratiques : repartitionnement en ligne](best-practices-online-resharding.md)
+ [Repartage en ligne et rééquilibrage des partitions pour Valkey ou Redis OSS (mode cluster activé)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ Pour plus d'informations sur le dimensionnement des clusters Redis OSS, consultez la section [Mise à l'échelle](Scaling.md).
+ **ElastiCache version 3.2.6 (améliorée) pour Redis OSS**
Si vous avez besoin des fonctionnalités des versions antérieures de Redis OSS ainsi que des fonctionnalités suivantes, choisissez 3.2.6 :
+ Chiffrement en transit. Pour plus d'informations, consultez [Amazon ElastiCache for Redis OSS In-Transit](in-transit-encryption.md) Encryption.
+ Chiffrement au repos. Pour plus d'informations, consultez [Amazon ElastiCache for Redis OSS At-Rest Encryption](at-rest-encryption.md).
+ **ElastiCache (Mode cluster activé) version 3.2.4 pour Redis OSS**
Si vous avez besoin des fonctionnalités de la version 2.8.x ainsi que des fonctionnalités suivantes, choisissez la version 3.2.4 (mode clusterisé) :
+ Vous avez besoin de partitionner vos données sur deux à 500 groupes de nœuds (mode cluster uniquement).
+ Vous avez besoin d'indexation géospatiale (mode cluster ou non-cluster).
+ Vous n'avez pas besoin de prendre en charge plusieurs bases de données.
+ **ElastiCache (mode non clusterisé) 2.8.x et 3.2.4 (amélioré) pour Redis OSS**
Si les conditions suivantes s'appliquent à vous, 2.8.x ou 3.2.4 (mode non clusterisé) :
+ Vous avez besoin de types de données complexes, telles que des chaînes, des données de hachage, des listes, des ensembles triés et des bitmaps.
+ Vous avez besoin de trier ou de classer des ensembles de données en mémoire.
+ Vous avez besoin que votre banque de clés soit maintenue.
+ Vous avec besoin de répliquer les données du réplica principal vers un ou plusieurs réplicas en lecture pour des applications de lecture intensive.
+ Vous avez besoin de procéder à un basculement automatiquement en cas de défaillance de votre nœud principal.
+ Vous avez besoin de publier et de vous abonner à des fonctionnalités (pub/sub), pour informer les clients sur des événements sur le serveur.
+ Vous avez besoin de fonctionnalités de sauvegarde et de restauration pour les clusters basés sur des nœuds ainsi que pour les caches sans serveur.
+ Vous avez besoin de prendre en charge plusieurs bases de données.
**Résumé de la comparaison entre Memcached, Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé)**
| | Memcached | Valkey ou Redis OSS (mode cluster désactivé) | Valkey ou Redis OSS (mode cluster activé) |
| --- |--- |--- |--- |
| Versions du moteur\$1 | 1.4.5 et versions ultérieures | 4.0.10 et ultérieures | 4.0.10 et ultérieures |
| Types de données | Simplicité | 2.8.x - Complexe \$1 | 2.8.x et version ultérieure – Complexe |
| Complexe |
| Partitionnement de données | Oui | Non | Oui |
| Le cluster est modifiable | Oui | Oui | Windows 3.2.10 et version ultérieure – Limité |
| Repartitionnement en ligne | Non | Non | 3.2.10 et ultérieures |
| Chiffrement | in-transit 1.6.12 et versions ultérieures | 4.0.10 et ultérieures | 4.0.10 et ultérieures |
| Mise à niveau des données | Non | 6.2 et versions ultérieures | 6.2 et versions ultérieures |
| Certifications de conformité |
| --- |
| Certification de conformité FedRAMP HIPAA PCI DSS | Oui - 1.6.12 et ultérieure Oui - 1.6.12 et ultérieure Oui | 4.0.10 et ultérieures 4.0.10 et ultérieures 4.0.10 et ultérieures | 4.0.10 et ultérieures 4.0.10 et ultérieures 4.0.10 et ultérieures |
| Multithread | Oui | Non | Non |
| Mise à niveau du type de nœud | Non | Oui | Oui |
| Mise à niveau du moteur | Oui | Oui | Oui |
| Haute disponibilité (réplication) | Non | Oui | Oui |
| Basculement automatique | Non | Facultatif | Obligatoire |
| Fonctionnalités Pub/Sub | Non | Oui | Oui |
| Ensembles triés | Non | Oui | Oui |
| Sauvegarde et restauration | Pour les caches sans serveur uniquement, non applicable aux clusters basés sur des nœuds | Oui | Oui |
| Indexation géospatiale | Non | 4.0.10 et ultérieures | Oui |
| Remarques: |
| chaîne, objets (tels que les bases de données) |
| \$1 chaînes, ensembles, ensembles triés, listes, hachages, bitmaps, hyperloglog |
| chaîne, ensembles, ensembles triés, listes, hachages, bitmaps, hyperloglog, index géospatiaux |
| \$1 Exclut les versions obsolètes, arrivées en fin de vie ou sur le point d'atteindre leur fin de vie. |
Une fois que vous avez choisi le moteur de votre cluster, nous vous conseillons d'utiliser la version la plus récente de ce moteur. Pour de plus amples informations, veuillez consulter [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).
# Migration en ligne pour Valkey ou Redis OSS
En utilisant la migration en ligne, vous pouvez migrer vos données depuis votre logiciel libre Valkey ou Redis OSS auto-hébergé sur Amazon vers Amazon. EC2 ElastiCache
Cela fait référence à la migration d'une instance auto-hébergée vers le ElastiCache service. Pour plus d'informations sur la mise à niveau de Redis OSS vers Valkey, voir. ElastiCache [Mise à niveau des versions du moteur, y compris les mises à niveau entreMise à niveau des versions de moteur](VersionManagement.HowTo.md)
**Note**
La migration en ligne n'est pas prise en charge vers les caches ou clusters ElastiCache sans serveur exécutés sur le type de nœud r6gd.
## Présentation
Pour migrer vos données depuis le logiciel open source Valkey ou Redis OSS exécuté sur Amazon vers EC2 Amazon, vous devez ElastiCache disposer d'un déploiement Amazon existant ou récemment créé. ElastiCache Le déploiement doit posséder une configuration prête pour la migration. Il doit également être conforme à la configuration que vous voulez, y compris les attributs que sont notamment le type d'instance, le nombre de partitions et le nombre de réplicas.
La migration en ligne est conçue pour la migration de données à partir de Valkey ou Redis OSS open source auto-hébergés sur Amazon EC2 vers ElastiCache, et non pour déplacer des données entre des clusters. ElastiCache
**Important**
Il est vivement recommandé de lire les sections suivantes intégralement avant de commencer le processus de migration.
La migration commence lorsque vous appelez l’opération d’API `StartMigration` ou la commande AWS CLI . Lors de la migration de clusters désactivés en mode cluster Valkey ou Redis OSS, le processus de migration fait du nœud principal du cluster Valkey ou Redis OSS une réplique de votre ElastiCache Valkey ou Redis OSS principal source. Lors de la migration de clusters compatibles avec Valkey ou Redis OSS en mode cluster, le processus de migration fait du nœud principal de chaque partition une réplique de la ElastiCache partition correspondante de votre cluster source possédant les mêmes emplacements.
Une fois que les modifications côté client sont prêtes, appelez l'opération d'API `CompleteMigration`. Cette opération d'API favorise votre ElastiCache déploiement vers votre déploiement principal de Valkey ou Redis OSS avec des nœuds principaux et répliques (le cas échéant). Vous pouvez maintenant rediriger votre application client pour commencer à écrire les données sur ElastiCache. Tout au long de la migration, vous pouvez vérifier l'état de la réplication en exécutant la commande [valkey-cli INFO](https://valkey.io/commands/info) sur vos nœuds Valkey et sur les nœuds principaux. ElastiCache
## Étapes de la migration
Les rubriques suivantes décrivent le processus à suivre pour migrer vos données :
+ [Préparation de votre source et de votre cible pour la migration](Migration-Prepare.md)
+ [Test de la migration des données](Migration-Test.md)
+ [Démarrage d’une migration](Migration-Initiate.md)
+ [Vérification du déroulement de la migration des données](Migration-Verify.md)
+ [Achèvement de la migration des données](Migration-Complete.md)
# Préparation de votre source et de votre cible pour la migration
En suivant ces étapes, vous pouvez vous préparer à migrer vos données d'une source Valkey ou Redis auto-hébergée EC2 vers ElastiCache, ou depuis un cluster Redis OSS vers un cluster Valkey. ElastiCache
Cela fait référence à la migration d'une instance auto-hébergée vers le ElastiCache service. Pour plus d'informations sur la mise à niveau de Redis OSS vers Valkey, voir. ElastiCache [Mise à niveau des versions du moteur, y compris les mises à niveau entreMise à niveau des versions de moteur](VersionManagement.HowTo.md)
Vous devez vous assurer que les quatre conditions préalables mentionnées ci-dessous sont satisfaites avant de démarrer la migration depuis la ElastiCache console, l'API ou la AWS CLI.
**Pour préparer vos nœuds Valkey ou Redis OSS source et cible à la migration**
1. Identifiez le ElastiCache déploiement cible et assurez-vous que vous pouvez y faire migrer les données.
Un ElastiCache déploiement existant ou nouvellement créé doit répondre aux exigences suivantes en matière de migration :
+ Il utilise Valkey ou Redis OSS 5.0.6 ou supérieur.
+ Le chiffrement en transit n'est pas activé.
+ Il a Multi-AZ activé.
+ Il dispose de suffisamment de mémoire pour contenir les données de votre cluster Valkey ou Redis OSS. Pour configurer les paramètres de mémoire réservés appropriés, consultez [Gestion de la mémoire réservée pour Valkey et Redis OSS](redis-memory-management.md).
+ Si le mode cluster est désactivé, vous pouvez migrer directement depuis les versions 2.8.21 de Valkey ou Redis OSS vers les versions 5.0.6 de Valkey ou Redis OSS si vous utilisez la CLI ou les versions 5.0.6 de Valkey ou Redis OSS à l'aide de l'interface de ligne de commande ou de la console. Si le mode cluster est activé, vous pouvez migrer directement depuis n'importe quelle version de Valkey ou Redis OSS activée en mode cluster vers Redis OSS version 5.0.6 ultérieure, si vous utilisez la CLI ou les versions 5.0.6 ultérieures de Redis OSS à l'aide de la CLI ou de la console.
+ Nombre identique de partitions dans la source et la cible.
+ Il ne fait pas partie d’un entrepôt de données global.
+ La hiérarchisation des données est désactivée.
1. Assurez-vous que les configurations de votre logiciel open source Valkey ou Redis OSS et le ElastiCache déploiement sont compatibles.
Au minimum, tous les éléments suivants du ElastiCache déploiement cible doivent être compatibles avec votre configuration Valkey ou Redis OSS pour la réplication :
+ AUTH ne doit pas être activé sur votre cluster.
+ La configuration `protected-mode` doit être définie sur`no`.
+ Si vous avez une `bind` configuration dans votre configuration Valkey ou Redis OSS, elle doit être mise à jour pour autoriser les demandes provenant des ElastiCache nœuds.
+ Le nombre de bases de données logiques doit être le même sur le ElastiCache nœud et sur votre cluster Valkey ou Redis OSS. Cette valeur est définie `databases` à l'aide de la configuration Valkey ou Redis OSS.
+ Les commandes Valkey ou Redis OSS qui modifient les données ne doivent pas être renommées pour permettre la réplication des données. Par exemple`sync`,,, `psync``info`, `config` et. `command` `cluster`
+ Pour répliquer les données de votre cluster Valkey ou Redis OSS vers ElastiCache, assurez-vous que le processeur et la mémoire sont suffisants pour gérer cette charge supplémentaire. Cette charge provient du fichier RDB créé par votre cluster Valkey ou Redis OSS et transféré sur le réseau vers le nœud. ElastiCache
+ Toutes les instances Valkey ou Redis OSS du cluster source doivent s'exécuter sur le même port.
1. Assurez-vous que vos instances peuvent se connecter ElastiCache en procédant comme suit :
+ Vérifiez que l’adresse IP de chaque instance est privée.
+ Attribuez ou créez le ElastiCache déploiement dans le même cloud privé virtuel (VPC) que votre Valkey ou Redis OSS sur votre instance (recommandé).
+ S' VPCs ils sont différents, configurez le peering VPC pour autoriser l'accès entre les nœuds. Pour de plus amples informations sur l’appairage de VPC, consulter [Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC](elasticache-vpc-accessing.md).
+ Le groupe de sécurité attaché à vos instances Valkey ou Redis OSS doit autoriser le trafic entrant en provenance des nœuds. ElastiCache
1. Assurez-vous que votre application peut diriger le trafic vers les ElastiCache nœuds une fois la migration des données terminée. Pour de plus amples informations, veuillez consulter [Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC](elasticache-vpc-accessing.md).
# Test de la migration des données
Une fois toutes les conditions requises remplies, vous pouvez valider la configuration de la migration à l' AWS Management Console aide de l' ElastiCache API ou AWS CLI. L'exemple suivant montre comment utiliser la CLI.
Testez la migration en appelant la commande `test-migration` avec les paramètres suivants :
+ `--replication-group-id` – ID du groupe de réplication vers lequel les données doivent être migrées.
+ `--customer-node-endpoint-list` – Liste des points de terminaison à partir desquels les données doivent être migrées. La liste ne doit comporter qu'un seul élément.
Voici un exemple avec utilisation de la CLI.
```
aws elasticache test-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"
```
ElastiCache validera la configuration de la migration sans migration de données réelle.
# Démarrage d’une migration
Une fois toutes les conditions requises remplies, vous pouvez commencer la migration des données à l' AWS Management Console aide de l' ElastiCache API ou AWS CLI. Si le mode cluster est activé et que la migration des emplacements diffère, un repartitionnement est effectué avant la migration en direct. L'exemple suivant montre comment utiliser la CLI.
**Note**
Nous avons recommandé d'utiliser l'API `TestMigration` pour valider la configuration de la migration. Mais cela est strictement facultatif.
Commencez la migration en appelant la commande `start-migration` avec les paramètres suivants :
+ `--replication-group-id`— Identifiant du groupe de ElastiCache réplication cible
+ `--customer-node-endpoint-list`— Une liste de points de terminaison avec des adresses DNS ou IP et le port sur lequel votre cluster source Valkey ou Redis OSS est exécuté. La liste ne peut accepter qu'un seul élément à la fois pour le mode cluster désactivé et pour le mode cluster activé. Si vous avez activé la réplication en chaîne, le point de terminaison peut pointer vers une réplique au lieu du nœud principal de votre cluster Valkey ou Redis OSS.
Voici un exemple avec utilisation de la CLI.
```
aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"
```
Lorsque vous exécutez cette commande, le nœud ElastiCache principal (dans chaque partition) se configure pour devenir une réplique de votre instance Valkey ou Redis OSS (dans la partition correspondante possédant les mêmes emplacements dans Redis activé par le cluster). L'état du ElastiCache cluster passe à la **migration et les** données commencent à migrer depuis votre instance Valkey ou Redis OSS vers le nœud principal. ElastiCache En fonction de la taille des données et de la charge sur votre instance Valkey ou Redis OSS, la migration peut prendre un certain temps. Vous pouvez vérifier la progression de la migration en exécutant la commande [valkey-cli INFO](https://valkey.io/commands/info) sur votre instance Valkey et votre nœud principal. ElastiCache
Une fois la réplication réussie, toutes les écritures sur vos instances Valkey ou Redis OSS se propagent vers le cluster. ElastiCache Vous pouvez utiliser des ElastiCache nœuds pour les lectures. Cependant, vous ne pouvez pas écrire sur le cluster ElastiCache. Si d'autres nœuds de réplication sont connectés à un nœud ElastiCache principal, ces nœuds de réplication continuent à se répliquer à partir du nœud ElastiCache principal. De cette façon, toutes les données de votre cluster Valkey ou Redis OSS sont répliquées sur tous les nœuds du cluster. ElastiCache
Si un nœud ElastiCache principal ne peut pas devenir une réplique de votre instance Valkey ou Redis OSS, il réessaie plusieurs fois avant de redevenir principal. L'état du cluster ElastiCache devient alors **available (disponible)**, et un événement de groupe de réplication concernant l'échec du lancement de la migration est envoyé. Pour résoudre un tel problème, vérifiez ce qui suit :
+ Observez l'événement de groupe de réplication. Utilisez toute information spécifique de l'événement pour corriger l'échec de la migration.
+ Si l'événement ne fournit pas d'informations spécifiques, assurez-vous d'avoir suivi les instructions dans [Préparation de votre source et de votre cible pour la migration](Migration-Prepare.md).
+ Assurez-vous que la configuration de routage de votre VPC et de vos sous-réseaux autorise le trafic entre les ElastiCache nœuds et vos instances Valkey ou Redis OSS.
+ Assurez-vous que le groupe de sécurité attaché à vos instances Valkey ou Redis OSS autorise le trafic entrant provenant des ElastiCache nœuds.
+ Consultez les journaux Valkey ou Redis OSS de vos instances pour plus d'informations sur les défaillances spécifiques à la réplication.
# Vérification du déroulement de la migration des données
Une fois la migration des données commencée, vous pouvez procéder comme suit pour suivre son déroulement :
+ Vérifiez que Valkey ou `master_link_status` Redis OSS figure `up` dans la `INFO` commande sur le ou les nœuds ElastiCache principaux. Vous pouvez également trouver ces informations dans la ElastiCache console. Sélectionnez le cluster et, sous **CloudWatch Metrics**, observez **Primary Link Health Status**. Une fois que la valeur a atteint 1, les données sont synchronisées.
+ Vous pouvez vérifier que la ElastiCache réplique possède un état **en ligne en** exécutant la `INFO` commande sur vos instances Valkey ou Redis OSS. Cela permet également d'obtenir des informations sur le retard de réplication.
+ Vérifiez que la mémoire tampon de sortie du client est faible en utilisant la commande [CLIENT LIST](https://valkey.io/commands/client-list) sur vos instances Valkey ou Redis OSS.
Une fois la migration des données terminée, les données sont synchronisées avec toutes les nouvelles écritures arrivant sur le ou les nœuds principaux de votre cluster Valkey ou Redis OSS.
# Achèvement de la migration des données
Lorsque vous êtes prêt à passer au ElastiCache cluster, utilisez la commande `complete-migration` CLI avec les paramètres suivants :
+ `--replication-group-id` – identifiant du groupe de réplication.
+ `--force` – une valeur qui force la migration à s'arrêter sans s'assurer que les données sont synchronisées.
Voici un exemple.
```
aws elasticache complete-migration --replication-group-id test-cluster
```
Lorsque vous exécutez cette commande, le nœud ElastiCache principal (dans chaque partition) arrête de se répliquer depuis votre instance Valkey ou Redis OSS et la transforme en nœud principal. Cette promotion se termine généralement en quelques minutes. Pour confirmer la promotion vers primaire, vérifiez l'événement. `Complete Migration successful for test-cluster`. À ce stade, vous pouvez orienter votre application vers l' ElastiCache écriture et la lecture. ElastiCache l'état du cluster devrait passer de la **migration à la** **disponibilité.**
Si la promotion vers le serveur principal échoue, le nœud ElastiCache principal continue de se répliquer depuis votre instance Valkey ou Redis OSS. Le ElastiCache cluster est toujours en état de **migration** et un message d'événement du groupe de réplication concernant l'échec est envoyé. Pour corriger cet échec, vérifiez les points suivants :
+ Vérifiez l'événement de groupe de réplication. Utilisez les informations spécifiques de l'événement pour corriger l'échec.
+ Il se peut que vous receviez un message d'événement à propos de données non synchronisées. Si tel est le cas, assurez-vous que le serveur ElastiCache principal peut se répliquer à partir de votre instance Valkey ou Redis OSS et que les deux sont synchronisés. Si vous voulez toujours arrêter la migration, vous pouvez exécuter la commande précédente avec l'option `—force`.
+ Un message d'événement peut s'afficher si l'un des ElastiCache nœuds est en cours de remplacement. Vous pouvez relancer l'étape de migration complète une fois le remplacement terminé.
# Effectuer la migration des données en ligne à l’aide de la console
Vous pouvez utiliser le AWS Management Console pour migrer vos données de votre cluster vers votre cluster Valkey ou Redis OSS.
**Effectuer la migration des données en ligne à 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/home).
1. Créez un nouveau cluster Valkey ou Redis OSS ou choisissez un cluster existant. Vérifiez que le cluster satisafait aux exigences suivantes :
+ La version de votre moteur doit être Valkey 7.2 ou supérieure, ou Redis OSS 5.0.6 ou supérieure.
+ AUTH ne doit pas être activé sur votre cluster.
+ La configuration `protected-mode` doit être définie sur`no`.
+ Si vous avez une `bind` configuration dans votre configuration Valkey ou Redis OSS, elle doit être mise à jour pour autoriser les demandes provenant des ElastiCache nœuds.
+ Le nombre de bases de données doit être le même entre le ElastiCache nœud et votre cluster Valkey ou Redis OSS. Cette valeur est définie `databases` dans la configuration du moteur.
+ Les commandes Valkey ou Redis OSS qui modifient les données ne doivent pas être renommées pour permettre à la réplication des données de réussir.
+ Pour répliquer les données de votre cluster Valkey ou Redis OSS vers ElastiCache, assurez-vous que le processeur et la mémoire sont suffisants pour gérer cette charge supplémentaire. Cette charge provient du fichier RDB créé par votre cluster Valkey ou Redis OSS et transféré sur le réseau vers le nœud. ElastiCache
+ L’éta du cluster est **available (disponible)**.
1. Une fois votre cluster sélectionné, sélectionnez **Migrate Data from Endpoint (Migrer les données à partir du point de terminaison** pour les **Actions**.
1. Dans la boîte de dialogue **Migrer les données depuis le point de terminaison**, entrez l'adresse IP et le port sur lesquels votre cluster Valkey ou Redis OSS est disponible.
**Important**
L’adresse IP doit être exacte. Si vous saisissez une adresse erronée, la migration échoue.
1. Choisissez **Start Migration (Lancer la migration)**.
Lorsque le cluster commence la migration, il passe à l’état **Mofiying (Modification)** puis à l’état **Migrating (Migration)**.
1. Surveillez la progression de la migration en choisissant **Events (Événements)** dans le volet de navigation.
A tout moment au cours du processus de migration, vous pouvez l’arrêter. Pour ce faire, sélectionnez votre cluster et **Stop Data Migration (Arrêter la migration des données)** pour les **Actions**. Le cluster passe alors à l’état **Available (Disponible)**.
Si la migration réussit, le cluster passe à l’état **Available (Disponible)** et le journal des événements affiche ce qui suit :
`Migration operation succeeded for replication group ElastiCacheClusterName.`
Si la migration échoue, le cluster passe à l’état **Available (Disponible)** et le journal des événements affiche ce qui suit :
`Migration operation failed for replication group ElastiCacheClusterName.`
# Choix des régions et des zones de disponibilité pour ElastiCache
Vous pouvez apporter une évolutivité et une fiabilité supplémentaires à vos ElastiCache clusters en désignant des régions et des zones de disponibilité à l'aide du point de terminaison correspondant.
AWS Les ressources de cloud computing sont hébergées dans des centres de données hautement disponibles. Pour offrir une évolutivité et une fiabilité supplémentaires, ces installations de centre de données sont situées dans différents emplacements physiques. Ces emplacements sont classés par *régions* et *zones de disponibilité*.
AWS Les régions sont vastes et largement dispersées dans des zones géographiques distinctes. Les zones de disponibilité sont des emplacements distincts au sein d'une AWS région conçus pour être isolés des défaillances dans d'autres zones de disponibilité. Ils fournissent une connectivité réseau peu coûteuse et à faible latence aux autres zones de disponibilité de la même AWS région.
**Important**
Chaque région est totalement indépendante. Toute ElastiCache activité que vous lancez (par exemple, la création de clusters) s'exécute uniquement dans votre région par défaut actuelle.
Pour créer ou utiliser un cluster dans une région spécifique, utilisez le point de terminaison du service régional correspondant. Pour les points de terminaison de service, consultez [Régions et terminaux pris en charge](#SupportedRegions).
![\[Image : régions et zones de disponibilité\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)
*Régions et zones de disponibilité*
**Topics**
+ [Considérations relatives à la zone de disponibilité avec Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Localisation de vos nœuds](#RegionsAndAZs.AZMode)
+ [Régions et terminaux pris en charge](#SupportedRegions)
+ [Utilisation de zones locales avec ElastiCache](Local_zones.md)
+ [Utiliser Outposts avec ElastiCache](ElastiCache-Outposts.md)
## Considérations relatives à la zone de disponibilité avec Memcached
La distribution de vos nœuds Memcached sur plusieurs zones de disponibilité au sein d'une région permet de vous protéger contre l'impact d'un échec catastrophique, telle qu'une panne de courant dans une zone de disponibilité.
**Mise en cache sans serveur**
ElastiCache la mise en cache sans serveur crée un cache hautement disponible qui couvre plusieurs zones de disponibilité. Vous pouvez spécifier des sous-réseaux provenant de différentes zones de disponibilité et du même VPC lorsque vous créez votre cluster sans serveur ElastiCache ou choisir automatiquement des sous-réseaux à partir de votre VPC par défaut.
**Conception de votre propre cluster ElastiCache pour Memcached**
Un cluster Memcached peut avoir jusqu'à 300 nœuds. Lorsque vous créez ou ajoutez des nœuds à votre cluster Memcached, vous pouvez spécifier une seule zone de disponibilité pour tous vos nœuds, autoriser le choix ElastiCache d'une seule zone de disponibilité pour tous vos nœuds, spécifier les zones de disponibilité pour chaque nœud ou autoriser ElastiCache le choix d'une zone de disponibilité pour chaque nœud. De nouveaux nœuds peuvent être créés dans différentes zones de disponibilité lorsque vous les ajoutez à un cluster Memcached existant. Une fois qu'un nœud de cache est créé, sa zone de disponibilité ne peut pas être modifiée.
Si vous souhaitez que les nœuds d'un cluster d'une seule zone de disponibilité soient répartis sur plusieurs zones de disponibilité, ElastiCache vous pouvez créer de nouveaux nœuds dans les différentes zones de disponibilité. Vous pouvez ensuite supprimer tout ou partie des nœuds de cache d'origine. Nous recommandons cette approche.
**Pour migrer des nœuds Memcached d'une seule zone de disponibilité vers plusieurs zones de disponibilité**
1. Modifiez votre cluster en créant des nœuds de cache dans les zones de disponibilité où vous les souhaitez. Dans votre demande, effectuez les opérations suivantes :
+ Définissez `AZMode` (CLI :`- -az-mode`) sur `cross-az`.
+ Définissez `NumCacheNodes` (CLI :`- -num-cache-nodes`) sur le nombre de nœuds de cache actuellement actifs ainsi que sur le nombre de nouveaux nœuds de cache que vous souhaitez créer.
+ Définissez `NewAvailabilityZones` (CLI :`- -new-availability-zones`) sur une liste des zones dans lesquelles vous souhaitez créer les nouveaux nœuds de cache. Pour ElastiCache déterminer la zone de disponibilité de chaque nouveau nœud, ne spécifiez pas de liste.
+ Définissez `ApplyImmediately` (CLI :`- -apply-immediately`) sur true.
**Note**
Si vous n'utilisez pas la découverte automatique, veillez à mettre à jour votre application cliente avec les nouveaux points de terminaison de nœud de cache.
Avant de passer à l'étape suivante, assurez-vous que les nœuds Memcached sont entièrement créés et disponibles.
1. Modifiez votre cluster en supprimant les nœuds que vous ne souhaitez plus dans la zone de disponibilité d'origine. Dans votre demande, effectuez les opérations suivantes :
+ Définissez `NumCacheNodes` (CLI :`- -num-cache-nodes`) sur le nombre de nœuds de cache actifs que vous souhaitez après l'application de cette modification.
+ Définissez `CacheNodeIdsToRemove` (CLI :`- -nodes-to-remove`) sur une liste des nœuds de cache que vous souhaitez supprimer du cluster.
Le nombre de nœuds de cache IDs répertoriés doit être égal au nombre de nœuds actuellement actifs moins la valeur en`NumCacheNodes`.
+ (Facultatif) Définissez `ApplyImmediately` (CLI :`- -apply-immediately`) sur true.
Si vous ne définissez pas `ApplyImmediately` (CLI :`- -apply-immediately`) sur true, les suppressions de nœud auront lieu lors de votre prochaine fenêtre de maintenance.
## Localisation de vos nœuds
Amazon ElastiCache prend en charge la localisation de tous les nœuds d'un cluster dans une ou plusieurs zones de disponibilité (AZs). De plus, si vous choisissez de localiser vos nœuds en plusieurs AZs (recommandé), cela vous ElastiCache permet de choisir l'AZ pour chaque nœud ou de les choisir ElastiCache pour vous.
En situant les nœuds dans des emplacements différents AZs, vous éliminez le risque qu'une panne, telle qu'une panne de courant, dans une zone de zone de développement entraîne la défaillance de l'ensemble de votre système. Les tests ont démontré qu'il n'y a pas de différence de latence significative entre le fait de localiser tous les nœuds dans une zone ou de les répartir sur plusieurs AZs.
Vous pouvez spécifier une AZ pour chaque nœud lorsque vous créez un cluster ou en ajoutant des nœuds lorsque vous modifiez un cluster existant. Lorsque vous spécifiez un AZ pour chaque nœud lors de la création d'un cluster, l'AZ doit être disponible dans ce groupe de sous-réseaux. Pour plus d’informations, consultez les ressources suivantes :
+ [Création d'un cluster pour Memcached](Clusters.Create-mc.md)
+ [Création d'un cluster pour Valkey ou Redis OSS](Clusters.Create.md)
+ [Modification d'un ElastiCache cluster](Clusters.Modify.md)
+ [Ajouter des nœuds à un ElastiCache cluster](Clusters.AddNode.md)
## Régions et terminaux pris en charge
Amazon ElastiCache est disponible dans plusieurs AWS régions. Cela signifie que vous pouvez lancer des ElastiCache clusters dans des emplacements qui répondent à vos besoins. Par exemple, vous pouvez lancer votre produit dans la AWS région la plus proche de vos clients ou dans une AWS région particulière pour répondre à certaines exigences légales.
Chaque région est conçue pour être complètement isolée des autres régions . Chaque région dispose de plusieurs zones de disponibilité (AZ). ElastiCache Les caches sans serveur répliquent automatiquement les données sur plusieurs zones de disponibilité (sauf `us-west-1` lorsque les données sont répliquées dans deux zones de disponibilité) pour une haute disponibilité. Lorsque vous concevez votre propre ElastiCache cluster, vous pouvez choisir de lancer vos nœuds différemment AZs pour garantir la tolérance aux pannes. Pour plus d'informations sur les régions et les zones de disponibilité, consultez [Choix des régions et des zones de disponibilité pour ElastiCache](#RegionsAndAZs) eau début de cette rubrique.
**Régions dans lesquelles ElastiCache est pris en charge**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
Certaines régions prennent en charge un sous-ensemble de types de nœuds. Pour un tableau des types de nœuds pris en charge par AWS région, consultez[Types de nœuds pris en charge par région AWS](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).
La plupart des régions prennent en charge l'établissement d'une connexion privée entre votre VPC et les points de terminaison d' ElastiCache API, en créant un point de terminaison VPC d'interface via. AWS PrivateLink Pour de plus amples informations, veuillez consulter [ElastiCache Points de terminaison VPC de l'API et de l'interface ()AWS PrivateLink](elasticache-privatelink.md).
Pour un tableau des AWS produits et services par région, voir [Produits et services par région](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/).
# Utilisation de zones locales avec ElastiCache
Une *zone locale* est une extension d'une AWS région géographiquement proche de vos utilisateurs. Vous pouvez étendre n'importe quel cloud privé virtuel (VPC) d'une AWS région parent à une zone locale en créant un nouveau sous-réseau et en l'affectant à la zone locale. Lorsque vous créez un sous-réseau dans une zone locale, votre VPC est étendu à cette zone locale. Le sous-réseau de la zone locale fonctionne de la même manière que les autres sous-réseaux de votre VPC.
En utilisant les Zones Locales, vous pouvez placer des ressources telles qu'un ElastiCache cluster à plusieurs endroits proches de vos utilisateurs.
Lorsque vous créez un ElastiCache cluster, vous pouvez choisir un sous-réseau dans une zone locale. Les zones locales ont leurs propres connexions à Internet et prennent en charge Direct Connect. Ainsi, les ressources créées dans une zone locale peuvent servir les utilisateurs locaux avec des communications à très faible latence. Pour de plus amples informations, veuillez consulter [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Une zone locale est représentée par un code de AWS région suivi d'un identifiant indiquant l'emplacement, par exemple`us-west-2-lax-1a`.
À l'heure actuelle, les Local Zones disponibles sont `us-west-2-lax-1a` et `us-west-2-lax-1b`.
Les restrictions suivantes s'appliquent ElastiCache aux Zones Locales :
+ Les entrepôts de données globaux ne sont pas pris en charge.
+ La migration en ligne n'est pas prise en charge.
+ Les types de nœuds suivants sont pris en charge par Local Zones pour le moment :
+ Génération actuelle :
**Types de nœuds M5 :** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Types de nœuds R5:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Types de nœuds T3 :** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## Activation d'une zone locale
1. Activez la zone locale dans la EC2 console Amazon.
Pour plus d'informations, consultez la section [Activation des zones locales](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) dans le *guide de EC2 l'utilisateur Amazon*.
1. Créez un sous-réseau dans la zone locale.
Pour de plus amples informations, veuillez consulter [Création d'un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) dans le *Amazon VPC Guide de l'utilisateur*.
1. Créez un groupe de ElastiCache sous-réseaux dans la zone locale.
Lorsque vous créez un groupe de ElastiCache sous-réseaux, choisissez le groupe de zones de disponibilité pour la zone locale.
Pour de plus amples informations, veuillez consulter [Création d'un groupe de sous-réseaux](SubnetGroups.Creating.md).
1. Créez un cluster ElastiCache pour Memcached qui utilise le ElastiCache sous-réseau de la zone locale.
Pour de plus amples informations, veuillez consulter [Création d'un cluster Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
1. Créez un cluster ElastiCache pour Redis OSS qui utilise le ElastiCache sous-réseau de la zone locale. Pour plus d'informations, consultez l'une des rubriques suivantes :
+ [Création d'un cluster Valkey (mode cluster désactivé) (console)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# Utiliser Outposts avec ElastiCache
Vous pouvez utiliser AWS Outposts avec. ElastiCache Outposts est un service entièrement géré qui étend l'AWS infrastructure, les services et les outils aux locaux des clients. APIs En fournissant un accès local à l'infrastructure AWS gérée,AWS Outposts permet aux clients de créer et d'exécuter des applications sur site en utilisant les mêmes interfaces de programmation que dans les AWS régions, tout en utilisant les ressources de calcul et de stockage locales pour réduire la latence et les besoins de traitement des données locaux. Un avant-poste est un pool de capacités de AWS calcul et de stockage déployé sur le site d'un client.AWS exploite, surveille et gère cette capacité dans le cadre d'une AWS région. Vous pouvez créer des sous-réseaux sur votre Outpost et les spécifier lorsque vous créez des AWS ressources telles que ElastiCache des clusters.
**Note**
Dans cette version, les limitations suivantes s'appliquent :
ElastiCache for Outposts ne prend en charge que les familles de nœuds M5 et R5.
Multi-AZ (la réplication entre Outposts n'est pas prise en charge).
La migration active n'est pas prise en charge.
Les instantanés locaux ne sont pas pris en charge.
Les journaux du moteur et les journaux lents ne peuvent pas être activés.
ElastiCache sur Outposts ne supporte pas la CoIP.
ElastiCache for Outposts n'est pas pris en charge dans les régions suivantes : cn-north-1, cn-northwest-1 et ap-northeast-3.
## Utilisation d'Outposts avec la console ElastiCache
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 les caches **Valkey, les caches** **Redis OSS ou les caches Memcached**.**
1. Si vous avez choisi les **caches Valkey**, sélectionnez **Create Valkey** cache. Si vous avez choisi les **caches Redis OSS**, sélectionnez **Créer un cache Redis** OSS. Si vous avez choisi des **caches Memcached**, sélectionnez **Créer un** cache Memcached.
1. Sous **Paramètres du cluster**, sélectionnez **Concevoir votre propre cache et Cache** **du cluster**. Laissez le **mode cluster** défini sur **Désactivé**. Créez ensuite un nom et une description facultative pour le cache.
1. Pour l'emplacement, sélectionnez **Sur site**.
1. Dans la section Sur site, vous verrez le champ **Outpost ID**. Entrez l'ID pour lequel le cluster sera exécuté.
Tous les autres paramètres sous **Paramètres du cluster** peuvent rester par défaut.
1. Dans **Connectivité**, sélectionnez **Créer un nouveau groupe de sous-réseaux** et entrez l'ID du **VPC**. Conservez le reste comme valeur par défaut, puis sélectionnez **Suivant**.
### Configuration des options sur site
Vous pouvez sélectionner un Outpost disponible pour ajouter votre cluster ou, s'il n'y en a aucun, en créer un nouveau en suivant les étapes suivantes :
**Sous **On-Premises options (Options sur site)** :**
1. Dans **les paramètres Valkey, les paramètres** **Redis OSS ou les paramètres** **Memcached**, selon votre moteur préféré :
1. **Nom** : entrez un nom pour le cluster
1. **Description** : entrez une description pour le cluster.
1. **Compatibilité de la version du moteur : la** version du moteur est basée sur la région Outpost AWS
1. **Port** : pour Valkey ou Redis OSS, acceptez le port par défaut 6379. Pour Memcached, acceptez le port par défaut 11211. Si vous préférez utiliser un autre port, saisissez le numéro de port.
1. **Parameter group (Groupe de paramètres)** : utilisez la liste déroulante pour sélectionner un groupe de paramètres par défaut ou un groupe de paramètres personnalisé.
1. **Node Type (Type de nœud)** : les instances disponibles sont basées sur la disponibilité d'Outposts. Si vous utilisez Valkey ou Redis OSS, l'assistant de portage pour .NET for Outposts ne prend en charge que les familles de nœuds M5 et R5. Dans la liste déroulante, sélectionnez **Outposts**, puis sélectionnez un type de nœud disponible que vous souhaitez utiliser pour ce cluster. Sélectionnez ensuite **Save (Enregistrer)**.
1. **Number of Replicas (Nombre de réplicas)** : saisissez le nombre de réplicas en lecture que vous souhaitez créer pour ce groupe de réplication. Vous devez avoir au moins un réplica en lecture et pas plus de cinq. La valeur par défaut est 2.
Les noms générés automatiquement des réplicas en lecture suivent le même modèle que celui du nom du cluster principal, avec un tiret et un numéro séquentiel à trois chiffres ajoutés à la fin, en commençant par `-002`. Par exemple, si votre groupe de réplication est nommé `MyGroup`, alors les noms des secondaires seraient `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006`.
1. Sous **Connectivité** :
1. **Subnet Group (Groupe de sous-réseau)** : dans la liste, sélectionnez **Create new (Créer)**.
+ **Name (Nom)** : saisissez un nom pour le groupe de sous-réseaux.
+ **Description** : saisissez une description pour le groupe de sous-réseaux.
+ **VPC ID (ID de VPC)** : l'ID de VPC doit correspondre au VPC Outpost. Si vous sélectionnez un VPC qui ne possède aucun sous-réseau IDs dans les Outposts, la liste sera vide.
+ **Availability Zone or Outpost (Zone de disponibilité ou Outpost)** : sélectionnez l'Outpost que vous utilisez.
+ **Subnet ID ID de sous-réseau)** : sélectionnez un ID de sous-réseau disponible pour l'Outpost. Si aucun sous-réseau n' IDs est disponible, vous devez les créer. Pour plus d'informations, consultez [Créer un sous-réseau](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).
1. Sélectionnez **Créer**.
### Affichage des détails du cluster Outpost
Sur la page de liste, sélectionnez un cluster appartenant à un AWS avant-poste et notez les points suivants lorsque vous consultez les **détails du cluster** :
+ **Zone de disponibilité** : Cela représentera l'avant-poste, en utilisant un ARN (Amazon Resource Name) et le numéro de AWS ressource.
+ **Nom de l'avant-poste** : nom de l'AWS avant-poste.
## Utilisation d'Outposts avec la CLI AWS
Vous pouvez utiliser le AWS Command Line Interface(AWS CLI) pour contrôler plusieurs AWS services depuis la ligne de commande et les automatiser par le biais de scripts. Vous pouvez utiliser la AWS CLI pour des opérations ad hoc (ponctuelles).
### Téléchargement et configuration du AWS CLI
Il AWS CLI fonctionne sous Windows, macOS ou Linux. Suivez la procédure suivante pour la télécharger et la configurer.
**Pour télécharger, installer et configurer la CLI**
1. Téléchargez la AWS CLI sur la page Web de l'[interface de ligne de AWS commande](https://aws.amazon.com/cli).
1. Suivez les instructions d'[installation de la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) et de [configuration de la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) dans le *guide de AWS Command Line Interface l'utilisateur*.
### Utilisation de la AWS CLI avec Outposts
Utilisez l'opération CLI suivante pour créer un cluster qui utilise Outposts :
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— À l'aide de cette opération, le `outpost-mode` paramètre accepte une valeur qui indique si les nœuds du cluster sont créés dans un seul Outpost ou dans plusieurs Outposts.
**Note**
À l'heure actuelle, seul le mode `single-outpost` est pris en charge.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```