# Metrics Insights のトラブルシューティング
<a name="cloudwatch-metrics-insights-troubleshooting"></a>

## 結果に、実際には使用していない「Other」というディメンションが含まれている
<a name="cloudwatch-metrics-insights-troubleshooting-other"></a>

これは、このクエリに含まれる **GROUP BY** 句で指定されているラベルキーが、このクエリによって返されるメトリクスの一部で使用されていないことを意味します。この場合、`Other` という名前の NULL グループは返されません。そのラベルキーを含まないメトリクスは、おそらく、そのラベルキーの値すべてから集約された値を返す、集計メトリクスです。

 例えば、次のようなクエリがあるとします。

```
SELECT AVG(Faults) 
FROM MyCustomNamespace 
GROUP BY Operation, ServiceName
```

返されたメトリクスの一部に、ディメンションとして `ServiceName` が含まれない場合、これらのメトリクスは、`ServiceName` の値として `Other` が割り当てられて表示されます。

結果に「Other」が表示されないようにするには、**FROM** 句で **SCHEMA** を使用します。以下にその例を示します。

```
SELECT AVG(Faults) 
FROM SCHEMA(MyCustomNamespace, Operation)
GROUP BY Operation, ServiceName
```

これにより、結果として返されるメトリクスは、`Operation` と `ServiceName` 両方のディメンションを持つもののみに制限されます。

## グラフ内の最も古いタイムスタンプは、他のメトリクスよりも低いメトリクス値を持っています
<a name="cloudwatch-metrics-insights-troubleshooting-oldest"></a>

CloudWatch Metrics Insights は、最大 2 週間の履歴データをサポートしています。1 分を超える周期でグラフを作成する場合、最も古いデータポイントが、想定される値とは異なることがあります。これは、CloudWatch Metrics Insights クエリが 2 週間の保持期間内のデータのみを返すためです。この場合、クエリ内の最も古いデータポイントは、そのデータポイントの期間内のすべての観測値を返すのではなく、2 週間の境界内に測定された観測値のみを返します。

## タグベースのクエリを使用する際に、異なる期間にわたってメトリクス値が一貫していない
<a name="cloudwatch-metrics-insights-troubleshooting-tag-mutations"></a>

CloudWatch Metrics Insights クエリでタグを持つ `WHERE` または `GROUP BY` 句を使用すると、選択した期間に応じて異なるメトリクス値が表示される場合があります。例えば、6 時間の期間はピーク値 20 を示す場合があり、1 時間の期間は同じ時間枠で 2 のみを示します。

これは、タグタイムスタンプが第 2 レベルの解像度で保存され、メトリクスデータポイントが期間境界 (例: 1 分または 1 時間ごとの開始) に調整されているために発生します。どのデータポイントがタグ時間範囲に一致するかを決定するために、CloudWatch は 1 つの期間を減算して範囲の開始を調整します。期間が大きいほど、この調整でタグタイムスタンプと最も早く含まれるデータポイントの間のギャップが広くなり、範囲の開始に近いデータポイントが除外される可能性があります。

次の例は、これがクエリ結果にどのように影響するかを示しています。メトリクスには、 `env=beta` (00:00～01:30) と `env=gamma` (01:30～03:00) の 2 つのタグ値があります。各タグは 90 分のデータをカバーし、合計は 270 です。

