Selecione suas preferências de cookies

Usamos cookies essenciais e ferramentas semelhantes que são necessárias para fornecer nosso site e serviços. Usamos cookies de desempenho para coletar estatísticas anônimas, para que possamos entender como os clientes usam nosso site e fazer as devidas melhorias. Cookies essenciais não podem ser desativados, mas você pode clicar em “Personalizar” ou “Recusar” para recusar cookies de desempenho.

Se você concordar, a AWS e terceiros aprovados também usarão cookies para fornecer recursos úteis do site, lembrar suas preferências e exibir conteúdo relevante, incluindo publicidade relevante. Para aceitar ou recusar todos os cookies não essenciais, clique em “Aceitar” ou “Recusar”. Para fazer escolhas mais detalhadas, clique em “Personalizar”.

Considerações ao alternar os modos de capacidade no DynamoDB

Modo de foco
Considerações ao alternar os modos de capacidade no DynamoDB - Amazon DynamoDB

Ao criar uma tabela do DynamoDB, é necessário selecionar o modo de capacidade sob demanda ou provisionada.

É possível alternar as tabelas do modo sob demanda para o modo de capacidade provisionada a qualquer momento. Ao alternar várias vezes entre os modos de capacidade, as seguintes condições se aplicam:

  • É possível alternar uma tabela recém-criada no modo sob demanda para o modo de capacidade provisionada a qualquer momento. No entanto, só é possível voltar ao modo sob demanda 24 horas após o carimbo de data e hora de criação da tabela.

  • É possível alternar uma tabela existente no modo sob demanda para o modo de capacidade provisionada a qualquer momento. No entanto, você só pode voltar ao modo sob demanda 24 horas após o último carimbo de data e hora indicando uma mudança para o modo sob demanda.

Alternar do modo de capacidade provisionada para o modo de capacidade sob demanda

No modo provisionado, você define a capacidade de leitura e de gravação com base nas necessidades esperadas da aplicação. Quando você atualiza uma tabela de um modo sob demanda provisionado, não é necessário especificar o throughput de leitura e gravação que você espera que seu aplicativo execute. O DynamoDB sob demanda oferece o modelo de preço de pagamento por solicitação (de leitura e de gravação) para que você pague apenas pelo que usar, o que permite contrabalançar com facilidade custos e performance. Você também pode configurar o throughput máximo de leitura ou de gravação (ou de ambas) para tabelas individuais sob demanda e índices secundários globais associados a fim de ajudar a limitar os custos e o uso. Para ter mais informações sobre como definir o throughput máximo para uma tabela ou um índice específico, consulte Throughput máximo do DynamoDB para tabelas sob demanda.

Quando se altera o modo de capacidade provisionado para o modo de capacidade sob demanda, o DynamoDB faz várias alterações na estrutura da tabela e das partições. Esse processo pode levar alguns minutos. Durante o período de troca, sua tabela entrega throughput que é consistente com as unidades de valor de capacidade de gravação provisionada anteriormente e unidade de capacidade de leitura.

Throughput inicial para modo de capacidade sob demanda

Se recentemente você tiver alterado uma tabela existente para o modo de capacidade sob demanda pela primeira vez, ela terá as configurações de pico anterior a seguir, mesmo se não tiver apresentado tráfego anteriormente usando o modo de capacidade sob demanda.

Veja a seguir exemplos de possíveis cenários:

  • Qualquer tabela provisionada configurada abaixo de 4.000 WCUs e 12.000 RCUs, que nunca tenha sido provisionada anteriormente para mais. Quando essa tabela for alterada para sob demanda pela primeira vez, o DynamoDB garantirá que ela aumente a escala horizontalmente para comportar instantaneamente pelo menos 4.000 WCUs/segundo e 12.000 RCUs/segundo.

  • Uma tabela provisionada configurada como 8.000 WCUs e 24.000 RCUs. Ao alterar essa tabela para sob demanda, ela continuará comportando pelo menos 8.000 WCUs/segundo e 24.000 RCUs/segundo a qualquer momento.

  • Uma tabela provisionada configurada com 8 mil WCU e 24 mil RCU, que consumiu 6 mil unidades de gravação/segundo e 18 mil unidades de leitura/segundo por um período prolongado. Ao alterar essa tabela para sob demanda, ela continuará comportando pelo menos 8.000 WCUs/segundo e 24.000 RCUs/segundo. O tráfego anterior pode ainda permitir que a tabela sustente níveis muito mais altos de tráfego sem controle de utilização.

  • Uma tabela anteriormente provisionada com 10 mil WCU e 10 mil RCU, mas atualmente provisionada com 10 RCU e 10 WCU. Ao alterar essa tabela para sob demanda, ela poderá comportar pelo menos 10.000 WCUs/segundo e 10.000 RCUs/segundo.

Configurações de ajuste de escala automático

Quando você atualiza uma tabela do modo provisionado para sob demanda:

  • Se estiver usando o console, todas as suas configurações de Auto Scaling (se houver alguma) serão excluídas.

  • Se estiver usando a AWS CLI ou o AWS SDK, todas as suas configurações de Auto Scaling serão preservadas. Essas configurações podem ser aplicadas quando você atualiza sua tabela para o modo de cobrança provisionado novamente.

Alternar do modo de capacidade sob demanda para o modo de capacidade provisionada

Ao voltar para o modo de capacidade sob demanda para modo de capacidade provisionado, sua tabela entrega um throughput consistente com o pico anterior alcançado quando a tabela foi definida como modo de capacidade sob demanda.

Gerenciamento da capacidade

Considere o seguinte ao atualizar uma tabela de modo sob demanda para provisionado:

  • Se estiver usando a AWS CLI ou o AWS SDK, escolha as configurações de capacidade provisionadas certas de sua tabela e índices secundários globais usando o Amazon CloudWatch para procurar seu consumo histórico (métricas ConsumedWriteCapacityUnits e ConsumedReadCapacityUnits) para determinar as novas configurações de throughput.

    nota

    Se você estiver alternando uma tabela global para o modo provisionado, examine o consumo máximo entre todas as suas réplicas regionais para tabelas de base e índices secundários globais ao determinar as novas configurações de throughput.

  • Se você estiver alterando o modo sob demanda de volta para o modo provisionado, não se esqueça de definir as unidades provisionadas iniciais como um valor alto o suficiente para lidar com a capacidade da tabela ou do índice durante a transição.

Gerenciar o Auto Scaling

Quando você atualiza uma tabela do modo sob demanda para provisionado:

  • Se estiver usando o console, recomendamos habilitar o ajuste de escala automático com os seguintes padrões:

    • Utilização pretendida: 70%

    • Capacidade provisionada mínima: 5 unidades

    • Capacidade máxima provisionada: o máximo da região

  • Se estiver usando a AWS CLI ou o SDK, suas configurações anteriores de Auto Scaling (se houver) serão preservadas.

PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.