Service quotas, conta e cotas de tabela no Amazon DynamoDB

Esta seção descreve cotas atuais, antes chamadas de limites, no Amazon DynamoDB. Salvo indicação em contrário, cada cota aplica-se por região.

Modo de capacidade de leitura/gravação e throughput

Você pode alternar entre os modos de capacidade de leitura/gravação uma vez a cada 24 horas. A única exceção é se você alternar uma tabela do modo provisionado para o modo sob demanda: você pode voltar para o modo provisionado no mesmo período de 24 horas.

Tamanhos de unidade de capacidade (para tabelas provisionadas)

Uma unidade de capacidade de leitura = uma leitura altamente consistente por segundo, ou duas leituras finais consistentes por segundo, para itens até 4 KB de tamanho.

Uma unidade de capacidade de gravação = uma gravação por segundo para itens de até 1 KB de tamanho.

As solicitações de leitura transacional exigem duas unidades de capacidade de leitura para executar uma leitura por segundo para itens de até 4 KB.

As solicitações de gravação transacional exigem duas unidades de capacidade de gravação para executar uma gravação por segundo para itens de até 1 KB.

Tamanhos de unidade de solicitação (para tabelas sob demanda)

Uma unidade de solicitação de leitura = uma leitura altamente consistente por segundo, ou duas leituras finais consistentes por segundo, para itens até 4 KB de tamanho.

Uma unidade de solicitação de gravação = uma gravação por segundo para itens com até 1 KB de tamanho.

As solicitações de leitura transacionais exigem duas unidades de solicitação de leitura para executar uma leitura por segundo para itens de até 4 KB.

As solicitações de gravação transacionais exigem duas unidades de solicitação de gravação para executar uma gravação por segundo para itens de até 1 KB.

Cotas padrão de throughput

AWS coloca algumas cotas padrão na taxa de transferência que sua conta pode provisionar e consumir em uma região.

O throughput de leitura no nível da conta e as cotas de throughput de gravação no nível da conta se aplicam no nível da conta. Essas cotas no nível da conta se aplicam à soma da capacidade de throughput provisionada para todos os índices secundários globais e tabelas da conta em determinada região. Todo throughput disponível da conta pode ser provisionado para uma única tabela ou entre várias tabelas. Essas cotas só se aplicam a tabelas que usam o modo de capacidade provisionada.

As cotas de throughput de leitura e de gravação no nível da tabela se aplicam de forma diferente a tabelas que usam o modo de capacidade provisionada e tabelas que usam o modo de capacidade sob demanda.

Para tabelas no modo de capacidade provisionada e GSIs, a cota é a quantidade máxima de unidades de capacidade de leitura e gravação que podem ser provisionadas para qualquer tabela ou qualquer um de seus GSIs na região. O total de qualquer tabela individual e de todos os respectivos GSIs também deve permanecer abaixo da cota de throughput de leitura e gravação no nível da conta. Isso se soma à exigência de que o total de todas as tabelas provisionadas e os respectivos GSIs permaneçam abaixo da cota de throughput de leitura e gravação no nível da conta.

Para tabelas no modo de capacidade sob demanda e GSIs, a cota em nível de tabela é a capacidade máxima de leitura e gravação que estão disponíveis para qualquer tabela ou qualquer GSI individual nessa tabela. Nenhuma cota de throughput de leitura e gravação no nível de conta é aplicada às tabelas no modo sob demanda.

Veja a seguir as cotas de throughput que se aplicam à sua conta, por padrão.

	Sob demanda	Provisionada	Ajustável
Per table	40,000 read request units and 40,000 write request units	40,000 read capacity units and 40,000 write capacity units	Sim
Per account	Not applicable	80,000 read capacity units and 80,000 write capacity units	Sim
Minimum throughput for any table or global secondary index	Not applicable	1 read capacity unit and 1 write capacity unit	Sim

Você pode usar o console do Service Quotas, a API da AWS e a AWS CLI para solicitar aumentos para as cotas ajustáveis, quando necessário.

Para suas cotas de taxa de transferência em nível de conta, você pode usar o console Service Quotas, o console, a AWS CloudWatch API AWS e a AWS CLI para criar CloudWatch alarmes e ser notificado automaticamente quando seu uso atual atingir uma porcentagem especificada dos valores de cota aplicados. Usando CloudWatch você também pode monitorar seu uso observando as métricas AccountProvisionedReadCapacityUnits e AccountProvisionedWriteCapacityUnits AWS de uso. Para saber mais sobre métricas de uso, consulte Métricas de uso da AWS.

