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 multiregionale Replikation in Amazon Keyspaces

Dieser Abschnitt bietet einen Überblick darüber, wie die multiregionale Replikation von Amazon Keyspaces funktioniert. Weitere Informationen zur Preisgestaltung finden Sie unter Preise für Amazon Keyspaces (für Apache Cassandra).

So funktioniert die multiregionale Replikation in Amazon Keyspaces

Die multiregionale Replikation von Amazon Keyspaces implementiert eine Architektur für Datenstabilität, die Ihre Daten unabhängig und geografisch verteilt verteilt. AWS-Regionen Es verwendet eine aktiv-aktive Replikation, die eine lokale niedrige Latenz bietet und jede Region in der Lage ist, Lese- und Schreibvorgänge isoliert durchzuführen.

Wenn Sie einen Amazon Keyspaces-Schlüsselraum für mehrere Regionen erstellen, können Sie 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 Replikationsverzögerung 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.

Multi-Region Lösung von Replikationskonflikten

Die multiregionale Replikation von Amazon Keyspaces wird vollständig verwaltet. Das bedeutet, dass Sie keine Replikationsaufgaben wie regelmäßige Reparaturvorgänge zur Behebung von Problemen bei der Datensynchronisierung durchführen müssen. Amazon Keyspaces überwacht die Datenkonsistenz zwischen Tabellen in verschiedenen Tabellen, AWS-Regionen indem Konflikte erkannt und behoben werden, und die Replikate werden automatisch synchronisiert.

Amazon Keyspaces verwendet die Methode des Datenabgleichs, bei der der letzte Writer gewinnt. Mit diesem Konfliktlösungsmechanismus einigen sich alle Regionen in einem Schlüsselraum mit mehreren Regionen auf das neueste Update und nähern sich einem Staat an, in dem 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 Client-side Zeitstempel in Amazon Keyspaces.

Multi-Region Replikation, Notfallwiederherstellung

Bei der multiregionalen Replikation von Amazon Keyspaces werden Schreibvorgänge asynchron in jeder Region repliziert. Im seltenen Fall einer Verschlechterung oder eines Ausfalls einer einzelnen Region hilft Ihnen die multiregionale Replikation bei der Wiederherstellung nach einem Notfall, ohne dass sich dies auf Ihre Anwendung auswirkt. Die Wiederherstellung nach einem Notfall wird in der Regel anhand der Werte für Recovery Time Objective (RTO) und Recovery Point Objective (RPO) gemessen.

Zielvorgabe für die Wiederherstellungszeit — Die Zeit, die ein System benötigt, um nach einer Katastrophe wieder betriebsbereit zu sein. RTO misst die Menge an Ausfallzeiten, die Ihre Arbeitslast tolerieren kann, gemessen in der Zeit. Bei Disaster-Recovery-Plänen, die eine multiregionale Replikation verwenden, um ein Failover auf eine Region durchzuführen, die nicht betroffen ist, kann der RTO fast Null sein. Die RTO ist dadurch begrenzt, wie schnell Ihre Anwendung den Ausfall erkennen und den Datenverkehr in eine andere Region umleiten kann.

Recovery Point Objective — Die Datenmenge, die verloren gehen kann (gemessen in der Zeit). Bei Disaster-Recovery-Plänen, die eine multiregionale Replikation für ein Failover auf eine Region verwenden, die nicht betroffen ist, liegt das RPO in der Regel im einstelligen Sekundenbereich. 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-aktiv ist. Stattdessen können Sie Amazon Route 53 verwenden, um Ihre Anwendung an die nächstgelegene fehlerfreie Region weiterzuleiten. Weitere Informationen zu Route 53 finden Sie unter Was ist Amazon Route 53? .

Wenn eine einzelne Tabelle 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 für eine andere Replikattabelle durchzuführen. Sie können auch benutzerdefinierte Geschäftslogik anwenden, um zu bestimmen, wann Anfragen in andere Regionen umgeleitet werden müssen. Ein Beispiel hierfür ist, Ihre Anwendung auf die zahlreichen verfügbaren Endpunkte aufmerksam zu machen.

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

Multi-Region Replikation in AWS-Regionen standardmäßig deaktiviert

Die multiregionale Replikation von Amazon Keyspaces wird in den folgenden Bereichen unterstützt AWS-Regionen , die standardmäßig deaktiviert sind:

Bevor Sie eine Region, die standardmäßig deaktiviert ist, mit der multiregionalen Replikation von Amazon Keyspaces verwenden können, müssen Sie zuerst die Region aktivieren. Weitere Informationen finden Sie im AWS Organizations Benutzerhandbuch unter AWS-Regionen In Ihrem Konto https://docs.aws.amazon.com/general/latest/gr/rande-manage.html#rande-manage-enable aktivieren oder deaktivieren.

Nachdem Sie eine Region aktiviert haben, können Sie in der Region neue Amazon Keyspaces-Ressourcen erstellen und die Region zu einem Schlüsselraum mit mehreren Regionen hinzufügen.

Wenn Sie eine Region deaktivieren, die von Amazon Keyspaces für die multiregionale Replikation verwendet wird, leitet Amazon Keyspaces eine 24-stündige Karenzzeit ein. Während dieses Zeitfensters können Sie das folgende Verhalten erwarten:

Wenn Sie die Region irrtümlich deaktiviert haben, können Sie die Region innerhalb von 24 Stunden wieder aktivieren. Wenn Sie die Region während der 24-stündigen Übergangsfrist erneut aktivieren, ergreift Amazon Keyspaces die folgenden Maßnahmen:

Falls die Region auch nach Ablauf des 24-Stunden-Fensters deaktiviert bleibt, ergreift Amazon Keyspaces die folgenden Maßnahmen, um die Region dauerhaft aus der multiregionalen Replikation zu entfernen:

Nachdem Amazon Keyspaces die deaktivierte Region dauerhaft aus dem Schlüsselraum für mehrere Regionen entfernt hat, können Sie die deaktivierte Region nicht wieder hinzufügen.

Multi-Region Replikation und Integration mit Point-in-Time Recovery (PITR)

Point-in-time Die Wiederherstellung wird für Tabellen mit mehreren Regionen unterstützt. Um eine Tabelle mit mehreren Regionen mit PITR erfolgreich 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 Amazon Keyspaces ändernALTER TABLE, wendet 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.

Multi-Region Replikation und Integration mit AWS service

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 mit mehreren Regionen.

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