本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
评估预置容量大小是否合适
本节概述如何评估您的 Amazon Keyspaces 表中的配置大小是否合适。随着您的工作量不断变化,您其实可以利用您的放策略,安排自动缩放,并且您其实可以利用自动放策略,安排过度或者为表配置不足的风险。
本节所述过程归根到底是一个练习的过程,即在支持你的生产应用程序的 Amazon Keyspaces 表上,即在表上,即在表上,即在使用上 Amazon Keysp 为了了解应用程序的行为,你应该定义一个足够长的时间,即在预置一个足够长的时间段,即在预置应用程序的情况下,让它足够靠近使用过程归根到底是一个练习的过程。例如,如果您的应用程序表现出周模式,则不妨使用三周的周期来分析应用程序吞吐量需求。
如果您不知道从哪里开始,可根据至少一个月的使用数据来进行以下计算。
在评估容量时,您可以对于 Amazon Keyspaces 表进行配置读取容量单位 (RCU)和写入容量单位 (WCU)独立。
如何从 Amazon Keyspaces () 中检索消费指标
要评估表容量,请监视以下内容 CloudWatch 指标并选择相应的维度来检索表格信息:
读取容量单位 | 写入容量单位 |
---|---|
|
|
|
|
|
|
您可以通过 Amazon CLI 或 Amazon Web Services Management Console 来执行此操作。
如何识别资源不足的 Amazon Keyspaces 表
对于大多数工作负载,表上,当表使用容量的 80% 以上时,表即被视为预置容量 80%。
突发容量是 Amazon Keyspaces 的一项功能,其实可以利用该功能,客户其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用其实可以利用自动放策略。创建容量暴增的目的是应对因特殊事件或使用量高峰而突然增加的流量。此突发容量有限,有关更多信息,请参阅在Areateeeeeeeeeeeee。使用容量大于预置容量时,如果您尝试使用容量,即在使用容量大于预置容量的情况下,您可能会遇到容量低吞吐量低的错误事件。当应用程序流量使用率靠近使用率为 80% 时,出现容量低容量容量错误事件的风险会大大增加。
80% 的利用率规则因数据的季节性和流量增长而异。考虑以下场景:
-
如果您的流量在过去 12 个月中一直稳定在大约 90% 的利用率,那么您的表容量正合适
-
如果您的应用程序流量在不到 3 个月内以每月 8% 的速度增长,那么您将达到 100% 利用率
-
如果您的应用程序流量在略长于 4 个月内以每月 5% 的速度增长,那么您仍然将达到 100% 利用率
以上查询的结果可以说明您的利用率。将它们作为指导,来进一步评估其他指标,以帮助您在需要时选择增加表容量(例如:每月或每周增长率)。与您的运营团队合作,为您的工作负载和表定义一个合适的百分比。
相比之下,每天或每周分析数据,然后再开始分析数据。例如,在工作时间使用量激增的情况下(但工作时间以外使用量激增),但工作时间以外使用量激增(但工作时间以外使用量几乎为零),你可以从中受益调度应用程序自动缩放,即在其中指定预置容量增加使用容量,即在什么时候(以及一周中的几天)。相比之下,应该先了解需要解决的问题,再开始解决的问题,再开始解决的问题,再开始解决的问题,再开始解决的问题,再开始处理繁忙的问题。Amazon Keyspaces 表自动缩放如果您的季节性不那么明显,则进行配置。
如何识别过度配置的 Amazon Keyspaces 表
从上述脚本中获得的查询结果提供了执行某些初始分析所需的数据点。如果您的数据集在多个时间间隔内显示为利用率低于 20%,则您的表可能配置过度。要进一步确定是否需要减少 WCU 和 RCU 的数量,应重新查看间隔内的其他读数。
当您的表包含多个低使用量间隔时,您其实可以利用自动缩放策略,安排自动缩放,或者为表配置基于利用率的默认自动缩放策略。
如果您的工作负载具有低利用率与高限制比率 (马克斯 (ThrottleEvents) /分钟 (ThrottleEvents)在间隔内),当你的工作量非常激增时,即在特定的日期(或一天中),流量会显著增加,但除此之外一直很低。在这些情况下,使用可能会有帮助已还原的应用程序 Auto Scaling。