DynamoDB est-il multi-Région ?

Il peut l'être. Une table DynamoDB standard vit dans une seule Région, mais les tables globales la rendent multi-Région et multi-active, en la répliquant automatiquement sur les Régions que tu choisis, pour que tu puisses lire et écrire dans n'importe laquelle. Les tables globales offrent jusqu'à 99,999 % de disponibilité, avec une cohérence multi-Région à terme ou forte sur option.

Tables standard vs tables globales

Par défaut, une table existe dans une seule Région. Active les tables globales pour ajouter des tables répliques dans d'autres Régions ; DynamoDB les garde alors synchronisées automatiquement.

Réplication multi-active

Chaque réplica accepte les lectures et les écritures. Une écriture dans n'importe quelle Région se propage aux autres — il n'y a pas de Région primaire ni d'étape de bascule si une Région devient indisponible.

Choix de cohérence

Cohérence à terme multi-Région (MREC) — le défaut : les écritures se répliquent de façon asynchrone, typiquement en une seconde. Les conflits se résolvent au dernier écrivain.
Cohérence forte multi-Région (MRSC) — choisie à la création : chaque écriture se réplique de façon synchrone vers au moins une autre Région avant de rendre la main, si bien que les lectures fortement cohérentes sur n'importe quel réplica renvoient le dernier élément. Les tables MRSC sont déployées dans exactement trois Régions (trois répliques, ou deux répliques plus un témoin) et ne prennent en charge ni le TTL, ni les LSI, ni les API de transaction.

Ce que coûte une troisième Région

Chaque réplica détient une copie complète de la table, donc le stockage est facturé dans chaque Région à son propre tarif. Ces tarifs ne sont pas égaux, donc le multiplicateur n'est jamais un 3× rond.

Prends 100 Go, chiffrés depuis notre table AWS synchronisée :

Région	Stockage, 100 Go / mois
us-east-1 (Virginie du Nord)	25,00 $
eu-west-1 (Irlande)	28,30 $
sa-east-1 (São Paulo)	37,50 $
Table globale sur 3 Régions	90,80 $

Ça fait 3,63× la facture mono-Région pour trois répliques, et c'est le choix des Régions qui fait bouger le chiffre. Remplace São Paulo par Tokyo (ap-northeast-1, 28,50 $) et les mêmes trois copies coûtent 81,80 $.

Les écritures portent leur propre multiplicateur. AWS les facture en "replicated write request units (rWRU) for on-demand capacity and replicated write capacity units (rWCUs) for provisioned capacity", donc une écriture logique est facturée dans chaque Région réplique.

Tu ne peux pas répéter ça en local

DynamoDB Local implémente l'essentiel du plan de données, mais pas la réplication. Ajouter un réplica est accepté comme une opération sans effet plutôt que rejeté comme non pris en charge, ce qui est l'échec le plus dangereux :

UpdateTable with ReplicaUpdates:
ValidationException: Nothing to update

CreateGlobalTable:
UnknownOperationException: An unknown operation was requested.

Un test d'intégration local peut donc passer sans que tes hypothèses de réplication n'aient jamais été éprouvées. La résolution de conflits, la latence de réplication et les règles de Région de MRSC n'apparaissent que sur de vraies Régions.

Pourquoi s'en servir

Un accès local à faible latence pour des utilisateurs répartis dans le monde, plus de la résilience et de la continuité d'activité.

Aller plus loin

Lis le guide tables globales DynamoDB. Télécharge DynoTable pour travailler sur toutes tes Régions répliques.

Références

Dernière vérification le 2026-07-13 par rapport à la documentation officielle AWS liée ci-dessus ; la formulation sur la facturation des écritures répliquées a été revérifiée le 2026-07-28.

Chiffres de stockage calculés le 2026-07-28 à partir de notre table tarifaire AWS synchronisée. Les réponses de l'émulateur ont été reproduites le même jour contre DynamoDB Local 3.3.0 via @aws-sdk/client-dynamodb 3.1095.0 et sont citées telles quelles.