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.
# Réplication entre AWS régions à l'aide de banques de données mondiales
**Note**
Global Datastore n'est actuellement disponible que pour les clusters basés sur des nœuds.
En utilisant la fonctionnalité Global Datastore, vous pouvez utiliser une réplication de clusters Valkey ou Redis OSS entièrement gérée, rapide, fiable et sécurisée dans toutes les régions.AWS Grâce à cette fonctionnalité, vous pouvez créer des clusters de répliques de lecture entre régions pour permettre des lectures à faible latence et une reprise après sinistre dans toutes les régions AWS.
Dans les sections suivantes, vous trouverez une description de l'utilisation des magasins de données globaux.
**Topics**
+ [Présentation de](#Redis-Global-Data-Stores-Overview)
+ [Conditions préalables et limitations](Redis-Global-Datastores-Getting-Started.md)
+ [Utilisation des entrepôts de données globaux (console)](Redis-Global-Datastores-Console.md)
+ [Utilisation des entrepôts de données globaux (CLI)](Redis-Global-Datastores-CLI.md)
## Présentation de
Chaque *magasin de donnée global* est un ensemble d'un ou de plusieurs clusters qui se répliquent les uns sur les autres.
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.
Lorsque vous créez une banque de données globale ElastiCache pour Valkey ou Redis OSS, elle réplique automatiquement vos données du cluster principal vers le cluster secondaire. Vous choisissez la AWS région dans laquelle les données Valkey ou Redis OSS doivent être répliquées, puis vous créez un cluster secondaire dans cette région.AWS ElastiCache configure et gère ensuite la réplication automatique et asynchrone des données entre les deux clusters.
L'utilisation d'une banque de données globale pour Valkey ou Redis OSS présente les avantages suivants :
+ **Performances géolocalisées** — En configurant des clusters de répliques distants dans des AWS régions supplémentaires et en synchronisant vos données entre elles, vous pouvez réduire la latence d'accès aux données dans cette région.AWS Une banque de données mondiale peut contribuer à améliorer la réactivité de votre application en proposant des lectures géolocalisées à faible latence dans toutes les régions.AWS
+ **Reprise après sinistre** : si votre cluster principal d'un entrepôt de données global subit une dégradation, vous pouvez promouvoir un cluster secondaire en tant que nouveau cluster principal. Vous pouvez le faire en vous connectant à n'importe quelle AWS région contenant un cluster secondaire.
Le schéma suivant montre le fonctionnement des magasins de données globaux.
![\[magasin de données global\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/Global-DataStore.png)
# Conditions préalables et limitations
Avant de commencer à utiliser les magasins de données globaux, tenez compte des éléments suivants :
+ Les banques de données mondiales sont prises en charge dans les régions suivantes : AWS
+ **Afrique** - Cape Town
+ **Asie-Pacifique** : Hong Kong, Hyderabad, Jakarta, Malaisie, Melbourne, Mumbai, Osaka, Séoul, Singapour, Sydney, Thaïlande et Tokyo
+ **Canada** - Centre du Canada et Canada Ouest (Calgary)
+ **Chine** - Pékin et Ningxia
+ **Europe** : Francfort, Londres, Irlande, Milan, Paris, Espagne, Stockholm et Zurich
+ **AWS GovCloud**-US-Ouest et US-Est
+ **Israël** - Tel Aviv
+ **Moyen-Orient** - Bahreïn et Émirats arabes unis
+ **États-Unis** - Est (Virginie du Nord et Ohio) et États-Unis Ouest (Californie du Nord et Oregon)
+ **Amérique du Sud** - Mexique (centre) et São Paulo
+ Tous les clusters (primaire et secondaire) de votre entrepôt de données global doivent avoir le même nombre de nœuds principaux, type de nœud, version du moteur et nombre de partitions (dans le cas où le mode cluster est activé). Chaque cluster de votre magasin de données global peut comporter un nombre différent de réplicas en lecture afin de tenir compte du trafic de lecture local vers ce cluster.
La réplication doit être activée si vous prévoyez d'utiliser un cluster à un seul nœud existant.
+ Les banques de données globales sont prises en charge sur les instances de grande taille ou supérieure.
+ Vous pouvez configurer la réplication d'un cluster principal d'une AWS région vers un cluster secondaire dans deux autres AWS régions au maximum.
**Note**
Les régions Chine (Beijing) et Chine (Ningxia), où la réplication ne peut se produire qu'entre les deux régions.
+ Vous pouvez utiliser les magasins de données globaux uniquement dans des clusters VPC. 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). Les banques de données globales ne sont pas prises en charge lorsque vous utilisez EC2 -Classic. Pour plus d'informations, consultez [EC2-Classic](https://docs.aws.amazon.com//AWSEC2/latest/UserGuide/ec2-classic-platform.html) dans le *guide de l' EC2 utilisateur Amazon*.
**Note**
Pour le moment, vous ne pouvez pas utiliser les entrepôts de données globaux dans [Utilisation de zones locales avec ElastiCache](Local_zones.md).
+ ElastiCache ne prend pas en charge le basculement automatique d'une AWS région à l'autre. Si nécessaire, vous pouvez promouvoir manuellement un cluster secondaire. Pour obtenir un exemple, consultez [Promotion du cluster secondaire en cluster principal](Redis-Global-Datastores-Console.md#Redis-Global-Datastores-Console-Promote-Secondary).
+ Pour amorcer à partir de données existantes, utilisez un cluster existant en tant que cluster principal pour créer un magasin de données global. Nous ne prenons pas en charge l'ajout d'un cluster existant en tant que cluster secondaire. Le processus d'ajout d'un cluster existant en tant que cluster secondaire efface les données, ce qui peut entraîner une perte de données.
+ Les mises à jour de paramètres sont appliquées à tous les clusters lorsque vous modifiez un groupe de paramètres local d'un cluster appartenant à un magasin de données global.
+ Vous pouvez mettre à l'échelle les clusters régionaux à la fois verticalement (augmentation et diminution) et horizontalement (ajustement à la hausse et à la baisse). Vous pouvez mettre à l'échelle les clusters en modifiant le magasin de données global. Tous les clusters régionaux du magasin de données global sont ensuite mis à l'échelle sans interruption. Pour de plus amples informations, veuillez consulter [Dimensionnement ElastiCache](Scaling.md).
+ [Les banques de données mondiales prennent en charge [le chiffrement au repos, le](at-rest-encryption.md)[chiffrement en transit](in-transit-encryption.md) et l'AUTH.](auth.md)
+ Les banques de données globales ne prennent pas en charge le protocole Internet version 6 ()IPv6.
+ Les banques de données mondiales prennent en charge les clés AWS KMS . Pour plus d'informations, veuillez consulter les [Concepts du service de gestion des clés AWS](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#master_keys) dans le *Guide du développeur AWS Key Management Service *.
**Note**
Les magasins de données globaux prennent en charge la [messagerie pub/sub (publish/subscribe - publier/abonner)](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/elasticache-use-cases.html#elasticache-for-redis-use-cases-messaging) avec les conditions suivantes :
Si le mode cluster est désactivé, il pub/sub est entièrement pris en charge. Les événements publiés sur le cluster principal de la AWS région principale sont propagés aux AWS régions secondaires.
Lorsque le mode cluster est activé, les conditions suivantes s'appliquent :
Pour les événements publiés qui ne figurent pas dans un keyspace, seuls les abonnés de la même AWS région reçoivent les événements.
Pour les événements keyspace publiés, les abonnés de toutes les AWS régions reçoivent les événements.
# Utilisation des entrepôts de données globaux (console)
Pour créer un magasin de données global à l'aide de la console, suivez ce processus en deux étapes :
1. Créez un cluster principal, soit en utilisant un cluster existant, soit en créant un nouveau cluster. Le moteur doit être Valkey 7.2 ou version ultérieure, ou Redis OSS 5.0.6 ou version ultérieure.
1. Ajoutez jusqu'à deux clusters secondaires dans différentes AWS régions, toujours en utilisant Valkey 7.2 ou version ultérieure, ou Redis OSS 5.0.6 ou version ultérieure.
Les procédures suivantes vous expliquent comment créer une banque de données globale pour Valkey ou Redis OSS et comment effectuer d'autres opérations à l'aide de la console. ElastiCache
**Topics**
+ [Création d'un entrepôt de données global à l'aide d'un cluster existant](#Redis-Global-Datastores-Console-Create-Primary)
+ [Création d'un entrepôt de données global à l'aide d'un nouveau cluster principal](#Redis-Global-Datastores-Create-From-Scratch)
+ [Affichage des détails de l'entrepôt de données global](#Redis-Global-Datastores-Console-Details)
+ [Ajout d'une région à un entrepôt de données global](#Redis-Global-Datastores-Console-Create-Secondary)
+ [Modification d'un entrepôt de données global](#Redis-Global-Datastores-Console-Modify-Regional-Clusters)
+ [Promotion du cluster secondaire en cluster principal](#Redis-Global-Datastores-Console-Promote-Secondary)
+ [Suppression d'une région d'un entrepôt de données global](#Redis-Global-Datastore-Console-Remove-Region)
+ [Suppression d'un entrepôt de données global](#Redis-Global-Datastores-Console-Delete-GlobalDatastore)
## Création d'un entrepôt de données global à l'aide d'un cluster existant
Dans ce scénario, vous utilisez un cluster existant comme cluster principal du nouveau magasin de données global. Vous créez ensuite un cluster secondaire, en lecture seule, dans une autre région AWS . Ce cluster secondaire reçoit des mises à jour automatiques et asynchrones du cluster principal.
**Important**
Le cluster existant doit utiliser un moteur Valkey 7.2 ou version ultérieure ou Redis OSS 5.0.6 ou version ultérieure.
**Pour créer un magasin de données global à l'aide d'un cluster existant**
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 **Global Datastores**, puis **Create global** datastore.
1. Sur la page des **paramètres du cluster principal**, procédez comme suit :
+ Dans le champ **Informations sur la banque de données globale**, entrez le nom de la nouvelle banque de données globale.
+ (Facultatif) Entrez une valeur dans le champ **Description**.
1. Sous **Cluster régional**, sélectionnez **Utiliser le cluster régional existant**.
1. Sous **Cluster existant**, sélectionnez le cluster existant que vous souhaitez utiliser.
1. Ne modifiez pas les options suivantes. Elles sont prérenseignées pour correspondre à la configuration du cluster principal. Vous ne pouvez pas les modifier.
+ Version de moteur
+ Type de nœud
+ Groupe de paramètres
**Note**
ElastiCache génère automatiquement un nouveau groupe de paramètres à partir des valeurs du groupe de paramètres fourni et applique le nouveau groupe de paramètres au cluster. Utilisez ce nouveau groupe de paramètres pour modifier les paramètres d'un entrepôt de données global. Chaque groupe de paramètres généré automatiquement est associé à un seul cluster et, par conséquent, à un seul entrepôt de données global.
+ Nombre de partitions
+ 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 pouvez fournir une autre clé de chiffrement en choisissant la **clé AWS KMS gérée par le client** et en choisissant la clé. Pour plus d'informations, consultez la section [Utilisation de clés AWS KMS gérées par le client](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ 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 et Redis OSS 6.0 et versions ultérieures, si vous activez le chiffrement en transit, vous êtes invité à spécifier l'une des options de contrôle d'**accès** suivantes :
+ **Aucun contrôle d'accès** : il s'agit du paramètre par défaut. Cela indique qu'il n'y a pas de restrictions.
+ **Liste de contrôle d'accès aux groupes d'utilisateurs** : choisissez un groupe d'utilisateurs avec un ensemble défini d'utilisateurs et d'autorisations sur les opérations disponibles. 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)
1. (Facultatif) Si besoin, mettez à jour les autres paramètres des clusters secondaires. Ils sont prérenseignés avec les mêmes valeurs que celles du cluster principal, mais vous pouvez les mettre à jour pour répondre à des exigences spécifiques pour ce cluster.
+ Port
+ Nombre de réplicas
+ Groupe de sous-réseaux
+ Zone(s) de disponibilité préférée(s)
+ Groupes de sécurité
+ Géré par le client (cléAWS KMS)
+ Jeton AUTH
+ Activer les sauvegardes automatiques
+ Période de rétention des sauvegardes
+ Fenêtre de sauvegarde
+ Fenêtre de maintenance
+ Rubrique pour la notification SNS
1. Choisissez **Créer**. Cette opération définit l'état du magasin de données global sur **Creating (En cours de création)**. L'état passe à **Modifying (En cours de modification)** après association du cluster principal au magasin de données global et passage du cluster secondaire à l'état **Associating (En cours d'association)** .
Une fois que le cluster principal et les clusters secondaires sont associés au magasin de données global, l'état passe à **Available (Disponible)**. À ce stade, vous disposez d'un cluster principal qui accepte les lectures et les écritures, et de clusters secondaires qui acceptent les lectures répliquées à partir du cluster principal.
La page est mise à jour pour indiquer si un cluster fait partie d'une banque de données globale, notamment :
+ **Global Datastore (Magasin de données global)** : nom de l'entrepôt de données global auquel appartient le cluster.
+ **Global Datastore Role (Rôle de l'entrepôt de données global)** : rôle du cluster, principal ou secondaire.
Vous pouvez ajouter jusqu'à un cluster secondaire supplémentaire dans une AWS région différente. Pour de plus amples informations, veuillez consulter [Ajout d'une région à un entrepôt de données global](#Redis-Global-Datastores-Console-Create-Secondary).
## Création d'un entrepôt de données global à l'aide d'un nouveau cluster principal
Si vous choisissez de créer un entrepôt de données global avec un nouveau cluster, procédez comme suit.
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 **Global Datastores**, puis **Create global** datastore.
1. Sous **Primary cluster settings** (Paramètres de cluster principal), procédez comme suit :
1. Pour **Cluster mode** (Mode du cluster), choisissez **Enabled** (Activé) ou **Disabled** (Désactivé).
1. Pour les **informations sur la banque de données globale**, entrez une valeur pour le **nom**. ElastiCache utilise le suffixe pour générer un nom unique pour la banque de données globale. Vous pouvez rechercher l'entrepôt de données global à l'aide du suffixe que vous spécifiez ici.
1. (Facultatif) Entrez une valeur pour **Global Datastore Description (Description du magasin de données global)**.
1. Sous **Regional cluster** (Cluster régional) :
1. Pour **Région**, choisissez une AWS région disponible.
1. Choisissez **Create new regional cluster** (Créer un nouveau cluster régional) ou **Use existing regional cluster** (Utiliser un cluster régional existant)
1. Si vous choisissez **Create new regional cluster** (Créer un nouveau cluster régional), sous **Cluster info** (Infos sur le cluster), saisissez un nom et une description facultative du cluster.
1. Sous **Location** (Emplacement), nous vous recommandons d'accepter les paramètres par défaut pour **Multi-AZ** et **Auto-failover** (Basculement automatique).
1. Sous **Cluster settings** (Paramètres de cluster)
1. Pour **Engine version** (Version du moteur), choisissez une version disponible, à savoir 5.0.6 ou ultérieure.
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. Si vous créez un cluster Valkey ou Redis OSS (mode cluster désactivé) :
Pour **Number of replicas** (Nombre de réplicas), choisissez le nombre de réplicas que vous voulez pour ce cluster.
1. Si vous créez un cluster Valkey ou Redis OSS (mode cluster activé) :
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. Pour les **paramètres du groupe de sous-réseaux**, choisissez le sous-réseau que vous souhaitez appliquer à ce cluster. ElastiCache fournit un groupe de IPv4 sous-réseaux par défaut ou vous pouvez choisir d'en créer un nouveau. En IPv6 effet, vous devez créer un groupe de sous-réseaux avec un bloc IPv6 CIDR. 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 sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet).
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).
![\[Image : Définition des Keyspaces et des zones de disponibilité\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-ClusterOn-Slots-AZs.png)
*Définition des Keyspaces et des zones de disponibilité*
1. Choisissez **Next** (Suivant)
1. Dans les **paramètres avancés de Valkey et 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 7.2 et versions ultérieures et 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** — Mécanisme d'authentification pour un 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 ElastiCache autoriser le choix du jour et de l'heure de votre fenêtre de maintenance (*aucune préférence*), ou vous pouvez choisir vous-même le jour, l'heure et la durée (*Spécifiez 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 en UTC.
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. Passez en revue toutes vos entrées et sélections, puis effectuez les corrections nécessaires. Lorsque vous avez terminé, choisissez **Next** (Suivant).
1. Une fois que vous avez configuré le cluster dans les étapes précédentes, vous configurez maintenant les détails de votre cluster secondaire.
1. Sous **Cluster régional**, choisissez la AWS région où se trouve le cluster.
1. Sous **Cluster info** (Infos sur le cluster), saisissez un nom et une description facultative du cluster.
1. Les options suivantes sont prérenseignées pour correspondre à la configuration du cluster principal et ne peuvent pas être modifiés :
+ Emplacement
+ Version de moteur
+ Type d’instance
+ Type de nœud
+ Nombre de partitions
+ Groupe de paramètres
**Note**
ElastiCache génère automatiquement un nouveau groupe de paramètres à partir des valeurs du groupe de paramètres fourni et applique le nouveau groupe de paramètres au cluster. Utilisez ce nouveau groupe de paramètres pour modifier les paramètres d'un entrepôt de données global. Chaque groupe de paramètres généré automatiquement est associé à un seul cluster et, par conséquent, à un seul entrepôt de données global.
+ 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 pouvez fournir une autre clé de chiffrement en choisissant la **clé AWS KMS gérée par le client** et en choisissant la clé. Pour plus d'informations, consultez la section [Utilisation de clés AWS KMS gérées par le client](at-rest-encryption.md#using-customer-managed-keys-for-elasticache-security).
+ 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 et Redis OSS 6.4 et versions ultérieures, si vous activez le chiffrement en transit, vous êtes 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)
**Note**
Pour les versions de Redis OSS comprises entre 4.0.2, lorsque le chiffrement en transit a été pris en charge pour la première fois, et 6.0.4, AUTH est la seule option.
Les autres paramètres de cluster secondaire sont prérenseignés avec les mêmes valeurs que celles du cluster principal, mais les éléments suivants peuvent être mis à jour pour répondre à aux exigences spécifiques de ce cluster :
+ Port
+ Nombre de réplicas
+ Groupe de sous-réseaux
+ Zone(s) de disponibilité préférée(s)
+ Groupes de sécurité
+ Géré par le client (cléAWS KMS)
+ Jeton AUTH
+ Activer les sauvegardes automatiques
+ Période de rétention des sauvegardes
+ Fenêtre de sauvegarde
+ Fenêtre de maintenance
+ Rubrique pour la notification SNS
1. Choisissez **Créer**. Cette opération définit l'état du magasin de données global sur **Creating (En cours de création)**. Une fois que le cluster principal et les clusters secondaires sont associés au magasin de données global, l'état passe à **Available (Disponible)**. Vous disposez d'un cluster principal qui accepte les lectures et les écritures, et d'un cluster secondaire qui accepte les lectures répliquées à partir du cluster principal.
La page est également mise à jour pour indiquer si un cluster fait partie d'une banque de données globale, notamment les éléments suivants :
+ **Global Datastore (Magasin de données global)** : nom de l'entrepôt de données global auquel appartient le cluster.
+ **Global Datastore Role (Rôle de l'entrepôt de données global)** : rôle du cluster, principal ou secondaire.
Vous pouvez ajouter jusqu'à un cluster secondaire supplémentaire dans une AWS région différente. Pour de plus amples informations, veuillez consulter [Ajout d'une région à un entrepôt de données global](#Redis-Global-Datastores-Console-Create-Secondary).
## Affichage des détails de l'entrepôt de données global
Vous pouvez consulter les détails des banques de données globales existantes et également les modifier sur la page Banques de **données globales**.
**Pour afficher les détails du magasin de données global**
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 **Global Datastores**, puis choisissez une banque de données globale disponible.
Vous pouvez ensuite examiner les propriétés du magasin de données global suivantes :
+ **Global Datastore Name (Nom du magasin de données global) :** Nom du magasin de données global
+ **Description :** Description du magasin de données global
+ **Status (État) :** Les options comprennent :
+ Création
+ Modification
+ Disponible
+ Suppression
+ Primary Only (Principal uniquement) - Cet état indique que le magasin de données global ne contient qu'un cluster principal. Tous les clusters secondaires sont supprimés ou leur création a échoué.
+ **Cluster Mode (Mode cluster) :** Activé ou désactivé
+ **Version du moteur : version** du moteur Valkey ou Redis OSS exécutant la banque de données globale
+ **Instance Node Type (Type de nœud d'instance) :** Type de nœud utilisé pour le magasin de données global
+ **Encryption at-rest (Chiffrement au repos) :** Activé ou désactivé
+ **Encryption in-transit (Chiffrement en transit) :** Activé ou désactivé
+ **AUTH :** activé ou désactivé
Vous pouvez apporter les modifications suivantes au magasin de données global :
+ [Ajout d'une région à un entrepôt de données global](#Redis-Global-Datastores-Console-Create-Secondary)
+ [Suppression d'une région d'un entrepôt de données global](#Redis-Global-Datastore-Console-Remove-Region)
+ [Promotion du cluster secondaire en cluster principal](#Redis-Global-Datastores-Console-Promote-Secondary)
+ [Modification d'un entrepôt de données global](#Redis-Global-Datastores-Console-Modify-Regional-Clusters)
La page Global Datastore (Magasin de données global) répertorie également les clusters individuels qui composent le magasin de données global et les propriétés suivantes pour chacun d'eux :
+ **Région** : AWS région dans laquelle le cluster est stocké
+ **Role (Rôle)** - Principal ou secondaire
+ **Cluster name (Nom du cluster)** - Nom du cluster
+ **Statut (État)** - Les options comprennent :
+ **Associating (En cours d'association)** - Le cluster est en cours d'association au magasin de données global
+ **Associated (Associé)** - Le cluster est associé au magasin de données global
+ **Disassociating (En cours de dissociation)** - Processus de suppression d'un cluster secondaire du magasin de données global à l'aide du nom de ce dernier. Ensuite, le cluster secondaire ne reçoit plus de mises à jour du cluster principal, mais il reste un cluster autonome dans cette AWS région.
+ **Disassociated (Dissocié)** - Le cluster secondaire a été supprimé de l'entrepôt de données global et est désormais un cluster autonome dans sa région AWS .
+ **Retard global de réplication de la banque** de données : affiche une valeur par AWS région secondaire dans la banque de données globale. Il s'agit du décalage entre le nœud primaire de la région secondaire et le nœud primaire de la région primaire. Pour Valkey ou Redis OSS activé en mode cluster, le décalage indique le délai maximal en secondes entre les partitions.
## Ajout d'une région à un entrepôt de données global
Vous pouvez ajouter jusqu'à une AWS région supplémentaire à une banque de données mondiale existante. Dans ce scénario, vous créez un cluster en lecture seule dans une AWS région distincte qui reçoit des mises à jour automatiques et asynchrones du cluster principal.
**Pour ajouter une AWS région à une banque de données globale**
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 **Global Datastores**, puis sélectionnez une banque de données globale existante.
1. Choisissez **Ajouter un cluster régional**, puis choisissez la AWS région dans laquelle le cluster secondaire doit résider.
1. Sous **Informations sur le cluster**, entrez une valeur pour **le nom** et, éventuellement, pour la **description** du cluster.
1. Ne modifiez pas les options suivantes. Elles sont prérenseignées pour correspondre à la configuration du cluster principal. Vous ne pouvez pas les modifier.
+ Version de moteur
+ Type d’instance
+ Type de nœud
+ Nombre de partitions
+ Groupe de paramètres
**Note**
ElastiCache génère automatiquement un nouveau groupe de paramètres à partir des valeurs du groupe de paramètres fourni et applique le nouveau groupe de paramètres au cluster. Utilisez ce nouveau groupe de paramètres pour modifier les paramètres d'un entrepôt de données global. Chaque groupe de paramètres généré automatiquement est associé à un seul cluster et, par conséquent, à un seul entrepôt de données global.
+ Chiffrement au repos
**Note**
Vous pouvez fournir une autre clé de chiffrement en choisissant la **clé AWS KMS gérée par le client** et en choisissant la clé.
+ Chiffrement en transit
+ AUTH
1. (Facultatif) Mettez à jour les autres paramètres des clusters secondaires. Ils sont prérenseignés avec les mêmes valeurs que celles du cluster principal, mais vous pouvez les mettre à jour pour répondre à des exigences spécifiques pour ce cluster :
+ Port
+ Nombre de réplicas
+ Groupe de sous-réseaux
+ Zone(s) de disponibilité préférée(s)
+ Groupes de sécurité
+ AWS KMS géré par le client (clé)
+ Jeton AUTH
+ Activer les sauvegardes automatiques
+ Période de rétention des sauvegardes
+ Fenêtre de sauvegarde
+ Fenêtre de maintenance
+ Rubrique pour la notification SNS
1. Choisissez **Ajouter**.
## Modification d'un entrepôt de données global
Vous pouvez modifier les propriétés des clusters régionaux. Une seule opération de modification peut être en cours sur un magasin de données global, à l'exception de la promotion d'un cluster secondaire en cluster principal. Pour de plus amples informations, veuillez consulter [Promotion du cluster secondaire en cluster principal](#Redis-Global-Datastores-Console-Promote-Secondary).
**Pour modifier un magasin de données global**
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 **Global Datastores**, puis pour **Global Datastore Name**, choisissez une banque de données globale.
1. Choisissez **Modify (Modifier)** et choisissez l'une des options suivantes :
+ **Modify description (Modifier la description)** : mettre à jour la description de l'entrepôt de données global
+ **Modifier la version du moteur** — Seuls Valkey 7.2 et versions ultérieures ou Redis OSS 5.0.6 et versions ultérieures sont disponibles.
+ **Modify node type (Modifier le type de nœud)** : mettre à l'échelle les clusters régionaux à la fois verticalement (augmentation et diminution du nombre de ressources) et horizontalement (redimensionnement à la hausse et à la baisse du nombre de noeuds). Les options incluent les familles de nœuds R5 et M5. Pour de plus amples informations sur les types de nœud, veuillez consulter [Types de nœuds pris en charge](CacheNodes.SupportedTypes.md).
+ **Modification du basculement automatique** : activez ou désactivez le basculement automatique. Lorsque vous activez le basculement et que les nœuds principaux des clusters régionaux s'arrêtent de manière inattendue, ils ElastiCache basculent vers l'une des répliques régionales. Pour de plus amples informations, veuillez consulter [Basculement automatique](AutoFailover.md).
Pour les clusters Valkey ou Redis OSS avec le mode cluster activé :
+ **Add shards (Ajouter des partitions)** : entrez le nombre de partitions à ajouter et spécifiez éventuellement une ou plusieurs zones de disponibilité.
+ **Supprimer les partitions** : choisissez les partitions à supprimer dans chaque AWS région.
+ **Rebalance shards (Rééquilibrer les partitions)** : rééquilibrez la distribution des emplacements pour assurer une distribution uniforme entre les partitions existantes dans le cluster.
Pour modifier les paramètres d'une banque de données globale, modifiez le groupe de paramètres de n'importe quel cluster membre de la banque de données globale. ElastiCache applique automatiquement cette modification à tous les clusters de cette banque de données globale. Pour modifier le groupe de paramètres de ce cluster, utilisez la console Valkey ou Redis OSS ou l'opération [ModifyCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ModifyCacheCluster.html)API. Pour de plus amples informations, veuillez consulter [Modification d'un groupe ElastiCache de paramètres](ParameterGroups.Modifying.md). Lorsque vous modifiez le groupe de paramètres d'un cluster contenu dans un magasin de données global, la modification est appliquée à tous les clusters dans ce magasin de données global.
Pour réinitialiser un groupe de paramètres entier ou des paramètres spécifiques, utilisez l'opération [ResetCacheParameterGroup](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_ResetCacheParameterGroup.html)API.
## Promotion du cluster secondaire en cluster principal
Si le cluster ou la AWS région principal devient indisponible ou rencontre des problèmes de performances, vous pouvez transformer un cluster secondaire en cluster principal. La promotion est autorisée à tout moment, même si d'autres modifications sont en cours. Vous pouvez également effectuer plusieurs promotions en parallèle. Au final, le magasin de données global contiendra un seul cluster principal. Si vous promouvez plusieurs clusters secondaires simultanément, ElastiCache cela ne garantit pas lequel sera finalement transformé en cluster principal.
**Pour promouvoir un cluster secondaire en cluster principal**
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, sélectionnez **Global Datastores**.
1. Sélectionnez le nom de l'entrepôt de données global pour en afficher les détails.
1. Choisissez le cluster **Secondary (Secondaire)**.
1. Choisissez **Promote to primary (Promouvoir en cluster principal)**.
L'avertissement suivant vous invite à confirmer votre décision : ` Promoting a region to primary will make the cluster in this region as read/writable. Are you sure you want to promote the secondary cluster to primary?`
`The current primary cluster in primary region will become secondary and will stop accepting writes after this operation completes. Please ensure you update your application stack to direct traffic to the new primary region.`
1. Choisissez **Confirm (Confirmer)** si vous souhaitez continuer la promotion ou **Cancel (Annuler)** si vous ne le souhaitez pas.
Si vous choisissez de confirmer, votre magasin de données global passe à l'état **Modifying (En cours de modification) ** et n'est pas disponible tant que la promotion n'est pas terminée.
## Suppression d'une région d'un entrepôt de données global
Vous pouvez supprimer une AWS région d'une banque de données globale à l'aide de la procédure suivante.
**Pour supprimer une AWS région d'une banque de données globale**
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, sélectionnez **Global Datastores**.
1. Sélectionnez un entrepôt de données global.
1. Choisissez la **région** que vous souhaitez supprimer.
1. Choisissez **Remove region (Supprimer la région)**.
**Note**
Cette option n'est disponible que pour les clusters secondaires.
L'avertissement suivant vous invite à confirmer votre décision : ` Removing the region will remove your only available cross region replica for the primary cluster. Your primary cluster will no longer be set up for disaster recovery and improved read latency in remote region. Are you sure you want to remove the selected region from the global datastore?`
1. Choisissez **Confirm (Confirmer)** si vous souhaitez continuer la promotion ou **Cancel (Annuler)** si vous ne le souhaitez pas.
Si vous choisissez Confirmer, la AWS région est supprimée et le cluster secondaire ne reçoit plus de mises à jour de réplication.
## Suppression d'un entrepôt de données global
Pour supprimer un magasin de données global, commencez par supprimer tous les clusters secondaires. Pour de plus amples informations, veuillez consulter [Suppression d'une région d'un entrepôt de données global](#Redis-Global-Datastore-Console-Remove-Region). L'état du magasin de données global reste alors **primary-only (principal seulement)**.
**Pour supprimer un magasin de données global**
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, sélectionnez **Global Datastores**.
1. Sous **Global Datastore Name (Nom du magasin de données global)** de données globale, choisissez le magasin de données global à supprimer, puis choisissez **Delete (Supprimer)**.
L'avertissement suivant vous invite à confirmer votre décision : `Are you sure you want to delete this Global Datastore?`
1. Sélectionnez **Delete (Supprimer)**.
Le magasin de données global passe à l'état **Deleting (En cours de suppression)** .
# Utilisation des entrepôts de données globaux (CLI)
Vous pouvez utiliser le AWS Command Line Interface (AWS CLI) pour contrôler plusieurs AWS services à partir de 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 et de configuration de la AWS CLI dans le *guide de AWS Command Line Interface l'utilisateur*.
## Utilisation de la AWS CLI avec des banques de données globales
Utilisez les opérations de la CLI suivantes pour utiliser les magasins de données globaux :
+ [create-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-global-replication-group.html)
```
aws elasticache create-global-replication-group \
--global-replication-group-id-suffix my global datastore \
--primary-replication-group-id sample-repl-group \
--global-replication-group-description an optional description of the global datastore
```
Amazon applique ElastiCache automatiquement un préfixe à l'identifiant global de la banque de données lors de sa création. Chaque AWS région possède son propre préfixe. Par exemple, un ID d'entrepôt de données global créé dans la région USA Ouest (Californie du Nord) commence par « virxk » avec le nom de suffixe que vous fournissez. Le suffixe, combiné au préfixe autogénéré, garantit l'unicité du nom de l'entrepôt de données global dans plusieurs régions.
Le tableau suivant répertorie chaque AWS région et son préfixe d'ID de banque de données global.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/Redis-Global-Datastores-CLI.html)
+ [create-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/create-replication-group.html)— Utilisez cette opération pour créer des clusters secondaires pour une banque de données globale en fournissant le nom de la banque de données globale au `--global-replication-group-id` paramètre.
```
aws elasticache create-replication-group \
--replication-group-id secondary replication group name \
--replication-group-description “Replication group description" \
--global-replication-group-id global datastore name
```
Lorsque vous appelez cette opération et que vous `--global-replication-group-id` transmettez une valeur, les valeurs ElastiCache seront déduites du groupe de réplication principal du groupe de réplication global pour les paramètres suivants. Ne transmettez pas de valeurs pour ces paramètres :
`"PrimaryClusterId",`
`"AutomaticFailoverEnabled",`
` "NumNodeGroups",`
` "CacheParameterGroupName",`
` "CacheNodeType",`
` "Engine",`
` "EngineVersion",`
` "CacheSecurityGroupNames",`
` "EnableTransitEncryption",`
` "AtRestEncryptionEnabled",`
` "SnapshotArns",`
` "SnapshotName"`
+ [describe-global-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-global-replication-groups.html)
```
aws elasticache describe-global-replication-groups \
--global-replication-group-id my global datastore \
--show-member-info an optional parameter that returns a list of the primary and secondary clusters that make up the global datastore
```
+ [modify-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-global-replication-group.html)
```
aws elasticache modify-global-replication-group \
--global-replication-group-id my global datastore \
--automatic-failover-enabled \
--cache-node-type node type \
--cache-parameter-group-name parameter group name \
--engine-version engine version \
-—apply-immediately \
--global-replication-group-description description
```
**Mise à niveau multimoteur de Redis vers OSS Valkey pour ElastiCache GlobalDataStore**
Vous pouvez mettre à niveau un groupe de réplication global Redis OSS existant vers Valkey à l'aide de la console, de l'API ou de la CLI.
Si vous disposez d'un groupe de réplication global Redis OSS existant, vous pouvez passer à Valkey en spécifiant le nouveau moteur et la nouvelle version du moteur avec modify-global-replication-group l'API.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-global-replication-group \
--global-replication-group-id myGlobalReplGroup \
--engine valkey \
--apply-immediately \
--engine-version 8.0
```
Pour Windows :
```
aws elasticache modify-global-replication-group ^
--global-replication-group-id myGlobalReplGroup ^
--engine valkey ^
--apply-immediately ^
--engine-version 8.0
```
Si un groupe de paramètres de cache personnalisé est appliqué au groupe de réplication global Redis OSS existant que vous souhaitez mettre à niveau, vous devrez également transmettre un groupe de paramètres de cache Valkey personnalisé dans la demande. Le groupe de paramètres personnalisés Valkey en entrée doit avoir les mêmes valeurs de paramètres statiques Redis OSS que le groupe de paramètres personnalisés Redis OSS existant.
Pour Linux, macOS ou Unix :
```
aws elasticache modify-global-replication-group \
--global-replication-group-id myGlobalReplGroup \
--engine valkey \
--engine-version 8.0 \
--apply-immediately \
--cache-parameter-group-name myParamGroup
```
Pour Windows :
```
aws elasticache modify-global-replication-group ^
--global-replication-group-id myGlobalReplGroup ^
--engine valkey ^
--engine-version 8.0 ^
--apply-immediately ^
--cache-parameter-group-name myParamGroup
```
+ [delete-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/delete-global-replication-group.html)
```
aws elasticache delete-global-replication-group \
--global-replication-group-id my global datastore \
--retain-primary-replication-group defaults to true
```
+ [disassociate-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/disassociate-global-replication-group.html)
```
aws elasticache disassociate-global-replication-group \
--global-replication-group-id my global datastore \
--replication-group-id my secondary cluster \
--replication-group-region the AWS Region in which the secondary cluster resides
```
+ [failover-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/failover-global-replication-group.html)
```
aws elasticache failover-replication-group \
--global-replication-group-id my global datastore \
--primary-region The AWS Region of the primary cluster \
--primary-replication-group-id The name of the global datastore, including the suffix.
```
+ [increase-node-groups-in-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/increase-node-groups-in-global-replication-group.html)
```
aws elasticache increase-node-groups-in-global-replication-group \
--apply-immediately yes \
--global-replication-group-id global-replication-group-name \
--node-group-count 3
```
+ [decrease-node-groups-in-global-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/decrease-node-groups-in-global-replication-group.html)
```
aws elasticache decrease-node-groups-in-global-replication-group \
--apply-immediately yes \
--global-replication-group-id global-replication-group-name \
--node-group-count 3
```
+ [rebalance-shards-in-global-groupe de réplication](https://docs.aws.amazon.com/cli/latest/reference/elasticache/rebalance-slots-in-global-replication-group.html)
```
aws elasticache rebalance-shards-in-global-replication-group \
--apply-immediately yes \
--global-replication-group-id global-replication-group-name
```
Utilisez l'aide pour répertorier toutes les commandes disponibles ElastiCache pour Valkey ou Redis OSS.
```
aws elasticache help
```
Vous pouvez également utiliser l'aide pour décrire une commande spécifique et en savoir plus sur son utilisation :
```
aws elasticache create-global-replication-group help
```