O DynamoDB faz auto scaling?
Sim. O auto scaling do DynamoDB usa o Application Auto Scaling para ajustar a capacidade provisionada de leitura e escrita em direção a uma utilização alvo (configurável entre 20 e 90%, comumente 70%), dentro de limites mínimo/máximo que você define. Como alternativa, o modo de capacidade on-demand escala instantaneamente conforme o tráfego, sem nenhuma configuração. Os dois mantêm as tabelas responsivas a cargas variáveis sem planejamento manual de capacidade.
Auto scaling provisionado
Você cria uma política de escalonamento por tabela (e por índice secundário global) que define:
- uma utilização alvo (percentual da capacidade provisionada que se quer atingir),
- as unidades de capacidade mínima e máxima, e
- se deve escalar leituras, escritas ou ambas.
Alarmes do CloudWatch acionam o Application Auto Scaling para subir ou baixar a capacidade conforme o consumo cruza o alvo.
Modo on-demand
A capacidade on-demand elimina o planejamento por completo: o DynamoDB ajusta o throughput ao seu tráfego sozinho — acomodando instantaneamente até o dobro do seu pico de tráfego anterior — e te cobra por requisição. É uma boa opção quando o tráfego tem rajadas ou é difícil de prever.
Qual escolher
O modo provisionado com auto scaling geralmente custa menos quando o tráfego é estável e bem compreendido; o on-demand é mais simples e melhor para tráfego desconhecido ou com rajadas.
Onde a utilização alvo deixa de compensar
A utilização alvo é um botão de preço, e ela tem um piso abaixo do qual o auto scaling perde de vez para o on-demand.
Em us-east-1 uma unidade de capacidade de escrita custa US$0,00065 por hora, então reservar uma por um mês custa US$0,4745 e compra 2.628.000 escritas. Isso dá US$0,00000018 por escrita contra os US$0,000000625 do on-demand, o que torna a capacidade provisionada 3,46 vezes mais barata quando cada unidade reservada é usada. Inverta isso e você tem o ponto de equilíbrio: o provisionado deixa de compensar abaixo de 28,9% de utilização média. As leituras dão os mesmos 28,9%, então isso é uma propriedade do modelo de preços e não de uma taxa específica.
Um regime sustentado de 1.000 escritas por segundo de itens de 1 KB, precificado com a calculadora de preços:
| Configuração de capacidade | Provisionado | Mensal |
|---|---|---|
| alvo de 90% | 1.112 WCU | US$527,64 |
| alvo de 70% | 1.429 WCU | US$678,06 |
| alvo de 50% | 2.000 WCU | US$949,00 |
| alvo de 20% | 5.000 WCU | US$2.372,50 |
| On-demand | nenhuma | US$1.642,50 |
As duas últimas linhas carregam a lição. Um alvo de 20%, o menor que a AWS aceita, reserva cinco vezes o seu tráfego e custa 44% mais do que pagar por requisição pelo mesmo trabalho. Toda linha acima assume que o auto scaling fixa a capacidade exatamente no alvo, então trate-as como o melhor caso: o tráfego real oscila e o algoritmo o segue com atraso, o que puxa a utilização realizada para baixo do que você configurou.
O que esse ajuste compra
A subida e a descida de escala são deliberadamente assimétricas, e é essa assimetria que a folga paga. A AWS documenta que a subida dispara depois que a capacidade consumida ultrapassa o alvo por dois minutos consecutivos, e a descida depois de 15 pontos de dados consecutivos abaixo dele. A chamada de UpdateTable que vem em seguida leva mais alguns minutos, e tudo que passa do teto antigo sofre throttle enquanto ela roda.
As reduções também são racionadas. Você começa cada dia UTC com quatro e ganha uma por hora, nunca acumulando mais que quatro, o que te limita a 27 por dia por tabela. Índices secundários globais têm a própria cota.
Ou seja, um alvo alto economiza dinheiro de verdade e gasta o colchão que cobre esses minutos. O on-demand custa mais por requisição e elimina a troca por completo.
Aprofunde-se
Compare os dois em capacidade on-demand vs provisionada e estime o custo com a calculadora de preços. Baixe o DynoTable para ler o tamanho de uma tabela e as estimativas de itens em Estatísticas da tabela.
Referências
- Managing throughput capacity automatically with DynamoDB auto scaling — Amazon DynamoDB Developer Guide
- DynamoDB on-demand capacity mode — Amazon DynamoDB Developer Guide
- DynamoDB provisioned capacity mode — Amazon DynamoDB Developer Guide
- Quotas in Amazon DynamoDB — Amazon DynamoDB Developer Guide — a franquia de reduções, reconferida em 2026-07-28.
Verificado pela última vez em 2026-07-13 contra a documentação oficial da AWS vinculada acima.
Ponto de equilíbrio calculado em 2026-07-28 com nossa própria calculadora de preços sobre as taxas de us-east-1 que ela sincroniza da AWS Price List API. Os atrasos de escalonamento e a franquia de reduções foram relidos da documentação da AWS vinculada acima na mesma data.