# Metrics Insights クエリに基づいたアラームの作成
リソースのフリート全体で複数の時系列をモニタリングするアラームを作成できます。個々のインスタンスでアクションをトリガーする単一インスタンスアラームとは異なり、フリートモニタリングアラームを使用すると、複数のリソースのメトリクスを集約し、フリート全体の条件に基づいてトリガーできます。
## AWS マネジメントコンソール を使用したマルチ時系列アラームの設定
この例では、インスタンスのフリート全体のメモリ使用率をモニタリングし、2 つ以上のインスタンスがしきい値を超えたときに警告するアラームを作成する方法を示します。
**マルチ時系列アラームを作成する方法**
1. CloudWatch コンソールの [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/) を開いてください。
1. ナビゲーションペインで、**[Alarms]** (アラーム)、**[All Alarms]** (すべてのアラーム) の順に選択します。
1. [**アラームの作成**] を選択します。
1. **メトリクスの選択** を選択します。
1. **[メトリクス]** に、Metrics Insights クエリを入力します。
```
SELECT MAX(mem_used_percent)
FROM "CWAgent"
GROUP BY InstanceId
ORDER BY MAX() DESC
```
1. [**次へ**] を選択します。
1. [**Conditions (条件)**] で、次のように指定します。
+ [**Threshold type (しきい値タイプ)**] で [**静的**] を選択します。
+ **[メトリクスが次である場合]** では、**[次より大きい]** を選択し、**80** と入力します。
+ **[アラームを実行するデータポイント]** には、**2** と入力します。
1. 必要に応じて通知とアクションを設定します。
1. アラームの名前と説明を追加します。
1. [**アラームの作成**] を選択します。
このアラームは、いくつかの点で単一インスタンスアラームとは異なります。
+ メトリクスクエリを使用して複数の時系列を同時にモニタリングします。メトリクスクエリはアラームが評価されるたびに更新されるため、リソースが作成、一時停止、または削除されるたびにアラームが自動的に適応します。
+ アラームは、しきい値を超える各コントリビューターについて、コントリビューター状態変更イベントを送信します。このイベントは、EventBridge ではアラーム状態変更イベントとは異なるイベントタイプになります。アラーム自体も状態が変わります。少なくとも 1 つのコントリビューターがアラーム状態になると、アラームもアラーム状態になります。
+ ただし、SSM Incident などの一部のアクションは、アラームレベルでトリガーされます。このようなアクションは、アラームのコントリビューターのリストが変更されても繰り返されません。
このアラームは、いくつかの点で集計メトリクスクエリアラームとは異なります。
+ `GROUP BY` 句を使用して、集計ではなく時系列を個別にモニタリングします。
+ ニーズに応じて設定した詳細度レベルに従います。例えば、`GROUP BY` 句で設定したフィールドに応じて、すべての Amazon EC2 インスタンス (Amazon EC2 メトリクスの最も詳細なレベル) または Amazon RDS テーブル (テーブルのさまざまなオペレーションに集約) ごとにアラームを発行できます
+ `ORDER BY` 句を使用して評価を優先します。
+ アラームは、しきい値を超える各コントリビューターについて、コントリビューター状態変更イベントを送信します。このイベントは、EventBridge ではアラーム状態変更イベントとは異なるイベントタイプになります。アラーム自体も状態が変わります。少なくとも 1 つのコントリビューターがアラーム状態になると、アラームもアラーム状態になります。
+ ただし、SSM Incident などの一部のアクションは、アラームレベルでトリガーされます。このようなアクションは、アラームのコントリビューターのリストが変更されても繰り返されません。