Quotas de service, de compte et de table dans Amazon DynamoDB - Amazon DynamoDB

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Quotas de service, de compte et de table dans Amazon DynamoDB

Cette section décrit les quotas actuels, anciennement appelés limites, dans Amazon DynamoDB. Chaque quota s'applique par région, sauf indication contraire.

Mode de capacité en lecture/écriture et débit

Vous pouvez faire passer les tables du mode à la demande au mode capacité provisionnée à tout moment. Lorsque vous passez plusieurs fois d'un mode de capacité à un autre, les conditions suivantes s'appliquent :

  • Vous pouvez à tout moment faire passer une table nouvellement créée en mode à la demande en mode capacité provisionnée. Cependant, vous ne pouvez revenir en mode à la demande que 24 heures après l'horodatage de création de la table.

  • Vous pouvez à tout moment faire passer une table existante en mode à la demande en mode capacité provisionnée. Toutefois, vous ne pouvez le remettre en mode à la demande que 24 heures après le dernier horodatage indiquant un passage en mode à la demande.

Pour plus d'informations sur le basculement entre les modes de capacité de lecture et d'écriture, consultezConsidérations relatives au changement de mode de capacité.

Tailles des unités de capacité (pour les tables allouées)

Une unité de capacité de lecture équivaut à une lecture cohérente forte par seconde, ou deux lectures éventuellement cohérentes par seconde d'éléments dont la taille peut atteindre 4 Ko.

Une unité de capacité d'écriture équivaut à une écriture par seconde d'éléments dont la taille peut atteindre 1 Ko.

Les demandes de lecture transactionnelles nécessitent deux unités de capacité de lecture pour effectuer une lecture par seconde d'éléments dont la taille peut atteindre 4 Ko.

Les demandes d'écriture transactionnelles nécessitent deux unités de capacité de lecture pour effectuer une lecture par seconde d'éléments dont la taille peut atteindre 1 Ko.

Tailles des unités de demande (pour les tables à la demande)

Une unité de demande de lecture équivaut à une lecture fortement cohérente par seconde, ou deux lectures éventuellement cohérentes par seconde d'éléments dont la taille peut atteindre 4 Ko.

Une unité de demande d'écriture équivaut à une écriture par seconde, pour les éléments dont la taille peut atteindre 1 Ko.

Les demandes de lecture transactionnelles nécessitent deux unités de demande de lecture pour effectuer une lecture par seconde d'éléments dont la taille peut atteindre 4 Ko.

Les demandes d'écriture transactionnelles nécessitent deux unités de demande d'écriture pour effectuer une écriture par seconde d'éléments dont la taille peut atteindre 1 Ko.

Quotas de débit par défaut

AWS place des quotas par défaut sur le débit que votre compte peut fournir et consommer au sein d'une région.

Les quotas de débit de lecture au niveau du compte et de débit d'écriture au niveau du compte s'appliquent au niveau du compte. Ces quotas au niveau du compte s'appliquent à la somme de la capacité de débit provisionnée pour toutes les tables de votre compte et les index secondaires globaux dans une région donnée. Tous les débits disponibles du compte peuvent être appliqués à une même table ou à plusieurs tables. Ces quotas s'appliquent uniquement aux tables utilisant le mode de capacité provisionnée.

Les quotas de débit de lecture et d'écriture au niveau de la table s'appliquent différemment aux tables qui utilisent le mode de capacité provisionné, et aux tables qui utilisent le mode de capacité à la demande.

Pour les tables en mode capacité provisionnée et les GSI, le quota est la quantité maximale d'unités de capacité de lecture et d'écriture pouvant être provisionnées pour n'importe quelle table ou l'un de ses GSI dans la région. Le total de chaque table individuelle et de tous ses GSI doit également être inférieur au quota de débit de lecture et d'écriture au niveau du compte. Cela s'ajoute à l'exigence selon laquelle le total de toutes les tables provisionnées et de leurs GSI doit être inférieur au quota de débit de lecture et d'écriture au niveau du compte.

Pour les tables et les GSI en mode de capacité à la demande, le quota au niveau de la table correspond aux unités de capacité de lecture et d'écriture maximales disponibles pour n'importe quelle table ou pour chaque GSI individuel au sein de cette table. Aucun quota de débit de lecture et d'écriture au niveau du compte n'est appliqué aux tables en mode à la demande.