Aumentar ou diminuir throughput (para tabelas provisionadas)

Aumentar throughput provisionado

Você pode aumentar as ReadCapacityUnits ou as WriteCapacityUnits sempre que necessário, usando o AWS Management Console ou a operação UpdateTable. Em uma única chamada, é possível aumentar o throughput provisionado de uma tabela, para quaisquer índices secundários globais na tabela ou para qualquer combinação dessas. As novas configurações não têm efeito até que a operação UpdateTable esteja concluída.

Você não pode exceder as cotas por conta ao adicionar a capacidade provisionada, e o DynamoDB não permite aumentar a capacidade provisionada de forma extremamente rápida. Além dessas restrições, você pode aumentar a capacidade provisionada de suas tabelas para o nível que for necessário. Para mais informações sobre cotas por conta, consulte a seção anterior, Cotas padrão de throughput.

Diminuir throughput provisionado

Para cada tabela e índice secundário global em uma operação UpdateTable, é possível diminuir ReadCapacityUnits ou WriteCapacityUnits (ou ambas). As novas configurações não têm efeito até que a operação UpdateTable seja concluída.

Há uma cota padrão sobre o número de reduções da capacidade provisionada que você pode executar na tabela do DynamoDB por dia. Um dia é definido de acordo com o Tempo Universal Coordenado (UTC). Em determinado dia, você pode começar realizando até quatro reduções dentro de uma hora, desde que ainda não tenha realizado nenhuma outra redução durante esse dia. Posteriormente, você pode realizar uma redução adicional por hora (uma vez a cada 60 minutos). Isso efetivamente eleva o número máximo de reduções em um dia para 27 vezes.

Você pode usar o console do Service Quotas, a API da AWS e a CLI da AWS para solicitar aumentos de cota, quando necessário.

Importante

Como os limites de diminuição de tabela e índice secundário global são separados, qualquer índice secundário global de uma tabela específica tem os próprios limites de diminuição. No entanto, se uma única solicitação diminuir o throughput de uma tabela e um índice secundário global, ela será rejeitada se exceder os limites atuais. Solicitações não são processadas parcialmente.

exemplo

Nas primeiras 4 horas de um dia, uma tabela com um índice secundário global pode ser modificada da seguinte forma:

• Diminuir WriteCapacityUnits ou ReadCapacityUnits (ou ambos) da tabela quatro vezes.

• Diminuir WriteCapacityUnits ou ReadCapacityUnits (ou ambos) do índice secundário global quatro vezes.

Ao final do mesmo dia, a tabela e o throughput do índice secundário global poderão ser diminuídas 27 vezes cada, no total.

Capacidade reservada

AWS coloca uma cota padrão na quantidade de capacidade reservada ativa que sua conta pode comprar. O limite de cota é uma combinação de capacidade reservada para unidades de capacidade de gravação (WCUs) e unidades de capacidade de leitura (RCUs).

	Capacidade reservada ativa	Ajustável
Por conta	1.000.000 de unidades de capacidade provisionada (WCUs _ RCUs)	Sim

Se você tentar comprar mais de 1.000.000 de unidades de capacidade provisionada em uma única compra, receberá um erro para esse limite de cota de serviço. Se você tiver capacidade reservada ativa e tentar comprar capacidade reservada adicional que resultaria em mais de 1.000.000 de unidades de capacidade provisionada ativas, receberá um erro para esse limite de cota de serviço.

Se você precisar de capacidade reservada para mais de 1.000.000 de unidades de capacidade provisionada, poderá solicitar um aumento de cota à equipe de suporte.

Importar cotas

A importação do Amazon S3 para o DynamoDB pode comportar até 50 trabalhos de importação simultâneos com um tamanho total de objeto de origem de importação de 15 TB por vez nas regiões us-east-1, us-west-2 e eu-west-1. Em todas as outras regiões, podem ser feitas até 50 tarefas de importação simultâneas com um tamanho total de 1 TB. Cada trabalho de importação pode ocupar até 50.000 objetos do Amazon S3 em todas as regiões. Para obter mais informações sobre importação e validação, consulte Importar cotas e validação de formatos.

Contributor Insights

Quando você ativa o Customer Insights em sua tabela do DynamoDB, você ainda está sujeito aos limites das regras do Contributor Insights. Para obter mais informações, consulte as Service Quotas do CloudWatch .

