Nutzungshinweise für Amazon Keyspaces Multi-Region Replication - Amazon Keyspaces (für Apache Cassandra)

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.

Nutzungshinweise für Amazon Keyspaces Multi-Region Replication

Beachten Sie Folgendes, wenn Sie Multi-Region-Replikation mit Amazon Keyspaces verwenden.

  • Sie können bis zu sechs der verfügbaren öffentlichen Objekte auswählen. AWS-Regionen AWS GovCloud (US) Regions, Regionen in China, AWS-Regionen die standardmäßig deaktiviert sind, werden nicht unterstützt.

  • Wählen Sie die Replikationsregionen für den Schlüsselraum sorgfältig aus, da Sie sie später weder hinzufügen noch entfernen können.

  • Schließen Sie das Tabellenschema ab, bevor Sie eine Tabelle mit mehreren Regionen erstellen, da Sie später keine neuen Spalten hinzufügen können.

  • Verwenden Sie für die Verschlüsselung im Ruhezustand einen AWS eigenen Schlüssel. Vom Kunden verwaltete Schlüssel werden für Tabellen mit mehreren Regionen nicht unterstützt. Weitere Informationen finden Sie unter

    Verschlüsselung ruhender Daten: Funktionsweise in Amazon Keyspaces.

  • Wenn Sie das bereitgestellte Kapazitätsmanagement mit Amazon Keyspaces Auto Scaling verwenden, stellen Sie sicher, dass Sie die Amazon Keyspaces-API-Operationen verwenden, um Ihre Tabellen mit mehreren Regionen zu erstellen und zu konfigurieren. Die zugrunde liegenden API-Operationen für Application Auto Scaling, die Amazon Keyspaces in Ihrem Namen aufruft, verfügen nicht über Funktionen für mehrere Regionen.

    Weitere Informationen finden Sie unter So verwenden Sie die Multi-Region-Replikation. Weitere Informationen zur Schätzung des Schreibkapazitätsdurchsatzes von bereitgestellten Tabellen mit mehreren Regionen finden Sie unter. Arbeiten mit multiregionalen Tabellen in Amazon Keyspaces

  • Entscheiden Sie, ob die Tabelle Time to Live (TTL) benötigt. Sie können es später nicht mehr einschalten. Weitere Informationen finden Sie unter Ablaufende ende Daten mithilfe Amazon Keyspaces Time to Live.

  • Obwohl Daten automatisch über die ausgewählten Regionen einer Tabelle mit mehreren Regionen repliziert werden, gibt die Abfrage nur lokale Informationen zurück, wenn ein Client eine Verbindung zu einem Endpunkt in einer Region herstellt und die system.peers Tabelle abfragt. Das Abfrageergebnis sieht für den Client wie ein einzelner Rechenzentrumscluster aus.

  • Amazon Keyspaces Multi-Region Replication ist asynchron und unterstützt LOCAL_QUORUM Konsistenz bei Schreibvorgängen. LOCAL_QUORUMKonsistenz erfordert, dass eine Aktualisierung einer Zeile dauerhaft auf zwei Replikaten in der lokalen Region gespeichert wird, bevor der Client erfolgreich zurückgemeldet wird. Die Weitergabe von Schreibvorgängen in die replizierte Region (oder Regionen) erfolgt dann asynchron.

    Amazon Keyspaces Multi-Region Replication unterstützt keine synchrone Replikation oder Konsistenz. QUORUM

  • Wenn Sie einen Schlüsselraum oder eine Tabelle mit mehreren Regionen erstellen, werden alle Tags, die Sie während des Erstellungsprozesses definieren, automatisch auf alle Schlüsselräume und Tabellen in allen Regionen angewendet. Wenn Sie die vorhandenen Tags mit ALTER KEYSPACE oder ändernALTER TABLE, wird die Aktualisierung nur auf den Schlüsselraum oder die Tabelle in der Region angewendet, in der Sie die Änderung vornehmen.

  • Amazon CloudWatch stellt eine ReplicationLatency Metrik für jede replizierte Region bereit. Es berechnet diese Metrik, indem es eingehende Zeilen verfolgt, ihre Ankunftszeit mit ihrer ursprünglichen Schreibzeit vergleicht und einen Durchschnitt berechnet. Die Zeitangaben werden innerhalb der CloudWatch Quellregion gespeichert. Weitere Informationen finden Sie unter Überwachung von Amazon Keyspaces mit Amazon CloudWatch.

    Es kann nützlich sein, sich die durchschnittlichen und maximalen Zeiten anzusehen, um die durchschnittliche Verzögerung bei der Replikation und im schlimmsten Fall zu ermitteln. Für diese Latenz gibt es kein SLA.

  • Wenn Sie eine Tabelle mit mehreren Regionen im On-Demand-Modus verwenden, stellen Sie möglicherweise eine Erhöhung der Latenz bei der asynchronen Replikation von Schreibvorgängen fest, wenn bei einem Tabellenreplikat eine neue Datenverkehrsspitze auftritt. Ähnlich wie Amazon Keyspaces die Kapazität einer On-Demand-Tabelle mit einer Region automatisch an den empfangenen Anwendungsdatenverkehr anpasst, passt Amazon Keyspaces die Kapazität einer On-Demand-Tabellenreplikation mit mehreren Regionen automatisch an den empfangenen Datenverkehr an. Der Anstieg der Replikationslatenz ist vorübergehend, da Amazon Keyspaces automatisch mehr Kapazität zuweist, wenn Ihr Datenverkehrsvolumen zunimmt. Sobald sich alle Replikate an Ihr Datenverkehrsvolumen angepasst haben, sollte sich die Replikationslatenz wieder normalisieren. Weitere Informationen finden Sie unter Spitzenaufkommen an Datenverkehr und Skalierungseigenschaften.

  • Wenn Sie eine Tabelle mit mehreren Regionen im Bereitstellungsmodus verwenden und Ihre Anwendung die bereitgestellte Durchsatzkapazität überschreitet, können Fehler bei unzureichender Kapazität und eine Erhöhung der Replikationslatenz auftreten. Um sicherzustellen, dass immer genügend Lese- und Schreibkapazität für alle Tabellenreplikate in einer Tabelle mit mehreren Regionen vorhanden ist, empfehlen wir Ihnen, Amazon Keyspaces Auto Scaling zu konfigurieren. AWS-Regionen Amazon Keyspaces Auto Scaling hilft Ihnen dabei, Durchsatzkapazität für variable Workloads effizient bereitzustellen, indem die Durchsatzkapazität automatisch an den tatsächlichen Anwendungsdatenverkehr angepasst wird. Weitere Informationen finden Sie unter So funktioniert Auto Scaling für Tabellen mit mehreren Regionen.