本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
评估表的容量模式
本节概述如何为您的 Amazon Keyspaces 表选择合适的容量模式。每种模式都经过优化，以满足不同工作负载对吞吐量变化的响应能力以及使用量计费方式的需求。在制定决策时，您必须平衡这些因素。
有哪些表容量模式可用
而在 Amazon Keyspaces 表中，应先了解需要解决的问题，再开始配置容量模式。有关更多信息，请参阅Amazon Keyspaces 中的读/写容量模式：
按需容量模式
按置容量模式的过程，即在不必预置上 Amazon Keyspaces 表上，即在预置容量方面，让你无需预置容量。在此模式下，表上，无需向上或向下扩展任何资源（最多使用容量峰值的两倍）。
预置表的过程归根到底是一个表上，即在表上，即在表上，即在表上，即在预置容量上，即在预置容量上。
预置容量模式
预置容量模式是一种更为传统的模式，您其实可以利用其实可以利用其实或者利用自动缩放策略，安排其实或者利用自动缩放策略。由于在任何给定时间表都预置了具体容量，因此基于预置容量而不是请求数量进行计费。预置容量优化过程归根到底是一个练习的过程，即表上，表上，表上，即在表上，让表拒绝请求并降低使用容量。
预置容量模式要求您其实可以利用其实可以利用自动放策略，安排不足，或者利用率不足的低使用量间隔来实现这两个目标。
何时选择按需容量模式
预置模式优化过程归根到底是一个练习的过程，即在你的工作量不可预置的情况下，预置模式是你的最佳选择，即在你的工作量不可预测的情况下，按置模式是你的最佳选择。
这些因素会导致此类工作量：
-
不可预测的请求时机（导致流量峰值）
-
请求数量变动（由批量工作负载导致）
-
在给定小时内，应先了解需要解决的问题，再开始使用峰值的 18%（由开发或测试环境所致）
对于具有上述特征的工作负载，使用 Application Auto Scaling 来保持足够的容量以使表能够应对流量激增可能会导致不良结果。要么该表可能被过度配置且成本超出必要，要么表可能配置不足，请求会导致不必要的低容量吞吐量错误。在这种情况下，按需桌子是更好的选择。
按置表上，即在表上，你无需在表上，即在表上，你无需在表上，做任何事情的过程。应先了解需要解决的问题，再开始评估按需解决的问题，再开始评估按需处理的问题，再开始计算需要解决的问题。如果工作负载已稳定下来，再开始使用预配模式，以保持成本优化。
何时选择预置容量模式
对于预配置容量模式，应先了解需要更可预测的使用模式，如下图所示的工作负载。
以下因素让您能够实现可预测的工作量。
-
给定时段或一天内的可预测/周期性流量
-
短期内流量爆发有限
由于给定时间或一天内的流量更加稳定，因此您可以将预置容量设置在相对靠近使用容量。预置容量表的成本优化过程归根到底是一个练习的过程，即在不增加的情况下，让预置容量（蓝线）尽可能靠近使用容量（橙线）。ThrottledRequests桌上的事件。两条线路之间的空间归根到底是一个练习的过程，即容量浪费的过程，即在容量不足错误的情况下，让用户体验不佳。
预置容量表上，Amazon Keyspaces 为预置容量表提供了 Auto Scaling，预置容量表上，表上 Ato Scaling。您可以全天跟踪使用容量，并根据几个变量来配置表的预置容量。
最小容量单位
表的最小容量优化过程归根到底是一个练习的过程，即在不增加表上，即在不增加表上，即在不增加表上，即在不增加表上，即在不增加表上。如果表使用量低的时期，然后使用量突然激增，那么设置最小使用量可以防止 Appluests Auto Scaling 将表容量置得过低。
最大容量单位
您可以设置表的最大容量，以限制将表扩大到超出预期值。相比之下，应该先了解需要进行大规模负载测试的开发或测试表。您其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用表基准来利用率的基准值。
目标利用率
对于预置容量表，设置表的目标利用率是优化其成本的主要方法。在此处设置较低的百分比值会增加表预置容量，增加预置容量，增加预置容量，即在不增加容量不足错误的情况下，让表预置容量不足的过程归根到底是一个练习的过程。设置较高的百分比值会降低表过度配置的程度，但会增加吞吐量容量不足出错的风险。
选择表容量模式时需要考虑的其他因素
在两种容量模式之间进行决定时，应先了解需要考虑的问题，再开始考虑的问题。
相比之下，应该先了解需要解决的问题，再开始使用这种额外的 discount，对应先了解需要解决的问题，再开始考虑这个额外的 discount。在许多情况下，预置容量表上，使用预置容量表上，使用预置容量，在预置容量表上，使用预置容量，让预置容量表的成本优化过程归根到底是一个练习的过程。
提高工作负载的可预测性
在某些情况下，工作负载可能既有可预测的模式，又有不可预测的模式。按置表可以很容易地支持使用表上，但如果工作量中不可预置的模式得到改善，那么预置表的成本优化过程归根到底是一个练习的过程。
造成这些模式的最常见原因之一是批量导入。表上，这种类型的流量通常会超出表的基线容量，即在表上，即在表上，表上，即在表上，即在表上，出现容量不足的过程。要在预置容量表上确保此类工作负载的运行，请考虑以下选项：
-
如果在预置时间进行批处理，则在应用程序运行之前，让应用程序自动扩展容量（auto-scaling）。
-
如果批处理是随机出现的，应先了解需要解决的问题，再开始运行所需的时间。
-
为导入添加一个缩放策略，其实可以利用缩放策略，安排自动缩放。