Tabelas

Tamanho da tabela

Não há limite prático para o tamanho de uma tabela. As tabelas não são limitadas em termos de número de itens ou de bytes.

Número máximo de tabelas por conta por região

Para qualquer AWS conta, há uma cota inicial de 2.500 mesas por AWS região.

Se você precisar de mais de 2,5 mil tabelas para uma única conta, entre em contato com a equipe de contas da AWS para examinar um aumento de até 10 mil tabelas. Para mais de 10 mil, a prática recomendada é configurar várias contas. Cada uma pode atender a até 10 mil tabelas.

Você pode usar o console do Service Quotas, a API da AWS e a CLI da AWS para visualizar os valores de cota padrão e aplicados ao número máximo de tabelas na conta e solicitar aumentos de cota, quando necessário. Você também pode solicitar aumentos de cota abrindo um tíquete no AWS Support

Usando o console Service Quotas, a AWS API e a AWS CLI, você pode criar CloudWatch alarmes para ser notificado automaticamente quando seu uso atual atingir uma porcentagem especificada da sua cota atual. Usando CloudWatch você também pode monitorar seu uso observando as métricas TableCount AWS de uso. Para saber mais sobre métricas de uso, consulte Métricas de uso da AWS.

Tabelas globais

AWS coloca algumas cotas padrão na taxa de transferência que você pode provisionar ou utilizar ao usar tabelas globais.

	Sob demanda	Provisionada
Per table	40,000 read request units and 40,000 write request units	40,000 read capacity units and 40,000 write capacity units
Per table, per destination Region, per day	10 TB for all source tables to which a replica was added for this destination Region	10 TB for all source tables to which a replica was added for this destination Region

As operações transacionais fornecem garantias de atomicidade, consistência, isolamento e durabilidade (ACID) somente AWS na região em que a gravação foi feita originalmente. As transações não são compatíveis entre regiões em tabelas globais. Por exemplo, suponha que você tenha uma tabela global com réplicas nas regiões Leste dos EUA (Ohio) e Oeste dos EUA (Oregon) e realize uma TransactWriteItems operação na região Leste dos EUA (Norte da Virgínia). Nesse caso, você pode observar transações parcialmente concluídas na região Oeste dos EUA (Oregon) conforme as alterações são replicadas. As alterações só são replicadas para outras regiões quando forem confirmadas na região de origem.

nota

Pode haver casos em que você precise solicitar um aumento do limite de cota até AWS Support. Se alguma das seguintes situações se aplicar a você, consulte https://aws.amazon.com/support:

• Se você estiver adicionando uma réplica para uma tabela que está configurada para usar mais de 40.000 Write Capacity Units (WCU – Unidades de capacidade de gravação), será necessário solicitar um aumento de cota de serviço para a cota de WCU de adição de réplica.

• Se você adicionar uma ou mais réplicas a uma região de destino num período de 24 horas com um total combinado superior a 10 TB, será necessário solicitar um aumento de cota de serviço para a cota de provisionamento de dados de adição de réplica.

• Se encontrar um erro semelhante ao seguinte:

  • Não é possível criar uma réplica da tabela “example_table” na região “example_region_A” porque ela excede o limite da sua conta atual na região “example_region_B”.

Índices secundários

Índices secundários por tabela

É possível definir um máximo de 5 índices secundários locais.

Há uma cota padrão de 20 índices secundários globais por tabela. Você pode usar o console do Service Quotas, a API da AWS e a CLI da AWS para verificar os índices secundários globais de acordo com o padrão da tabela e as cotas atuais que se aplicam à sua conta, além de solicitar aumentos de cota, quando necessário. Você também pode solicitar aumentos de cota abrindo um tíquete em https://aws.amazon.com/support.

Você pode criar ou excluir somente um índice secundário global por operação UpdateTable.

Atributos do índice secundário projetados por tabela

Você pode projetar um total de até 100 atributos em todos os índices secundários locais e globais de uma tabela. Isso se aplica somente a atributos projetados especificados pelo usuário.

Em uma operação CreateTable, se você especificar um ProjectionType de INCLUDE, a contagem total de atributos especificados emNonKeyAttributes, somados entre todos os índices secundários, não deve exceder 100. Se você projetar o mesmo nome de atributo em dois índices diferentes, isso conta como dois atributos distintos ao determinar o total.

