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.

CloudWatch informations fournies par les contributeurs pour DynamoDB : comment cela fonctionne

Amazon DynamoDB s'intègre CloudWatch à Contributor Insights pour fournir des informations sur les éléments les plus consultés et les plus limités dans un tableau ou un index secondaire global. DynamoDB vous fournit ces informations CloudWatch via les règles, les rapports et les graphiques des données des rapports de Contributor Insights.

CloudWatch Contributor Insights for DynamoDB est conçu pour n'avoir aucun impact sur les performances de votre table DynamoDB.

Pour plus d'informations sur CloudWatch Contributor Insights, consultez la section Utilisation de Contributor Insights pour analyser les données à cardinalité élevée dans le guide de CloudWatch l'utilisateur Amazon.

Les sections suivantes décrivent les concepts fondamentaux et le comportement de CloudWatch Contributor Insights for DynamoDB.

CloudWatch modes d'analyse des contributeurs pour DynamoDB

CloudWatch Contributor Insights for DynamoDB propose deux modes distincts pour répondre aux différents besoins de surveillance.

Mode touches limitées

Ce mode se concentre exclusivement sur les demandes limitées en traitant uniquement les événements lorsque la régulation se produit. Il fournit des informations sur les problèmes de performance sans avoir à suivre tous les modèles d'accès. Dans ce mode, DynamoDB suit uniquement les éléments suivants :

Ce mode est idéal lorsque :

Si votre tableau n'est pas limité, vous ne verrez aucune donnée dans les graphiques de Contributor Insights, ce qui indique de bonnes performances. Lorsqu'un étranglement est détecté, les graphiques générés vous aident à identifier les modèles d'accès spécifiques à l'origine de problèmes de performances. Ces informations peuvent vous aider à mettre en œuvre des stratégies pour remédier aux modèles d'accès non uniformes.

Pour des stratégies de surveillance complètes, vous pouvez intégrer ces informations de régulation à d'autres CloudWatch indicateurs afin de créer des tableaux de bord unifiés qui mettent en corrélation les événements de régulation avec les performances globales des tables.

Mode touches accessibles et limitées

Ce mode fournit une surveillance complète des éléments accessibles et limités. Dans ce mode, DynamoDB effectue le suivi des éléments suivants :

Ce mode est idéal lorsque vous avez besoin d'une visibilité complète sur les modèles d'accès à votre table et que vous souhaitez comprendre à la fois les éléments à fort trafic et les problèmes de limitation.

Basculer entre les modes

Vous pouvez passer d'un mode à l'autre à tout moment à l'aide de la console AWS CLI DynamoDB, ou. APIs Lorsque vous changez de mode :

CloudWatch informations des contributeurs sur les règles DynamoDB

Lorsque vous activez CloudWatch Contributor Insights pour DynamoDB sur une table ou un index secondaire global, DynamoDB crée des règles en votre nom en fonction du mode sélectionné.

Règles relatives au mode touches accessibles et limitées

En mode touches accessibles et limitées, DynamoDB crée les règles suivantes :

Si votre table ou index secondaire global a une clé de tri, DynamoDB crée également les règles suivantes propres aux clés de tri :

Règles relatives au mode touches limitées

En mode touches limitées, DynamoDB crée uniquement les règles liées à la régulation :

Si votre table ou votre index secondaire global possède une clé de tri, DynamoDB crée également :

Cette approche ciblée réduit le nombre de règles actives et le volume d'événements traités afin de mieux diagnostiquer vos événements de régulation.

Vous pouvez créer des CloudWatch alarmes à l'aide des CloudWatch règles Contributor Insights for DynamoDB. Cela vous permet d'être prévenu lorsqu'un élément dépasse ou atteint un seuil spécifique pour ConsumedThroughputUnits ou ThrottleCount. Pour plus d'informations, voir Configuration d'une alarme sur les données métriques de Contributor Insights.

Comprendre les informations des CloudWatch contributeurs pour les graphes DynamoDB

CloudWatch Contributor Insights for DynamoDB affiche différents types de graphiques à la fois sur DynamoDB et sur les consoles en fonction du mode CloudWatch sélectionné.

Disponibilité des graphiques par mode

