Forte cohérence multirégionale

Note

Multi-Region Strong Cohérence (MRSC) est disponible en version préliminaire et est susceptible d'être modifiée.

Multi-Region Strong Cohérence (MRSC) est une nouvelle fonctionnalité de tableaux globaux de DynamoDB disponible en version préliminaire. Une table globale configurée pour MRSC permet d'effectuer une lecture hautement cohérente avec une portée multirégionale. En effectuant une lecture très cohérente sur un MRSC tableau, vous êtes assuré de toujours lire la dernière version d'un document, quelle que soit la région dans laquelle vous effectuez la lecture.

Vous pouvez utiliser des tables globales à forte cohérence multirégionale pour créer des applications avec un objectif de point de récupération (RPO) égal à zéro. La valeur zéro garantit que vos applications peuvent toujours lire la dernière version des données DynamoDB, même si une interruption d'application vous oblige à déplacer le trafic vers une autre version. RPO Région AWS

MRSCl'aperçu n'est pris en charge que pour la version 2019.11.21 (actuelle) des tables globales.

Rubriques

• Modes de cohérence pour les tables globales

• Disponibilité de la région pour la MRSC version préliminaire

• MRSCconsidérations relatives à l'aperçu

• Gestion des tables MRSC globales

Modes de cohérence pour les tables globales

Lorsque vous créez une table globale, vous pouvez configurer son mode de cohérence. Les tableaux globaux proposent les modes de cohérence multirégionaux suivants : cohérence éventuelle et cohérence forte (aperçu).

Si vous ne spécifiez pas de mode de cohérence lors de la création d'une table globale, la valeur par défaut de la table globale est Cohérence éventuelle multirégionale ()MREC. Une table globale ne peut pas contenir de répliques configurées avec différents modes de cohérence. Vous ne pouvez pas modifier le mode de cohérence d'une table globale.

Cohérence éventuelle multirégionale () MREC

Multi-Region eventually consistent (MREC) est le mode de cohérence par défaut pour les tables globales. Les modifications que vous apportez à un élément d'une réplique de table MREC globale sont répliquées sur toutes les autres répliques, généralement en une seconde ou moins. Cela signifie que les opérations de lecture effectuées avec le ConsistentReadparamètre défini sur true (une lecture très cohérente) renverront toujours la dernière version d'un élément si l'élément a été mis à jour dans la région où la lecture a eu lieu, mais peuvent renvoyer des données périmées si l'élément a été mis à jour dans une autre région.

Les conflits liés à la modification simultanée d'un même élément dans plusieurs régions sont résolus selon une approche selon laquelle le dernier auteur gagne.

MRECles tables globales auront des latences d'écriture plus faibles et des latences de lecture très cohérentes par rapport aux MRSC tables globales.

Vous devez utiliser le MREC mode lorsque :

• Votre application peut tolérer des données périmées renvoyées par des opérations de lecture très cohérentes si ces données ont été mises à jour dans une autre région.

• Vous privilégiez une écriture plus faible et des latences de lecture très cohérentes par rapport à la cohérence de lecture multirégionale.

• Votre stratégie de haute disponibilité multirégionale peut tolérer une valeur RPO supérieure à zéro.

Forte cohérence multirégionale (aperçu)

Note

Multi-Region Strong Cohérence (MRSC) est disponible en version préliminaire et est susceptible d'être modifiée.

Les modifications que vous apportez à un élément d'une réplique de table MRSC globale peuvent être immédiatement lues dans n'importe quelle autre table de réplication de la table globale avec une lecture très cohérente. Cela signifie que les opérations de lecture effectuées avec le ConsistentRead paramètre défini sur true (une lecture très cohérente) renverront toujours la dernière version d'un élément depuis n'importe quelle table de réplication.

Si une opération d'écriture doit modifier un élément déjà en cours de modification dans une autre région, cette opération d'écriture échouera avec unReplicatedWriteConflictException. Les écritures qui échouent ReplicatedWriteConflictException peuvent être réessayées et réussiront si la mise à jour conflictuelle a été résolue et qu'aucune autre mise à jour conflictuelle n'est en cours.

MRSCles tables globales auront des latences d'écriture plus élevées et des latences de lecture très cohérentes par rapport aux MREC tables globales.

Vous devez utiliser le MRSC mode lorsque :

• Vous avez besoin de garanties de lecture très cohérentes avec une portée multirégionale.

• Vous privilégiez la cohérence globale de la lecture plutôt que la réduction de la latence d'écriture.

• Votre stratégie de haute disponibilité multirégionale nécessite une valeur RPO de zéro.

Disponibilité de la région pour la MRSC version préliminaire

L'MRSCaperçu est disponible dans les versions suivantes Régions AWS :

• USA Est (Virginie du Nord) – us-east-1

• USA Est (Ohio) – us-east-2

• USA Ouest (Oregon) – us-west-2

MRSCconsidérations relatives à l'aperçu

Lorsque vous utilisez des tables globales avecMRSC, les considérations suivantes s'appliquent à l'aperçu :

Considérations concernant la charge

• Les tableaux globaux avec MRSC ne sont disponibles qu'en version préliminaire. Vous ne devez pas les utiliser pour les charges de travail de production.

• Les caractéristiques de performance et de débit des MRSC tables peuvent changer au cours de l'aperçu.

Support des fonctionnalités

• Seules les clés détenues par Amazon sont prises en charge pour la version préliminaire.

• Clés gérées par AWSne sont pas pris en charge dans la version préliminaire.

• Les clés gérées par le client ne sont pas prises en charge dans la version préliminaire.

• Les politiques basées sur les ressources ne peuvent pas être utilisées pour interrompre la réplication entre les régions.

• CloudWatch Les informations de Contributor Insights ne sont publiées que pour la région dans laquelle les opérations ont eu lieu pour les tables MRSC globales en version préliminaire.

• Time to Live (TTL) n'est pas pris en charge pour les tables MRSC globales en version préliminaire.

• Les index secondaires locaux (LSIs) ne sont pas pris en charge pour les tables MRSC globales en version préliminaire.

• APIsLes transactions ne sont pas prises en charge dans l'aperçu.

Différences de comportement par rapport MREC aux tables globales

• L'MRSCaperçu est disponible dans un nombre limité de régions.

• Une table MRSC globale doit contenir exactement trois tables répliquées.

• Vous devez créer une table MRSC globale en ajoutant deux répliques à une table mono-région existante qui ne contient aucune donnée.

• Vous ne pouvez pas supprimer une seule table de réplication d'une table MRSC globale. Pour supprimer une table MRSC globale, vous devez supprimer deux répliques de tables en une seule action, pour obtenir une table à région unique. Vous pouvez ensuite supprimer le reste de la table à région unique.

• Des violations des clés de l'indice secondaire mondial peuvent survenir au-delà de la période de remblayage initiale.

Quotas

• An Compte AWS peut avoir un maximum de trois tables globales avecMRSC.

• Le débit d'écriture en mode capacité provisionnée est limité à 10 000 unités de capacité d'écriture répliquées (). rWCUs

• Le débit de lecture en mode capacité provisionnée est limité à 10 000 unités de capacité de lecture ()RCUs.

• Le débit d'écriture en mode capacité à la demande est limité à 10 000 unités de demande d'écriture répliquées ()rWRUs.

• Le débit de lecture en mode capacité à la demande est limité à 10 000 unités de demande de lecture (RRUs).