Solução de problemas de controle de utilização no modo sob demanda
As tabelas do DynamoDB que usam o modo de capacidade sob demanda adaptam-se automaticamente ao volume de tráfego da aplicação. No entanto, as tabelas que usam o modo sob demanda ainda podem sofrer controle de utilização. Este tópico discute como solucionar problemas comuns de controle de utilização em tabelas no modo sob demanda.
O tráfego é mais que o dobro do pico anterior
Se você exceder o dobro do pico de tráfego anterior dentro de 30 minutos, poderá sofrer controle de utilização. Antes de ultrapassar o pico de tráfego anterior, recomendamos que você distribua o crescimento do tráfego por pelo menos 30 minutos. Para monitorar o tráfego para a tabela, use a métrica ConsumedReadCapacityUnits no Amazon CloudWatch. Para ter mais informações, consulte Métricas e dimensões do DynamoDB.
Para novas tabelas sob demanda, você pode conduzir imediatamente até 4.000 unidades de solicitação de gravação ou 12.000 unidades de solicitação de leitura, ou uma combinação linear de ambas.
Para uma tabela existente que você mudou para o modo de capacidade sob demanda, o pico anterior é um dos seguintes valores:
-
Metade do throughput provisionado anteriormente para a tabela
-
A configuração de uma tabela recém-criada com o modo de capacidade sob demanda
Para obter mais informações, consulte Throughput inicial para o modo de capacidade sob demanda.
O tráfego excede o máximo por partição
Cada partição em uma tabela pode atender até 3.000 unidades de solicitação de leitura ou 1.000 unidades de solicitação de gravação, ou uma combinação linear de ambas. Se o tráfego para uma partição exceder esse limite, a partição poderá sofrer controle de utilização. Para resolver esse problema, faça o seguinte:
-
Use o CloudWatch Contributor Insights para DynamoDB a fim de identificar as chaves mais acessadas e limitadas em sua tabela.
-
Randomize as solicitações à tabela para que as solicitações às chaves de partição ativas sejam distribuídas ao longo do tempo. Para ter mais informações, consulte Usar a fragmentação de gravação para distribuir workloads uniformemente em uma tabela do DynamoDB.
Uma tecla de atalho pode estar causando problemas de controle de utilização
No DynamoDB, uma chave de partição que não tem alta cardinalidade pode ocasionar muitas solicitações que visam apenas algumas partições. Se uma partição ativa resultante ultrapassar os limites por partição de 3.000 RCUs ou 1.000 WCUs por segundo, poderá ocorrer controle de utilização.
A ferramenta de diagnóstico CloudWatch Contributor Insights (CCI) pode ajudar a depurar isso, fornecendo grafos de CCI para os padrões de acesso de cada item da tabela. Você pode monitorar continuamente as chaves acessadas com maior frequência das tabelas do DynamoDB e outras tendências de tráfego. Para ter mais informações sobre o CloudWatch Contributor Insights, consulte CloudWatch Contributor Insights para DynamoDB. Para ter mais informações, consulte Projetar chaves de partição para distribuir a workload no DynamoDB e Choosing the Right DynamoDB Partition Key
O tráfego excede a cota da conta por tabela
Para tabelas sob demanda, as cotas de throughput de leitura e gravação no nível da tabela se aplicam no nível da conta. Por padrão, o throughput da tabela tem no máximo 40.000 unidades de solicitação de leitura e 40.000 unidades de solicitação de gravação. Se o tráfego para uma tabela exceder as cotas de throughput por tabela da conta, a tabela poderá sofrer controle de utilização. Para resolver esse problema, use o console do Service Quotas para aumentar as cotas de throughput de leitura e gravação no nível da tabela para sua conta.
O índice secundário global da sua tabela está limitado
Se sua tabela do DynamoDB tiver um índice secundário global que está sofrendo controle de utilização, esse controle poderá criar limitações retroativas na tabela base. Para obter mais informações, consulte Como o controle de utilização do meu índice secundário global afeta minha tabela do Amazon DynamoDB?
