Как вычислить начальные пределы автоматического масштабирования для таблицы DynamoDb

Question

В нашей таблице многократные записи, ожидаемые раз в неделю. У нас включено автоматическое масштабирование с выделенной емкостью 5 WCU с целевым использованием 70%. Этого достаточно для нашего непикового (не пакетного) трафика. Тем не менее, во время бурной записи, WCU достигает около 1.5-2k, что приводит к значительному сокращению количества писем и, в конечном итоге, к невозможности записи.

1) Подходит ли автоматическое масштабирование для такого варианта использования?

2) Если да, какой должна быть наша первоначальная подготовленная мощность?

Answer 1

Этот ответ расскажет вам, почему автоматическое масштабирование не работает для вас: https://stackoverflow.com/a/53005089/4985580

Этот ответ расскажет вам, как вы можете сконфигурировать свой SDK для повторения операций в течение гораздо более длительного периода (и, следовательно, для предотвращения сбоев операций при пиковых запросах). Что делать при превышении выделенной пропускной способности?

В конечном итоге вам, вероятно, следует переместить ваши таблицы на по требованию .

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

Answer 2

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

Я бы посоветовал попробовать режим «по требованию» или вручную установить мощность до 2000 за некоторое время до того, как он вам действительно понадобится (на самом деле он мгновенно не масштабируется).

Я настоятельно рекомендую прочитать ВСЮ динамо-документацию, касающуюся лучших практик для первичного ключа, GSI, архитектуры данных. В зависимости от размера вашей таблицы (больше 10 Гб) 2000 единиц могут быть распределены по разделам, и вы потенциально можете по-прежнему ограничивать запросы.