# Amazon CloudWatch によるモニタリング
<a name="dax-monitoring-cloudwatch"></a>

 Amazon CloudWatch を使用して DynamoDB Accelerator (DAX) をモニタリングできます。CloudWatch は、DAX から raw データを収集し、読み込み可能なほぼリアルタイムのメトリクスに加工します。これらの統計は 2 週間記録されます。その後は履歴情報にアクセスして、ウェブアプリケーションやサービスの動作をより的確に把握できます。デフォルトでは、DAX メトリクスデータは CloudWatch に自動的に送信されます。詳細については、*Amazon CloudWatch ユーザーガイド*の「[Amazon CloudWatch とは](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html)」を参照してください。

**Topics**
+ [DAX メトリクスの使用方法は?](#dax-how-to-use-metrics)
+ [DAX メトリクスとディメンションの表示](dax-metrics-dimensions-dax.md)
+ [DAX をモニタリングする CloudWatch アラームを作成します](dax-creating-alarms.md)
+ [本番モニタリング](dax-production-monitoring.md)

## DAX メトリクスの使用方法は?
<a name="dax-how-to-use-metrics"></a>

 DAX によってレポートされるメトリクスが提供する情報は、さまざまな方法で分析できます。以下のリストは、メトリクスの一般的な利用方法をいくつか示しています。ここで紹介するのは開始するための提案事項です。すべてを網羅しているわけではありません。


****  

|   目的   |   関連するメトリクス   | 
| --- | --- | 
|  システムエラーが発生したかどうかを判断する  |  `FaultRequestCount` をモニタリングして HTTP 500 (サーバーエラー) コードを発生させたリクエストがあるかどうかを判断します。これは DAX​ の内部サービスエラー、または基盤となるテーブルの [SystemErrors メトリクス](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html) の HTTP 500 の可能性を示します。 | 
|  ユーザーエラーが発生したかどうかを判断する  |  `ErrorRequestCount` をモニタリングして HTTP 400 (クライアントエラー) コードを発生させたリクエストがあるかどうかを判断します。エラーカウントが増えている場合、よく調べて正しいクライアントリクエストを送信していることを確認してください。 | 
|  キャッシュミスが発生したかどうかを判断する  |  `ItemCacheMisses` をモニタリングして、項目がキャッシュに見つからなかった回数を判別します。また、`QueryCacheMisses` と `ScanCacheMisses` をモニタリングして、クエリやスキャンの結果がキャッシュで見つからなかった回数を判別します。 | 
|  キャッシュヒットレートをモニタリングする  |  [CloudWatch Metric Math](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) を使用し、キャッシュヒットレートメトリクスを数式を使用して定義します。<br /> たとえば、項目キャッシュの場合、m1/SUM([m1, m2])\*100 という式を使用できます。m1 はクラスターの `ItemCacheHits` メトリクス、m2 は `ItemCacheMisses` メトリクス​を意味します。クエリキャッシュやスキャンキャッシュでは、対応するクエリやスキャンのキャッシュメトリクスを使用して、次のサンプルパターンに従います。 |