Vous trouverez ci-dessous les quotas de débit qui s'appliquent par défaut à votre compte.

À la demande Alloué Ajustable

Per table

40,000 read request units and 40,000 write request units

40,000 read capacity units and 40,000 write capacity units

Oui

Per account

Not applicable

80,000 read capacity units and 80,000 write capacity units

Oui

Minimum throughput for any table or global secondary index

Not applicable

1 read capacity unit and 1 write capacity unit

Oui

Vous pouvez utiliser la console Service Quotas, l'API AWS et l'interface de ligne de commande AWS afin de demander des augmentations de quotas pour les quotas ajustables si nécessaire.

Pour les quotas de débit au niveau de votre compte, vous pouvez utiliser la console Service Quotas, la AWS CloudWatch console, l'AWS API et la AWS CLI pour créer des CloudWatch alarmes et être averti automatiquement lorsque votre utilisation actuelle atteint un pourcentage spécifié des valeurs de quotas que vous avez appliquées. Utilisation CloudWatch Vous pouvez également surveiller votre utilisation en consultant AccountProvisionedReadCapacityUnits les statistiques AccountProvisionedWriteCapacityUnits AWS d'utilisation. Pour en savoir plus sur les métriques d'utilisation, consultez Métriques d'utilisation AWS .

Augmentation ou diminution du débit (pour les tables allouées)

Augmentation du débit alloué

Vous pouvez accroître la ReadCapacityUnits ou WriteCapacityUnits aussi souvent que nécessaire, à l'aide de la AWS Management Console ou de l'opération UpdateTable. En un seul appel, vous pouvez augmenter le débit alloué pour une table, pour un index secondaire global de cette table ou pour toute combinaison de ceux-ci. Les nouveaux paramètres ne prennent pas effet jusqu'à ce que l'opération UpdateTable soit achevée.

Vous ne pouvez pas dépasser vos quotas par compte lorsque vous ajoutez une capacité approvisionnée, et DynamoDB ne vous permet pas d'augmenter la capacité approvisionnée très rapidement. En dehors de ces restrictions, vous pouvez augmenter la capacité allouée de vos tables autant que nécessaire. Pour de plus amples informations sur les quotas par compte, veuillez consulter la section précédente, Quotas de débit par défaut.

Diminution du débit alloué

Pour chaque table et index secondaire global dans une opération UpdateTable, vous pouvez diminuer ReadCapacityUnits ou WriteCapacityUnits (ou les deux). Les nouveaux paramètres ne prennent effet qu'après que l'opération UpdateTable est achevée.

Il existe un quota par défaut concernant le nombre de diminutions de capacité provisionnées que vous pouvez effectuer chaque jour sur votre table DynamoDB. Une journée est définie conformément à l'heure UTC (Universal Time Coordinated). Un jour donné, vous pouvez commencer par effectuer jusqu'à quatre diminutions en une heure tant que vous n'avez pas encore effectué d'autres diminutions durant cette journée. Par la suite, vous pouvez effectuer une réduction supplémentaire par heure (une fois toutes les 60 minutes). Cela porte effectivement le nombre maximum de diminutions par jour à 27 fois.

Vous pouvez utiliser la console Service Quotas, l'API AWS et l'interface de ligne de commande AWS afin de demander des augmentations de quotas, si nécessaire.

Important

Les limites de réduction de la table et de l'index secondaire global sont découplées. Ainsi, les index globaux secondaires d'une table particulière ont leurs propres limites de réduction. Toutefois, si une seule et même demande réduit le débit pour une table et un index secondaire global, elle est rejetée si l'une ou l'autre dépassent les limites actuelles. Les demandes ne sont pas partiellement traitées.

Exemple

Au cours des quatre premières heures d'une journée, une table avec un index secondaire global peut être modifiée comme suit :

  • Diminuer la WriteCapacityUnits ou la ReadCapacityUnits de la table (ou les deux) quatre fois.

  • Diminuer la WriteCapacityUnits ou la ReadCapacityUnits de l'index secondaire global (ou les deux) quatre fois.

À la fin de cette même journée, le débit de la table et de l'index secondaire global peut être réduit au total 27 fois pour chacun.

