Ist DynamoDB Multi-Region-fähig?

Es kann es sein. Eine Standard-DynamoDB-Tabelle lebt in einer Region, aber Global Tables machen sie Multi-Region und multi-aktiv: Sie replizieren automatisch über die von dir gewählten Regionen, sodass du in jeder von ihnen lesen und schreiben kannst. Global Tables bieten bis zu 99,999 % Verfügbarkeit, mit letztendlicher oder optional starker Multi-Region-Konsistenz.

Standardtabellen vs. Global Tables

Standardmäßig existiert eine Tabelle in einer einzigen Region. Schalte Global Tables ein, um Replikattabellen in anderen Regionen zu ergänzen; DynamoDB hält sie dann automatisch synchron.

Multi-aktive Replikation

Jede Replik nimmt sowohl Reads als auch Writes an. Ein Write in irgendeiner Region propagiert zu den anderen — es gibt keine primäre Region und keinen Failover-Schritt, wenn eine Region ausfällt.

Konsistenz-Optionen

Multi-Region Eventual Consistency (MREC) — der Standard: Writes replizieren asynchron, typischerweise innerhalb einer Sekunde. Konflikte werden nach Last-Writer-wins aufgelöst.
Multi-Region Strong Consistency (MRSC) — bei der Erstellung gewählt: Jeder Write repliziert synchron in mindestens eine weitere Region, bevor er zurückkehrt, sodass stark konsistente Reads auf jeder Replik das neueste Item liefern. MRSC-Tabellen werden in genau drei Regionen betrieben (drei Repliken oder zwei Repliken plus ein Witness) und unterstützen weder TTL noch LSIs noch die Transaktions-APIs.

Was eine dritte Region kostet

Jede Replik hält eine vollständige Kopie der Tabelle, der Speicher wird also in jeder Region zum dortigen Tarif abgerechnet. Diese Tarife sind nicht gleich — der Multiplikator ist also nie ein rundes 3-Faches.

Nimm 100 GB, bepreist aus unserer synchronisierten AWS-Tabelle:

Region	Speicher, 100 GB / Monat
us-east-1 (Nord-Virginia)	25,00 $
eu-west-1 (Irland)	28,30 $
sa-east-1 (São Paulo)	37,50 $
Global Table über 3 Regionen	90,80 $

Das ist das 3,63-Fache der Ein-Regionen-Rechnung für drei Repliken, und der Regionen-Mix bewegt sie. Tausch São Paulo gegen Tokio (ap-northeast-1, 28,50 $), und dieselben drei Kopien kosten 81,80 $.

Writes bringen ihren eigenen Multiplikator mit. AWS rechnet sie als "replicated write request units (rWRU) for on-demand capacity and replicated write capacity units (rWCUs) for provisioned capacity" ab — ein logischer Write wird also in jeder Replikat-Region berechnet.

Lokal proben kannst du das nicht

DynamoDB Local implementiert den größten Teil der Data Plane, aber keine Replikation. Eine Replik hinzuzufügen wird als No-Op angenommen statt als nicht unterstützt abgelehnt — und das ist der gefährlichere Fehlerfall:

UpdateTable with ReplicaUpdates:
ValidationException: Nothing to update

CreateGlobalTable:
UnknownOperationException: An unknown operation was requested.

Ein lokaler Integrationstest kann also grün sein, während deine Annahmen zur Replikation nie geprüft werden. Konfliktauflösung, Replikationsverzögerung und MRSCs Regionen-Regeln zeigen sich erst gegen echte Regionen.

Warum man es nutzt

Lokaler Zugriff mit niedriger Latenz für global verteilte Nutzer, dazu Ausfallsicherheit und Geschäftskontinuität.

Tiefer einsteigen

Lies den Leitfaden zu DynamoDB Global Tables. Lade DynoTable herunter, um über deine Replikat-Regionen hinweg zu arbeiten.

Referenzen

Zuletzt verifiziert am 2026-07-13 gegen die oben verlinkte offizielle AWS-Dokumentation; die Formulierung zur Abrechnung replizierter Writes wurde am 2026-07-28 erneut geprüft.

Die Speicherzahlen wurden am 2026-07-28 aus unserer synchronisierten AWS-Preistabelle berechnet. Die Emulator-Antworten wurden am selben Tag gegen DynamoDB Local 3.3.0 via @aws-sdk/client-dynamodb 3.1095.0 reproduziert und sind wortgetreu.