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 multirégionale pour Amazon Keyspaces (pour Apache Cassandra)
Vous pouvez utiliser la réplication multirégionale d'Amazon Keyspaces pour répliquer vos données grâce à une réplication *active-active*, automatisée et entièrement gérée sur le site de votre choix. Régions AWS Avec la réplication active-active, chaque région est capable d'effectuer des lectures et des écritures de manière isolée. 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 globales.
Avec la réplication multirégionale, Amazon Keyspaces réplique les données de manière asynchrone entre les régions, et les données sont généralement propagées entre les régions en une seconde. De plus, grâce à la réplication multirégionale, vous n'avez plus à résoudre les conflits et les problèmes de divergence des données, ce qui vous permet de vous concentrer sur votre application.
Par défaut, Amazon Keyspaces réplique les données dans trois [zones de disponibilité](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/) au sein d'une même zone Région AWS pour garantir la durabilité et la haute disponibilité. Avec la réplication multirégionale, vous pouvez créer des espaces clés multirégionaux qui répliquent vos tables dans différentes zones géographiques Régions AWS de votre choix.
**Topics**
+ [Avantages de l'utilisation de la réplication multirégionale](#mrr-benefits)
+ [Modes de capacité et tarification](#mrr-pricing)
+ [Comment fonctionne la réplication multirégionale dans Amazon Keyspaces](multiRegion-replication_how-it-works.md)
+ [Notes d'utilisation de la réplication multirégionale Amazon Keyspaces](multiRegion-replication_usage-notes.md)
+ [Configurer la réplication multirégionale pour Amazon Keyspaces (pour Apache Cassandra)](multiRegion-replication-configure.md)
## Avantages de l'utilisation de la réplication multirégionale
La réplication multirégionale offre les avantages suivants.
+ **Lectures et écritures globales avec une latence d'un chiffre en millisecondes — Dans** Amazon Keyspaces, la réplication est active-active. Vous pouvez effectuer des opérations de lecture et d'écriture localement depuis les régions les plus proches de vos clients avec une latence d'un chiffre en millisecondes, quelle que soit l'échelle. Vous pouvez utiliser les tables multirégionales d'Amazon Keyspaces pour les applications internationales qui ont besoin d'un temps de réponse rapide partout dans le monde.
+ **Continuité d'activité améliorée et protection contre la dégradation d'une seule région** — Grâce à la réplication multirégionale, vous pouvez remédier à la dégradation en une seule fois Région AWS en redirigeant votre application vers une autre région de votre espace clé multirégional. Amazon Keyspaces proposant une réplication active-active, cela n'a aucun impact sur vos lectures et vos écritures.
Amazon Keyspaces garde une trace de toutes les écritures effectuées sur votre espace de touches multirégional mais qui n'ont pas été propagées à toutes les régions répliques. Une fois que la région est de nouveau en ligne, Amazon Keyspaces synchronise automatiquement toutes les modifications manquantes afin que vous puissiez les récupérer sans aucun impact sur l'application.
+ **Réplication à haut débit entre régions** : la réplication multirégionale utilise une réplication physique rapide basée sur le stockage des données entre les régions, avec un délai de réplication généralement inférieur à une seconde.
La réplication dans Amazon Keyspaces n'a que peu ou pas d'impact sur vos requêtes de base de données car elle ne partage pas les ressources de calcul avec votre application. Cela signifie que vous pouvez traiter les cas d'utilisation à haut débit d'écriture ou les cas d'utilisation présentant des pics ou des pics de débit soudains sans aucun impact sur les applications.
+ **Cohérence et résolution des conflits** — Toute modification apportée aux données d'une région est reproduite dans les autres régions dans un espace clé multirégional. Si les applications mettent à jour les mêmes données dans différentes régions en même temps, des conflits peuvent survenir.
Pour garantir une certaine cohérence, Amazon Keyspaces utilise des horodatages au niveau des cellules et le *dernier rédacteur* obtient le rapprochement entre les mises à jour simultanées. La résolution des conflits est entièrement gérée et s'effectue en arrière-plan sans aucun impact sur les applications.
Pour plus d'informations sur les configurations et fonctionnalités prises en charge, consultez[Notes d'utilisation de la réplication multirégionale Amazon Keyspaces](multiRegion-replication_usage-notes.md).
## Modes de capacité et tarification
Pour un espace clé multirégional, vous pouvez utiliser le *mode capacité à la demande ou le mode capacité* *provisionnée*. Pour de plus amples informations, veuillez consulter [Configurer les modes de read/write capacité dans Amazon Keyspaces](ReadWriteCapacityMode.md).
Pour le mode à la demande, une unité de demande d'écriture (WRU) vous est facturée pour écrire jusqu'à 1 Ko de données par ligne, de la même manière que pour les tables à région unique. Mais les écritures vous sont facturées dans chaque région de votre espace de saisie multirégional. Par exemple, pour écrire une ligne de 3 Ko de données dans un espace clé multirégional avec deux régions, il faut 6 WRUs : 3 \$1 2 = 6. WRUs En outre, les écritures qui incluent à la fois des données statiques et non statiques nécessitent des opérations d'écriture supplémentaires.
Pour le mode provisionné, une unité de capacité d'écriture (WCU) vous est facturée pour écrire jusqu'à 1 Ko de données par ligne, de la même manière que pour les tables à région unique. Mais les écritures vous sont facturées dans chaque région de votre espace de saisie multirégional. Par exemple, pour écrire une ligne de 3 Ko de données par seconde dans un espace clé multirégional comportant deux régions, il faut 6 WCUs : 3 \$1 2 = 6. WCUs En outre, les écritures qui incluent à la fois des données statiques et non statiques nécessitent des opérations d'écriture supplémentaires.
Pour plus d'informations sur les tarifs, consultez les tarifs [d'Amazon Keyspaces (pour Apache Cassandra](https://aws.amazon.com/keyspaces/pricing)).
# Comment fonctionne la réplication multirégionale dans Amazon Keyspaces
Cette section fournit un aperçu du fonctionnement de la réplication multirégionale d'Amazon Keyspaces. Pour plus d'informations sur les tarifs, consultez les tarifs [d'Amazon Keyspaces (pour Apache Cassandra](https://aws.amazon.com/keyspaces/pricing)).
**Topics**
+ [Comment fonctionne la réplication multirégionale dans Amazon Keyspaces](#multiRegion-replication_how-it-works-overview)
+ [Résolution des conflits de réplication multirégionale](#multiRegion-replication_how-it-works-conflict-resolution)
+ [Réplication multirégionale et reprise après sinistre](#howitworks_disaster_recovery)
+ [La réplication multirégionale Régions AWS est désactivée par défaut](#howitworks_mrr_opt_in)
+ [Réplication multirégionale et intégration avec point-in-time restauration (PITR)](#howitworks_mrr_pitr)
+ [Réplication multirégionale et intégration aux services AWS](#howitworks_integration)
## Comment fonctionne la réplication multirégionale dans Amazon Keyspaces
La réplication multirégionale d'Amazon Keyspaces met en œuvre une architecture de résilience des données qui distribue vos données de manière indépendante et géographiquement distribuée. Régions AWS Il utilise la *réplication active-active*, qui fournit une faible latence locale, chaque région étant capable d'effectuer des lectures et des écritures de manière isolée.
Lorsque vous créez un espace clé multirégional Amazon Keyspaces, vous pouvez sélectionner des régions supplémentaires dans lesquelles les données seront répliquées. Chaque table que vous créez dans un espace clé multirégional se compose de plusieurs répliques de tables (une par région) qu'Amazon Keyspaces considère comme une seule unité.
Les réplicas a les mêmes nom de table et schéma de clé primaire. Lorsqu'une application écrit des données dans une table locale d'une région, les données sont écrites de manière durable en utilisant le niveau de `LOCAL_QUORUM` cohérence. Amazon Keyspaces réplique automatiquement les données de manière asynchrone vers les autres régions de réplication. Le délai de réplication entre les régions est généralement inférieur à une seconde et n'a aucun impact sur les performances ou le débit de votre application.
Une fois les données écrites, vous pouvez les lire dans la table multi-régions d'une autre région de réplication avec les niveaux de `LOCAL_ONE/LOCAL_QUORUM` cohérence. Pour plus d'informations sur les configurations et fonctionnalités prises en charge, consultez[Notes d'utilisation de la réplication multirégionale Amazon Keyspaces](multiRegion-replication_usage-notes.md).
![\[Les utilisateurs lisent et écrivent des données stockées dans une table Amazon Keyspaces localement, dans leurs propres tables, tandis qu' Région AWS Amazon Keyspaces réplique de manière asynchrone les écritures entre les tables dans toutes les régions disponibles.\]](http://docs.aws.amazon.com/fr_fr/keyspaces/latest/devguide/images/keyspaces_multi_Region_replication.png)
## Résolution des conflits de réplication multirégionale
La réplication multirégionale d'Amazon Keyspaces est entièrement gérée, ce qui signifie que vous n'avez pas à effectuer de tâches de réplication telles que l'exécution régulière d'opérations de réparation pour résoudre les problèmes de synchronisation des données. Amazon Keyspaces surveille la cohérence des données entre les tables de différentes Régions AWS tables en détectant et en réparant les conflits, et synchronise automatiquement les répliques.
Amazon Keyspaces utilise la méthode du *dernier rédacteur gagnant pour le* rapprochement des données. Grâce à ce mécanisme de résolution des conflits, toutes les régions d'un espace clé multirégional s'accordent sur la dernière mise à jour et convergent vers un état dans lequel elles disposent toutes de données identiques. Le processus de rapprochement n'a aucun impact sur les performances de l'application. Pour faciliter la résolution des conflits, les horodatages côté client sont automatiquement activés pour les tables multirégionales et ne peuvent pas être désactivés. Pour de plus amples informations, veuillez consulter [Horodatages côté client dans Amazon Keyspaces](client-side-timestamps.md).
## Réplication multirégionale et reprise après sinistre
Avec la réplication multirégionale d'Amazon Keyspaces, les écritures sont répliquées de manière asynchrone dans chaque région. Dans les rares cas de dégradation ou de défaillance d'une seule région, la réplication multirégionale vous aide à récupérer après un sinistre avec peu ou pas d'impact sur votre application. La reprise après sinistre est généralement mesurée à l'aide des valeurs de l'objectif de temps de restauration (RTO) et de l'objectif du point de restauration (RPO).
**Objectif de temps de reprise** : temps nécessaire à un système pour revenir en état de fonctionnement après un sinistre. Le RTO mesure le temps d'arrêt que votre charge de travail peut tolérer, mesuré dans le temps. Pour les plans de reprise après sinistre qui utilisent la réplication multirégionale pour basculer vers une région non affectée, le RTO peut être proche de zéro. Le RTO est limité par la rapidité avec laquelle votre application peut détecter la défaillance et rediriger le trafic vers une autre région.
**Objectif du point de récupération** : quantité de données pouvant être perdue (mesurée dans le temps). Pour les plans de reprise après sinistre qui utilisent la réplication multirégionale pour basculer vers une région non affectée, le RPO est généralement de quelques secondes à un chiffre. Le RPO est limité par la latence de réplication vers la réplique cible de basculement.
En cas de défaillance ou de dégradation régionale, vous n'avez pas besoin de promouvoir une région secondaire ou d'exécuter des procédures de basculement de base de données, car la réplication dans Amazon Keyspaces est active-active. Vous pouvez plutôt utiliser Amazon Route 53 pour acheminer votre application vers la région saine la plus proche. Pour en savoir plus sur la Route 53, consultez [Qu'est-ce qu'Amazon Route 53 ?](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) .
Si une seule Région AWS est isolée ou dégradée, votre application peut rediriger le trafic vers une autre région à l'aide de la Route 53 pour effectuer des lectures et des écritures sur une autre table de réplication. Vous pouvez également appliquer une logique métier personnalisée pour déterminer quand rediriger les demandes vers d'autres régions. Par exemple, vous pouvez informer votre application des multiples points de terminaison disponibles.
Lorsque la région est de nouveau en ligne, Amazon Keyspaces recommence à propager toutes les écritures en attente depuis cette région vers les répliques de tables des autres régions. Il reprend également la propagation des écritures des autres tables de réplique vers la région revenue en ligne.
## La réplication multirégionale Régions AWS est désactivée par défaut
La réplication multirégionale d'Amazon Keyspaces est prise en charge dans les cas suivants, Régions AWS qui sont désactivés par défaut :
+ Région Afrique (Le Cap)
+ Région du Moyen-Orient (EAU)
+ Région Asie-Pacifique (Hong Kong)
+ Middle East (Bahrain) Region
Avant de pouvoir utiliser une région désactivée par défaut avec la réplication multirégionale d'Amazon Keyspaces, vous devez d'abord activer la région. Pour plus d'informations, consultez la section [Activer ou désactiver Régions AWS dans votre compte](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html#rande-manage-enable) dans le [https://docs.aws.amazon.com/organizations/latest/userguide/](https://docs.aws.amazon.com/organizations/latest/userguide/).
Une fois que vous avez activé une région, vous pouvez créer de nouvelles ressources Amazon Keyspaces dans la région et ajouter la région à un espace clé multirégional.
Lorsque vous désactivez une région utilisée par la réplication multirégionale d'Amazon Keyspaces, Amazon Keyspaces lance une période de grâce de 24 heures. Au cours de cette période, vous pouvez vous attendre au comportement suivant :
+ Amazon Keyspaces continue d'effectuer des opérations en langage de manipulation de données (DML) dans les régions activées.
+ Amazon Keyspaces suspend la réplication des mises à jour des données des régions activées vers les régions désactivées.
+ Amazon Keyspaces bloque toutes les demandes de langage de définition de données (DDL) dans la région désactivée.
Si vous avez désactivé la région par erreur, vous pouvez la réactiver dans les 24 heures. Si vous réactivez la région pendant la période de grâce de 24 heures, Amazon Keyspaces prendra les mesures suivantes :
+ Reprenez automatiquement toutes les réplications vers la région réactivée.
+ Répliquez toutes les mises à jour de données effectuées dans les régions activées alors que la région était désactivée pour garantir la cohérence des données.
+ Poursuivez automatiquement toutes les opérations supplémentaires de réplication multirégionale.
Si la région reste désactivée après la fermeture de la fenêtre de 24 heures, Amazon Keyspaces prend les mesures suivantes pour supprimer définitivement la région de la réplication multirégionale :
+ Supprimez la région désactivée de tous les espaces clés de réplication multirégionale.
+ Convertissez les répliques de tables de réplication multirégionales dans la région désactivée en espaces clés et en tables à région unique.
+ Amazon Keyspaces ne supprime aucune ressource de la région désactivée.
Une fois qu'Amazon Keyspaces a définitivement supprimé la région désactivée de l'espace de saisie multirégional, vous ne pouvez pas la réajouter.
## Réplication multirégionale et intégration avec point-in-time restauration (PITR)
Point-in-time la restauration est prise en charge pour les tables multirégionales. Pour restaurer correctement une table multirégionale avec PITR, les conditions suivantes doivent être remplies.
+ La table source et la table cible doivent être configurées en tant que tables multirégionales.
+ Les régions de réplication pour l'espace clé de la table source et pour l'espace clé de la table cible doivent être identiques.
+ Le PITR doit être activé sur toutes les répliques de la table source.
Vous pouvez exécuter l'instruction de restauration depuis n'importe quelle région dans laquelle la table source est disponible. Amazon Keyspaces restaure automatiquement la table cible dans chaque région. Pour plus d'informations sur le PITR, consultez [Comment fonctionne point-in-time la restauration dans Amazon Keyspaces](PointInTimeRecovery_HowItWorks.md).
Lorsque vous créez une table multirégionale, les paramètres PITR que vous définissez au cours du processus de création sont automatiquement appliqués à toutes les tables de toutes les régions. Lorsque vous modifiez les paramètres PITR à l'aide `ALTER TABLE` d'Amazon Keyspaces applique la mise à jour uniquement à la table locale et non aux répliques des autres régions. Pour activer le PITR pour une table multirégionale existante, vous devez répéter l'`ALTER TABLE`instruction pour toutes les répliques.
## Réplication multirégionale et intégration aux services AWS
Vous pouvez surveiller les performances de réplication entre les tables de différentes Régions AWS manières en utilisant CloudWatch les métriques Amazon. La métrique suivante fournit une surveillance continue des espaces clés multirégionaux.
+ `ReplicationLatency`— Cette métrique mesure le temps nécessaire à la réplication `updates` ou au passage d'une table `deletes` de réplication à une autre table de réplication dans un espace clé multirégional. `inserts`
Pour plus d'informations sur le suivi CloudWatch des métriques, consultez[Surveillance d'Amazon Keyspaces avec Amazon CloudWatch](monitoring-cloudwatch.md).
# Notes d'utilisation de la réplication multirégionale Amazon Keyspaces
Tenez compte des points suivants lorsque vous utilisez la réplication multirégionale avec Amazon Keyspaces.
+ Vous pouvez sélectionner n'importe quel [public disponible](programmatic.endpoints.md#global_endpoints) Régions AWS. Pour plus d'informations sur Régions AWS [ceux qui sont désactivés par défaut](https://docs.aws.amazon.com/general/latest/gr/rande-manage.html#rande-manage-enable), consultez[La réplication multirégionale Régions AWS est désactivée par défaut](multiRegion-replication_how-it-works.md#howitworks_mrr_opt_in).
+ AWS GovCloud (US) Regions et les régions de Chine ne sont pas prises en charge.
+ Envisagez les solutions de contournement suivantes jusqu'à ce que les fonctionnalités soient disponibles :
Configurez le temps de vie (TTL) lors de la création de la table multirégionale. Vous ne pourrez ni activer ni désactiver le TTL, ni ajuster la valeur TTL ultérieurement. Pour de plus amples informations, veuillez consulter [Expirer les données avec Time to Live (TTL) pour Amazon Keyspaces (pour Apache Cassandra)](TTL.md).
+ Pour le chiffrement au repos, utilisez une clé AWS détenue. Les clés gérées par le client ne sont actuellement pas prises en charge pour les tables multirégionales. Pour plus d'informations, veuillez consulter la rubrique
[Chiffrement au repos : comment cela fonctionne dans Amazon Keyspaces](encryption.howitworks.md).
+ Vous pouvez l'utiliser `ALTER KEYSPACE` pour ajouter une région à un espace clé à région unique ou multirégion. Pour de plus amples informations, veuillez consulter [Ajouter un Région AWS à un espace de touches dans Amazon Keyspaces](keyspaces-multi-region-add-replica.md).
+ Avant d'ajouter une région à un espace clé à région unique, assurez-vous qu'aucune table située sous cet espace clé n'est configurée avec des clés gérées par le client.
+ Les balises existantes configurées pour les espaces clés ou les tables ne sont pas répliquées dans la nouvelle région.
+ Lorsque vous utilisez la gestion des capacités allouées avec le dimensionnement automatique d'Amazon Keyspaces, veillez à utiliser les opérations de l'API Amazon Keyspaces pour créer et configurer vos tables multirégionales. Les opérations d'API Application Auto Scaling sous-jacentes qu'Amazon Keyspaces appelle en votre nom ne disposent pas de fonctionnalités multirégionales.
Pour de plus amples informations, veuillez consulter [Mettre à jour les paramètres de capacité allouée et de dimensionnement automatique pour une table multirégionale dans Amazon Keyspaces](tables-mrr-autoscaling.md). Pour plus d'informations sur la manière d'estimer le débit de capacité d'écriture des tables multirégionales provisionnées, consultez. [Estimer et provisionner la capacité d'une table multirégionale dans Amazon Keyspaces](tables-multi-region-capacity.md)
+ Bien que les données soient automatiquement répliquées dans les régions sélectionnées d'une table multirégionale, lorsqu'un client se connecte à un point de terminaison dans une région et interroge la `system.peers` table, la requête renvoie uniquement des informations locales. Le résultat de la requête apparaît comme un cluster de centre de données unique pour le client.
+ La réplication multirégionale d'Amazon Keyspaces est asynchrone et permet de garantir la cohérence des écritures. `LOCAL_QUORUM` `LOCAL_QUORUM`la cohérence nécessite qu'une mise à jour d'une ligne soit maintenue de manière durable sur deux répliques de la région locale avant de renvoyer le succès au client. La propagation des écritures vers la région (ou les régions) répliquée est ensuite effectuée de manière asynchrone.
La réplication multirégionale d'Amazon Keyspaces ne prend pas en charge la réplication synchrone ou la cohérence. `QUORUM`
+ Lorsque vous créez un espace de touches ou un tableau multirégional, toutes les balises que vous définissez au cours du processus de création sont automatiquement appliquées à tous les espaces clés et tables de toutes les régions. Lorsque vous modifiez les balises existantes à l'aide de `ALTER KEYSPACE` ou`ALTER TABLE`, la mise à jour ne s'applique qu'au keyspace ou au tableau de la région dans laquelle vous effectuez la modification.
+ Amazon CloudWatch fournit une `ReplicationLatency` métrique pour chaque région répliquée. Il calcule cette métrique en suivant les lignes qui arrivent, en comparant leur heure d'arrivée avec leur temps d'écriture initial et en calculant une moyenne. Les horaires sont enregistrés CloudWatch dans la région source. Pour de plus amples informations, veuillez consulter [Surveillance d'Amazon Keyspaces avec Amazon CloudWatch](monitoring-cloudwatch.md).
Il peut être utile de consulter les durées moyennes et maximales afin de déterminer le délai de réplication moyen et le plus défavorable. Il n'existe aucun SLA sur cette latence.
+ Lorsque vous utilisez une table multirégionale en mode à la demande, vous pouvez observer une augmentation de la latence pour la réplication asynchrone des écritures si une réplique de table connaît un nouveau pic de trafic. Tout comme Amazon Keyspaces adapte automatiquement la capacité d'une table à la demande composée d'une seule région au trafic d'application qu'elle reçoit, Amazon Keyspaces adapte automatiquement la capacité d'une réplique de table à la demande multirégionale au trafic qu'elle reçoit. L'augmentation de la latence de réplication est transitoire car Amazon Keyspaces alloue automatiquement davantage de capacité à mesure que le volume de trafic augmente. Une fois que toutes les répliques se sont adaptées à votre volume de trafic, la latence de réplication devrait revenir à la normale. Pour de plus amples informations, veuillez consulter [Trafic de pointe et propriétés de scalabilité](ReadWriteCapacityMode.OnDemand.md#ReadWriteCapacityMode.PeakTraffic).
+ Lorsque vous utilisez une table multirégionale en mode provisionné, si votre application dépasse la capacité de débit allouée, vous pouvez observer des erreurs de capacité insuffisantes et une augmentation de la latence de réplication. Pour garantir une capacité de lecture et d'écriture suffisante pour toutes les répliques de table dans l'ensemble Régions AWS d'une table multirégionale, nous vous recommandons de configurer le dimensionnement automatique d'Amazon Keyspaces. Le dimensionnement automatique d'Amazon Keyspaces vous aide à fournir une capacité de débit efficace pour des charges de travail variables en ajustant automatiquement la capacité de débit en fonction du trafic réel des applications. Pour de plus amples informations, veuillez consulter [Comment fonctionne la mise à l'échelle automatique pour les tables multirégionales](autoscaling.md#autoscaling.multi-region).
# Configurer la réplication multirégionale pour Amazon Keyspaces (pour Apache Cassandra)
Vous pouvez utiliser la console, le Cassandra Query Language (CQL), ou le AWS Command Line Interface pour créer et gérer des espaces clés et des tables multirégionaux dans Amazon Keyspaces.
Cette section fournit des exemples de création et de gestion d'espaces clés et de tables multirégionaux. Toutes les tables que vous créez dans un espace de touches multirégional héritent automatiquement des paramètres multirégionaux de l'espace de touches.
Pour plus d'informations sur les configurations et fonctionnalités prises en charge, consultez[Notes d'utilisation de la réplication multirégionale Amazon Keyspaces](multiRegion-replication_usage-notes.md).
**Topics**
+ [Configurer les autorisations IAM requises pour créer des espaces clés et des tables multirégionaux](howitworks_replication_permissions.md)
+ [Configurer les autorisations IAM requises pour ajouter un Région AWS à un keyspace](howitworks_replication_permissions_addReplica.md)
+ [Création d'un keyspace multirégional dans Amazon Keyspaces](keyspaces-mrr-create.md)
+ [Ajouter un Région AWS à un espace de touches dans Amazon Keyspaces](keyspaces-multi-region-add-replica.md)
+ [Vérifiez la progression de la réplication lors de l'ajout d'une nouvelle région à un keyspace](keyspaces-multi-region-replica-status.md)
+ [Création d'un tableau multirégional avec les paramètres par défaut dans Amazon Keyspaces](tables-mrr-create-default.md)
+ [Création d'une table multirégionale en mode provisionné avec mise à l'échelle automatique dans Amazon Keyspaces](tables-mrr-create-provisioned.md)
+ [Mettre à jour les paramètres de capacité allouée et de dimensionnement automatique pour une table multirégionale dans Amazon Keyspaces](tables-mrr-autoscaling.md)
+ [Afficher les paramètres de capacité allouée et de dimensionnement automatique pour une table multirégionale dans Amazon Keyspaces](tables-mrr-view.md)
+ [Désactiver le redimensionnement automatique pour un tableau dans Amazon Keyspaces](tables-mrr-autoscaling-off.md)
+ [Définissez manuellement la capacité allouée d'une table multirégionale dans Amazon Keyspaces](tables-mrr-capacity-manually.md)
# Configurer les autorisations IAM requises pour créer des espaces clés et des tables multirégionaux
Pour créer correctement des espaces clés et des tables multirégionaux, le principal IAM doit être en mesure de créer un rôle lié à un service. Ce rôle lié à un service est un type unique de rôle IAM prédéfini par Amazon Keyspaces. Il inclut toutes les autorisations dont Amazon Keyspaces a besoin pour effectuer des actions en votre nom. Pour de plus amples informations sur le rôle lié à un service, veuillez consulter [Utilisation des rôles pour la réplication multirégionale d'Amazon Keyspaces](using-service-linked-roles-multi-region-replication.md).
Pour créer le rôle lié au service requis par la réplication multirégionale, la politique du principal IAM nécessite les éléments suivants :
+ `iam:CreateServiceLinkedRole`— L'**action** que le principal peut effectuer.
+ `arn:aws:iam::*:role/aws-service-role/replication.cassandra.amazonaws.com/AWSServiceRoleForKeyspacesReplication`— La **ressource** sur laquelle l'action peut être exécutée.
+ `iam:AWSServiceName": "replication.cassandra.amazonaws.com`— Le seul AWS service auquel ce rôle peut être associé est Amazon Keyspaces.
Voici un exemple de politique qui accorde les autorisations minimales requises à un directeur pour créer des espaces clés et des tables multirégionaux.
```
{
"Effect": "Allow",
"Action": "iam:CreateServiceLinkedRole",
"Resource": "arn:aws:iam::*:role/aws-service-role/replication.cassandra.amazonaws.com/AWSServiceRoleForKeyspacesReplication",
"Condition": {"StringLike": {"iam:AWSServiceName": "replication.cassandra.amazonaws.com"}}
}
```
*Pour obtenir des autorisations IAM supplémentaires pour les espaces clés et les tables multirégionaux, consultez les [actions, les ressources et les clés de condition pour Amazon Keyspaces (pour Apache Cassandra)](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonkeyspacesforapachecassandra.html) dans le Service Authorization Reference.*
# Configurer les autorisations IAM requises pour ajouter un Région AWS à un keyspace
Pour ajouter une région à un keyspace, le principal IAM a besoin des autorisations suivantes :
+ `cassandra:Alter`
+ `cassandra:AlterMultiRegionResource`
+ `cassandra:Create`
+ `cassandra:CreateMultiRegionResource`
+ `cassandra:Select`
+ `cassandra:SelectMultiRegionResource`
+ `cassandra:Modify`
+ `cassandra:ModifyMultiRegionResource`
Si la table est configurée en mode provisionné avec le dimensionnement automatique activé, les autorisations supplémentaires suivantes sont nécessaires.
+ `application-autoscaling:RegisterScalableTarget`
+ `application-autoscaling:DeregisterScalableTarget`
+ `application-autoscaling:DescribeScalableTargets`
+ `application-autoscaling:PutScalingPolicy`
+ `application-autoscaling:DescribeScalingPolicies`
Pour ajouter correctement une région à un espace clé à région unique, le principal IAM doit également être en mesure de créer un rôle lié à un service. Ce rôle lié à un service est un type unique de rôle IAM prédéfini par Amazon Keyspaces. Il inclut toutes les autorisations dont Amazon Keyspaces a besoin pour effectuer des actions en votre nom. Pour de plus amples informations sur le rôle lié à un service, veuillez consulter [Utilisation des rôles pour la réplication multirégionale d'Amazon Keyspaces](using-service-linked-roles-multi-region-replication.md).
Pour créer le rôle lié au service requis par la réplication multirégionale, la politique du principal IAM nécessite les éléments suivants :
+ `iam:CreateServiceLinkedRole`— L'**action** que le principal peut effectuer.
+ `arn:aws:iam::*:role/aws-service-role/replication.cassandra.amazonaws.com/AWSServiceRoleForKeyspacesReplication`— La **ressource** sur laquelle l'action peut être exécutée.
+ `iam:AWSServiceName": "replication.cassandra.amazonaws.com`— Le seul AWS service auquel ce rôle peut être associé est Amazon Keyspaces.
Voici un exemple de politique qui accorde les autorisations minimales requises à un directeur pour ajouter une région à un keyspace.
```
{
"Effect": "Allow",
"Action": "iam:CreateServiceLinkedRole",
"Resource": "arn:aws:iam::*:role/aws-service-role/replication.cassandra.amazonaws.com/AWSServiceRoleForKeyspacesReplication",
"Condition": {"StringLike": {"iam:AWSServiceName": "replication.cassandra.amazonaws.com"}}
}
```
# Création d'un keyspace multirégional dans Amazon Keyspaces
Cette section fournit des exemples de création d'un espace de touches multirégional. Vous pouvez le faire sur la console Amazon Keyspaces à l'aide de CQL ou du. AWS CLI Toutes les tables que vous créez dans un espace de touches multirégional héritent automatiquement des paramètres multirégionaux de l'espace de touches.
**Note**
Lorsque vous créez un espace de saisie multirégional, Amazon Keyspaces crée un rôle lié à un service dont le nom figure dans votre compte. `AWSServiceRoleForAmazonKeyspacesReplication` Ce rôle permet à Amazon Keyspaces de répliquer les écritures sur toutes les répliques d'une table multirégionale en votre nom. Pour en savoir plus, veuillez consulter la section [Utilisation des rôles pour la réplication multirégionale d'Amazon Keyspaces](using-service-linked-roles-multi-region-replication.md).
------
#### [ Console ]
**Création d'un espace de touches multirégional (console)**
1. [Connectez-vous à la AWS Management Console console Amazon Keyspaces et ouvrez-la chez https://console.aws.amazon.com/keyspaces/ vous.](https://console.aws.amazon.com/keyspaces/home)
1. Dans le panneau de navigation, choisissez **Keyspaces**, puis **Créer un keyspace**.
1. Dans le **champ Nom de l'espace clé**, entrez le nom de l'espace clé.
1. Dans la section **Réplication multirégionale**, vous pouvez ajouter les régions supplémentaires disponibles dans la liste.
1. Pour terminer, choisissez **Create keyspace.**
------
#### [ Cassandra Query Language (CQL) ]
**Création d'un espace de touches multirégional à l'aide de CQL**
1. Pour créer un espace de touches multirégional, utilisez cette option `NetworkTopologyStrategy` pour spécifier l'espace de touches dans Régions AWS lequel l'espace de touches doit être répliqué. Vous devez inclure votre région actuelle et au moins une région supplémentaire.
Toutes les tables du keyspace héritent de la stratégie de réplication du keyspace. Vous ne pouvez pas modifier la stratégie de réplication au niveau de la table.
`NetworkTopologyStrategy`— Le facteur de réplication pour chaque région est de trois, car Amazon Keyspaces réplique les données dans trois [zones de disponibilité](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/) au sein d'une même région Région AWS, par défaut.
L'instruction CQL suivante en est un exemple.
```
CREATE KEYSPACE mykeyspace
WITH REPLICATION = {'class':'NetworkTopologyStrategy', 'us-east-1':'3', 'ap-southeast-1':'3','eu-west-1':'3' };
```
1. Vous pouvez utiliser une instruction CQL pour interroger la `tables` table dans l'`system_multiregion_info`espace de touches afin de répertorier par programmation les régions et le statut de la table multirégionale que vous spécifiez. Le code suivant en est un exemple.
```
SELECT * from system_multiregion_info.tables WHERE keyspace_name = 'mykeyspace' AND table_name = 'mytable';
```
Le résultat de l'instruction ressemble à ce qui suit :
```
keyspace_name | table_name | region | status
----------------+----------------+----------------+--------
mykeyspace | mytable | us-east-1 | ACTIVE
mykeyspace | mytable | ap-southeast-1 | ACTIVE
mykeyspace | mytable | eu-west-1 | ACTIVE
```
------
#### [ CLI ]
**Créez un nouvel espace de touches multirégional à l'aide du AWS CLI**
+ Pour créer un espace de touches multirégional, vous pouvez utiliser l'instruction CLI suivante. Spécifiez votre région actuelle et au moins une région supplémentaire dans le`regionList`.
```
aws keyspaces create-keyspace --keyspace-name mykeyspace \
--replication-specification replicationStrategy=MULTI_REGION,regionList=us-east-1,eu-west-1
```
------
Pour créer une table multirégionale, reportez-vous aux sections [Création d'un tableau multirégional avec les paramètres par défaut dans Amazon Keyspaces](tables-mrr-create-default.md) et[Création d'une table multirégionale en mode provisionné avec mise à l'échelle automatique dans Amazon Keyspaces](tables-mrr-create-provisioned.md).
# Ajouter un Région AWS à un espace de touches dans Amazon Keyspaces
Vous pouvez ajouter une nouvelle touche Région AWS à un espace de touches unique ou multirégional. La nouvelle région de réplique est appliquée à toutes les tables du keyspace.
Pour transformer un espace de touches à région unique en espace de touches multirégional, vous devez activer les horodatages côté client pour toutes les tables de l'espace de touches. Pour de plus amples informations, veuillez consulter [Horodatages côté client dans Amazon Keyspaces](client-side-timestamps.md).
Si vous ajoutez une région supplémentaire à un espace clé multirégional, Amazon Keyspaces doit répliquer les tables existantes dans la nouvelle région en effectuant une restauration unique entre régions pour chaque table existante. Les frais de restauration pour chaque table sont facturés par Go. Pour plus d'informations, consultez [Backup and restore](https://aws.amazon.com/keyspaces/pricing/#:~:text=per%20GB-month-,Restoring%20a%20table,-Restoring%20a%20table) sur la page de tarification d'Amazon Keyspaces (pour Apache Cassandra). Le transfert de données entre les régions est gratuit pour cette opération de restauration. Outre les données, toutes les propriétés des tables, à l'exception des balises, seront répliquées dans la nouvelle région.
Vous pouvez utiliser l'`ALTER KEYSPACE`instruction dans CQL, la `update-keyspace` commande associée au AWS CLI, ou la console pour ajouter une nouvelle région à un keyspace unique ou multirégional dans Amazon Keyspaces. Pour que le relevé soit correctement exécuté, le compte que vous utilisez doit être situé dans l'une des régions où le keyspace est déjà disponible. Pendant l'ajout de la réplique, vous ne pouvez effectuer aucune autre opération du langage de définition des données (DDL) sur les ressources mises à jour et répliquées.
Pour plus d'informations sur les autorisations requises pour ajouter une région, consultez[Configurer les autorisations IAM requises pour ajouter un Région AWS à un keyspace](howitworks_replication_permissions_addReplica.md).
**Note**
Lorsque vous ajoutez une région supplémentaire à un espace clé à région unique, Amazon Keyspaces crée un rôle lié à un service dont le nom figure dans votre compte. `AWSServiceRoleForAmazonKeyspacesReplication` Ce rôle permet à Amazon Keyspaces de répliquer des tables vers de nouvelles régions et de répliquer les écritures d'une table vers toutes les répliques d'une table multirégionale en votre nom. Pour en savoir plus, veuillez consulter la section [Utilisation des rôles pour la réplication multirégionale d'Amazon Keyspaces](using-service-linked-roles-multi-region-replication.md).
------
#### [ Console ]
Suivez ces étapes pour ajouter une région à un espace de touches à l'aide de la console Amazon Keyspaces.
**Ajouter une région à un espace de touches (console)**
1. [Connectez-vous à la AWS Management Console console Amazon Keyspaces et ouvrez-la chez https://console.aws.amazon.com/keyspaces/ vous.](https://console.aws.amazon.com/keyspaces/home)
1. Dans le volet de navigation, choisissez **Keyspaces**, puis choisissez un keyspace dans la liste.
1. Cliquez sur l'onglet **Régions AWS**.
1. **Régions AWS**Dans l'onglet, choisissez **Ajouter une région**.
1. Dans la boîte de dialogue **Ajouter une région**, choisissez la région supplémentaire que vous souhaitez ajouter au keyspace.
1. Pour terminer, choisissez **Ajouter**.
------
#### [ Cassandra Query Language (CQL) ]
**Ajouter une région à un keyspace à l'aide de CQL**
+ Pour ajouter une nouvelle région à un keyspace, vous pouvez utiliser l'instruction suivante. Dans cet exemple, l'espace de touches est déjà disponible dans les régions USA Est (Virginie du Nord) et USA Ouest (Oregon), et l'instruction CQL ajoute la région USA Ouest (Californie du Nord).
```
ALTER KEYSPACE my_keyspace
WITH REPLICATION = {
'class': 'NetworkTopologyStrategy',
'us-east-1': '3',
'us-west-2': '3',
'us-west-1': '3'
} AND CLIENT_SIDE_TIMESTAMPS = {'status': 'ENABLED'};
```
------
#### [ CLI ]
**Ajoutez une région à un espace de touches à l'aide du AWS CLI**
+ Pour ajouter une nouvelle région à un espace de touches à l'aide de la CLI, vous pouvez utiliser l'exemple suivant. Notez que la valeur par défaut pour `client-side-timestamps` est `DISABLED`. Avec la `update-keyspace` commande, vous devez modifier la valeur en`ENABLED`.
```
aws keyspaces update-keyspace \
--keyspace-name my_keyspace \
--replication-specification '{"replicationStrategy": "MULTI_REGION", "regionList": ["us-east-1", "eu-west-1", "eu-west-3"] }' \
--client-side-timestamps '{"status": "ENABLED"}'
```
------
# Vérifiez la progression de la réplication lors de l'ajout d'une nouvelle région à un keyspace
L'ajout d'une nouvelle région à un espace de touches Amazon Keyspaces est une opération de longue haleine. Pour suivre les progrès, vous pouvez utiliser les requêtes présentées dans cette section.
------
#### [ Cassandra Query Language (CQL) ]
**Utilisation de CQL pour vérifier la progression de l'ajout d'une région**
+ Pour vérifier la progression de la création des nouvelles répliques de table dans un espace de touches donné, vous pouvez interroger la `system_multiregion_info.keyspaces` table. L'instruction CQL suivante en est un exemple.
```
SELECT keyspace_name, region, status, tables_replication_progress
FROM system_multiregion_info.keyspaces
WHERE keyspace_name = 'my_keyspace';
```
Pendant qu'une opération de réplication est en cours, le statut indique la progression de la création de la table dans la nouvelle région. Il s'agit d'un exemple où 5 tables sur 10 ont été répliquées dans la nouvelle région.
```
keyspace_name | region | status | tables_replication_progress
---------------+-----------+-----------+-------------------------
my_keyspace | us-east-1 | Updating |
my_keyspace | us-west-2 | Updating |
my_keyspace | eu-west-1 | Creating | 50%
```
Une fois le processus de réplication terminé avec succès, le résultat doit ressembler à cet exemple.
```
keyspace_name | region | status
---------------+-----------+-----------
my_keyspace | us-east-1 | Active
my_keyspace | us-west-2 | Active
my_keyspace | eu-west-1 | Active
```
------
#### [ CLI ]
**Utiliser le AWS CLI pour vérifier la progression de l'ajout d'une région**
+ Pour confirmer l'état de la création de répliques de table pour un espace de touches donné, vous pouvez utiliser l'exemple suivant.
```
aws keyspaces get-keyspace \
--keyspace-name my_keyspace
```
La sortie doit ressembler à cet exemple.
```
{
"keyspaceName": "my_keyspace",
"resourceArn": "arn:aws:cassandra:us-east-1:111122223333:/keyspace/my_keyspace/",
"replicationStrategy": "MULTI_REGION",
"replicationRegions": [
"us-east-1",
"eu-west-1"
]
"replicationGroupStatus": [
{
"RegionName": "us-east-1",
"KeyspaceStatus": "Active"
},
{
"RegionName": "eu-west-1",
"KeyspaceStatus": "Creating",
"TablesReplicationProgress": "50.0%"
}
]
}
```
------
# Création d'un tableau multirégional avec les paramètres par défaut dans Amazon Keyspaces
Cette section fournit des exemples de création d'une table multirégionale en mode à la demande avec tous les paramètres par défaut. Vous pouvez le faire sur la console Amazon Keyspaces à l'aide de CQL ou du. AWS CLI Toutes les tables que vous créez dans un espace de touches multirégional héritent automatiquement des paramètres multirégionaux de l'espace de touches.
Pour créer un espace de touches multirégional, voir. [Création d'un keyspace multirégional dans Amazon Keyspaces](keyspaces-mrr-create.md)
------
#### [ Console ]
**Création d'un tableau multirégional avec les paramètres par défaut (console)**
1. [Connectez-vous à la AWS Management Console console Amazon Keyspaces et ouvrez-la chez https://console.aws.amazon.com/keyspaces/ vous.](https://console.aws.amazon.com/keyspaces/home)
1. Choisissez un espace de touches multirégional.
1. **Dans l'onglet Tables**, choisissez **Créer une table**.
1. Dans **Nom de la table**, entrez le nom de la table. Le Régions AWS fichier dans lequel cette table est répliquée est indiqué dans la boîte d'information.
1. Continuez avec le schéma de table.
1. Sous **Paramètres du tableau**, passez à l'option **Paramètres par défaut**. Notez les paramètres par défaut suivants pour les tables multirégionales.
+ **Mode capacité** : le mode de capacité par défaut est **à la demande**. Pour plus d'informations sur la configuration du mode **provisionné**, consultez[Création d'une table multirégionale en mode provisionné avec mise à l'échelle automatique dans Amazon Keyspaces](tables-mrr-create-provisioned.md).
+ **Gestion des clés de chiffrement** : seule l'**Clé détenue par AWS**option est prise en charge.
+ **Horodatages côté client** : cette fonctionnalité est requise pour les tables multirégionales.
+ Choisissez **Personnaliser les paramètres** si vous devez activer Time to Live (TTL) pour le tableau et toutes ses répliques.
**Note**
Vous ne pourrez pas modifier les paramètres TTL sur une table multirégionale existante.
1. Pour terminer, choisissez **Créer une table**.
------
#### [ Cassandra Query Language (CQL) ]
**Création d'une table multirégionale en mode à la demande avec les paramètres par défaut**
+ Pour créer une table multirégionale avec des paramètres par défaut, vous pouvez utiliser l'instruction CQL suivante.
```
CREATE TABLE mykeyspace.mytable(pk int, ck int, PRIMARY KEY (pk, ck))
WITH CUSTOM_PROPERTIES = {
'capacity_mode':{
'throughput_mode':'PAY_PER_REQUEST'
},
'point_in_time_recovery':{
'status':'enabled'
},
'encryption_specification':{
'encryption_type':'AWS_OWNED_KMS_KEY'
},
'client_side_timestamps':{
'status':'enabled'
}
};
```
------
#### [ CLI ]
**À l'aide du AWS CLI**
1. Pour créer une table multirégionale avec les paramètres par défaut, il suffit de spécifier le schéma. Vous pouvez utiliser l'exemple suivant.
```
aws keyspaces create-table --keyspace-name mykeyspace --table-name mytable \
--schema-definition 'allColumns=[{name=pk,type=int}],partitionKeys={name= pk}'
```
Le résultat de la commande est le suivant :
```
{
"resourceArn": "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/table/mytable"
}
```
1. Pour confirmer les paramètres du tableau, vous pouvez utiliser l'instruction suivante.
```
aws keyspaces get-table --keyspace-name mykeyspace --table-name mytable
```
La sortie affiche tous les paramètres par défaut d'une table multirégionale.
```
{
"keyspaceName": "mykeyspace",
"tableName": "mytable",
"resourceArn": "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/table/mytable",
"creationTimestamp": "2023-12-19T16:50:37.639000+00:00",
"status": "ACTIVE",
"schemaDefinition": {
"allColumns": [
{
"name": "pk",
"type": "int"
}
],
"partitionKeys": [
{
"name": "pk"
}
],
"clusteringKeys": [],
"staticColumns": []
},
"capacitySpecification": {
"throughputMode": "PAY_PER_REQUEST",
"lastUpdateToPayPerRequestTimestamp": "2023-12-19T16:50:37.639000+00:00"
},
"encryptionSpecification": {
"type": "AWS_OWNED_KMS_KEY"
},
"pointInTimeRecovery": {
"status": "DISABLED"
},
"defaultTimeToLive": 0,
"comment": {
"message": ""
},
"clientSideTimestamps": {
"status": "ENABLED"
},
"replicaSpecifications": [
{
"region": "us-east-1",
"status": "ACTIVE",
"capacitySpecification": {
"throughputMode": "PAY_PER_REQUEST",
"lastUpdateToPayPerRequestTimestamp": 1702895811.469
}
},
{
"region": "eu-north-1",
"status": "ACTIVE",
"capacitySpecification": {
"throughputMode": "PAY_PER_REQUEST",
"lastUpdateToPayPerRequestTimestamp": 1702895811.121
}
}
]
}
```
------
# Création d'une table multirégionale en mode provisionné avec mise à l'échelle automatique dans Amazon Keyspaces
Cette section fournit des exemples de création d'une table multirégionale en mode provisionné avec mise à l'échelle automatique. Vous pouvez le faire sur la console Amazon Keyspaces à l'aide de CQL ou du. AWS CLI
Pour plus d'informations sur les configurations prises en charge et les fonctionnalités de réplication multirégionale, consultez[Notes d'utilisation de la réplication multirégionale Amazon Keyspaces](multiRegion-replication_usage-notes.md).
Pour créer un espace de touches multirégional, voir. [Création d'un keyspace multirégional dans Amazon Keyspaces](keyspaces-mrr-create.md)
Lorsque vous créez une nouvelle table multirégionale en mode provisionné avec des paramètres de dimensionnement automatique, vous pouvez spécifier les paramètres généraux de la table qui sont valides pour tous les Régions AWS éléments dans lesquels la table est répliquée. Vous pouvez ensuite remplacer les paramètres de capacité de lecture et lire les paramètres de mise à l'échelle automatique pour chaque réplique. La capacité d'écriture reste toutefois synchronisée entre toutes les répliques afin de garantir une capacité suffisante pour répliquer les écritures dans toutes les régions.
**Note**
Le dimensionnement automatique d'Amazon Keyspaces nécessite la présence d'un rôle lié à un service (`AWSServiceRoleForApplicationAutoScaling_CassandraTable`) qui exécute des actions de dimensionnement automatique en votre nom. Ce rôle est créé automatiquement pour vous. Pour de plus amples informations, veuillez consulter [Utilisation de rôles liés à un service pour Amazon Keyspaces](using-service-linked-roles.md).
------
#### [ Console ]
**Création d'une nouvelle table multirégionale avec mise à l'échelle automatique activée**
1. [Connectez-vous à la AWS Management Console console Amazon Keyspaces et ouvrez-la chez https://console.aws.amazon.com/keyspaces/ vous.](https://console.aws.amazon.com/keyspaces/home)
1. Choisissez un espace de touches multirégional.
1. **Dans l'onglet Tables**, choisissez **Créer une table**.
1. Sur la page **Créer une table**, dans la section **Détails de la table**, sélectionnez un espace de touche et attribuez un nom à la nouvelle table.
1. Dans la section **Colonnes**, créez le schéma de votre table.
1. Dans la section **Clé primaire**, définissez la clé primaire de la table et sélectionnez les colonnes de clustering facultatives.
1. Dans la section **Paramètres du tableau**, choisissez **Personnaliser les paramètres**.
1. Continuez jusqu'à **Paramètres de capacité en lecture/écriture**.
1. Pour le **Mode de capacité**, choisissez **Provisioned (Alloué)**.
1. Dans la section **Capacité de lecture** confirmez que l'option **Mettre à l'échelle automatiquement** est sélectionnée.
Vous pouvez choisir de configurer les mêmes unités de capacité de lecture pour tous les éléments dans Régions AWS lesquels la table est répliquée. Vous pouvez également décocher la case et configurer différemment la capacité de lecture pour chaque région.
Si vous choisissez de configurer chaque région différemment, vous sélectionnez les unités de capacité de lecture minimale et maximale pour chaque réplique de table, ainsi que l'utilisation cible.
+ **Unités de capacité minimale** : entrez la valeur du niveau de débit minimal que le tableau doit toujours être prêt à prendre en charge. La valeur doit être comprise entre 1 et le quota par seconde du débit maximal pour votre compte (40 000 par défaut).
+ **Unités de capacité maximale** : entrez le débit maximal que vous souhaitez allouer pour la table. La valeur doit être comprise entre 1 et le quota par seconde du débit maximal pour votre compte (40 000 par défaut).
+ **Utilisation cible** — Entrez un taux d'utilisation cible compris entre 20 % et 90 %. Lorsque le trafic dépasse le taux d'utilisation cible défini, la capacité est automatiquement mise à l'échelle. Lorsque le trafic tombe en dessous de la cible définie, il est automatiquement réduit de nouveau.
+ Désactivez la case à cocher **Echelle automatique** si vous souhaitez configurer manuellement la capacité de lecture du tableau. Ce paramètre s'applique à toutes les répliques de la table.
**Note**
Pour garantir une capacité de lecture suffisante pour toutes les répliques, nous recommandons le dimensionnement automatique d'Amazon Keyspaces pour les tables multirégionales provisionnées.
**Note**
Pour en savoir plus sur les quotas par défaut de votre compte et sur la façon de les augmenter, reportez-vous à la section [Quotas pour Amazon Keyspaces (pour Apache Cassandra)](quotas.md).
1. Dans la section **Capacité d'écriture**, vérifiez que **l'option Échelle automatique** est sélectionnée. Configurez ensuite les unités de capacité de la table. Les unités de capacité d'écriture restent synchronisées entre toutes les régions Régions AWS afin de garantir une capacité suffisante pour répliquer les événements d'écriture dans les régions.
+ **Désélectionnez Scale automatiquement** si vous souhaitez provisionner manuellement la capacité d'écriture de la table. Ce paramètre s'applique à toutes les répliques de la table.
**Note**
Pour garantir une capacité d'écriture suffisante pour toutes les répliques, nous recommandons le dimensionnement automatique d'Amazon Keyspaces pour les tables multirégionales provisionnées.
1. Choisissez **Créer un tableau**. Votre table est créée avec les paramètres de mise à l'échelle automatique spécifiés.
------
#### [ Cassandra Query Language (CQL) ]
**Création d'une table multirégionale avec mode capacité provisionnée et mise à l'échelle automatique à l'aide de CQL**
+ Pour créer une table multirégionale en mode provisionné avec mise à l'échelle automatique, vous devez d'abord spécifier le mode de capacité en le définissant `CUSTOM_PROPERTIES` pour la table. Après avoir spécifié le mode de capacité provisionnée, vous pouvez configurer les paramètres de dimensionnement automatique de la table à l'aide `AUTOSCALING_SETTINGS` de.
Pour des informations détaillées sur les paramètres de mise à l'échelle automatique, la politique de suivi des cibles, la valeur cible et les paramètres facultatifs, consultez[Création d'un nouveau tableau avec mise à l'échelle automatique](autoscaling.createTable.md).
Pour définir la capacité de lecture d'une réplique de table dans une région spécifique, vous pouvez configurer les paramètres suivants dans le cadre de la table `replica_updates` :
+ La région
+ Les unités de capacité de lecture provisionnées (facultatif)
+ Paramètres de mise à l'échelle automatique pour la capacité de lecture (facultatif)
L'exemple suivant montre une `CREATE TABLE` instruction pour une table multirégionale en mode provisionné. Les paramètres généraux de mise à l'échelle automatique des capacités d'écriture et de lecture sont les mêmes. Toutefois, les paramètres de mise à l'échelle automatique de lecture spécifient des périodes de recharge supplémentaires de 60 secondes avant d'augmenter ou de diminuer la capacité de lecture du tableau. En outre, les paramètres de mise à l'échelle automatique de la capacité de lecture pour la région USA Est (Virginie du Nord) sont supérieurs à ceux des autres répliques. De plus, la valeur cible est fixée à 70 % au lieu de 50 %.
```
CREATE TABLE mykeyspace.mytable(pk int, ck int, PRIMARY KEY (pk, ck))
WITH CUSTOM_PROPERTIES = {
'capacity_mode': {
'throughput_mode': 'PROVISIONED',
'read_capacity_units': 5,
'write_capacity_units': 5
}
} AND AUTOSCALING_SETTINGS = {
'provisioned_write_capacity_autoscaling_update': {
'maximum_units': 10,
'minimum_units': 5,
'scaling_policy': {
'target_tracking_scaling_policy_configuration': {
'target_value': 50
}
}
},
'provisioned_read_capacity_autoscaling_update': {
'maximum_units': 10,
'minimum_units': 5,
'scaling_policy': {
'target_tracking_scaling_policy_configuration': {
'target_value': 50,
'scale_in_cooldown': 60,
'scale_out_cooldown': 60
}
}
},
'replica_updates': {
'us-east-1': {
'provisioned_read_capacity_autoscaling_update': {
'maximum_units': 20,
'minimum_units': 5,
'scaling_policy': {
'target_tracking_scaling_policy_configuration': {
'target_value': 70
}
}
}
}
}
};
```
------
#### [ CLI ]
**Créez une nouvelle table multirégionale en mode provisionné avec mise à l'échelle automatique à l'aide du AWS CLI**
+ Pour créer une table multirégionale en mode provisionné avec une configuration de dimensionnement automatique, vous pouvez utiliser le. AWS CLI Notez que vous devez utiliser la `create-table` commande Amazon Keyspaces CLI pour configurer les paramètres de mise à l'échelle automatique multirégionale. Cela est dû au fait qu'Application Auto Scaling, le service qu'Amazon Keyspaces utilise pour effectuer le dimensionnement automatique en votre nom, ne prend pas en charge plusieurs régions.
Pour plus d'informations sur les paramètres de mise à l'échelle automatique, la politique de suivi des cibles, la valeur cible et les paramètres facultatifs, consultez[Création d'un nouveau tableau avec mise à l'échelle automatique](autoscaling.createTable.md).
Pour définir la capacité de lecture d'une réplique de table dans une région spécifique, vous pouvez configurer les paramètres suivants dans le cadre de la table `replicaSpecifications` :
+ La région
+ Les unités de capacité de lecture provisionnées (facultatif)
+ Paramètres de mise à l'échelle automatique pour la capacité de lecture (facultatif)
Lorsque vous créez des tables multirégionales provisionnées avec des paramètres de mise à l'échelle automatique complexes et différentes configurations pour les répliques de tables, il est utile de charger les paramètres de mise à l'échelle automatique et les configurations de réplique de la table à partir de fichiers JSON.
Pour utiliser l'exemple de code suivant, vous pouvez télécharger les exemples de fichiers JSON depuis [auto-scaling.zip](samples/auto-scaling.zip), puis extraire `auto-scaling.json` et`replication.json`. Prenez note du chemin d'accès aux fichiers.
Dans cet exemple, les fichiers JSON se trouvent dans le répertoire actuel. Pour connaître les différentes options de chemin de fichier, consultez [Comment charger des paramètres à partir d'un fichier](https://docs.aws.amazon.com/cli/latest/userguide/cli-usage-parameters-file.html#cli-usage-parameters-file-how).
```
aws keyspaces create-table --keyspace-name mykeyspace --table-name mytable \
--schema-definition 'allColumns=[{name=pk,type=int},{name=ck,type=int}],partitionKeys=[{name=pk},{name=ck}]' \
--capacity-specification throughputMode=PROVISIONED,readCapacityUnits=1,writeCapacityUnits=1 \
--auto-scaling-specification file://auto-scaling.json \
--replica-specifications file://replication.json
```
------
# Mettre à jour les paramètres de capacité allouée et de dimensionnement automatique pour une table multirégionale dans Amazon Keyspaces
Cette section inclut des exemples d'utilisation de la console, du CQL, et de gestion des paramètres AWS CLI de dimensionnement automatique d'Amazon Keyspaces pour les tables multirégionales provisionnées. Pour plus d'informations sur les options générales de configuration de l'autoscaling et sur leur fonctionnement, consultez[Gérez automatiquement la capacité de débit grâce au dimensionnement automatique d'Amazon Keyspaces](autoscaling.md).
Notez que si vous utilisez le mode capacité provisionnée pour les tables multirégionales, vous devez toujours utiliser les appels d'API Amazon Keyspaces pour configurer le dimensionnement automatique. Cela est dû au fait que les opérations sous-jacentes de l'API Application Auto Scaling ne sont pas adaptées aux régions.
Pour plus d'informations sur la manière d'estimer le débit de capacité d'écriture des tables multirégionales provisionnées, consultez. [Estimer et provisionner la capacité d'une table multirégionale dans Amazon Keyspaces](tables-multi-region-capacity.md)
Pour plus d'informations sur l'API Amazon Keyspaces, consultez le manuel Amazon [https://docs.aws.amazon.com/keyspaces/latest/APIReference/Welcome.html](https://docs.aws.amazon.com/keyspaces/latest/APIReference/Welcome.html) API Reference.
Lorsque vous mettez à jour le mode provisionné ou les paramètres de dimensionnement automatique d'une table multirégionale, vous pouvez mettre à jour les paramètres de capacité de lecture et la configuration de dimensionnement automatique de lecture pour chaque réplique de la table.
La capacité d'écriture reste toutefois synchronisée entre toutes les répliques afin de garantir une capacité suffisante pour répliquer les écritures dans toutes les régions.
------
#### [ Cassandra Query Language (CQL) ]
**Mettre à jour les paramètres de capacité provisionnée et de dimensionnement automatique d'une table multirégionale à l'aide de CQL**
+ Vous pouvez l'utiliser `ALTER TABLE` pour mettre à jour le mode de capacité et les paramètres de mise à l'échelle automatique d'une table existante. Si vous mettez à jour une table actuellement en mode capacité à la demande, `capacity_mode` c'est obligatoire. Si votre table est déjà en mode capacité provisionnée, ce champ peut être omis.
Pour des informations détaillées sur les paramètres de mise à l'échelle automatique, la politique de suivi des cibles, la valeur cible et les paramètres facultatifs, consultez[Création d'un nouveau tableau avec mise à l'échelle automatique](autoscaling.createTable.md).
Dans la même déclaration, vous pouvez également mettre à jour les paramètres de capacité de lecture et de mise à l'échelle automatique des répliques de tables dans des régions spécifiques en mettant à jour les `replica_updates` propriétés de la table. La déclaration suivante en est un exemple.
```
ALTER TABLE mykeyspace.mytable
WITH CUSTOM_PROPERTIES = {
'capacity_mode': {
'throughput_mode': 'PROVISIONED',
'read_capacity_units': 1,
'write_capacity_units': 1
}
} AND AUTOSCALING_SETTINGS = {
'provisioned_write_capacity_autoscaling_update': {
'maximum_units': 10,
'minimum_units': 5,
'scaling_policy': {
'target_tracking_scaling_policy_configuration': {
'target_value': 50
}
}
},
'provisioned_read_capacity_autoscaling_update': {
'maximum_units': 10,
'minimum_units': 5,
'scaling_policy': {
'target_tracking_scaling_policy_configuration': {
'target_value': 50,
'scale_in_cooldown': 60,
'scale_out_cooldown': 60
}
}
},
'replica_updates': {
'us-east-1': {
'provisioned_read_capacity_autoscaling_update': {
'maximum_units': 20,
'minimum_units': 5,
'scaling_policy': {
'target_tracking_scaling_policy_configuration': {
'target_value': 70
}
}
}
}
}
};
```
------
#### [ CLI ]
**Mettez à jour les paramètres de capacité provisionnée et de dimensionnement automatique d'une table multirégionale à l'aide du AWS CLI**
+ Pour mettre à jour le mode provisionné et la configuration de dimensionnement automatique d'une table existante, vous pouvez utiliser la AWS CLI `update-table` commande.
Notez que vous devez utiliser les commandes de la CLI Amazon Keyspaces pour créer ou modifier les paramètres de mise à l'échelle automatique multirégionale. Cela est dû au fait qu'Application Auto Scaling, le service qu'Amazon Keyspaces utilise pour effectuer le dimensionnement automatique de la capacité des tables en votre nom, ne prend pas en charge les tables multiples. Régions AWS
Pour mettre à jour la capacité de lecture d'une réplique de table dans une région spécifique, vous pouvez modifier l'un des paramètres facultatifs suivants de la table `replicaSpecifications` :
+ Les unités de capacité de lecture provisionnées (facultatif)
+ Paramètres de mise à l'échelle automatique pour la capacité de lecture (facultatif)
Lorsque vous mettez à jour des tables multirégionales avec des paramètres de mise à l'échelle automatique complexes et différentes configurations pour les répliques de tables, il est utile de charger les paramètres de mise à l'échelle automatique et les configurations de réplique de la table à partir de fichiers JSON.
Pour utiliser l'exemple de code suivant, vous pouvez télécharger les exemples de fichiers JSON depuis [auto-scaling.zip](samples/auto-scaling.zip), puis extraire `auto-scaling.json` et`replication.json`. Prenez note du chemin d'accès aux fichiers.
Dans cet exemple, les fichiers JSON se trouvent dans le répertoire actuel. Pour connaître les différentes options de chemin de fichier, consultez [Comment charger des paramètres à partir d'un fichier](https://docs.aws.amazon.com/cli/latest/userguide/cli-usage-parameters-file.html#cli-usage-parameters-file-how).
```
aws keyspaces update-table --keyspace-name mykeyspace --table-name mytable \
--capacity-specification throughputMode=PROVISIONED,readCapacityUnits=1,writeCapacityUnits=1 \
--auto-scaling-specification file://auto-scaling.json \
--replica-specifications file://replication.json
```
------
# Afficher les paramètres de capacité allouée et de dimensionnement automatique pour une table multirégionale dans Amazon Keyspaces
Vous pouvez consulter les paramètres de capacité provisionnée et de dimensionnement automatique d'une table multirégionale sur la console Amazon Keyspaces, à l'aide de CQL ou du. AWS CLI Cette section fournit des exemples illustrant comment procéder à l'aide de CQL et du AWS CLI.
------
#### [ Cassandra Query Language (CQL) ]
**Afficher la capacité allouée et les paramètres de mise à l'échelle automatique d'une table multirégionale à l'aide de CQL**
+ Pour afficher la configuration de mise à l'échelle automatique d'une table multirégionale, utilisez la commande suivante.
```
SELECT * FROM system_multiregion_info.autoscaling WHERE keyspace_name = 'mykeyspace' AND table_name = 'mytable';
```
Le résultat de cette commande ressemble à ce qui suit :
```
keyspace_name | table_name | region | provisioned_read_capacity_autoscaling_update | provisioned_write_capacity_autoscaling_update
----------------+------------+----------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
mykeyspace | mytable | ap-southeast-1 | {'minimum_units': 5, 'maximum_units': 10, 'scaling_policy': {'target_tracking_scaling_policy_configuration': {'scale_out_cooldown': 60, 'disable_scale_in': false, 'target_value': 50, 'scale_in_cooldown': 60}}} | {'minimum_units': 5, 'maximum_units': 10, 'scaling_policy': {'target_tracking_scaling_policy_configuration': {'scale_out_cooldown': 0, 'disable_scale_in': false, 'target_value': 50, 'scale_in_cooldown': 0}}}
mykeyspace | mytable | us-east-1 | {'minimum_units': 5, 'maximum_units': 20, 'scaling_policy': {'target_tracking_scaling_policy_configuration': {'scale_out_cooldown': 60, 'disable_scale_in': false, 'target_value': 70, 'scale_in_cooldown': 60}}} | {'minimum_units': 5, 'maximum_units': 10, 'scaling_policy': {'target_tracking_scaling_policy_configuration': {'scale_out_cooldown': 0, 'disable_scale_in': false, 'target_value': 50, 'scale_in_cooldown': 0}}}
mykeyspace | mytable | eu-west-1 | {'minimum_units': 5, 'maximum_units': 10, 'scaling_policy': {'target_tracking_scaling_policy_configuration': {'scale_out_cooldown': 60, 'disable_scale_in': false, 'target_value': 50, 'scale_in_cooldown': 60}}} | {'minimum_units': 5, 'maximum_units': 10, 'scaling_policy': {'target_tracking_scaling_policy_configuration': {'scale_out_cooldown': 0, 'disable_scale_in': false, 'target_value': 50, 'scale_in_cooldown': 0}}}
```
------
#### [ CLI ]
**Consultez les paramètres de capacité provisionnée et de dimensionnement automatique d'une table multirégionale à l'aide du AWS CLI**
+ Pour afficher la configuration de mise à l'échelle automatique d'une table multirégionale, vous pouvez utiliser l'`get-table-auto-scaling-settings`opération. La commande CLI suivante en est un exemple.
```
aws keyspaces get-table-auto-scaling-settings --keyspace-name mykeyspace --table-name mytable
```
Le résultat suivant doit s'afficher.
```
{
"keyspaceName": "mykeyspace",
"tableName": "mytable",
"resourceArn": "arn:aws:cassandra:us-east-1:777788889999:/keyspace/mykeyspace/table/mytable",
"autoScalingSpecification": {
"writeCapacityAutoScaling": {
"autoScalingDisabled": false,
"minimumUnits": 5,
"maximumUnits": 10,
"scalingPolicy": {
"targetTrackingScalingPolicyConfiguration": {
"disableScaleIn": false,
"scaleInCooldown": 0,
"scaleOutCooldown": 0,
"targetValue": 50.0
}
}
},
"readCapacityAutoScaling": {
"autoScalingDisabled": false,
"minimumUnits": 5,
"maximumUnits": 20,
"scalingPolicy": {
"targetTrackingScalingPolicyConfiguration": {
"disableScaleIn": false,
"scaleInCooldown": 60,
"scaleOutCooldown": 60,
"targetValue": 70.0
}
}
}
},
"replicaSpecifications": [
{
"region": "us-east-1",
"autoScalingSpecification": {
"writeCapacityAutoScaling": {
"autoScalingDisabled": false,
"minimumUnits": 5,
"maximumUnits": 10,
"scalingPolicy": {
"targetTrackingScalingPolicyConfiguration": {
"disableScaleIn": false,
"scaleInCooldown": 0,
"scaleOutCooldown": 0,
"targetValue": 50.0
}
}
},
"readCapacityAutoScaling": {
"autoScalingDisabled": false,
"minimumUnits": 5,
"maximumUnits": 20,
"scalingPolicy": {
"targetTrackingScalingPolicyConfiguration": {
"disableScaleIn": false,
"scaleInCooldown": 60,
"scaleOutCooldown": 60,
"targetValue": 70.0
}
}
}
}
},
{
"region": "eu-north-1",
"autoScalingSpecification": {
"writeCapacityAutoScaling": {
"autoScalingDisabled": false,
"minimumUnits": 5,
"maximumUnits": 10,
"scalingPolicy": {
"targetTrackingScalingPolicyConfiguration": {
"disableScaleIn": false,
"scaleInCooldown": 0,
"scaleOutCooldown": 0,
"targetValue": 50.0
}
}
},
"readCapacityAutoScaling": {
"autoScalingDisabled": false,
"minimumUnits": 5,
"maximumUnits": 10,
"scalingPolicy": {
"targetTrackingScalingPolicyConfiguration": {
"disableScaleIn": false,
"scaleInCooldown": 60,
"scaleOutCooldown": 60,
"targetValue": 50.0
}
}
}
}
}
]
}
```
------
# Désactiver le redimensionnement automatique pour un tableau dans Amazon Keyspaces
Cette section fournit des exemples expliquant comment désactiver le dimensionnement automatique pour une table multirégionale en mode capacité allouée. Vous pouvez le faire sur la console Amazon Keyspaces à l'aide de CQL ou du. AWS CLI
**Important**
Nous recommandons d'utiliser le dimensionnement automatique pour les tables multirégionales qui utilisent le mode capacité provisionnée. Pour de plus amples informations, veuillez consulter [Estimer et provisionner la capacité d'une table multirégionale dans Amazon Keyspaces](tables-multi-region-capacity.md).
**Note**
Pour supprimer le rôle lié à un service utilisé par Application Auto Scaling, vous devez désactiver le dimensionnement automatique sur toutes les tables du compte. Régions AWS
------
#### [ Console ]
**Désactiver le dimensionnement automatique d'Amazon Keyspaces pour une table multirégionale existante sur la console**
1. [Connectez-vous à la AWS Management Console console Amazon Keyspaces et ouvrez-la chez https://console.aws.amazon.com/keyspaces/ vous.](https://console.aws.amazon.com/keyspaces/home)
1. Choisissez la table avec laquelle vous souhaitez travailler, puis cliquez sur l'onglet **Capacité**.
1. Dans la section **Paramètres de capacité**, choisissez **Modifier**.
1. Pour désactiver le dimensionnement automatique d'Amazon Keyspaces, décochez la case **Scale automatically**. La désactivation du dimensionnement automatique annule l'enregistrement de la table en tant que cible évolutive avec Application Auto Scaling. Pour supprimer le rôle lié à un service utilisé par Application Auto Scaling pour accéder à votre table Amazon Keyspaces, suivez les étapes décrites dans. [Supprimer un rôle lié à un service pour Amazon Keyspaces](using-service-linked-roles-app-auto-scaling.md#delete-service-linked-role-app-auto-scaling)
1. Lorsque les paramètres de mise à l'échelle automatique sont définis, choisissez **Enregistrer**.
------
#### [ Cassandra Query Language (CQL) ]
**Désactiver la mise à l'échelle automatique pour une table multirégionale à l'aide de CQL**
+ Vous pouvez l'utiliser `ALTER TABLE` pour désactiver le redimensionnement automatique pour une table existante. Notez que vous ne pouvez pas désactiver le redimensionnement automatique pour une réplique de table individuelle.
Dans l'exemple suivant, la mise à l'échelle automatique est désactivée pour la capacité de lecture de la table.
```
ALTER TABLE mykeyspace.mytable
WITH AUTOSCALING_SETTINGS = {
'provisioned_read_capacity_autoscaling_update': {
'autoscaling_disabled': true
}
};
```
------
#### [ CLI ]
**Désactivez la mise à l'échelle automatique pour une table multirégionale à l'aide du AWS CLI**
+ Vous pouvez utiliser cette AWS CLI `update-table` commande pour désactiver la mise à l'échelle automatique pour une table existante. Notez que vous ne pouvez pas désactiver le redimensionnement automatique pour une réplique de table individuelle.
Dans l'exemple suivant, la mise à l'échelle automatique est désactivée pour la capacité de lecture de la table.
```
aws keyspaces update-table --keyspace-name mykeyspace --table-name mytable
\ --auto-scaling-specification readCapacityAutoScaling={autoScalingDisabled=true}
```
------
# Définissez manuellement la capacité allouée d'une table multirégionale dans Amazon Keyspaces
Si vous devez désactiver le dimensionnement automatique pour une table multirégionale, vous pouvez configurer manuellement la capacité de lecture de la table pour une table répliquée à l'aide de CQL ou du. AWS CLI
**Note**
Nous recommandons d'utiliser le dimensionnement automatique pour les tables multirégionales qui utilisent le mode capacité provisionnée. Pour de plus amples informations, veuillez consulter [Estimer et provisionner la capacité d'une table multirégionale dans Amazon Keyspaces](tables-multi-region-capacity.md).
------
#### [ Cassandra Query Language (CQL) ]
**Configuration manuelle de la capacité provisionnée d'une table multirégionale à l'aide de CQL**
+ Vous pouvez l'utiliser `ALTER TABLE` pour provisionner manuellement la capacité de lecture d'une table répliquée.
```
ALTER TABLE mykeyspace.mytable
WITH CUSTOM_PROPERTIES = {
'capacity_mode': {
'throughput_mode': 'PROVISIONED',
'read_capacity_units': 1,
'write_capacity_units': 1
},
'replica_updates': {
'us-east-1': {
'read_capacity_units': 2
}
}
};
```
------
#### [ CLI ]
**Définissez manuellement la capacité allouée d'une table multirégionale à l'aide du AWS CLI**
+ Si vous devez désactiver le dimensionnement automatique pour une table multirégionale, vous pouvez l'utiliser pour `update-table` provisionner manuellement la capacité de lecture de la table pour une table de réplique.
```
aws keyspaces update-table --keyspace-name mykeyspace --table-name mytable \
--capacity-specification throughputMode=PROVISIONED,readCapacityUnits=1,writeCapacityUnits=1 \
--replica-specifications region="us-east-1",readCapacityUnits=5
```
------