Replikation in mehreren Regionen für Amazon Keyspaces (für Apache Cassandra)

Mit der Replikation in mehreren Regionen von Amazon Keyspaces können Sie Ihre Daten mit automatisierter, vollständig verwalteter, aktiv-aktiver Replikation in den AWS-Regionen Ihrer Wahl replizieren. Sie können sowohl die Verfügbarkeit als auch die Ausfallsicherheit bei regionalen Beeinträchtigungen verbessern und gleichzeitig von lokalen Lese- und Schreibvorgängen mit geringer Latenz für globale Anwendungen profitieren. Bei der Replikation in mehreren Regionen repliziert Keyspaces asynchron Daten zwischen Regionen und Daten werden in der Regel in weniger als einer Sekunde übertragen. Mit der Replikation in mehreren Regionen entfällt auch die schwierige Arbeit, Aktualisierungskonflikte zu lösen und Datenabweichungen zu korrigieren, so dass Sie sich auf Ihre Anwendung konzentrieren können. Sie können einen neuen Keyspace für mehrere Regionen mit nur wenigen Klicks in der AWS-Managementkonsole oder mit dem AWS SDK oder der CLI erstellen. Weitere Informationen finden Sie im Keyspaces-Entwicklerhandbuch.

Wenn Sie einen Keyspace für mehrere Regionen erstellen, besteht dieser aus mehreren Replikat-Keyspaces (einer pro AWS-Region), die als eine Einheit behandelt werden. Jede Region hat das gleiche Tabellenschema. Wenn eine Anwendung Daten in einer Region schreibt, verwendet Keyspaces eine speicherbasierte asynchrone Replikation, um die Schreibvorgänge über die Regionen hinweg zu verbreiten, wobei die Latenzzeit der Replikation in der Regel weniger als eine Sekunde beträgt, ohne die Verfügbarkeit Ihrer Anwendung zu beeinträchtigen. Im unwahrscheinlichen Fall eines Fehlers in einer einzelnen Region können Sie Ihre Anwendung einfach auf eine der fehlerfreien Regionen in Ihrem Keyspace für mehrere Regionen verweisen. Da alle Regionen in einem Keyspace für mehrere Regionen sowohl Lese- als auch Schreibvorgänge unterstützen, hat dies keine Auswirkungen auf die Verfügbarkeit Ihrer Anwendung. Sobald die heruntergestufte Region wieder online ist, synchronisiert Keyspaces automatisch alle fehlenden Daten.

In Keyspaces ist die Replikation aktiv-aktiv. Sie können jetzt sowohl Lese- als auch Schreibvorgänge lokal aus den Regionen bereitstellen, die Ihren Kunden am nächsten sind, mit einer Latenz im einstelligen Millisekundenbereich in jeder Größenordnung. Mit der Replikation in mehreren Regionen können Sie Keyspaces für jede globale Anwendung verwenden, die überall auf der Welt schnelle Reaktionszeiten benötigt.

Mit der Replikation in mehreren Regionen können Sie den Ausfall einer einzelnen AWS-Region beheben, indem Sie Ihre Anwendung einfach auf eine andere Region in Ihrem Keyspace für mehrere Regionen umleiten. Da Keyspaces eine aktiv-aktive Replikation bietet, hat dies keine Auswirkungen auf Ihre Lese- und Schreibvorgänge. Keyspaces verfolgt alle Schreibvorgänge, die in Ihrem Keyspace für mehrere Regionen ausgeführt, aber noch nicht an alle Replikatregionen weitergegeben wurden. Sobald die Region wieder online ist, synchronisiert Keyspaces automatisch alle fehlenden Änderungen, sodass Sie sie wiederherstellen können, ohne dass die Verfügbarkeit Ihrer Anwendung beeinträchtigt wird.

Bei der Replikation in mehreren Regionen wird eine schnelle, speicherbasierte physische Replikation von Daten über Regionen hinweg verwendet, wobei die Replikationsverzögerung in der Regel weniger als eine Sekunde beträgt. Die Replikation in Keyspaces hat kaum bis gar keine Auswirkungen auf Ihre Datenbankabfragen, da sie keine Rechenressourcen gemeinsam nutzt. Auf diese Weise können Sie mit hohem Schreibdurchsatz oder sprunghaften Anwendungsfällen umgehen, ohne die Verfügbarkeit Ihrer Anwendung zu beeinträchtigen.

Alle an Daten in einer Region vorgenommenen Änderungen werden auf andere Regionen in einem Keyspace für mehrere Regionen repliziert. Wenn Anwendungen dieselben Daten in verschiedenen Regionen etwa zur gleichen Zeit aktualisieren, kann es zu Konflikten kommen. Um die letztendliche Kohärenz zu gewährleisten, verwendet Keyspaces Zeitstempel auf Zellebene und einen Abgleich zwischen gleichzeitigen Aktualisierungen auf der Basis von „last writer wins“. Die Konfliktlösung wird vollständig verwaltet und erfolgt im Hintergrund, ohne dass die Verfügbarkeit der Anwendung beeinträchtigt wird.