本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Amazon Keyspaces 多区域复制使用说明
使用 Amazon Keyspaces 多区域复制时,请考虑以下几点。
-
您最多可以选择六个可用的公众 Amazon Web Services 区域。 Amazon GovCloud (US) Regions、中国区域以及 Amazon Web Services 区域 默认情况下处于禁用的区域均不支持。
-
请谨慎选择键空间的复制区域,因为稍后无法添加或删除它们。
-
在创建多区域表之前确定表架构,因为稍后无法添加新列。
-
对于静态加密,请使用 Amazon 自有密钥。多区域表不支持客户自主管理型密钥。有关更多信息,请参阅
-
当您将预配置容量管理与 Amazon Keyspaces 自动扩展配合使用时,请务必使用 Amazon Keyspaces API 操作来创建和配置您的多区域表。Amazon Keyspaces 代表您调用的底层应用程序 Auto Scaling API 操作不具有多区域功能。
有关更多信息,请参阅如何使用多区域复制。有关如何估算已配置的多区域表的写入容量吞吐量的更多信息,请参阅。使用 Amazon Keyspaces 中的多区域表
-
确定表是否需要生存时间 (TTL)。稍后您将无法启用生存时间。有关更多信息,请参阅使用 Amazon Keyspaces 生存时间 (TTL) 让数据过期。
尽管数据会在多区域表的选定区域之间自动复制,但当客户端连接到一个区域中的端点并查询
system.peers
表时,该查询仅返回本地信息。查询结果对于客户端来说就像一个数据中心集群。-
Amazon Keyspaces 多区域复制是异步的,它支持写入
LOCAL_QUORUM
的一致性。LOCAL_QUORUM
一致性要求在本地区域的两个副本上持久保留对行的更新,然后才能将成功返回给客户端。然后以异步方式向复制的区域(一个或多个区域)执行写入的传播。Amazon Keyspaces 多区域复制不支持同步复制或一致性。
QUORUM
创建多区域键空间或表时,您在创建过程中定义的任何标签都会自动应用于所有区域中的所有键空间和表。使用
ALTER KEYSPACE
或更改现有标签时ALTER TABLE
,更新仅适用于您进行更改的区域中的密钥空间或表。-
Amazon 为每个复制区域 CloudWatch 提供了一个
ReplicationLatency
指标。它通过跟踪到达的行、将它们的到达时间与初始写入时间进行比较并计算平均值来计算该指标。时间存储 CloudWatch 在源区域内。有关更多信息,请参阅使用亚马逊监控亚马逊密钥空间 CloudWatch。查看平均和最大时机以确定平均和最坏情况下的复制延迟可能很有用。对于这种延迟,没有 SLA。