Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

So funktioniert die Replikation mehrerer Regionen in Amazon Keyspaces

Dieser Abschnitt bietet einen Überblick darüber, wie die Amazon Keyspaces-Replikation in mehreren Regionen funktioniert. Weitere Informationen zu den Preisen finden Sie unter Amazon Keyspaces (für Apache Cassandra) — Preise.

So funktioniert die Replikation mehrerer Regionen in Amazon Keyspaces

Amazon Keyspaces Multi-Region-Replikation implementiert eine Datenausfall-Architektur, die Ihre Daten unabhängig und geografisch verteilt verteilt. AWS-Regionen Es verwendet eine aktiv-aktive Replikation, die lokal eine geringe Latenz bietet, sodass jede Region Lese- und Schreibvorgänge isoliert durchführen kann.

Wenn Sie einen Amazon Keyspaces-Schlüsselraum für mehrere Regionen erstellen, können Sie bis zu fünf zusätzliche Regionen auswählen, in die die Daten repliziert werden sollen. Jede Tabelle, die Sie in einem Schlüsselraum mit mehreren Regionen erstellen, besteht aus mehreren Replikattabellen (eine pro Region), die Amazon Keyspaces als eine Einheit betrachtet.

Jedes Replikat hat den gleichen Tabellennamen und das gleiche Primärschlüsselschema. Wenn eine Anwendung Daten in eine lokale Tabelle in einer Region schreibt, werden die Daten dauerhaft unter Verwendung der Konsistenzstufe geschrieben. LOCAL_QUORUM Amazon Keyspaces repliziert die Daten automatisch asynchron in die anderen Replikationsregionen. Die Verzögerung bei der Replikation zwischen den Regionen beträgt in der Regel weniger als eine Sekunde und hat keinen Einfluss auf die Leistung oder den Durchsatz Ihrer Anwendung.

Nachdem die Daten geschrieben wurden, können Sie sie aus der Tabelle mit mehreren Regionen in einer anderen Replikationsregion mit den LOCAL_ONE/LOCAL_QUORUM Konsistenzstufen lesen. Weitere Informationen zu unterstützten Konfigurationen und Funktionen finden Sie unterNutzungshinweise zur Replikation in mehreren Regionen von Amazon Keyspaces.

Lösung von Konflikten bei der Replikation mehrerer Regionen

Die multiregionale Replikation von Amazon Keyspaces wird vollständig verwaltet, was bedeutet, dass Sie keine Replikationsaufgaben wie das regelmäßige Ausführen von Reparaturvorgängen zur Behebung von Datensynchronisierungsproblemen ausführen müssen. Amazon Keyspaces überwacht die Datenkonsistenz zwischen Tabellen in verschiedenen Tabellen, AWS-Regionen indem es Konflikte erkennt und repariert und Replikate automatisch synchronisiert.

Amazon Keyspaces verwendet die Methode des Datenabgleichs nach dem letzten Writer-Wins-Verfahren. Mit diesem Konfliktlösungsmechanismus einigen sich alle Regionen in einem Schlüsselraum mit mehreren Regionen auf das neueste Update und nähern sich einem Zustand an, in dem sie alle über identische Daten verfügen. Der Abgleichprozess hat keine Auswirkungen auf die Anwendungsleistung. Zur Unterstützung der Konfliktlösung werden clientseitige Zeitstempel für Tabellen mit mehreren Regionen automatisch aktiviert und können nicht deaktiviert werden. Weitere Informationen finden Sie unter Clientseitige Zeitstempel in Amazon Keyspaces.

Notfallwiederherstellung bei Replikation in mehreren Regionen

Bei der Multi-Region-Replikation von Amazon Keyspaces werden Schreibvorgänge asynchron in jeder Region repliziert. Im seltenen Fall, dass eine einzelne Region beeinträchtigt wird oder ausfällt, hilft Ihnen die Replikation in mehreren Regionen bei der Wiederherstellung nach einem Notfall, ohne dass Ihre Anwendung beeinträchtigt wird. Die Wiederherstellung nach einem Notfall wird in der Regel anhand von Werten für Recovery Time Objective (RTO) und Recovery Point Objective (RPO) gemessen.