![タグベースのクエリ結果を 1 分および 3 時間の期間と比較する 2 つの CloudWatch メトリクスグラフ。](http://docs.aws.amazon.com/ja_jp/AmazonCloudWatch/latest/monitoring/images/metrics-insights-tag-alignment.png)



<table>
<thead>
  <tr><th colspan="4">1 分の期間がある env=beta</th></tr>
  <tr><th>統計</th><th>予想</th><th>Returned</th><th>差分</th></tr>
</thead>
<tbody>
  <tr><td>SUM</td><td>270</td><td>271</td><td>\+1</td></tr>
  <tr><td>AVG</td><td>3.0</td><td>3.0</td><td>0</td></tr>
  <tr><td>MIN</td><td>1</td><td>1</td><td>0</td></tr>
  <tr><td>MAX</td><td>5</td><td>5</td><td>0</td></tr>
  <tr><td>SAMPLE\_COUNT</td><td>90</td><td>91</td><td>\+1</td></tr>
</tbody>
</table>



<table>
<thead>
  <tr><th colspan="4">1 分の期間がある env=gamma</th></tr>
  <tr><th>統計</th><th>予想</th><th>Returned</th><th>差分</th></tr>
</thead>
<tbody>
  <tr><td>SUM</td><td>270</td><td>275</td><td>5\+</td></tr>
  <tr><td>AVG</td><td>3.0</td><td>3.0</td><td>0</td></tr>
  <tr><td>MIN</td><td>1</td><td>1</td><td>0</td></tr>
  <tr><td>MAX</td><td>5</td><td>5</td><td>0</td></tr>
  <tr><td>SAMPLE\_COUNT</td><td>90</td><td>91</td><td>\+1</td></tr>
</tbody>
</table>


1 分の期間では、アラインメント調整は小さく (1 分)、タグごとに 1 つの追加データポイントのみが含まれます。3 時間の期間では、調整はクエリ範囲全体に及びます:


<table>
<thead>
  <tr><th colspan="4">3 時間の期間がある env=beta</th></tr>
  <tr><th>統計</th><th>予想</th><th>Returned</th><th>差分</th></tr>
</thead>
<tbody>
  <tr><td>SUM</td><td>270</td><td>540</td><td>\+270</td></tr>
  <tr><td>AVG</td><td>3.0</td><td>3.0</td><td>0</td></tr>
  <tr><td>MIN</td><td>1</td><td>1</td><td>0</td></tr>
  <tr><td>MAX</td><td>5</td><td>5</td><td>0</td></tr>
  <tr><td>SAMPLE\_COUNT</td><td>90</td><td>180</td><td>\+90</td></tr>
</tbody>
</table>



<table>
<thead>
  <tr><th colspan="4">3 時間の期間がある env=gamma</th></tr>
  <tr><th>統計</th><th>予想</th><th>Returned</th><th>差分</th></tr>
</thead>
<tbody>
  <tr><td>SUM</td><td>270</td><td>540</td><td>\+270</td></tr>
  <tr><td>AVG</td><td>3.0</td><td>3.0</td><td>0</td></tr>
  <tr><td>MIN</td><td>1</td><td>1</td><td>0</td></tr>
  <tr><td>MAX</td><td>5</td><td>5</td><td>0</td></tr>
  <tr><td>SAMPLE\_COUNT</td><td>90</td><td>180</td><td>\+90</td></tr>
</tbody>
</table>


3 時間の期間では、単一の集計データポイントのタイムスタンプが両方の調整された範囲内に収まるため、両方のタグはデータセット全体 (SUM=540、SAMPLE\_COUNT=180) を返します。タグの境界は効果的に消去されます。

この動作の影響を減らすには、次の方法を試してください:
+ **より短い集計期間を使用する。**より短い期間 (1 分や 5 分など) は、タグのタイムスタンプの 2 番目のレベルの解像度により密接に一致します。これにより、アライメントギャップが最小限に抑えられ、関連するすべてのデータポイントが含まれる可能性が高くなります。
+ **タグの代わりにディメンションベースのフィルタリングを使用する。**ユースケースで許可されている場合は、タグではなくディメンションでフィルタリングします。ディメンションベースのクエリは、この動作の影響を受けません。例えば、`WHERE tag."my-tag" = 'my-value'` ではなく `WHERE InstanceId = 'i-1234567890abcdef0'` を使用します。
+ **一貫した詳細度でクエリを実行する。**異なる時間枠間でメトリクスデータを比較する場合は、同じ期間を使用して、アライメント調整によって生じる予期しない違いを回避します。