DynamoDB 中的热分区问题随着新的按需功能消失了吗?

Gle*_*ech 5 amazon-web-services amazon-dynamodb

我怀着极大的兴趣阅读了以下公告。

https://aws.amazon.com/about-aws/whats-new/2018/11/annoucing-amazon-dynamodb-on-demand/

新的“按需”功能确实有助于容量规划。阅读文档,我真的看不出他们是否做了一些“魔术”来解决热分区和分区键分发的问题。

如果您“按需”供应表,分区键设计是否同样重要?

Kir*_*irk 5

是的,分区键设计同样重要。那方面没有改变。

既然您在评论中提到了适应能力,那么需要确保的一件事是清楚的。一旦它为表打开,它就会打开并且 DynamoDB 正在监控您的表。


Iva*_*tyk 5

这里有两个功能在起作用: * 按需容量模式 * 自适应容量

按需容量模式允许您根据 DynamoDB 的每个请求付费,而不是预置特定数量的 RCU/WCU(这称为预置容量)。好处是您只需为您使用的内容付费(而不是为您提供的内容付费),但缺点是,如果您收到持续不断的请求流,并且您提供了适量的 RCU/WCU,您最终会支付更多费用。按需容量模式最适合高峰流量,而预配置模式更适合具有持续、可预测请求流的应用程序

自适应容量是一个不同的功能,它可以使用按需或预置容量模式。如果您的某个分区收到更高份额的请求,它允许从其他分区“借用”未使用的容量。以前需要一段时间才能启用自适应能力,但目前来说,自适应能力是立即启用的。

即使具有自适应能力,良好的按键设计仍然很重要。它仅适用于难以在分片之间实现请求均衡分配的情况。DynamoDB 中的单个分区最多只能处理 3K RCU 和 1K WCU。因此,如果单个分区接收的数据超过该数量,即使具有自适应容量,请求也会受到限制。因此,您必须设计密钥以避免这种情况。