Métriques de limitation CloudWatch

Incrémenté d’une unité lors de la limitation d’un événement d’une demande, quel que soit le nombre d’événements individuels limités pour cette demande. Par exemple, la mise à jour d’un élément dans une table ayant des GSI génère plusieurs événements : une opération d’écriture dans la table de base et une opération d’écriture dans chaque index. Si l’un de ces événements individuels est limité, la métrique ThrottledRequests n’est incrémentée qu’une seule fois.

Il est important de comprendre ce comportement lors de la surveillance et du dépannage des performances de DynamoDB, car il peut masquer l’étendue réelle de la limitation. Pour obtenir des informations plus complètes, comparez la métrique ThrottledRequests avec les métriques spécifiques au niveau de l’événement, tels que ReadThrottleEvents, WriteThrottleEvents et des métriques ciblées comme ReadKeyRangeThroughputThrottleEvents. La liste complète de ces métriques propres à une cause est disponible sur cette page. Chaque métrique correspond à des raisons de limitation particulières qui sont capturées dans l’exception correspondante. Pour en savoir plus sur la façon de récupérer et d’interpréter ces raisons lors d’événements de limitation, consultez la section Diagnostic des problèmes de limitation qui fournit des instructions pour identifier et résoudre les causes racines des problèmes de limitation.

Surveillez les demandes dépassant le RCU alloué pour une table ou un index secondaire global.

Surveillez les demandes qui dépassent le nombre de WCU allouées pour une table ou un index secondaire global.

Nombre de demandes de lecture limitées en raison du débit maximal à la demande.

Nombre de demandes d’écriture limitées en raison du débit maximal à la demande.

Nombre de demandes de lecture limitées en raison des limites du compte.

Nombre de demandes d’écriture limitées en raison des limites du compte.

Nombre de demandes de lecture limitées en raison des limites de partition.

Nombre de demandes d’écriture limitées en raison des limites de partition.

Lorsque vous ajoutez un nouveau GSI à une table existante, DynamoDB effectue une opération de remplissage qui copie les données de la table de base dans le nouvel index. Ce processus consomme des unités de capacité d’écriture. La métrique OnlineIndexConsumedWriteCapacity suit cette consommation spécifique.

Cette consommation est distincte et s’ajoute aux opérations d’écriture régulières suivies par ConsumedWriteCapacityUnits. La métrique ConsumedWriteCapacityUnits régulière correspondant au GSI n’inclut pas le débit d’écriture consommé pendant de la création de l’index.

Affichez le nombre d’unités de capacité de lecture ou d’écriture allouées qui ont été consommées durant la période spécifiée, pour une table ou un index secondaire global spécifié.

Notez que la dimension TableName renvoie ProvisionedReadCapacityUnits pour la table uniquement par défaut. Pour afficher le nombre d’unités de capacité de lecture ou d’écriture allouées pour un index secondaire global, vous devez spécifier TableName et GlobalSecondaryIndexName.

Consultez le nombre d’unités de capacité de lecture ou d’écriture qui ont été consommées durant la période spécifiée. ConsumedWriteCapacityUnits n’inclut pas la capacité d’écriture consommée lors du processus initial de création de l’index.