Capacités réservées

AWS place un quota par défaut sur la quantité de capacité réservée active que votre compte peut acheter. La limite des quotas est une combinaison de capacité réservée pour les unités de capacité d'écriture (WCU) et les unités de capacité de lecture (RCU).

Capacité réservée active Ajustable

Par compte

1 000 000 d’unités de capacité provisionnée (WCU _ RCU)

Oui

Si vous tentez d'acheter plus de 1 000 000 d’unités de capacité provisionnée en une fois, vous recevrez un message d'erreur concernant la limite de quota de service. Si vous disposez d'une capacité réservée active et que vous tentez d'acheter une capacité réservée supplémentaire qui se traduirait par plus de 1 000 000 d'unités de capacité provisionnée actives, vous recevrez un message d'erreur concernant la limite de quota de service.

Si vous avez besoin d’une capacité réservée pour plus de 1 000 000 d'unités de capacité provisionnée, vous pouvez demander une augmentation du quota en soumettant une demande à l’équipe d’assistance.

Quotas d'importation

L'importation vers DynamoDB depuis Amazon S3 peut prendre en charge jusqu'à 50 tâches d'importation simultanées avec une taille d'objet d'importation totale de 15 To à la fois dans les régions us-east-1, us-west-2, us-west-1. Dans toutes les autres régions, jusqu'à 50 tâches d'importation simultanées d'une taille totale de 1 To sont prises en charge. Chaque tâche d'importation peut prendre en charge jusqu'à 50 000 objets Amazon S3 dans toutes les régions. Pour plus d'informations sur l'importation et la validation, consultez la section Quotas de format d'importation et validation.

Contributor Insights

Lorsque vous activez Customer Insights sur votre table DynamoDB, vous êtes toujours soumis aux limites des règles de Contributor Insights. Pour de plus amples informations, veuillez consulter les Service Quotas CloudWatch .

Tables

Taille des tables

Il n'y a pas de limite pratique sur la taille d'une table. Les tables sont sans contraintes en ce qui concerne le nombre d'éléments ou le nombre d'octets.

Nombre maximal de tables par région et par compte

Quel que soit le AWS compte, il existe un quota initial de 2 500 tables par AWS région.

Si vous avez besoin de plus de 2 500 tables pour un seul compte, contactez l'équipe chargée de votre compte AWS pour explorer la possibilité d'augmenter le nombre de tables jusqu'à 10 000. Pour plus de 10 000 tables, la bonne pratique recommandée consiste à configurer plusieurs comptes, chacun pouvant servir jusqu'à 10 000 tables.

Vous pouvez utiliser la console Service Quotas, l'API AWS et l'interface de ligne de commande AWS pour afficher les valeurs de quota par défaut et appliquées pour le nombre maximal de tables pour votre compte, et demander des augmentations de quotas, si nécessaire. Vous pouvez également demander des augmentations de quotas en soumettant un ticket à AWS Support

À l'aide de la console Service Quotas, de l'AWS API et de la AWS CLI, vous pouvez créer des CloudWatch alarmes pour être automatiquement averti lorsque votre utilisation actuelle atteint un pourcentage spécifié de votre quota actuel. Utilisation CloudWatch Vous pouvez également surveiller votre utilisation en consultant les statistiques TableCount AWS d'utilisation. Pour en savoir plus sur les métriques d'utilisation, consultez Métriques d'utilisation AWS .

Tables globales

AWS place des quotas par défaut sur le débit que vous pouvez provisionner ou utiliser lorsque vous utilisez des tables globales.

À la demande Alloué

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

Les opérations transactionnelles fournissent des garanties d'atomicité, de cohérence, d'isolation et de durabilité (ACID) uniquement dans la AWS région où l'écriture a été effectuée à l'origine. Les transactions ne sont pas prises en charge entre les régions dans les tables globales. Supposons, par exemple, que vous disposiez d'une table globale contenant des répliques dans les régions USA Est (Ohio) et USA Ouest (Oregon) et que vous effectuiez une TransactWriteItems opération dans la région USA Est (Virginie du Nord). Dans ce cas, vous pouvez observer des transactions partiellement terminées dans la région USA Ouest (Oregon) lorsque les modifications sont répliquées. Les modifications seront uniquement répliquées sur les autres régions une fois validées dans la région source.