Les graphiques affichés dépendent du mode Contributor Insights que vous avez sélectionné.

Éléments les plus consultés

Ce graphique n'est disponible qu'en mode touches accessibles et limitées. Utilisez ce graphique pour identifier les éléments les plus consultés dans la table ou l'index secondaire global. Le graphique affiche ConsumedThroughputUnits sur l'axe y et le temps sur l'axe x. Chacune des clés N principales est affichée avec sa couleur et une légende sous l'axe x.

DynamoDB mesure la fréquence d'accès des clés en utilisant ConsumedThroughputUnits, qui mesure le trafic de lecture et d'écriture. ConsumedThroughputUnits est défini comme ce qui suit :

Sur la console DynamoDB, chaque point de données du graphique représente la valeur ConsumedThroughputUnits maximum sur une période d'une minute. Par exemple, une valeur de graphique de 180 000 ConsumedThroughputUnits indique que l'élément a été consulté en continu au débit maximum par élément de 1 000 unités de demande d'écriture ou de 3 000 unités de demande de lecture pendant 60 secondes au cours de cette période d'une minute (3 000 x 60 secondes). En d'autres termes, les valeurs du graphique représentent la minute de trafic maximal pendant chaque période d'une minute. Vous pouvez modifier la granularité temporelle de la ConsumedThroughputUnits métrique (par exemple, pour afficher les métriques de 5 minutes au lieu d'une minute) sur la CloudWatch console.

Si vous voyez plusieurs lignes étroitement regroupées en cluster sans aberrations évidentes, cela indique que votre charge de travail est relativement équilibrée pour les éléments au cours de la période donnée. Si vous voyez des points isolés dans le graphique plutôt que des lignes reliées, cela indique qu'un élément a été consulté fréquemment uniquement pendant une courte période.

Si votre table ou votre index secondaire global comporte une clé de tri, DynamoDB crée deux graphiques : un pour les clés de partition les plus consultées et un autre pour la partition la plus consultée + les paires de clés de tri. Vous pouvez voir le trafic au niveau de la clé de partition dans le graphique clé de partition seulement. Vous pouvez voir le trafic au niveau de l'élément dans les graphiques clés de partition + tri.

Éléments les plus limités

Ce graphique est disponible dans les deux modes. Utilisez ce graphique pour identifier les éléments les plus limités dans la table ou l'index secondaire global. Le graphique affiche ThrottleCount sur l'axe y et le temps sur l'axe x. Chacune des N touches supérieures est affichée dans sa propre couleur, avec une légende affichée sous l'axe X.

DynamoDB mesure la fréquence de limitation à l'aide de ThrottleCount, c'est-à-dire le nombre d'erreurs ProvisionedThroughputExceededException, ThrottlingException et RequestLimitExceeded.

La limitation des écritures résultant d'une capacité d'écriture insuffisante pour un index secondaire global n'est pas mesurée. Vous pouvez utiliser le graphique Éléments les plus utilisés de l'index secondaire global pour identifier les modèles d'accès non équilibrés susceptibles de provoquer une limitation d'écriture. Pour plus d'informations, consultez la section Considérations relatives au débit provisionné pour les index secondaires globaux.

Sur la console DynamoDB, chaque point du graphique représente le nombre d'événements de limitation sur une période d'une minute.

Si vous ne voyez pas de données dans ce graphique, cela indique que vos demandes ne sont pas limitées. Si vous voyez des points isolés dans le graphique plutôt que des lignes reliées, cela indique qu'un élément a été fréquemment limité pendant une courte période.

Si votre table ou votre index secondaire global comporte une clé de tri, DynamoDB crée deux graphiques : un pour les clés de partition les plus limitées et un autre pour la partition la plus limitée + les paires de clés de tri. Vous pouvez voir le nombre de limitations au niveau du graphique avec la clé de partition seulement, et le nombre de limitations au niveau de l'élément dans les graphiques partition + clé de tri.

Exemples de rapports

L'exemple suivant montre les rapports générés pour une table contenant à la fois une clé de partition et une clé de tri en mode touches accessibles et limitées. En mode touches limitées, vous ne voyez que la partie de ce rapport relative à la régulation.

Interactions avec d'autres fonctions DynamoDB

Les sections suivantes décrivent le comportement et l'interaction de CloudWatch Contributor Insights for DynamoDB avec plusieurs autres fonctionnalités de DynamoDB. Ces comportements s'appliquent aux deux modes, sauf indication contraire.

Tables globales

CloudWatch Contributor Insights for DynamoDB surveille les répliques de tables globales en tant que tables distinctes. Les graphiques Contributor Insights d'une réplique dans une AWS région peuvent ne pas présenter les mêmes modèles que ceux d'une autre région. En effet, les données d'écriture sont répliquées sur tous les réplicas dans une table globale, mais chaque réplica peut servir le trafic en lecture limité à la région.

Chaque réplique peut être configurée indépendamment avec un mode Contributor Insights différent. Par exemple, vous pouvez utiliser le mode touches accessibles et limitées dans votre région principale pour une surveillance complète, tandis que le mode touches limitées dans les régions secondaires permet de conserver une visibilité sur les problèmes de performance.

DynamoDB Accelerator (DAX)

CloudWatch Contributor Insights for DynamoDB n'affiche pas les réponses du cache DAX. Il affiche uniquement les réponses à l'accès à une table ou à un index secondaire global.

Chiffrement au repos

CloudWatch Contributor Insights for DynamoDB n'a aucune incidence sur le fonctionnement du chiffrement dans DynamoDB. Les données de clé primaire publiées dans CloudWatch sont cryptées avec le Clé détenue par AWS. Cependant, DynamoDB prend également en charge la clé et une clé gérée Clé gérée par AWS par le client.

CloudWatch Contributor Insights for DynamoDB affiche les clés de partition et les clés de tri (le cas échéant) des éléments fréquemment consultés et limités. Bien que CloudWatch Contributor Insights fonctionne avec des tables DynamoDB chiffrées, il est important de noter qu'il utilise son propre contexte de chiffrement appartenant à Amazon, qui est distinct du chiffrement configuré de la table.

Si la clé primaire de votre table DynamoDB contient des informations sensibles et que les politiques de sécurité de votre organisation exigent un contrôle total des processus de chiffrement, l' CloudWatch activation de Contributor Insights peut ne pas être appropriée.

Contrôle précis des accès

CloudWatch Contributor Insights for DynamoDB ne fonctionne pas différemment pour les tables dotées d'un contrôle d'accès détaillé (FGAC). En d'autres termes, tout utilisateur disposant des CloudWatch autorisations appropriées peut afficher les clés primaires protégées par le FGAC dans les graphiques de CloudWatch Contributor Insights.

Si la clé primaire de la table contient des données protégées par le FGAC sur lesquelles vous ne souhaitez pas publier CloudWatch, vous ne devez pas activer CloudWatch Contributor Insights for DynamoDB pour cette table.

Contrôle d’accès

Vous contrôlez l'accès à CloudWatch Contributor Insights for DynamoDB à AWS Identity and Access Management l'aide de (IAM) en limitant les autorisations du plan de contrôle DynamoDB et les autorisations du plan de données. CloudWatch Pour plus d'informations, voir Utilisation d'IAM avec CloudWatch Contributor Insights pour DynamoDB.

CloudWatch informations sur les contributeurs pour la facturation DynamoDB

Les frais associés à CloudWatch Contributor Insights for DynamoDB figurent dans CloudWatchla section de votre facture mensuelle. Ces frais sont calculés en fonction du nombre d'événements DynamoDB traités et du mode sélectionné.

Facturation par mode

Les deux modes Contributor Insights présentent des caractéristiques de facturation différentes.

Exemples de facturation

Supposons, par exemple, que votre application exécute les opérations DynamoDB suivantes : GetItem a, a et PutItem BatchWriteItem a qui place cinq éléments. Supposons également que l'PutItemopération soit limitée, mais que toutes les autres opérations aboutissent.

Facteurs de facturation courants

Une Query opération entraîne toujours un événement, quel que soit le mode ou le nombre d'articles renvoyés.

Contrairement aux autres fonctionnalités de DynamoDB CloudWatch , la facturation de Contributor Insights for DynamoDB ne varie pas en fonction des éléments suivants :