如何选择CloudWatch统计量与周期，确定DynamoDB预配置模式WCU/RCU阈值

统计量选择：必须用Sum而非Average #

AWS文档推荐用Sum统计量是完全正确的，原因很直接：

• Sum统计的是指定周期内总消耗的容量单位，能真实反映这段时间内的实际负载——比如1分钟周期的Sum是600 WCU，意味着这1分钟内平均每秒消耗10 WCU，同时也包含了可能出现的秒级峰值贡献。
• Average是周期内的平均值，会直接掩盖秒级峰值。比如刚才的例子，Average显示是10 WCU/秒，但实际存在100 WCU的秒级峰值，用这个数值设置预配置容量的话，必然会触发节流。

所以无论CloudWatch默认显示什么，都要手动把统计量改成Sum。

周期选择：优先1分钟，必要时用1秒高分辨率指标 #

• 默认情况下，DynamoDB的CloudWatch指标是1分钟粒度的，这个周期足够覆盖大部分业务的负载波动，用来计算容量边界已经够用。
• 如果你的业务有极端的秒级突发流量（比如秒杀、突发促销），可以开启DynamoDB的高分辨率指标，这样就能查看1秒粒度的Sum统计数据，更精准地捕捉峰值。

如何确定自动扩缩容的WCU/RCU边界 #

1. 最小值设置

   • 拉取业务低峰期（比如凌晨、非工作日）的Sum统计数据，取这段时间的平均总消耗，再上浮10%-20%作为最小值。比如低峰1分钟平均Sum是80 WCU，最小值设为100 WCU，避免频繁缩容带来的性能波动。

2. 最大值设置

   • 拉取至少一周的业务高峰数据（包括促销、活动日的峰值），找到Sum统计的最高值，然后乘以1.2-1.5的系数作为最大值。比如历史峰值1分钟Sum是1200 WCU，最大值设为1800 WCU，留足冗余应对突发流量。
   • 同时要结合业务预期增长，如果未来几个月流量预计上涨30%，最大值要提前考虑这个增量。

3. 自动扩缩容的辅助配置

   • 扩容冷却时间建议设为5分钟，避免短时间内频繁扩容；缩容冷却时间设为15-30分钟，防止流量刚降就缩容，导致后续流量回升时再次节流。
   • 开启自动扩缩容后，持续监控ThrottledRequests指标，一旦出现非零值，说明当前的最大值设置不足，需要调整。

内容的提问来源于stack exchange，提问作者Oguzhan Aygun