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.

# Surveillance avec Amazon CloudWatch
<a name="dax-monitoring-cloudwatch"></a>

 Vous pouvez surveiller DynamoDB Accelerator (DAX) à l'aide d' CloudWatchAmazon, qui collecte et traite les données brutes du DAX pour en faire des métriques lisibles en temps quasi réel. Ces statistiques sont enregistrées pour une durée de deux semaines. Vous pouvez ensuite accéder aux informations historiques pour acquérir un meilleur point de vue de la façon dont votre service ou application web s’exécute. Par défaut, les données métriques DAX sont envoyées CloudWatch automatiquement à. Pour plus d'informations, consultez [Qu'est-ce qu'Amazon CloudWatch ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html) dans le *guide de CloudWatch l'utilisateur Amazon*. 

**Topics**
+ [Comment utiliser les métriques DAX ?](#dax-how-to-use-metrics)
+ [Affichage des métriques et dimensions DAX](dax-metrics-dimensions-dax.md)
+ [Création d' CloudWatch alarmes pour surveiller le DAX](dax-creating-alarms.md)
+ [Surveillance en production](dax-production-monitoring.md)

## Comment utiliser les métriques DAX ?
<a name="dax-how-to-use-metrics"></a>

 Les métriques présentées par DAX fournissent des informations que vous pouvez analyser de diverses manières. La liste suivante présente certaines utilisations courantes des métriques. Il s’agit de quelques suggestions pour vous aider à démarrer et non d’une liste exhaustive. 


****  

|   Comment puis-je ?   |   Métriques pertinentes   | 
| --- | --- | 
|  Déterminer si des erreurs système se sont produites  |  Surveillez `FaultRequestCount` pour déterminer si des demandes ont entraîné un code HTTP 500 (erreur serveur). Cela peut indiquer une erreur de service interne DAX ou un HTTP 500 dans la [SystemErrors métrique](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html) de la table sous-jacente.  | 
|  Déterminer si des erreurs utilisateur se sont produites  |  Surveillez `ErrorRequestCount` pour déterminer si des demandes ont entraîné un code HTTP 400 (erreur client). Si vous constatez une augmentation du nombre d’erreurs, vous pouvez en rechercher l’origine afin de vous assurer que vous envoyez des demandes client correctes.  | 
|  Déterminer si des échecs de cache se sont produits  |  Surveillez `ItemCacheMisses` pour déterminer le nombre de fois où un élément n’a pas été trouvé dans le cache, ainsi que `QueryCacheMisses` et `ScanCacheMisses` pour déterminer le nombre de fois où un résultat de requête ou d’analyse n’a pas été trouvé dans le cache.  | 
|  Surveiller le taux d’accès au cache  |  Utilisez [CloudWatch Metric Math](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) pour définir une métrique du taux de réussite du cache à l'aide d'expressions mathématiques. <br /> Par exemple, pour le cache d’élément, vous pouvez utiliser l’expression m1/SUM([m1, m2])\*100, où m1 est la métrique `ItemCacheHits` et m2, la métrique `ItemCacheMisses` pour votre cluster. Pour les caches de requête et d’analyse, vous pouvez suivre le même schéma en utilisant la métrique de cache de requête et d’analyse correspondante.  |