Калибровка пропускной способности таблиц DynamoDB

Question

У меня есть несколько таблиц, которым требуется пропускная способность. В большинстве случаев эти таблицы имеют низкий фоновый уровень вызовов чтения и записи. Но во время конкретных заданий он может испытывать быстрые запросы на чтение/запись.

На ваш взгляд, какая хорошая практика в выборе этих подготовленных пропускных номеров? Впечатление, которое я получаю от описания зарезервированной емкости (https://aws.amazon.com/blogs/aws/dynamodb-price-reduction-and-new-reserved-capacity-model/), заключается в том, что это в основном как покупка кредитов. Это хорошая идея периодически покупать их для обработки запросов на печать?

Благодаря

Answer 1

Мое предложение заключается в минимизации чтения очередей/записи как можно больше, поскольку они неизбежно несут в неиспользованном зарезервированной мощности во время периодов простоя.

Read Bursts: попытайтесь изолировать наиболее часто используемые элементы доступа в отдельной таблице, чтобы вы могли обеспечить высокую пропускную способность соответственно для этих записей.

Write Bursts: дросселирование активности записи на стороне вашего приложения может помочь вам свести к минимуму всплески и получить более прямой контроль над вашими запросами на запись.

В случае, если вы еще не использовали, Dynamic DynamoDB может быть полезным ресурсом в вашем наборе инструментов для автоматизации конфигурации пропускной способности.

Также следующие вопросы из документации могут помочь вам определить, что является лучшим решением для вашего конкретного случая: Avoid Sudden Bursts of Read Activity, Use Burst Capacity Sparingly and Distribute Write Activity During Data Upload.