Esse limite não se aplica a índices secundários com ProjectionType de KEYS_ONLY ou ALL.

Chaves de partição e chaves de classificação

Tamanho da chave de partição

O tamanho mínimo de um valor de chave de partição é 1 byte. O comprimento máximo é de 2048 bytes.

Valores de chave de partição

Não há um limite prático para o número de valores de chave de partição distintos, para tabelas ou para índices secundários.

Tamanho da chave de classificação

O tamanho mínimo de um valor de chave de classificação é 1 byte. O comprimento máximo é de 1024 bytes.

Valores de chave de classificação

Em geral, não há limite prático para o número de valores de chave de classificação distintos por valor de chave de partição.

Há exceção para tabelas com índices secundários. Coleção de itens é o conjunto de itens que têm o mesmo valor do atributo de chave de partição. Em um índice secundário global, a coleção de itens é independente da tabela-base (e pode ter um atributo de chave de partição diferente). Entretanto, em um índice secundário local, a exibição indexada é colocada na mesma partição do item na tabela e compartilha o mesmo atributo de chave de partição. Em decorrência dessa localidade, quando uma tabela tem um ou mais LSIs, a coleção de itens não pode ser distribuída por várias partições.

Para uma tabela com um ou mais LSIs, as coleções de itens não podem exceder 10 GB de tamanho. Inclui todos os itens da tabela de base e todas as visualizações de LSI projetadas que têm o mesmo valor do atributo de chave de partição. O tamanho máximo de uma partição é 10 GB. Para obter mais informações detalhadas, consulte Limite de tamanho de conjunto de itens.

Regras de nomenclatura

Nomes de tabela e nomes de índices secundários

Nomes de tabelas e índices secundários devem ter pelo menos 3 caracteres, mas não podem ser maiores do que 255 caracteres. Veja a seguir os caracteres permitidos:

• A-Z

• a-z

• 0-9

• _ (sublinhado)

• - (hífen)

• . (ponto)

Nomes de atributo

Em geral, um nome de atributo deve ter pelo menos 64 caracteres, mas não pode ser maior do que 64 KB.

Veja as exceções a seguir. Estes nomes de atributo não devem ser maiores do que 255 caracteres:

• Nomes de chaves de partição de índices secundários.

• Nomes de chaves de classificação de índices secundários.

• Os nomes de atributos projetados especificados pelo usuário (aplicável apenas a índices secundários locais). Em uma operação CreateTable, se você especificar um ProjectionType como INCLUDE, os nomes dos atributos no parâmetro NonKeyAttributes terão tamanho restrito. Os tipos de projeção KEYS_ONLY e ALL não são afetados.

Esses nomes de atributos devem ser codificados usando UTF-8 e o tamanho total de cada nome (após a codificação) não pode exceder 255 bytes.

Tipos de dados

String

O tamanho de uma string é restrito pelo tamanho de item máximo de 400 KB.

Strings são Unicode com codificação binária UTF-8. Como a codificação UTF-8 tem largura variável, o DynamoDB determina o tamanho de uma string usando seus bytes UTF-8.

Número

Um número pode ter até 38 dígitos de precisão, e pode ser positivo, negativo ou zero.

• Intervalo positivo: 1E-130 a 9.9999999999999999999999999999999999999E+125

• Intervalo negativo: -9.9999999999999999999999999999999999999E+125 a -1E-130

O DynamoDB usa strings JSON para representar dados de números em solicitações e respostas. Para ter mais informações, consulte API de baixo nível do DynamoDB.

Se a precisão de número for importante, você deverá passar os números para o DynamoDB usando strings convertidas por você de um tipo de número.

Binário

O tamanho de um binário é restrito pelo tamanho de item máximo de 400 KB.

As aplicações que funcionam com atributos binários devem codificar os dados em formato base64 antes de enviá-los para o DynamoDB. Após o recebimento dos dados, o DynamoDB os decodifica em uma matriz de bytes não assinados e usa esse resultado como o tamanho do atributo.

Itens

Tamanho de item

O tamanho de item máximo no DynamoDB é 400 KB, o que inclui o tamanho binário do nome do atributo (tamanho UTF-8) e os tamanhos dos valores dos atributos (novamente, tamanho binário). O nome do atributo conta para o limite de tamanho.

Por exemplo, considere um item com dois atributos: um atributo chamado “cor-camisa” com o valor “R” e outro atributo chamado “tamanho-camisa” com o valor “M”. O tamanho total desse item é 23 bytes.

