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.
# MemoryDB multi-régions
MemoryDB Multi-Region est une base de données multirégion entièrement gérée, active-active, qui vous permet de créer des applications multirégionales avec une disponibilité allant jusqu'à 99,999 % et des latences en lecture microsecondes et en écriture à un chiffre en millisecondes. Vous pouvez améliorer à la fois la disponibilité et la résilience face à la dégradation régionale, tout en bénéficiant de lectures et d'écritures locales à faible latence pour les applications multirégionales.
Avec MemoryDB Multi-Region, vous pouvez créer des applications multirégionales à haute disponibilité pour une résilience accrue. Il propose une réplication active-active qui vous permet d'effectuer des opérations de lecture et d'écriture localement depuis les régions les plus proches de vos clients avec une lecture de l'ordre de la microseconde et une latence d'écriture d'un chiffre en millisecondes. MemoryDB Multi-Region réplique de manière asynchrone les données entre les régions, et les données sont généralement propagées en une seconde. Il résout automatiquement les conflits de mise à jour et corrige les problèmes de divergence des données, vous permettant ainsi de vous concentrer sur votre application.
MemoryDB Multi-Region est actuellement pris en charge dans les AWS régions suivantes : USA Est (Virginie du Nord et Ohio), USA Ouest (Oregon, Californie du Nord), Europe (Irlande, Francfort et Londres) et Asie-Pacifique (Tokyo, Sydney, Mumbai, Séoul et Singapour).
Vous pouvez facilement démarrer avec MemoryDB Multi-Region en quelques clics depuis ou en utilisant le dernier AWS SDK, AWS Management Console ou. AWS CLI
**Topics**
+ [Conditions préalables et limitations](multi-region.prereq.md)
+ [Comment ça marche](multi-region.how.md)
+ [Cohérence et résolution des conflits](#multi-region.conflict)
+ [Utilisation de MemoryDB Multi-Region avec la console](multi-Region.console.md)
+ [Utilisation de MemoryDB Multi-Region avec la CLI](multi-Region.cli.md)
+ [Surveillance multirégionale de MemoryDB](multi-Region.monitoring.md)
+ [Mise à l'échelle avec MemoryDB Multi-Region](multi-Region.Scaling.md)
+ [Commandes prises en charge et non prises en charge](multi-Region.SupportedCommands.md)
# Conditions préalables et limitations
Avant de commencer à utiliser MemoryDB Multi-Region, tenez compte des points suivants :
+ **MemoryDB Multi-Region réplique les données entre les régions de votre choix** - En créant un cluster multi-régions, vous comprenez et acceptez que les données seront déplacées entre les régions que vous avez sélectionnées.
La suppression d'une région du groupe multirégional entraîne également la suppression du cluster régional de cette région.
+ **Disponibilité régionale** - MemoryDB Multi-Region est prise en charge dans les AWS régions suivantes : USA Est (Virginie du Nord et Ohio), USA Ouest (Oregon, Californie du Nord), Europe (Irlande, Francfort et Londres) et Asie-Pacifique (Tokyo, Sydney, Mumbai, Séoul et Singapour).
+ **Comportements et paramètres** - Tous les clusters régionaux multirégionaux comporteront le même nombre de partitions, de types d'instances, de version du moteur Valkey, de TLS et de paramètres de groupes de paramètres. Vous pouvez choisir une authentification IAM, des fenêtres de capture instantanée ACLs, des balises, des clés gérées par le client (CMKs) et des fenêtres de maintenance différentes pour chacun de vos clusters régionaux.
Avec MemoryDB Multi-region, les clusters de différentes régions peuvent avoir un nombre différent de répliques.
+ **Types de nœuds pris en charge** - MemoryDB Multi-Region est pris en charge sur les nœuds R7g de taille XL ou supérieure.
MemoryDB Multi-Region prend en charge les versions 7.3 et supérieures du moteur Valkey.
+ **Types de données pris en charge** - MemoryDB Multi-Region prend actuellement en charge la plupart des types de données Redis OSS ou Valkey, et nous ajouterons la prise en charge d'autres types de données à l'avenir. Les types de données pris en charge incluent les chaînes, les hachages, les ensembles et les ensembles triés, bien que toutes les commandes manipulant ces types de données ne soient pas prises en charge.
+ **Nombre total de régions** - Avec MemoryDB Multi-Region, vous serez en mesure de répliquer automatiquement les données du cluster MemoryDB entre un maximum de cinq régions. AWS
+ **Options prises en charge** - MemoryDB Multi-Region prend en charge la horizontal/vertical mise à l'échelle, l'intégration IAM ACLs, la capture automatique et à la demande, l'application automatique de correctifs logiciels et la surveillance.
+ **Sauvegarde et restauration** : vous pouvez créer des instantanés pour sauvegarder les données de vos clusters régionaux multirégionaux. Vous pouvez créer un instantané manuellement ou utiliser le planificateur d'instantanés automatique de MemoryDB pour prendre un nouvel instantané chaque jour à l'heure que vous spécifiez individuellement pour chaque cluster régional.
+ **Migration** - Vous pouvez choisir de restaurer n'importe quelle sauvegarde au format MemoryDB ou Redis OSS/Valkey RDB. Pour migrer les données d'une sauvegarde, créez un nouveau cluster régional multirégional MemoryDB et spécifiez l'emplacement du snapshot depuis Amazon S3. S'il s'agit d'un instantané MemoryDB, vous pouvez également en spécifier le nom. MemoryDB Multi-Region créera le cluster régional avec les données de l'instantané. Comme MemoryDB Multi-Region prend en charge les types de données Strings, Hashes, Sets et Sorted Sets, vous ne pouvez migrer les données de capture instantanée que pour ces types de données pris en charge. Si le fichier de sauvegarde contient des types de données Redis OSS non pris en charge, MemoryDB Multi-Region échouera par défaut lors de l'opération de migration.
+ **Réservation de ressources** - MemoryDB Multi-Region est conçu pour protéger la disponibilité régionale. Certaines ressources sont réservées en permanence sur chaque nœud afin de garantir que les demandes de lecture et d'écriture locales peuvent être traitées indépendamment de la charge de travail dans les régions homologues. Ces ressources servent également à protéger la disponibilité locale lors d'événements dans les régions homologues, y compris lors d'événements liés à l'isolement de la région et à leur rétablissement. Cela se traduit par des caractéristiques de performance différentes de celles de MemoryDB à région unique. MemoryDB Multi-Region prend en charge la mise à l'échelle horizontale et verticale pour étendre les ressources disponibles.
+ **Non RPO/RTO SLAs**, MemoryDB Multi-Region ne fournit pas de contrat de niveau de service indiqué. RPO/RTO Il continuera à accepter les écritures dans une AWS région isolée des autres AWS régions, ce qui peut augmenter indéfiniment le délai de réplication croisée. Nous attendons des clients qu'ils détectent l'isolement à l'aide de la métrique « MultiRegionClusterReplicationLag » et qu'ils redirigent le trafic de leurs applications vers une autre région en fonction du RPO qu'ils souhaitent.
+ **Pas de point de terminaison unique ni de basculement automatique :** - En cas de panne régionale, vous devrez rediriger manuellement le trafic de vos clients vers leur stack d'applications dans une autre région. Vous devrez vous assurer qu'ils ont correctement configuré l'accès multirégional aux clusters MemoryDB.
+ **Pas de support TTL** - MemoryDB Multi-Region ne prend pas en charge le TTL (Time to live).
+ **Aucune hiérarchisation des données ni prise en charge de la recherche vectorielle** - MemoryDB Multi-Region ne prend pas en charge les fonctionnalités de recherche vectorielle et de hiérarchisation des données.
+ MemoryDB Multi-Region ne prend pas en charge read-modify-write les commandes (APPEND, RENAMENX, etc.).
+ L'atomicité et la cohérence des transactions Redis OSS ne sont pas garanties dans MemoryDB Multi-Region.
+ **Modèle d'authentification** - Les actions de l'API multi-régions de MemoryDB peuvent être invoquées depuis n'importe quelle région prise en charge. L'étendue des autorisations peut être limitée en spécifiant l'ARN du cluster multirégional dans une politique IAM. Le format de l'ARN du cluster multirégional est`arn:aws:memorydb:::multiregioncluster/multi-region-cluster-name`. Il n'y a aucune information régionale dans l'ARN.
+ **Limites de débit** - MemoryDB Multi-Region peut prendre en charge jusqu'à 1,3 débit de GB/s lecture par nœud dans une région et environ 50 débits d'écriture agrégés par partition à MB/s l'échelle mondiale.
+ **AWS politique** - La AWS ReadOnlyAccess politique fournit un accès en lecture seule aux AWS services et aux ressources, mais ne permet pas de récupérer automatiquement les informations relatives à un ou plusieurs clusters multirégionaux. Pour récupérer des informations sur un ou plusieurs clusters multirégionaux, utilisez la [AmazonMemoryDBReadOnlyAccess](security-iam-awsmanpol.md#iam.identitybasedpolicies.predefinedpolicies-readonly) politique ou créez des politiques [gérées par le client IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html).
+ **Suppression d'un cluster régional** : lors de la suppression d'un cluster régional, toutes les clés gérées par le client (CMKs) associées doivent rester valides jusqu'à ce que le cluster régional ait fini de supprimer. Cela garantit que les clusters régionaux restants peuvent converger vers un état cohérent.
# Comment ça marche
Voici comment fonctionne MemoryDB Multi-Region.
+ **Concepts**
Un cluster multirégional est un ensemble d'un ou de plusieurs clusters régionaux, tous détenus par un seul AWS compte.
Un cluster régional est un cluster unique dans une AWS région qui fait partie d'un cluster multirégional. Chaque cluster régional stocke le même ensemble de données. Un cluster multirégional donné ne peut avoir qu'un seul cluster régional par AWS région.
Lorsque vous créez un cluster multirégional, il se compose de plusieurs clusters régionaux (un par région) que MemoryDB traite comme une seule unité. Lorsqu'une application écrit des données dans un cluster régional, MemoryDB réplique automatiquement et de manière asynchrone ces données vers tous les autres clusters régionaux du cluster multirégional. Vous pouvez ajouter des clusters régionaux au cluster multirégional afin qu'il soit disponible dans d'autres régions. Vous pourrez répliquer automatiquement les données du cluster MemoryDB entre un maximum de cinq régions.
+ **Disponibilité et durabilité**
Dans le cas peu probable d'un isolement régional ou d'une dégradation d'une région, vous pouvez mettre à jour votre DNS global pour rediriger le trafic vers votre application vers l'une des autres régions saines sans aucune reconfiguration de base de données, ce qui simplifie le processus de maintien de la haute disponibilité de vos applications. MemoryDB stocke de manière durable toutes les écritures provenant de toutes les régions dans le journal transactionnel multi-AZ afin de garantir l'absence de perte de données au sein de la région. MemoryDB Multi-Region garde une trace de toutes les écritures reconnues dans la région mais qui n'ont pas encore été répliquées sur tous les clusters membres. Si une région est isolée ou dégradée, elle continuera à accepter les écrits locaux. Lorsque la région isolée est à nouveau connectée au cluster multirégional, les écritures qui ont été reconnues mais qui n'ont pas encore été répliquées vers d'autres régions seront répliquées vers toutes les régions du cluster multirégional. MemoryDB Multi-Region réconciliera également automatiquement les écritures en attente avec toutes les mises à jour qui auraient pu se produire dans d'autres régions pendant la panne à l'aide d'un mécanisme CRDT.
+ **Connexion à des clusters multirégionaux MemoryDB**
Pour écrire et lire des données dans votre cluster régional, vous devez vous y connecter à l'aide de l'un des OSS/Valkey clients Redis pris en charge (y compris Valkey GLIDE). Chaque cluster régional possède un point de terminaison auquel votre OSS/Valkey client Redis peut se connecter. Vous pouvez récupérer les points de terminaison de votre cluster régional à l'aide de la AWS console, de la CLI ou de l'API. Vous pouvez ensuite utiliser (ou configurer) ce point de terminaison dans votre application pour les read/write données provenant de clusters régionaux.
## Cohérence et résolution des conflits
Toute mise à jour apportée à une clé dans l'un des clusters régionaux est propagée aux autres clusters régionaux de manière asynchrone dans le cluster multirégional, normalement en moins d'une seconde. Si une région est isolée ou dégradée, MemoryDB Multi-Region garde une trace de toutes les écritures effectuées mais qui n'ont pas encore été propagées à tous les clusters membres. Lorsque la région est de nouveau en ligne, MemoryDB Multi-Region recommence à propager toutes les écritures en attente depuis cette région vers les clusters membres des autres régions. Il reprend également la propagation des écritures des autres clusters membres vers la région qui est désormais de nouveau en ligne. Tous les écrits précédemment réussis finiront par être diffusés, quelle que soit la durée de l’isolement de la région.
Des conflits peuvent survenir si votre application met à jour la même clé dans différentes régions à peu près au même moment. MemoryDB Multi-Region utilise le type de données répliquées sans conflit (CRDT) pour concilier les écritures simultanées conflictuelles. Le CRDT est une structure de données qui peut être mise à jour indépendamment et simultanément sans coordination. Cela signifie que le conflit écriture-écriture est fusionné indépendamment sur chaque réplique avec une cohérence éventuelle.
Plus précisément, MemoryDB utilise 2 niveaux de Last Writer Wins (LWW) pour résoudre les conflits. Pour le type de données String, LWW résout les conflits au niveau de la clé. Pour les autres types de données, LWW résout les conflits au niveau des sous-clés. La résolution des conflits est entièrement gérée et s'effectue en arrière-plan sans aucun impact sur la disponibilité de l'application. Voici un exemple de type de données de hachage :
La région A exécute « HSET K F1 V1 » à l'horodatage T1 ; la région B exécute « HSET K F2 V2 » à l'horodatage T2 ; après la réplication, les régions A et B auront la clé K avec les deux champs. Lorsque différentes régions mettent à jour simultanément différentes sous-clés dans la même collection, étant donné que MemoryDB résout les conflits au niveau des sous-clés pour le type de données de hachage, les deux mises à jour n'entrent pas en conflit l'une avec l'autre. Par conséquent, les données finales contiendraient l'effet des deux mises à jour.
| Heure | Région A | Région B |
| --- | --- | --- |
| T1 | HSET K F1 V1 | |
| T2 | | HSET K F2 V2 |
| T3 | sync | sync |
| T4 | K : \$1F1:V1, F2:V2\$1 | K : \$1F1:V1, F2:V2\$1 |
### CRDT et exemples
MemoryDB Multi-Region implémente les types de données répliqués sans conflit (CRDT) pour résoudre les conflits d'écriture simultanés provenant de plusieurs régions. Le CRDT permet aux différentes régions de parvenir indépendamment à une éventuelle cohérence une fois qu'elles ont finalement reçu le même ensemble d'opérations, quelle que soit la commande.
Lorsqu'une seule clé est mise à jour simultanément dans plusieurs régions, un conflit écriture-écriture doit être résolu pour garantir la cohérence des données. MemoryDB Multi-Region utilise la stratégie Last Writer Wins (LWW) pour déterminer l'opération gagnante et seuls les effets de l'opération « qui se produit après » seront finalement observés. Nous disons qu'une opération op1 « s'est produite avant » une opération op2 si les effets de op1 avaient été appliqués dans la région. Elle a été initialement exécutée lorsque op2 est exécuté.
Pour les collections (Hash, Set et SortedSet) MemoryDB Multi-Region, résolvez les conflits au niveau de l'élément. Cela permet à MemoryDB Multi-Region d'utiliser LWW pour résoudre les write/write conflits sur chaque élément. Par exemple, l'ajout simultané de différents éléments à la même collection provenant de plusieurs régions aura pour résultat que la collection contiendra tous les éléments.
**Exécution simultanée : le dernier auteur gagne**
Dans MemoryDB Multi-Region, lors de la création simultanée d'une clé, la dernière opération exécutée sur une région déterminera le résultat de la clé. Par exemple :
![\[Exécution simultanée : le dernier auteur gagne.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/concurrent-ex-last-writer-wins.png)
La clé x a été créée dans la région B avec la valeur « b », mais ensuite la même clé a été créée dans la région A avec la valeur « a ». Finalement, la clé convergera pour prendre la valeur « a », puisque l'opération dans la région A était la dernière opération effectuée.
**Exécution simultanée avec des types de données en conflit : le dernier rédacteur gagne**
Dans l'exemple précédent, la clé a été créée avec le même type dans les deux régions. Un comportement similaire sera également observé si la clé est créée avec différents types de données :
![\[Exécution simultanée avec des types de données en conflit : le dernier rédacteur gagne.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/concurrent-ex-conflict-data-types-last-writer-wins.png)
La clé x a été créée sous forme de chaîne sur la région B avec la valeur « b ». Mais après cela, et avant que cette opération ne soit répliquée dans la région A, la même clé est créée dans la région A sous forme de hachage. Finalement, la clé convergera pour créer le hachage dans la région A, puisque l'opération dans la région A était la dernière opération effectuée.
**Création/suppression simultanée : le dernier auteur gagne**
Dans le scénario où il y a une suppression et une « création » simultanées (c'est-à-dire la valeur replacement/addition de), la dernière opération effectuée l'emportera. Le résultat final sera déterminé par l'ordre de l'opération de suppression. Si la suppression a eu lieu avant :
![\[Création/suppression simultanée : le dernier rédacteur gagne si la suppression a eu lieu avant.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-before.jpg)
La clé x de type Set a été supprimée dans la région B. Ensuite, un nouveau membre a été ajouté à cette clé dans la région A. Finalement, la clé convergera pour que le set avec le seul élément ajouté soit ajouté sur la région A, puisque l'opération sur la région A était la dernière opération effectuée.
Si la suppression a lieu après :
![\[Création/suppression simultanée : le dernier rédacteur gagne si la suppression a lieu après.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-after.jpg)
Un nouveau membre a été ajouté à la clé x de type Set on Region A. Après que la clé ait été supprimée sur la Région B. Finalement, elle convergera pour que la clé soit supprimée, puisque l'opération sur la Région B était la dernière opération effectuée.
**Compteurs, opérations simultanées : réplication complète avec victoire du dernier rédacteur**
Les compteurs de MemoryDB Multi-Region se comportent de la même manière que les types sans compteurs en effectuant une réplication complète des valeurs et en les appliquant. last-writer-strategy Les opérations simultanées ne seront pas combinées, mais la dernière opération gagnera à la place. Par exemple :
![\[Réplication complète de la valeur si le dernier rédacteur gagne.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/concurrent-full-rep-last-writer-wins.jpg)
Dans ce scénario, la clé x a la valeur de départ 1. Ensuite, la région B augmente le compteur x de 2, puis peu de temps après, la région A augmente le compteur de 1. La région A étant la dernière opération effectuée, la clé x finira par converger vers la valeur 2, car l'augmentation de 1 était la dernière opération effectuée.
**Les commandes non déterministes sont répliquées en tant que commandes déterministes**
Afin de garantir la cohérence des valeurs entre les différentes régions, dans MemoryDB Multi-Region, les commandes non déterministes sont répliquées en tant que déterministes. Les commandes non déterministes sont celles qui dépendent de facteurs externes, tels que SETNX. SETNX dépend de la présence ou non de la clé, et la clé peut être présente dans une région distante mais pas dans la région locale recevant la commande. Pour cette raison, les commandes non déterministes sont répliquées en tant que réplication de valeur complète. Dans le cas d'une chaîne, elle sera répliquée sous forme de commande SET.
![\[Commandes non déterministes répliquées en tant que commandes déterministes.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/nondeterministic_commands.png)
En résumé, toutes les opérations sur le type String sont répliquées en tant que SET ou DEL, toutes les opérations sur le type Hash sont répliquées en HSET ou HDEL, toutes les opérations sur le type Set sont répliquées en tant que SADD ou SREM, et toutes les opérations sur des ensembles triés sont répliquées en ZADD ou ZREM.
# Utilisation de MemoryDB Multi-Region avec la console
Voici comment utiliser MemoryDB Multi-Region avec la console.
**Topics**
+ [Créez un nouveau cluster dans MemoryDB Multi-Region](#multi-Region.console.create)
+ [Restaurer un instantané sur un cluster nouveau ou existant au sein d'un cluster multirégional](#multi-Region.console.restore)
+ [Modifier les clusters dans MemoryDB Multi-Region](#multi-Region.console.modify)
+ [Supprimer des clusters dans MemoryDB Multi-Region](#multi-Region.console.delete)
## Créez un nouveau cluster dans MemoryDB Multi-Region
1. Accédez à la section Créer un cluster depuis la liste des clusters ou le tableau de bord.
![\[Créez un cluster, une vue de console.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/create-multi-region1.png)
1. Dans le champ **Type de cluster**, sélectionnez **Cluster multirégional**.
1. Dans le champ **Méthode de création du cluster**, sélectionnez **Création facile**.
1. Renseignez le **nom** et la **description**, vérifiez les valeurs par défaut et sélectionnez **Créer**.
**Création et configuration d'un cluster**
1. Accédez à la section Créer un cluster depuis la liste des clusters ou le tableau de bord.
![\[Créez et configurez un cluster, une vue de console.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/create-multi-region2-configure.png)
1. Dans le champ **Type de cluster**, sélectionnez **Cluster multirégional**.
1. Dans le champ **Méthode de création du cluster**, sélectionnez **Créer un nouveau cluster**.
1. Renseignez le **nom** et la **description**, vérifiez les valeurs et sélectionnez **Créer**.
## Restaurer un instantané sur un cluster nouveau ou existant au sein d'un cluster multirégional
1. Accédez à la section Créer un cluster depuis la liste des clusters ou le tableau de bord.
![\[Restaurez un cluster, vue console.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/restore-multi-region-from-snapshot1.png)
1. Dans le champ **Type de cluster**, sélectionnez **Cluster multirégional**.
1. Dans le champ **Méthode de création du cluster**, sélectionnez **Restaurer à partir d'un instantané**.
1. Sélectionnez l'instantané source, puis renseignez les champs obligatoires. Vérifiez votre sélection, puis sélectionnez **Restaurer**.
![\[Vue de la console permettant de sélectionner le cliché source à restaurer dans un cluster multirégional.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/restore-multi-region-from-snapshot2-confirm.png)
1. Pour voir vos clusters multirégionaux, accédez à la section des clusters :
![\[Vue de la console de la section des clusters permettant de modifier les clusters multirégionaux.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/restore-multi-region-from-snapshot3-confirm.png)
1. Sélectionnez maintenant le nom du cluster multirégional cible.
![\[Vue de la console permettant de sélectionner le cluster multirégional à modifier.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/restore-multi-region-from-snapshot4-confirm.png)
1. Sélectionnez maintenant le nom du cluster régional cible.
![\[Vue de la console permettant de sélectionner le cluster régional à modifier.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/restore-multi-region-from-snapshot5-confirm.png)
## Modifier les clusters dans MemoryDB Multi-Region
1. Accédez à la section du cluster. Vous devriez voir tous vos clusters actuels.
![\[Ceci est mon image.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/modify-multi-region1.png)
Ensuite, en fonction du type de cluster que vous souhaitez modifier, sélectionnez l'une des étapes suivantes.
1. Pour modifier un seul cluster avec un cluster multirégional, sélectionnez d'abord le cluster multirégional auquel il appartient. Sélectionnez ensuite le bouton d'édition sur les actions (en haut à droite). Sélectionnez ensuite le cluster unique cible. Vous pouvez également modifier ce cluster depuis la page **Détails**.
**Modifier un cluster régional**
1. Pour modifier un cluster multirégional, sélectionnez le nom du cluster multirégional cible.
![\[Vue de console montrant la sélection d'un cluster multirégional cible à modifier.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/modify-multi-region2.png)
Sélectionnez ensuite le cluster, puis cliquez sur le bouton **Modifier** dans les actions (en haut à droite) ou sur la page de détails.
1. Pour ajouter un cluster régional, sélectionnez le cluster multirégional cible sélectionné, puis accédez au menu déroulant **Actions** et sélectionnez **Ajouter une AWS région**. Vous pouvez également accéder à la page de détails des AWS régions, sélectionner le cluster multi-régions cible et ajouter à partir de là.
![\[Vue de la console permettant de sélectionner un cluster multirégional cible auquel ajouter un cluster régional.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/modify-multi-region3-add-regional-cluster.png)
1. Pour ajouter une région, sélectionnez la région cible. Renseignez ensuite les informations requises et sélectionnez **Ajouter une AWS région**.
![\[Vue de la console montrant la sélection d'un cluster multirégional cible auquel ajouter une région.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/modify-multi-region4-add-region.png)
1. Pour ajouter un nouveau cluster régional à un cluster multirégional vide, vous verrez les mêmes options que dans la section Créer un cluster multirégional. La seule différence est que les informations du cluster multirégional sont déjà présentes.
![\[Vue de console montrant la sélection d'un cluster multirégional vide auquel ajouter un nouveau cluster régional.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/modify-multi-region5-add-regional-cluster-to-empty.png)
## Supprimer des clusters dans MemoryDB Multi-Region
1. Pour supprimer un seul cluster dans une région, sélectionnez le cluster régional cible. Accédez ensuite au menu déroulant des actions, sélectionnez le cluster individuel, puis sélectionnez **Supprimer**.
![\[Vue de la console permettant de sélectionner un seul cluster à supprimer.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/delete-multi-region1-select.png)
Une fenêtre de confirmation s'affichera, y compris la possibilité de créer un instantané avant de le supprimer. Si vous souhaitez toujours supprimer, saisissez « Supprimer » dans le champ de texte, puis sélectionnez **Supprimer**.
![\[Vue consolidée d'une fenêtre de confirmation de suppression.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/delete-multi-region2-snapshot.png)
1. Pour supprimer tous les clusters régionaux associés à un cluster multirégional, sélectionnez le cluster multirégional cible contenant un ou plusieurs clusters. Ensuite, une fois le cluster multirégional cible sélectionné, accédez au menu déroulant des actions et sélectionnez **Supprimer**.
![\[Vue de la console permettant de sélectionner la suppression de tous les clusters associés à un cluster multirégional.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/delete-multi-region3-associated-clusters.png)
1. Pour supprimer un cluster multirégional complet, sélectionnez le cluster multirégional vide cible. Accédez ensuite au menu déroulant des actions et sélectionnez **Supprimer**.
![\[Vue de la console montrant la suppression d'un cluster multirégional complet.\]](http://docs.aws.amazon.com/fr_fr/memorydb/latest/devguide/images/delete-multi-region4-entire-mrc.png)
# Utilisation de MemoryDB Multi-Region avec la CLI
Vous trouverez ci-dessous des moyens d'utiliser MemoryDB Multi-Region avec la CLI
**Note**
MemoryDB Multi-Region ne prend en charge que le type de nœud db.r7g.xlarge et supérieur.
## Création de clusters avec Memory DBMulti Region
**Création d'un cluster multirégional**
```
aws memorydb create-multi-region-cluster \
--multi-region-cluster-name-suffix my-multi-region-cluster \
--node-type db.r7g.xlarge \
--engine valkey \
--region us-east-1
```
**Créer un cluster régional dans la région de l'est des États-Unis (Virginie du Nord)**
```
aws memorydb create-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.xlarge \
--acl-name open-access \
--region us-east-1 \
```
**Créer un cluster régional dans la région Europe (Irlande)**
```
aws memorydb create-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.xlarge \
--acl-name open-access \
--region eu-west-1 \
```
**Décrire le cluster multirégional de n'importe quelle région**
```
aws memorydb describe-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region eu-west-1
```
## Mettre à jour un cluster multirégional
**Modification du type de nœud**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.4xlarge \
--region us-east-1
```
**Modification du nombre de partitions**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--shard-configuration \
ShardCount=3 \
--update-strategy COORDINATED \
--region us-east-1
```
## Dimensionnement des clusters MemoryDB
Tout d'abord, listez les nœuds qui peuvent être redimensionnés vers le haut ou vers le bas à l'aide de la `list-allowed-node-type-updates` commande :
```
aws memorydb list-allowed-node-type-updates \
--cluster-name my-cluster-name
```
Cela fournira une liste de nœuds qui peuvent être augmentés ou réduits. Pour les mettre à jour ensuite, vous pouvez utiliser la `update-cluster` commande :
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--node-type db.r6g.2xlarge
```
Pour plus d'informations sur la mise à l'échelle avec Multi-Region, voir[Mise à l'échelle avec MemoryDB Multi-Region](multi-Region.Scaling.md).
## Suppression de clusters dans MemoryDB Multi-Region
**Supprimer un cluster régional**
```
aws memorydb delete-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
**Supprimer un cluster multirégional**
```
aws memorydb delete-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
# Surveillance multirégionale de MemoryDB
Vous pouvez utiliser Amazon CloudWatch pour surveiller le comportement et les performances d'un cluster multirégional. MemoryDB publie la `MultiRegionClusterReplicationLag` métrique pour chaque cluster régional au sein du cluster multirégional.
`MultiRegionClusterReplicationLag`indique le temps écoulé entre le moment où une mise à jour est écrite dans le journal des transactions multi-AZ du cluster régional multirégional distant et le moment où cette mise à jour est écrite sur le nœud principal du cluster régional multirégional local. Cette métrique est exprimée en millisecondes et est émise pour chaque paire de régions source et de destination au niveau de la partition.
En mode de fonctionnement normal, la valeur de `MultiRegionClusterReplicationLag` doit être relativement constante. Une valeur élevée pour `MultiRegionClusterReplicationLag` pourrait indiquer que les mises à jour d'un cluster régional ne se propagent pas aux autres clusters régionaux en temps opportun. Au fil du temps, cela pourrait entraîner un *retard* d'autres clusters régionaux, car ils ne reçoivent plus les mises à jour de manière cohérente.
`MultiRegionClusterReplicationLag`peut augmenter si une AWS région est isolée ou dégradée et que vous avez un cluster régional dans cette région. Dans ce cas, vous pouvez rediriger temporairement les activités de lecture et d'écriture de votre application vers une autre AWS région saine.
# Mise à l'échelle avec MemoryDB Multi-Region
À mesure que la demande de vos clusters évolue, vous pouvez décider d'améliorer les performances ou de réduire les coûts en modifiant le type de nœud ou le nombre de partitions de votre cluster MemoryDB. La mise à l'échelle d'un cluster multirégional MemoryDB permet de redimensionner tous les clusters régionaux qu'il contient. Le cluster multirégional MemoryDB prend en charge le repartage en ligne. Le cluster multirégional MemoryDB ne prend pas en charge le repartage hors ligne.
Les conditions qui peuvent vous conduire à décider de redimensionner votre cluster sont les suivantes :
+ **Pression de mémoire**
Si les nœuds de vos clusters régionaux sont soumis à une pression de mémoire, vous pouvez décider de les agrandir ou de les agrandir afin de disposer de davantage de ressources pour mieux stocker les données et répondre aux demandes.
Vous pouvez déterminer si vos nœuds sont soumis à une pression de mémoire en surveillant les métriques suivantes : FreeableMemory SwapUsage,, BytesUsedForMemory DB et MultiRegionClusterReplicationLag
+ **Goulot d'étranglement du processeur ou du réseau**
Si latency/throughput des problèmes affectent votre cluster, vous devrez peut-être le développer ou le développer pour les résoudre.
Vous pouvez surveiller vos niveaux de latence et de débit en surveillant les métriques suivantes :`CPUUtilization`,`NetworkBytesIn`,` NetworkBytesOut`, `CurrConnections`` NewConnections`,` and MultiRegionClusterReplicationLag`.
+ **Votre cluster est surdimensionné**
La demande actuelle de votre cluster est telle que la mise à l'échelle ou la réduction d'échelle ne nuit pas aux performances et réduit vos coûts.
Vous pouvez surveiller l'utilisation de votre cluster pour déterminer si vous pouvez ou non le dimensionner ou le réduire en toute sécurité à l'aide des métriques suivantes : FreeableMemory SwapUsage,, BytesUsedForMemory DB CPUUtilization, NetworkBytesIn, NetworkBytesOut, CurrConnections, NewConnections et MultiRegionClusterReplicationLag
Il existe deux méthodes pour redimensionner votre cluster multirégional MemoryDB : la mise à l'échelle horizontale et la mise à l'échelle verticale.
+ La mise à l'échelle horizontale vous permet de modifier le nombre de partitions dans le cluster multirégional MemoryDB en ajoutant ou en supprimant des partitions. Le processus de repartage en ligne permet une mise à l'échelle in/out tandis que les clusters régionaux continuent de traiter les demandes entrantes.
+ Vertical modifie le type de nœud pour redimensionner le cluster multirégional MemoryDB. La mise à l'échelle verticale en ligne permet une mise à l'échelle up/down tandis que les clusters régionaux continuent de répondre aux demandes entrantes.
Le dimensionnement utilise la stratégie de mise à jour « coordonnée » par défaut. Cela signifie soit que tous les clusters régionaux réussissent à évoluer, soit qu'aucun des clusters régionaux n'évolue.
L'opération de scale-out soutient également la stratégie de mise à jour « non coordonnée ». Cela signifie que certains clusters régionaux peuvent réussir leur mise à l'échelle, tandis que d'autres clusters régionaux échouent lors d'une tentative d'extension. Si la mise à l'échelle d'un cluster régional est réussie, tous les autres clusters régionaux continuent de réessayer la mise à l'échelle jusqu'à ce que chacune de ces autres extensions réussisse également.
Un cluster multirégional échoue à une mise à l'échelle « non coordonnée » si tous les clusters régionaux ne parviennent pas à s'étendre.
**Note**
Une mise à l'échelle « non coordonnée » peut créer un déséquilibre prolongé des capacités entre les clusters régionaux lorsque les clusters régionaux se développent à des moments différents. Cela peut entraîner une augmentation du nombre de MultiRegionClusterReplicationLag métriques et les données des clusters régionaux peuvent diverger pendant longtemps.
Les clusters régionaux de clusters multirégionaux MemoryDB peuvent avoir des configurations différentes quant au nombre de nœuds de réplication, mais toutes les partitions d'un cluster régional ont le même nombre de nœuds de réplication.
Si vous réduisez la taille et la capacité de mémoire du cluster multirégional MemoryDB, en le redimensionnant ou en le réduisant, assurez-vous que la nouvelle configuration dispose de suffisamment de mémoire libre IPs pour vos données, d'une surcharge moteur suffisante et que les MultiRegionClusterReplicationLag métriques pour les clusters régionaux se situent dans les secondes ou les minutes.
Vous pouvez redimensionner horizontalement et verticalement votre cluster multirégional MemoryDB à l'aide de l'API MemoryDB et de l' AWS CLI API MemoryDB. AWS Management Console
# Commandes prises en charge et non prises en charge
**Commandes prises en charge**
**Note**
La commande SET ne prend actuellement pas en charge les options EX, PX, EXAT, PXAT et KEEPTTL.
La commande RESTORE ne permet pas de définir le TTL sur une valeur différente de zéro. Les options ABSTTL, IDLETIME et FREQ ne sont pas non plus prises en charge.
| Type de données | commands |
| --- | --- |
| String | SET\$1, DECR, DECRBY, GET, GETRANGE, SUBSTR, GETDEL, GETSET, INCR, INCRBY, INCRBYFLOAT, MGET, MSET, MSETNX, SETNX, STRLEN, LCS |
| Hachage | HINCRBYFLOAT, HDEL, HSET, HMSET, HGET, HEXISTS, HLEN, HKEYS, HVALS, HGETALL, HMGET, HSTRLEN, HSETNX, HANDFIELD, HSCAN |
| Définir | SADD, SEM, SISMEMBER, SMISMEMBER, SCARD, SMEMBERS, STANDMEMBER, SCAN, SUNION, SINTERCARD, SINTER, DIFF, SPOP |
| Set trié | ZADD, ZINCEBY, ZSCORE, ZMSCORE, ZCARD, ZRANK, ZREVRANK, ZRANGE, ZRANGEBYLEX, ZREVRANGE, ZREVRANGEBYLEX, ZREVRANGEBYSCORE, ZREMRANGEBYSCORE, ZREMRANGEBYSCORE, ZUNION, ZINTER, ZINTERCARD, ZDIFF, ZLEX COUNT, ZCOUNT, ZREM, ZMPOP, ZPOPMIN, ZPOPMAX, ZSCAN, ZRANDMEMBER |
| Générique | SCANNER, SUPPRIMER, DISSOCIER, VIDER, RESTAURER\$1\$1, EXISTER\$1\$1, CLÉS, CLÉ ALÉATOIRE, TYPE |
**Commandes non prises en charge**
Les catégories générales de commandes non prises en charge sont les types de données non pris en charge (Bitmaps, Hyperloglog, List, Geospatial et Stream), les commandes liées au TTL, les commandes de blocage et les commandes liées aux fonctions. La liste complète est la suivante :
| Type de données | commands |
| --- | --- |
| String | AJOUTER, GETEX, SETEX, SETRANGE |
| Bitmap | NOMBRE DE BITS, CHAMP DE BITS, BITFIELD\$1RO, BITOP, BITPOS, GETBIT, SETBIT |
| Hyperloglog | PFADD, PFCOUNT, PFDEBUG, PFMERGE, PFSELFTEST |
| List | BLMOVE, BLMPOP, BPOP, BRPOP, LINDEX, LINSERT, LLEN, LMOVE, LMPOP, LOPS, PUSH, PUSHX, LRANGE, LREM, LSET, LTRIM, RPOP, RPUSH, RPUSHX |
| Définir | SMOVE, SUNIONSTORE, SDIFFSTORE, SINTERSTORE |
| Set trié | BZMPOP, BZPOPMAX, BZPOPMIN, ZDIFFSTORE, ZINTERSTORE, ZRANGESTORE, ZUNIONSTORE |
| Géospatial | GEOADD, GEODIST, GEOHASH, GEOPOS, GEORADIUS, GEORADIUS\$1RO, GEORADIUSBYMEMBER, GEORADIUSBYMEMBER\$1RO, GEOSEARCH, GEOSEARCHSTORE |
| Flux | XACK, XADD, XAUTOCLAIM, XDEL, XLEN, XPENDING, XRANGE, XREAD, XREADGROUP, XREVRANGE, XSETID, XTRIM, XGROUP, XINFO |
| Générique | COPIER, FLUSHDB, FLUSHALL, DÉPLACER, RENOMMER, RENOMMER, TRIER, SORT\$1RO, SWAPDB, OBJET, FONCTION, FCALL, FCALL\$1RO, EXPIRER, EXPIRER, EXPIRETIME, PERSISTER, PEXPIRE, PEXPIRETIME, PSETEX, PTTL, TTL |