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.

Résolution des problèmes de régulation pour le mode à la demande

Les tables DynamoDB qui utilisent le mode capacité à la demande s'adaptent automatiquement au volume de trafic de votre application. Cependant, les tables qui utilisent le mode à la demande peuvent toujours être limitées. Cette rubrique explique comment résoudre les problèmes courants de limitation des tables à la demande.

Le trafic est plus du double du pic précédent

Si vous dépassez le double de votre pic de trafic précédent en 30 minutes, vous risquez de subir un ralentissement. Avant de dépasser le pic de trafic précédent, nous vous recommandons d'étaler la croissance de votre trafic sur au moins 30 minutes. Pour surveiller le trafic vers la table, utilisez la ConsumedReadCapacityUnits métrique d'Amazon CloudWatch. Pour plus d’informations, consultez Métriques et dimensions DynamoDB.

Pour les nouvelles tables à la demande, vous pouvez générer immédiatement jusqu'à 4 000 unités de demande d'écriture ou 12 000 unités de demande de lecture, ou une combinaison linéaire des deux.

Pour une table existante que vous avez passée en mode capacité à la demande, le pic précédent est l'une des valeurs suivantes :

Pour plus d'informations, voir Débit initial pour le mode capacité à la demande.

Le trafic dépasse le maximum par partition

Chaque partition d'une table peut servir jusqu'à 3 000 unités de demande de lecture ou 1 000 unités de demande d'écriture, ou une combinaison linéaire des deux. Si le trafic vers une partition dépasse cette limite, la partition peut être limitée. Pour résoudre ce problème, prenez les mesures suivantes :

Une touche de raccourci peut être à l'origine de problèmes de régulation

Dans DynamoDB, une clé de partition dont la cardinalité n'est pas élevée peut entraîner de nombreuses demandes ciblant uniquement quelques partitions. Si une partition chaude qui en résulte dépasse les limites de partition de 3 000 RCU ou de 1 000 WCU par seconde, cela peut entraîner un étranglement.

L'outil de diagnostic CloudWatch Contributor Insights (CCI) peut vous aider à résoudre ce problème en fournissant des graphiques CCI pour les modèles d'accès aux éléments de chaque table. Vous pouvez surveiller en permanence les clés d'accès les plus fréquemment utilisées dans vos tables DynamoDB et les autres tendances du trafic. Pour plus d'informations sur CloudWatch Contributor Insights, voir CloudWatch Contributor Insights for DynamoDB. Pour plus d'informations, reportez-vous Conception de clés de partition pour répartir votre charge de travail dans DynamoDB à la section Choisir la bonne clé de partition DynamoDB.

Le trafic dépasse le quota de compte par table

Pour les tables à la demande, les quotas de débit de lecture et d'écriture au niveau de la table s'appliquent au niveau du compte. Par défaut, le débit de la table est limité à 40 000 unités de demandes de lecture et à 40 000 unités de demandes d'écriture. Si le trafic vers une table dépasse les quotas de débit par compte par table, la table peut être limitée. Pour résoudre ce problème, utilisez la console Service Quotas pour augmenter le débit de lecture au niveau des tables et les quotas de débit d'écriture pour votre compte.

L'index secondaire global de votre table est limité

Si votre table DynamoDB possède un index global secondaire qui est limité, la régulation peut créer des limiteurs de contre-pression sur la table de base. Pour plus d'informations, consultez Comment la régulation de mon index secondaire global affecte-t-elle ma table Amazon DynamoDB et. Utilisation d'index secondaires globaux dans DynamoDB