Note

Dans certains cas, vous devrez peut-être demander une augmentation de la limite de quota AWS Support. Si l'une des situations suivantes s'applique à vous, consultez https://aws.amazon.com/support :

  • Si vous ajoutez un réplica pour une table configurée pour utiliser plus de 40 000 unités de capacité d'écriture (WCU), vous devez demander une augmentation du quota de service pour votre quota WCU de réplica supplémentaire.

  • Si vous ajoutez un ou plusieurs réplicas dans une Région de destination pendant une période de 24 heures avec un total combiné supérieur à 10 To, vous devez demander une augmentation du quota de service pour votre quota de remplissage de données de réplica supplémentaire.

  • Si vous obtenez une erreur similaire à ce qui suit :

    • Impossible de créer un réplica de la table « example_table » dans la région « example_region_A » car elle dépasse la limite de votre compte actuel dans la région « example_region_B ».

Index secondaires

Index secondaires par table

Vous pouvez définir au maximum 5 index secondaires locaux.

Il existe un quota par défaut de 20 index secondaires globaux par table. Vous pouvez utiliser la console Service Quotas, l'API AWS et l'interface de ligne de commande AWS afin de vérifier les index secondaires globaux par défaut de table et les quotas actuels qui s'appliquent à votre compte, et pour demander des augmentations de quotas, si nécessaire. Vous pouvez également demander des augmentations de quotas en soumettant un ticket à https://aws.amazon.com/support.

Vous ne pouvez uniquement créer ou supprimer qu'un seul index secondaire global par opération UpdateTable.

Attributs d'index secondaire projeté par table

Vous pouvez projeter jusqu'à un total de 100 attributs dans l'ensemble des index secondaires locaux et globaux d'une table. Cette possibilité ne s'applique qu'aux attributs projetés spécifiés par l'utilisateur.

Dans une opération CreateTable, si vous spécifiez un ProjectionType de INCLUDE, le nombre total d'attributs spécifié dans NonKeyAttributes, cumulé sur l'ensemble des index secondaires, ne peut pas dépasser 100. Si vous projetez le même nom d'attribut dans deux index différents, cette projection est considérée comme deux attributs distincts lors de la détermination du total.

Cette limite ne s'applique pas aux index secondaires dont ProjectionType a la valeur KEYS_ONLY ou ALL.

Clés de partition et clés de tri

Longueur de clé de partition

La longueur minimale d'une valeur de clé de partition est 1 octet. La longueur maximale est de 2 048 octets.

Valeurs de clé de partition

Il n'existe pas de limite pratique quant au nombre de valeurs de clé de partition distinctes, pour les tables ou pour les index secondaires.

Longueur de la clé de tri

La longueur minimale d'une valeur de clé de tri est 1 octet. La longueur maximale est de 1 024 octets.

Valeurs de clé de tri

En général, il n'existe pas de limite pratique sur le nombre de valeurs de clé de tri distinctes par valeur de clé de partition.

L'exception concerne les tables avec index secondaires. Une collection d'éléments est l'ensemble des éléments qui ont la même valeur d'attribut de clé de partition. Dans un index secondaire global, la collection d'éléments est indépendante de la table de base (et peut avoir un attribut de clé de partition différent), mais dans un index secondaire local, la vue indexée est colocalisée dans la même partition que l'élément de la table et partage le même attribut de clé de partition. En raison de cette localisation, lorsqu'une table possède un ou plusieurs LSI, la collection d'éléments ne peut pas être distribuée sur plusieurs partitions.

Pour une table comportant un ou plusieurs index secondaires locaux (LSI), la taille des collections d'éléments ne peut pas dépasser 10 Go. Cela inclut tous les éléments de la table de base et toutes les vues d'index secondaires locaux (LSI) projetées ayant la même valeur d'attribut de clé de partition. 10 Go est la taille maximale d'une partition. Pour en savoir plus, consultez Taille limite de collection d'éléments.

Règles de dénomination

Noms de tables et d'index secondaires