Tamanho de item para tabelas com índices secundários locais

Para cada índice secundário local em uma tabela, existe um limite de 400 KB no total do seguinte:

• O tamanho dos dados de um item na tabela.

• O tamanho das entradas correspondentes (inclusive os valores de chaves e atributos projetados) em todos os índices secundários locais.

Atributos

Pares de nome-valor de atributo por item

O tamanho cumulativo de atributos por item deve se adequar ao tamanho máximo de item do DynamoDB (400 KB).

Número de valores em lista, mapa ou conjunto

Não há limite para o número de valores em uma lista, um mapa ou um conjunto, desde que o item que contém os valores permaneça no limite de tamanho de item de 400 KB.

Valores de atributo

Valores de atributos binários e de string vazios serão permitidos se o atributo não for usado como um atributo de chave para uma tabela ou um índice. Valores binários e de string vazios são permitidos dentro dos tipos de conjunto, lista e mapa. Um valor de atributo não pode ser um conjunto vazio (conjunto de strings, conjunto de número ou conjunto binário). Entretanto, Lists e Maps vazios são permitidos.

Profundidade de atributo aninhado

O DynamoDB oferece suporte a atributos aninhados com até 32 níveis de profundidade.

Parâmetros de expressão

Os parâmetros de expressão incluem ProjectionExpression, ConditionExpression, UpdateExpression e FilterExpression.

Tamanhos

O tamanho máximo de qualquer string de expressão é 4 KB. Por exemplo, o tamanho de ConditionExpression a=b é 3 bytes.

O tamanho máximo de qualquer nome de atributo de expressão única ou valor de atributo de expressão é 255 bytes. Por exemplo, #name é 5 bytes; :val é 4 bytes.

O tamanho máximo de todas as variáveis de substituição em uma expressão é 2 MB. Esta é a soma dos tamanhos de todos os ExpressionAttributeNames e ExpressionAttributeValues.

Operadores e operandos

O número máximo de operadores ou funções permitidos em uma UpdateExpression é 300. Por exemplo, o UpdateExpressionSET a = :val1 + :val2 + :val3contém dois operadores + "”.

O número máximo de operandos do comprador IN é 100.

Palavras reservadas

O DynamoDB não impede uso de nomes conflitantes com palavras reservadas. (Para obter uma lista completa, consulte Palavras reservadas no DynamoDB.)

No entanto, caso use uma palavra reservada em um parâmetro de expressão, você também deverá especificar ExpressionAttributeNames. Para ter mais informações, consulte Nomes de atributos de expressão no DynamoDB.

Transações do DynamoDB

As operações de API transacionais do DynamoDB têm as seguintes restrições:

• Uma transação não pode conter mais de 100 itens únicos.

• Uma transação não pode conter mais de 4 MB de dados.

• Duas ações em uma transação não podem funcionar contra o mesmo item na mesma tabela. Por exemplo, você não pode usar ConditionCheck e Update no mesmo item em uma transação.

• Uma transação não pode operar em tabelas em mais de uma AWS conta ou região.

• As operações transacionais fornecem garantias de atomicidade, consistência, isolamento e durabilidade (ACID) somente AWS na região em que a gravação foi feita originalmente. As transações não são compatíveis entre regiões em tabelas globais. Por exemplo, suponha que você tenha uma tabela global com réplicas nas regiões Leste dos EUA (Ohio) e Oeste dos EUA (Oregon) e execute uma operação TransactWriteItems na região Leste dos EUA (Norte da Virgínia). Nesse caso, você pode observar transações parcialmente concluídas na região Oeste dos EUA (Oregon) conforme as alterações são replicadas. As alterações só são replicadas para outras regiões quando forem confirmadas na região de origem.

DynamoDB Streams

Leitores simultâneos de um fragmento no DynamoDB Streams

Para tabelas de região única que não são tabelas globais, você pode projetar até dois processos ao mesmo tempo para ler o mesmo fragmento do DynamoDB Streams. Exceder esse limite pode resultar em controle de utilização de solicitação. Quanto a tabelas globais, recomendamos que você limite o número de leitores simultâneos a 1 para evitar o controle de utilização de solicitações.

Capacidade de gravação máxima para uma tabela com o DynamoDB Streams habilitado

