Amazon dynamodb DynamoDB表的校准吞吐量

Amazon dynamodb DynamoDB表的校准吞吐量,amazon-dynamodb,throughput,Amazon Dynamodb,Throughput,我有几个表需要吞吐量配置。大多数情况下,这些表的读写调用的后台级别较低。但在特定作业期间,它可能会经历快速的读/写请求突发 在您看来,选择这些配置的吞吐量数字的好做法是什么?我从对预留容量()的描述中得到的印象是,它基本上就像购买信用卡一样。定期购买它们来处理突发请求是个好主意吗 谢谢我的建议是尽可能减少读/写突发,因为在空闲期间,读/写突发不可避免地会占用未使用的保留容量 读取突发事件:尝试在单独的表中隔离最频繁访问的项,以便为这些记录提供相应的高吞吐量 写入突发事件:限制应用程序端的写入活动

我有几个表需要吞吐量配置。大多数情况下,这些表的读写调用的后台级别较低。但在特定作业期间,它可能会经历快速的读/写请求突发

在您看来,选择这些配置的吞吐量数字的好做法是什么?我从对预留容量()的描述中得到的印象是,它基本上就像购买信用卡一样。定期购买它们来处理突发请求是个好主意吗


谢谢

我的建议是尽可能减少读/写突发,因为在空闲期间,读/写突发不可避免地会占用未使用的保留容量

读取突发事件:尝试在单独的表中隔离最频繁访问的项,以便为这些记录提供相应的高吞吐量

写入突发事件:限制应用程序端的写入活动可以帮助您最小化突发事件,并对写入请求进行更直接的控制

如果您还没有使用,它将是工具箱中有用的资源,可以自动配置资源调配吞吐量


此外,文档中的以下主题可能会帮助您找出针对具体案例的最佳解决方案:,。

谢谢,我喜欢您的建议。由于您提出了按需更改资源调配的想法,您可以更改资源调配的频率及其影响的延迟是否存在某种既定限制。我不知道您可以更改资源调配配置的频率有任何限制,但确实存在一些延迟,尽管我没有提供确切的数字。关于这个问题有一些很好的答案:根据DynamoDB的限制:“您可以根据需要,使用可更新的API或AWS管理控制台,随时增加ReadCapacityUnits或WriteCapacityUnits。”;“您可以减少表的ReadCapacityUnits或WriteCapacacityUnits设置,但在一个UTC日历日内,每个表最多只能减少四次。”()