选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

在 Amazon Keyspaces 中为多区域表估算和预置容量

聚焦模式
在 Amazon Keyspaces 中为多区域表估算和预置容量 - Amazon Keyspaces(Apache Cassandra 兼容)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

您可以通过以下两种方式之一配置多区域表的吞吐能力:

  • 按需容量模式,以写入请求单位衡量 (WRUs)

  • 带有 auto Scaling 功能的预置容量模式,以写入容量单位衡量 () WCUs

您可以将预置容量模式与 auto scaling 或按需容量模式配合使用,以帮助确保多区域表具有足够的容量来执行对所有表的复制写入。 AWS 区域

注意

在其中一个区域中更改表的容量模式会更改所有副本的容量模式。

默认情况下,Amazon Keyspaces 对多区域表使用按需模式。对于按需模式,您无需指定预期应用程序执行的读写吞吐量。Amazon Keyspaces 会随着工作负载的增加或减少,根据之前达到的任意流量水平即时调节工作负载。如果某个工作负载的流量级别达到一个新的峰值,Amazon Keyspaces 将快速调整以适应该工作负载。

如果您为表选择预置容量模式,则必须配置应用程序所需的每秒读取容量单位 (RCUs) 和写入容量单位 (WCUs) 的数量。

要规划多区域表的吞吐容量需求,应首先估计每个区域WCUs每秒所需的吞吐量容量。之后,将复制了表的所有区域的写入容量相加,然后使用该总和为每个区域预置容量。这是必需的操作,因为在一个区域中执行的每一次写入也必须在每个副本区域中重复执行。

如果表没有足够的容量来处理所有区域的写入操作,则会出现容量异常。此外,区域间的复制等待时间也将增加。

例如,如果您有一个多区域表,预计美国东部(弗吉尼亚北部)每秒 5 次写入,美国东部(俄亥俄州)每秒 10 次写入,欧洲(爱尔兰)每秒 5 次写入,则应预计该表在每个区域WCUs中消耗 20 次写入:美国东部(弗吉尼亚北部)、美国东部(俄亥俄州)和欧洲(爱尔兰)。这意味着在本示例中,您需要WCUs为表的每个副本预置 20。您可以使用 Amazon 监控表的容量消耗 CloudWatch。有关更多信息,请参阅 使用亚马逊监控亚马逊密钥空间 CloudWatch

每次写入按照 1 计费WCU,因此在本示例中,您总共会看到 60 次WCUs计费。有关定价的更多信息,请参阅 Amazon Keyspaces(Apache Cassandra 兼容)定价

有关使用 Amazon Keyspaces 自动扩缩预置容量的更多信息,请参阅使用 Amazon Keyspaces 自动扩缩自动管理吞吐能力

注意

如果表在具有自动扩缩功能的预置容量模式下运行,则允许预置的写入容量在每个区域的这些自动扩缩设置中浮动。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。