AWS coloca algumas cotas padrão na capacidade de gravação de tabelas do DynamoDB com o DynamoDB Streams habilitado. Essas cotas padrão são aplicáveis somente para tabelas no modo de capacidade de leitura/gravação provisionada. Veja a seguir as cotas de throughput que se aplicam à sua conta, por padrão.

• Leste dos EUA (Norte da Virgínia), Leste dos EUA (Ohio), Oeste dos EUA (Norte da Califórnia), Oeste dos EUA (Oregon), América do Sul (São Paulo), Europa (Frankfurt), Europa (Irlanda), Ásia-Pacífico (Tóquio), Ásia-Pacífico (Seul), Ásia-Pacífico (Singapura), Ásia-Pacifico (Sydney), China (Pequim) Regiões:

  • Por tabela: 40.000 unidades de capacidade de gravação

• Todas as outras regiões:

  • Por tabela:10.000 unidades de capacidade de gravação

Você pode usar o console do Service Quotas, a API da AWS e a CLI da AWS para verificar a capacidade de leitura máxima para uma tabela com o DynamoDB Streams habilitado para cotas padrão e atuais que se aplicam à sua conta, além de solicitar aumentos de cota, quando necessário. Você também pode solicitar aumentos de cota abrindo um tíquete no AWS Support.

nota

As cotas de throughput provisionado também se aplicam às tabelas do DynamoDB com o DynamoDB Streams habilitado. Quando você solicitar um aumento de cota na capacidade de gravação de uma tabela com o Streams habilitado, certifique-se de também solicitar um aumento na capacidade de throughput provisionada para essa tabela. Para obter mais informações, consulte Cotas de throughput padrão. Outras cotas também se aplicam ao processar o DynamoDB Streams de maior throughput. Para obter mais informações, consulte Guia de referência da API do Amazon DynamoDB Streams.

DynamoDB Accelerator (DAX)

AWS disponibilidade da região

Para obter uma lista das AWS regiões nas quais o DAX está disponível, consulte DynamoDB Accelerator (DAX) no. Referência geral da AWS

Nodes

Um cluster do DAX consiste em exatamente um nó primário e entre zero e dez nós de réplica de leitura.

O número total de nós (por AWS conta) não pode exceder 50 em uma única AWS região.

Grupos de parâmetros

Você pode criar até 20 grupos de parâmetros do DAX por região.

Grupos de sub-redes

Você pode criar até 50 grupos de sub-redes do DAX por região.

Em um grupo de sub-redes, você pode definir até 20 sub-redes.

Limites específicos de API

CreateTable/UpdateTable/DeleteTable/PutResourcePolicy/DeleteResourcePolicy

Em geral, você pode ter até 500 CreateTable, UpdateTable, DeleteTablePutResourcePolicy, e DeleteResourcePolicysolicitações em execução simultaneamente em qualquer combinação. Por esse motivo, o número total de tabelas no estado CREATING, UPDATING ou DELETING não pode exceder 500.

Você pode enviar até 2.500 solicitações por segundo de solicitações de API de plano de controle mutáveis (CreateTableDeleteTableUpdateTablePutResourcePolicy,,, eDeleteResourcePolicy) em um grupo de tabelas. No entanto, as DeleteResourcePolicy solicitações PutResourcePolicy e têm limites individuais mais baixos. Para obter mais informações, consulte os detalhes de cotas a seguir para PutResourcePolicy e. DeleteResourcePolicy

CreateTablee PutResourcePolicy as solicitações que incluam uma política baseada em recursos contarão como duas solicitações adicionais para cada KB da política. Por exemplo, uma PutResourcePolicy solicitação CreateTable or com uma política de tamanho 5 KB contará como 11 solicitações. 1 para a CreateTable solicitação e 10 para a política baseada em recursos (2 x 5 KB). Da mesma forma, uma política de tamanho 20 KB contará como 41 solicitações. 1 para a CreateTable solicitação e 40 para a política baseada em recursos (2 x 20 KB).

PutResourcePolicy

Você pode enviar até 25 solicitações de PutResourcePolicy API por segundo em um grupo de tabelas. Depois de uma solicitação bem-sucedida de uma tabela individual, nenhuma nova PutResourcePolicy solicitação é suportada nos 15 segundos seguintes.

O tamanho máximo suportado por um documento de política baseado em recursos é de 20 KB. O DynamoDB conta os espaços em branco ao calcular o tamanho de uma política em relação a esse limite.

DeleteResourcePolicy