Les noms de table et les noms d'index secondaires doivent comporter au moins 3 caractères, mais ne pas dépasser 255 caractères. Voici les caractères acceptés :

  • A-Z

  • a-z

  • 0-9

  • _ (soulignement)

  • - (trait d'union)

  • . (point)

Noms d'attribut

En général, un nom d'attribut doit comporter au moins un caractère, mais ne pas dépasser 64 Ko.

Les éléments suivants sont les exceptions. Ces noms d'attribut ne doivent pas dépasser 255 caractères :

  • Noms de clés de partition d'index secondaire.

  • Noms de clés de tri d'index secondaire.

  • Noms d'attributs projetés spécifiés par l'utilisateur (applicables uniquement aux index secondaires locaux). Dans une opération CreateTable, si vous spécifiez un ProjectionType de INCLUDE, les noms des attributs du paramètre NonKeyAttributes sont restreints en longueur. Les types de projection KEYS_ONLY et ALL ne sont pas concernés.

Ces noms d'attribut doivent être codés en UTF-8 et la taille totale de chaque nom (après encodage) ne peut pas dépasser 255 octets.

Types de données

Chaîne

La longueur d'une chaîne est limitée par la taille maximum d'élément de 400 Ko.

Les chaînes sont Unicode avec codage binaire UTF-8. L'encodage UTF-8 étant de largeur variable, DynamoDB détermine la longueur d'une chaîne à l'aide de ses octets UTF-8.

Nombre

Un nombre peut avoir jusqu'à 38 chiffres de précision et peut être positif, négatif ou nul.

  • Plage positive : 1E-130 à 9.9999999999999999999999999999999999999E+125

  • Plage négative : -9.9999999999999999999999999999999999999E+125 à -1E-130

DynamoDB utilise des chaînes JSON pour représenter les données de type Number (nombre) dans les demandes et les réponses. Pour plus d’informations, consultez API de bas niveau de DynamoDB.

Si la précision numérique est importante, passez les nombres à DynamoDB à l'aide de chaînes que vous convertissez à partir de données de type Number.

Binaire

La longueur d'un élément de type Binary (binaire) est limitée par la taille maximum d'élément de 400 Ko.

Les applications qui fonctionnent avec des attributs de type Binary doivent encoder les données au format base 64 avant de les envoyer à DynamoDB. À la réception des données, DynamoDB les décode dans un tableau d'octets non signés, et utilise ces informations comme longueur de l'attribut.

Éléments

Taille de l'élément

La taille maximum d'un élément dans DynamoDB est de 400 Ko, incluant la longueur binaire du nom d'attribut (longueur UTF-8) et les longueurs de valeur d'attribut (également binaires). Le nom d'attribut est comptabilisé parmi la limite de taille.

Par exemple, imaginons un élément avec deux attributs : un attribut nommé « shirt-color » avec la valeur « R » et un autre attribut nommé « shirt-size » avec la valeur « M ». La taille totale de cet élément est de 23 octets.

Taille d'élément pour les tables avec des index secondaires locaux

Pour chaque index secondaire local sur une table, il existe une limite de 400 Ko au total des éléments suivants :

  • La taille des données d'un élément de la table.

  • La taille des entrées correspondantes (y compris les valeurs de clé et les attributs projetés) dans tous les index secondaires locaux.

Attributs

Paires nom-valeur d'attribut par élément

La taille cumulée des attributs par élément ne peut pas dépasser la taille maximum d'élément DynamoDB (400 Ko).

Nombre de valeurs dans un type list, map ou set

Il n'existe aucune limite au nombre de valeurs dans un élément de type List (liste), Map (mappage) ou Set (ensemble), pour autant que la taille de l'élément ne dépasse pas la limite de taille d'élément de 400 Ko.

Valeurs d'attribut

Les valeurs vides de String et de Binary attribute sont autorisées si l'attribut n'est pas utilisé comme attribut de clé pour une table ou un index. Les valeurs de chaîne (String) et binaires (Binary) vides sont autorisées dans les types Set (ensemble), List (liste) et Map (carte). Une valeur d'attribut ne peut pas être un ensemble vide (ensemble de chaînes, de chiffres ou binaire). Cependant, les éléments de type liste et carte vides sont autorisés.

Profondeur des attributs imbriqués

DynamoDB prend en charge les attributs imbriqués jusqu'à 32 niveaux de profondeur.

Paramètre d'expression

Les paramètres d'expression incluent ProjectionExpression, ConditionExpression, UpdateExpression et FilterExpression.

Longueurs

La longueur maximale d'une chaîne d'expression est 4 Ko. Par exemple, la taille de ConditionExpression a=b est de trois octets.

La longueur maximale de n'importe quel nom d'attribut d'expression ou de valeur d'attribut expression est 255 octets. Par exemple, #name fait 5 octets et :val fait 4 octets.

La longueur maximale de toutes les variables de substitution d'une expression est de 2 Mo. Il s'agit de la somme des longueurs de tous les ExpressionAttributeNames et ExpressionAttributeValues.

Opérateurs et opérandes

Le nombre maximal d'opérateurs ou de fonctions autorisés dans une UpdateExpression est 300. Par exemple, UpdateExpressionSET a = :val1 + :val2 + :val3contient deux opérateurs + « ».

Le nombre maximal d'opérandes pour le comparateur IN est 100.

Mots réservés

DynamoDB ne vous empêche pas d'utiliser des noms en conflit avec des mots réservés. (Pour obtenir la liste complète, consultez Mots réservés dans DynamoDB.)

Cependant, si vous utilisez un mot réservé dans un paramètre d'expression, vous devez également spécifier ExpressionAttributeNames. Pour plus d’informations, consultez Noms d'attributs d'expression dans DynamoDB.

Transactions DynamoDB

Les opérations d'API transactionnelles de DynamoDB sont sujettes aux contraintes suivantes :

  • Une transaction ne peut pas contenir plus de 100 éléments uniques.

  • Une transaction ne peut pas contenir plus de 4 Mo de données.

  • Deux actions d'une transaction ne peuvent pas porter sur le même élément de la même table. Par exemple, vous ne pouvez pas effectuer un ConditionCheck et un Update sur le même élément dans une même transaction.

  • Une transaction ne peut pas être effectuée sur les tables de plusieurs AWS comptes ou régions.

  • Les opérations transactionnelles fournissent des garanties d'atomicité, de cohérence, d'isolation et de durabilité (ACID) uniquement dans la AWS région où l'écriture a été effectuée à l'origine. Les transactions ne sont pas prises en charge entre les régions dans les tables globales. Par exemple, supposons que vous disposiez d'une table globale avec des réplicas dans les régions USA Est (Ohio) et USA Ouest (Oregon) et que vous effectuiez une opération TransactWriteItems dans la région USA Est (Virginie du Nord). Dans ce cas, vous pouvez observer des transactions partiellement terminées dans la région USA Ouest (Oregon) lorsque les modifications sont répliquées. Les modifications seront uniquement répliquées sur les autres régions une fois validées dans la région source.

DynamoDB Streams

Lecteurs simultanés d'une partition dans DynamoDB Streams

Pour les tables à région unique qui ne sont pas des tables globales, vous pouvez concevoir jusqu'à deux processus pour lire la même partition DynamoDB Streams simultanément. Le dépassement de cette limite peut se traduire par une limitation de la demande. Pour les tables globales, nous vous recommandons de limiter le nombre de lecteurs simultanés à un seul pour éviter la limitation des demandes.

Capacité d'écriture maximum pour une table avec DynamoDB Streams activé

AWS place des quotas par défaut sur la capacité d'écriture des tables DynamoDB lorsque DynamoDB Streams est activé. Ces quotas par défaut s'appliquent uniquement aux tables en mode capacité de lecture/écriture allouée. Vous trouverez ci-dessous les quotas de débit qui s'appliquent à votre compte, par défaut.

  • Régions USA Est (Virginie du Nord), USA Est (Ohio), USA Ouest (Californie du Nord), USA Ouest (Oregon), Amérique du Sud (Sao Paulo), Europe (Frankfort), Europe (Irlande), Asie-Pacifique (Tokyo), Asie-Pacifique (Séoul), Asie-Pacifique (Singapour), Asie-Pacifique (Sydney), Chine (Beijing) :

    • Par table – 40 000 unités de capacité d'écriture

  • Toutes les autres régions :

    • Par table – 10 000 unités de capacité d'écriture

Vous pouvez utiliser la console Service Quotas, l'API AWS et l'interface de ligne de commande AWS afin de vérifier la capacité d'écriture maximale d'une table dont DynamoDB Streams a activé les quotas par défaut et actuels qui s'appliquent à votre compte, et pour demander des augmentations de quotas, si nécessaire. Vous pouvez également demander des augmentations de quotas en soumettant un ticket à AWS Support.

Note

Les quotas de débit approvisionné s'appliquent également aux tables DynamoDB pour lesquelles DynamoDB Streams est activé. Lorsque vous demandez une augmentation de quota de la capacité d'écriture d'une table avec Streams activé, assurez-vous de demander également une augmentation de la capacité de débit provisionnée pour cette table. Pour de plus amples informations, veuillez consulter Quotas de débit par défaut. D'autres quotas s'appliquent également lors du traitement de DynamoDB Streams à haut débit. Pour plus d'informations, consultez le Guide de référence d'API d'Amazon DynamoDB Streams.

DynamoDB Accelerator (DAX)

AWS disponibilité de la région

Pour obtenir la liste des AWS régions dans lesquelles le DAX est disponible, voir DynamoDB Accelerator (DAX) dans le. Références générales AWS

Nœuds

Un cluster DAX comporte exactement un nœud primaire et de 0 à 9 nœuds de réplica en lecture.

Le nombre total de nœuds (par AWS compte) ne peut pas dépasser 50 dans une seule AWS région.

Groupes de paramètres

Vous pouvez créer jusqu'à 20 groupes de paramètres DAX par région.

Groupes de sous-réseaux

Vous pouvez créer jusqu'à 50 groupes de sous-réseaux DAX par région.

Dans un même groupe de sous-réseaux, vous pouvez définir jusqu'à 20 sous-réseaux.

Limites propres à l'API

CreateTable/UpdateTable/DeleteTable/PutResourcePolicy/DeleteResourcePolicy

En général, vous pouvez avoir jusqu'à 500 CreateTabledemandes de PutResourcestratégie et de DeleteResourcestratégie exécutées simultanément dans n'importe quelle combinaison. UpdateTableDeleteTable En d'autres termes, le nombre total de tables ayant l'état CREATING, UPDATING ou DELETING ne peut pas dépasser 500.

Vous pouvez envoyer jusqu'à 2 500 demandes par seconde de demandes d'API de plan de contrôle mutables (CreateTableDeleteTableUpdateTablePutResourcePolicy,,, etDeleteResourcePolicy) sur un groupe de tables. Cependant, les DeleteResourcePolicy demandes PutResourcePolicy et ont des limites individuelles inférieures. Pour plus d'informations, consultez les détails des quotas suivants pour PutResourcePolicy etDeleteResourcePolicy.

CreateTableet les PutResourcePolicy demandes qui incluent une politique basée sur les ressources seront considérées comme deux demandes supplémentaires pour chaque Ko de politique. Par exemple, une PutResourcePolicy demande CreateTable ou avec une politique de taille de 5 Ko comptera pour 11 demandes. 1 pour la CreateTable demande et 10 pour la stratégie basée sur les ressources (2 x 5 Ko). De même, une politique de taille de 20 Ko comptera pour 41 demandes. 1 pour la CreateTable demande et 40 pour la politique basée sur les ressources (2 x 20 Ko).

PutResourcePolicy

Vous pouvez envoyer jusqu'à 25 demandes PutResourcePolicy d'API par seconde sur un groupe de tables. Après une demande réussie pour une table individuelle, aucune nouvelle PutResourcePolicy demande n'est prise en charge pendant les 15 secondes suivantes.

La taille maximale prise en charge pour un document de politique basé sur les ressources est de 20 Ko. DynamoDB compte les espaces blancs lors du calcul de la taille d'une politique par rapport à cette limite.

DeleteResourcePolicy

Vous pouvez envoyer jusqu'à 50 demandes DeleteResourcePolicy d'API par seconde sur un groupe de tables. Après une PutResourcePolicy demande réussie pour une table individuelle, aucune DeleteResourcePolicy demande n'est prise en charge pendant les 15 secondes suivantes.

BatchGetItem

Une seule opération BatchGetItem peut extraire au maximum 100 éléments. La taille totale de tous les éléments extraits ne peut pas dépasser 16 Mo.

BatchWriteItem

Une seule opération BatchWriteItem peut contenir jusqu'à 25 demandes PutItem ou DeleteItem. La taille totale de tous les éléments écrits ne peut pas dépasser 16 Mo.

DescribeStream

Vous pouvez appeler DescribeStream au maximum 10 fois par seconde.

DescribeTableReplicaAutoScaling

La méthode DescribeTableReplicaAutoScaling ne prend en charge que 10 demandes par seconde.

DescribeLimits

DescribeLimits ne doit pas être appelé régulièrement. Vous pouvez vous attendre à des erreurs de limitation si vous l'appelez plusieurs fois par minute.

DescribeContributorInsights/ListContributorInsights/UpdateContributorInsights

DescribeContributorInsights, ListContributorInsights et UpdateContributorInsights ne doivent être appelés que périodiquement. DynamoDB prend en charge jusqu'à cinq demandes par seconde pour chacune de ces API.

DescribeTable/ListTables/GetResourcePolicy

Vous pouvez envoyer jusqu'à 2 500 demandes par seconde à partir d'une combinaison de demandes d'API en lecture seule (DescribeTable,ListTables, etGetResourcePolicy) du plan de contrôle. L'GetResourcePolicyAPI a une limite individuelle inférieure de 100 requêtes par seconde.

Query

L'ensemble de résultats d'une opération Query est limité à 1 Mo par appel. Vous pouvez utiliser LastEvaluatedKey à partir de la réponse de la requête pour récupérer plus de résultats.

Scan

L'ensemble de résultats d'une opération Scan est limité à 1 Mo par appel. Vous pouvez utiliser LastEvaluatedKey à partir de la réponse de l'opération Scan pour récupérer plus de résultats.

UpdateKinesisStreamingDestination

Lorsque vous effectuez UpdateKinesisStreamingDestination des opérations, vous pouvez ApproximateCreationDateTimePrecision définir une nouvelle valeur au maximum 3 fois par période de 24 heures.

UpdateTableReplicaAutoScaling

La méthode UpdateTableReplicaAutoScaling ne prend en charge que dix demandes par seconde.

UpdateTableTimeToLive

La méthode UpdateTableTimeToLive prend en charge une seule demande d'activation ou de désactivation Time to Live (TTL) par table spécifiée et par heure. Le traitement complet de la modification peut prendre jusqu'à une heure. Tout UpdateTimeToLive appel supplémentaire pour la même table pendant cette durée d'une heure entraîne un ValidationException.

Chiffrement de DynamoDB au repos

Vous pouvez basculer entre une Clé détenue par AWS Clé gérée par AWS, une clé et une clé gérée par le client jusqu'à quatre fois, à tout moment par fenêtre de 24 heures, par table, à partir du moment où la table a été créée. Et si aucune modification n'est intervenue au cours des six dernières heures, une modification supplémentaire est autorisée. Cela porte ainsi le nombre maximum de modifications par jour à huit (quatre modifications au cours des six premières heures, puis une modification pour chacune des trois fenêtres de six heures suivantes).

Vous pouvez changer de clé de chiffrement pour utiliser une Clé détenue par AWS aussi souvent que nécessaire, même si le quota ci-dessus est dépassé.

Voici les quotas, à moins que vous ne demandiez un seuil supérieur. Pour demander une augmentation de quota de service, consultez https://aws.amazon.com/support.

Exportation de table vers Amazon S3.

Exportation complète : permet d'exporter jusqu'à 300 tâches d'exportation simultanées ou un volume total de 100 To pour l'ensemble des exportations de tables en cours. Ces deux limites sont vérifiées avant qu'une exportation ne soit mise en file d'attente.

Exportation incrémentielle : permet d'exporter simultanément jusqu'à 300 tâches simultanées ou une taille de table de 100 To dans une fenêtre d'exportation comprise entre 15 minutes minimum et 24 heures maximum.

Sauvegarde et restauration

Vous pouvez exécuter jusqu'à 50 restaurations simultanées pour un total de 50 To lorsque vous restaurez des données de table à l'aide de DynamoDB à la demande ou de sauvegardes continues. Avec AWS Backup, vous pouvez exécuter jusqu'à 50 restaurations simultanées pour un total de 25 To. Pour plus d'informations sur les sauvegardes, consultez Utilisation de la sauvegarde et de la restauration à la demande pour DynamoDB.