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

Considerações ao alternar os modos de capacidade

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 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.