Ziel der Wiederherstellungszeit — Die Zeit, die ein System benötigt, um nach einem Notfall wieder betriebsbereit zu sein. RTO misst die Menge an Ausfallzeiten, die Ihr Workload tolerieren kann, gemessen an der Zeit. Bei Disaster-Recovery-Plänen, die die Replikation mehrerer Regionen verwenden, um ein Failover auf eine Region durchzuführen, die nicht betroffen ist, kann die RTO fast Null sein. Die RTO hängt davon ab, wie schnell Ihre Anwendung den Fehler erkennen und den Datenverkehr in eine andere Region umleiten kann.

Ziel des Wiederherstellungspunkts — Die Datenmenge, die verloren gehen kann (gemessen in der Zeit). Bei Notfallwiederherstellungsplänen, die die Replikation mehrerer Regionen verwenden, um ein Failover auf eine Region durchzuführen, die nicht betroffen ist, beträgt das RPO in der Regel einstellige Sekundenzahlen. Das RPO ist durch die Replikationslatenz auf das Failover-Zielreplikat begrenzt.

Im Falle eines regionalen Fehlers oder einer Verschlechterung müssen Sie keine sekundäre Region heraufstufen oder Datenbank-Failover-Verfahren durchführen, da die Replikation in Amazon Keyspaces aktiv und aktiv ist. Stattdessen können Sie Amazon Route 53 verwenden, um Ihre Anwendung an die nächstgelegene gesunde Region weiterzuleiten. Weitere Informationen zu Route 53 finden Sie unter Was ist Amazon Route 53? .

Wenn eine einzelne Komponente isoliert oder beeinträchtigt AWS-Region wird, kann Ihre Anwendung den Datenverkehr mithilfe von Route 53 in eine andere Region umleiten, um Lese- und Schreibvorgänge in einer anderen Replikattabelle durchzuführen. Sie können auch eine benutzerdefinierte Geschäftslogik anwenden, um zu bestimmen, wann Anfragen in andere Regionen umgeleitet werden sollen. Ein Beispiel dafür ist, dass Ihre Anwendung auf die verschiedenen verfügbaren Endpunkte aufmerksam macht.

Wenn die Region wieder online ist, setzt Amazon Keyspaces die Weitergabe aller ausstehenden Schreibvorgänge aus dieser Region an die Replikattabellen in anderen Regionen fort. Außerdem wird das Übertragen von Schreibvorgängen aus anderen Replikattabellen in die Region fortgesetzt, die jetzt wieder online ist.

Replikation und Integration mit Wiederherstellung in mehreren Regionen (PITR) point-in-time

Point-in-time Die Wiederherstellung wird für Tabellen mit mehreren Regionen unterstützt. Um eine Tabelle mit mehreren Regionen erfolgreich mit PITR wiederherzustellen, müssen die folgenden Bedingungen erfüllt sein.

Sie können die Restore-Anweisung von jeder Region aus ausführen, in der die Quelltabelle verfügbar ist. Amazon Keyspaces stellt die Zieltabelle in jeder Region automatisch wieder her. Weitere Informationen zu PITR finden Sie unter So funktioniert die point-in-time Wiederherstellung in Amazon Keyspaces.

Wenn Sie eine Tabelle mit mehreren Regionen erstellen, werden die PITR-Einstellungen, die Sie während des Erstellungsprozesses definieren, automatisch auf alle Tabellen in allen Regionen angewendet. Wenn Sie die PITR-Einstellungen mithilfe von ändernALTER TABLE, wendet Amazon Keyspaces das Update nur auf die lokale Tabelle an und nicht auf die Replikate in anderen Regionen. Um PITR für eine bestehende Tabelle mit mehreren Regionen zu aktivieren, müssen Sie die ALTER TABLE Anweisung für alle Replikate wiederholen.

Replikation und Integration mit Diensten in mehreren Regionen AWS

Sie können die Replikationsleistung zwischen Tabellen in verschiedenen Tabellen mithilfe AWS-Regionen von CloudWatch Amazon-Metriken überwachen. Die folgende Metrik ermöglicht die kontinuierliche Überwachung von Schlüsselräumen in mehreren Regionen.

Weitere Informationen zur Überwachung von Metriken finden Sie unter. CloudWatch Überwachung von Amazon Keyspaces mit Amazon CloudWatch