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

# 配置预置容量模式
<a name="ReadWriteCapacityMode.Provisioned"></a>

 如果您选择*预置的吞吐容量* 模式，则指定您的应用程序需要的每秒读取和写入次数。这可以帮助您管理 Amazon Keyspaces 的使用情况，使其保持在或低于定义的请求速率，从而保持可预测性。要详细了解预置吞吐量的自动扩展，请参阅[使用 Amazon Keyspaces 自动扩缩自动管理吞吐能力](autoscaling.md)。

如果满足以下任意条件，则预置的吞吐容量模式是很好的选项：
+ 您具有可预测的应用程序流量。
+ 您​运行流量比较稳定或逐渐增加的应用程序。
+ 您可以预测容量需求。

## 读取容量单位和写入容量单位
<a name="ReadWriteCapacityMode.Provisioned.Units"></a>

 对于预置吞吐量容量模式表，您可以根据读取容量单位 (RCUs) 和写入容量单位 () 来指定吞吐容量：WCUs
+ 对于大小不超过 4 KB 的行，一个 *RCU* 表示每秒一个 `LOCAL_QUORUM` 读取操作或每秒两个 `LOCAL_ONE` 读取操作。如果您需要读取大于 4 KB 的行，则读取操作会使用额外的 RCUs。

   RCUs 所需的总数取决于行大小以及您想要`LOCAL_QUORUM`还是`LOCAL_ONE`读取。例如，如果您的行大小为 8 KB，则需要 2 RCUs 才能维持每秒`LOCAL_QUORUM`读取一次；如果您选择`LOCAL_ONE`读取，则需要 1 个 RCU。
+ 一个 *WCU* 表示每秒对大小不超过 1 KB 的行执行一次写入操作。所有写入操作都使用`LOCAL_QUORUM`一致性，使用轻量级事务 (LWTs) 不收取额外费用。如果您需要写入大于 1 KB 的行，则写入操作会使用额外的 WCUs。

   WCUs 所需的总数取决于行大小。例如，如果您的行大小为 2 KB，则需要 2 WCUs 才能维持每秒一个写入请求。有关如何估算表的读取和写入容量消耗的更多信息，请参阅[估算 Amazon Keyspaces 中读取和写入吞吐量的容量消耗](capacity-examples.md)。

如果您的应用程序读取或写入较大的行（最大为 1 MB 的 Amazon Keyspaces 行大小上限），它将消耗更多的容量单位。要了解有关如何估算行大小的更多信息，请参阅 [估算 Amazon Keyspaces 中的行大小](calculating-row-size.md)。例如，假设您创建了一个包含 6 RCUs 和 6 WCUs 的预配置表。使用这些设置，您的应用程序可以执行以下操作：
+ 执行高达每秒 24 KB (4 KB × 6 RCUs) 的`LOCAL_QUORUM`读取。
+ 执行最高每秒 48 KB 的 `LOCAL_ONE` 读取（读取吞吐量的两倍）。
+ 每秒最多写入 6 KB（1 KB × 6 WCUs）。

 *预置的吞吐量* 是应用程序可以从表消耗的最大吞吐容量。如果您的应用程序超出了预置的吞吐容量，则可能会发现容量不足错误。

例如，读取请求如果没有足够的吞吐容量，就会出现 `Read_Timeout` 异常，并发布到 `ReadThrottleEvents` 指标。写入请求如果没有足够的吞吐容量，就会出现 `Write_Timeout` 异常，并发布到 `WriteThrottleEvents` 指标。

您可以使用 Amazon CloudWatch 监控您的预配置吞吐量和实际吞吐量指标以及容量不足事件。有关这些指标的更多信息，请参阅 [Amazon Keyspaces 指标与维度](metrics-dimensions.md)。

**注意**  
由于容量不足而反复出现错误可能会导致客户端驱动程序特定的异常，例如， DataStax Java 驱动程序因出现故障。`NoHostAvailableException`

要更改表的吞吐容量设置，您可以使用 AWS 管理控制台 或使用 CQL 的 `ALTER TABLE` 语句，有关更多信息，请参阅 [ALTER TABLE](cql.ddl.table.md#cql.ddl.table.alter)。

要了解有关账户的默认配额以及如何增加此配额的更多信息，请参阅 [Amazon Keyspaces（Apache Cassandra 兼容）限额](quotas.md)。