如何针对 DynamoDB的 按需/预置模式 之间选择合理的成本使用方式?
【以下的问题经过翻译处理】 客户希望了解如何优化他们每月Dynamo消费的方式。他们的大部分支出都是WriteRequestUnits，我推荐他们（如果符合使用模式）考虑预置容量，启用自动扩展，然后考虑容量保留。
客户觉得他们的工作负载过于不可预测，吞吐量需求不断变化，因此预置可能比按需更昂贵。
我们可以为客户提供使用按需容量进行成本节约的指导吗？
他们提到删除非关键表的PITR，可能使用AWS备份存储最近2-3天的数据而不是保存30天的PITR，但备份的优化在成本节省方面有限。
谢谢！
- 最新
- 投票最多
- 评论最多
【以下的回答经过翻译处理】 当您具有可预测的应用程序流量并使用自动缩放按需调整容量响应变化时，预留容量模式是一个选项。但是，如果请求速率超过预留容量，则会出现限制。请注意，以预留容量的100％利用率运行将成本效益不高。您可以在请求中使用ReturnConsumedCapacity参数，在响应中查看操作消耗的容量量。
考虑到客户的请求模式不可预测，按需容量模式将更为适合。请注意，按需容量模式下新创建的表最多可提供4000个写入请求单位或12000个读取请求单位或两者的组合。使用按需容量模式，请求可以突发到表上一个之前峰值的两倍。请注意，如果请求在30分钟内超过之前峰值的两倍，则可能会出现限制。可能情况是流量速率可能会不同，如果您的峰值太高（超过默认容量或先前实现的峰值请求速率的两倍），则一种解决方案是预热表以达到您预期的峰值容量。
在当前处于按需容量模式时，可以通过以下步骤实现表的预热。 1.切换到预留容量模式。 2.等待24小时（您可以每24小时切换一次容量模式）。 3.将写吞吐量设置为所需的峰值值或40000。[您将承担高吞吐量的成本，直到切换回按需（几分钟） 4.切换为按需容量模式。这应该维持预留吞吐量容量值。