Você pode enviar até 50 solicitações de DeleteResourcePolicy API por segundo em um grupo de tabelas. Depois de uma PutResourcePolicy solicitação bem-sucedida de uma tabela individual, nenhuma DeleteResourcePolicy solicitação é suportada nos 15 segundos seguintes.

BatchGetItem

Uma única operação BatchGetItem pode recuperar no máximo 100 itens. O tamanho total de todos os itens recuperados não pode exceder 16 MB.

BatchWriteItem

Uma única operação BatchWriteItem pode conter até 25 solicitações PutItem ou DeleteItem. O tamanho total de todos os itens gravados não pode exceder 16 MB.

DescribeStream

Você pode ligar DescribeStream com uma taxa máxima de 10 vezes por segundo.

DescribeTableReplicaAutoScaling

O método DescribeTableReplicaAutoScaling oferece suporte a apenas 10 solicitações por segundo.

DescribeLimits

DescribeLimits deve ser chamado apenas periodicamente. Você pode esperar erros de controle de utilização se chamá-lo mais de uma vez em um minuto.

DescribeContributorInsights/ListContributorInsights/UpdateContributorInsights

DescribeContributorInsights, ListContributorInsights e UpdateContributorInsights devem ser chamados apenas periodicamente. O DynamoDB oferece suporte a cinco solicitações por segundo para cada uma dessas APIs.

DescribeTable/ListTables/GetResourcePolicy

Você pode enviar até 2.500 solicitações por segundo de uma combinação de solicitações de API do plano de controle somente para leitura (DescribeTableListTables,, eGetResourcePolicy). A GetResourcePolicy API tem um limite individual inferior de 100 solicitações por segundo.

Query

O conjunto de resultados de uma Query é limitado a 1 MB por chamada. Você pode usar a LastEvaluatedKey da resposta da consulta para recuperar mais resultados.

Scan

O conjunto de resultados de uma Scan é limitado a 1 MB por chamada. Você pode usar a LastEvaluatedKey da resposta da verificação para recuperar mais resultados.

UpdateKinesisStreamingDestination

Ao realizar UpdateKinesisStreamingDestination operações, você pode ApproximateCreationDateTimePrecision definir um novo valor no máximo 3 vezes em um período de 24 horas.

UpdateTableReplicaAutoScaling

O método UpdateTableReplicaAutoScaling oferece suporte a apenas dez solicitações por segundo.

UpdateTableTimeToLive

O método UpdateTableTimeToLive é compatível apenas com uma solicitação para habilitar ou desabilitar Time to Live (TTL) por tabela especificada por hora. O processamento completo dessa alteração pode levar até uma hora. Quaisquer UpdateTimeToLive chamadas adicionais para a mesma mesa durante essa duração de uma hora resultam em uma ValidationException.

Criptografia em repouso do DynamoDB

Você pode alternar entre uma chave Chave pertencente à AWS Chave gerenciada pela AWS, uma e uma chave gerenciada pelo cliente até quatro vezes, a qualquer momento por janela de 24 horas, por tabela, a partir de quando a tabela foi criada. Se não houve mudança nas últimas seis horas, uma alteração adicional será permitida. Isso leva o número máximo de alterações em um dia para oito vezes (quatro alterações nas primeiras seis horas e uma alteração para cada uma das janelas de seis horas subsequentes em um dia).

Você pode alternar as chaves de criptografia para usar uma Chave pertencente à AWS sempre que necessário, mesmo que a cota acima tenha sido esgotada.

Estas são as cotas, a menos que você solicite uma quantidade maior. Para solicitar um aumento da cota de serviço, consulte https://aws.amazon.com/support.

Exportação de tabela para o Amazon S3

Exportação completa: até 300 tarefas simultâneas, ou até um total de 100 TB de todas as exportações de tabela em andamento, podem ser exportadas. Esses dois limites são conferidos antes que uma exportação seja colocada na fila.

Exportação incremental: até 300 tarefas simultâneas, ou uma tabela de 100 TB, em uma janela de período de exportação entre 15 minutos no mínimo e 24 horas no máximo, podem ser exportadas simultaneamente.

Backup e restauração

Ao restaurar por meio do backup sob demanda do DynamoDB, é possível executar até 50 restaurações simultâneas, totalizando 50 TB. Ao restaurar AWS Backup, você pode executar até 50 restaurações simultâneas, totalizando 25 TB. Para obter mais informações sobre backups, consulte Usar backup e restauração sob demanda para o DynamosDB.