校准 DynamoDB 表的吞吐量
Calibrating throughput of DynamoDB tables
我有几个表需要吞吐量配置。大多数时候，这些表的读写调用后台级别较低。但在特定作业期间，它可能会遇到 read/write 请求的快速爆发。
您认为选择这些预配置吞吐量数字的最佳做法是什么？我从 Reserved Capacity (https://aws.amazon.com/blogs/aws/dynamodb-price-reduction-and-new-reserved-capacity-model/) 的描述中得到的印象是，它基本上就像购买积分一样。定期购买它们来处理突发请求是个好主意吗？
谢谢
我的建议是尽可能减少 read/write 突发，因为它们在空闲期间不可避免地会产生未使用的保留容量。
Read Bursts：尝试将最常访问的项目隔离在单独的 table 中，以便您可以相应地为这些记录提供高吞吐量。
Write Bursts：在您的应用程序端限制您的写入 activity 可以帮助您最大限度地减少突发并更直接地控制您的写入请求。
如果您还没有使用过，Dynamic DynamoDB 可能是您工具箱中的有用资源，可以自动执行您的预配吞吐量配置。
此外，文档中的以下主题可能会帮助您找出适合您的具体情况的最佳解决方案：Avoid Sudden Bursts of Read Activity, Use Burst Capacity Sparingly and Distribute Write Activity During Data Upload。
我有几个表需要吞吐量配置。大多数时候，这些表的读写调用后台级别较低。但在特定作业期间，它可能会遇到 read/write 请求的快速爆发。
您认为选择这些预配置吞吐量数字的最佳做法是什么？我从 Reserved Capacity (https://aws.amazon.com/blogs/aws/dynamodb-price-reduction-and-new-reserved-capacity-model/) 的描述中得到的印象是，它基本上就像购买积分一样。定期购买它们来处理突发请求是个好主意吗？
谢谢
我的建议是尽可能减少 read/write 突发，因为它们在空闲期间不可避免地会产生未使用的保留容量。
Read Bursts：尝试将最常访问的项目隔离在单独的 table 中，以便您可以相应地为这些记录提供高吞吐量。
Write Bursts：在您的应用程序端限制您的写入 activity 可以帮助您最大限度地减少突发并更直接地控制您的写入请求。
如果您还没有使用过，Dynamic DynamoDB 可能是您工具箱中的有用资源，可以自动执行您的预配吞吐量配置。
此外，文档中的以下主题可能会帮助您找出适合您的具体情况的最佳解决方案：Avoid Sudden Bursts of Read Activity, Use Burst Capacity Sparingly and Distribute Write Activity During Data Upload。