アラートルールは、Alibaba Cloud サービス全体のリソース使用量を監視します。メトリックがアラート条件を満たすと、Cloud Monitor は自動的に通知を送信し、異常の検出と迅速な対応を支援します。
操作手順
CloudMonitor コンソール にログインします。
-
左側のナビゲーションペインで、 を選択します。
-
アラームルール ページで、アラームルールを作成をクリックします。
-
アラームルールを作成 パネルで、アラートルールのパラメーターを設定します。
例: いずれかの Elastic Compute Service (ECS) インスタンスの最大 CPU 使用率が 3 期間連続で 85% 以上になった場合に、アラーム連絡先グループ 内のすべての連絡先に通知するアラートルールを作成します(通知方法: メール + WebHook)。
-
製品 に Elastic Compute Service (ECS) を選択します。リソース に 全リソース を選択します。
-
ルール条件を設定します。
-
ルールの追加 をクリックし、メトリックタイプを選択します。
-
ルールの説明を追加する パネルで、アラームルール名 を入力します。インジケータータイプ には、シンプルインジケーター を選択します。モニタリングメトリック には、 を選択します。緊急事態 セクションで、トリガー条件を 3 回連続 (1 期間は 1 分) に設定し、最大値を 85% 以上に設定します。
-
確定 をクリックします。
-
ECS CPU モニタリングメトリック
モニタリングメトリックを設定すると、モニタリングメトリック ドロップダウンリストには、(ECS) CPU 使用率と (Agent) cpu.total という 2 つの CPU 関連メトリックが含まれています。これらはデータソースとユースケースが異なるため、要件に応じてメトリックを選択してください。
属性
(ECS) CPU 使用率
(Agent) cpu.total
メトリック名
CPUUtilizationcpu_totalモニタリングタイプ
基本モニタリング
OS モニタリング (Agent)
データソース
ホストから直接収集
Cloud Monitor エージェントによって収集
プラグインが必要
いいえ
はい
収集間隔
60/300/3600秒
15/60/900秒
シナリオ
一般的な CPU アラートの迅速なセットアップ
精密な CPU モニタリングとトラブルシューティング
(ECS) CPU 使用率はホストから直接収集され、プラグインは不要なため、一般的な CPU アラートを迅速にセットアップするのに適しています。(Agent) cpu.total は Cloud Monitor エージェントによって収集されます。このエージェントは ECS インスタンスにインストールする必要があり、精密な CPU 使用量データまたは CPU 異常のトラブルシューティングが必要なシナリオに適しています。
表 1. アラートルールのパラメータの説明
パラメータ
説明
[[製品]]
Cloud Monitor によって監視される Alibaba Cloud サービス。例：ApsaraDB RDS。
[リソース]
このアラートルールのリソースの範囲。有効な値：
-
[全リソース]：後から追加されるリソースも含め、指定された製品のすべてのリソースに適用されます。
-
[アプリケーショングループ]：選択した製品で指定したアプリケーション グループ内のすべてのリソース (後で追加されるリソースを含む) に適用されます。
-
[インスタンスリスト]: 選択された製品の指定されたリソースにのみ適用されます。
異なるリソース範囲を持つ複数のアラートルールで、同時に同じインスタンスを対象にすることができます。 たとえば、インスタンスは 全リソース 範囲とアプリケーショングループの両方に含まれることがあります。 各アラートルールは個別に評価され、トリガーされます。 アラートルールは互いに影響せず、重複するリソース範囲が優先度の上書きや競合を引き起こすことはありません。
[ルールの内容]
Cloud Monitor がアラートをトリガーするタイミングを定義します。設定するには：
-
ルールの追加 をクリックして、メトリックタイプを選択します。
-
ルールの説明を追加する パネルで、アラームルール名 を入力し、ルールの条件を定義します。
-
[シンプルインジケーター]: メトリックを選択し、そのしきい値とアラートレベルを設定します。
アラートレベルはエスカレーションモデルを採用しています。しきい値が特定のレベルに達すると、そのレベルのみがトリガーされ、他のレベルは同時にトリガーされません。たとえば、しきい値が直接 緊急事態 に達した場合、緊急事態 アラートのみがトリガーされ、普通 および 警告 アラートは同時にトリガーされません。
-
[組み合わせインジケータ]: アラートレベルを選択し、2 つ以上のメトリクスを使用してアラート条件を定義します。
説明複合メトリックアラートルールでは、対象リソースは、ルールに含まれるすべてのメトリックのデータを報告する必要があります。たとえば、ルールにパブリックネットワークメトリックが含まれているが、ECS インスタンスにパブリック IP アドレスがない場合、アラートはトリガーされません。
-
[式]: アラートレベルを選択し、アラート式を定義します。
-
[インテリジェントしきい値]: スマートしきい値の詳細: 概要 | スマートしきい値アラートルールを作成する。
-
説明複雑なアラート式：アラートルール式リファレンス。
[チャンネル沈黙サイクル → ミュートサイクル]
アラートがアクティブで未確認のまま続く場合に、アラート通知を繰り返す間隔。有効な値：5分、15分、30分、60分、3時間、6時間、12時間、24時間。
メトリックがアラートしきい値を超えると、Cloud Monitor はアラートを送信します。ミュート期間中は追加のアラートは送信されません。ミュート期間が終了した後、メトリックがまだしきい値を超えている場合、Cloud Monitor は別のアラートを送信します。
例えば、チャンネル沈黙サイクル → ミュートサイクル を 12 時間に設定し、アラートがアクティブなままである場合、Cloud Monitor は 12 時間後に再度アラートを送信します。
[有効期間]
アラートルールがアクティブな時間範囲。アラートはこの期間中にのみ送信されます。
説明有効期間外では、アラートは送信されませんが、アラート履歴レコードはアラート履歴リストに表示されます。
[[アラーム連絡先グループ]]
アラート通知を受信する連絡先のグループ。
アラート連絡先グループには、1 つ以上のアラート連絡先が含まれます。アプリケーショングループの通知は、このグループ内のすべての連絡先に送信されます。
連絡先またはグループを作成するには、「アラート連絡先またはアラート連絡先グループの作成」をご参照ください。
[Tag]
アラートルールのタグ。各タグには名前と値があります。
説明最大 6 つのタグを追加できます。
[アラームコールバック]
HTTP POST リクエストを介して Cloud Monitor からアラートデータを受信する、一般公開されている URL です。HTTP のみがサポートされています。「しきい値ベースのアラートコールバックの使用」をご参照ください。
コールバック URL への接続をテストするには：
-
コールバック URL のすぐ右にあるテストをクリックします。
WebHook テストパネルで、HTTP ステータスコードとテスト結果の詳細を確認して、接続を検証します。
説明また、コールバックテンプレートタイプ: と 言語: を設定することもできます。その後、もう一度 テスト をクリックすると、更新されたテスト結果が表示されます。
-
閉じる をクリックします。
説明詳細設定 をクリックして、このパラメーターを設定します。
アラートがトリガーされた場合、アラートルールで実行できるのは、テキストメッセージ、メール、WebHook、DingTalk チャットボットなどのチャネルを介した通知の送信、または Auto Scaling、Function Compute、Simple Log Service などの他の Alibaba Cloud サービスとの統合のみです。アラートルールは、Object Storage Service (OSS) の権限の変更や ECS インスタンスのオフライン化などの、分離やブロックアクションを自動的に実行することはできません。自動ブロックを実装するには、WebHook コールバックを CloudOps Orchestration Service (OOS) またはカスタムの Function Compute 関数と組み合わせて使用できます。
[Auto Scaling]
Auto Scaling を有効にすると、アラート発生時に Cloud Monitor が関連付けられたスケーリングルールをトリガーします。リージョン、スケーリンググループ、および スケーリングルール を指定する必要があります。
-
「スケーリンググループの設定」をご参照ください。
-
「スケーリングルールの設定」をご参照ください。
説明このパラメーターを設定するには、詳細設定 をクリックします。
[SLS モニタリング]
SLS モニタリング を有効にすると、アラート発生時に Cloud Monitor は、Simple Log Service (SLS) の Logstore にアラートデータを送信します。 リージョン、ProjectName、および Logstore を指定する必要があります。
「LoongCollector を使用した ECS テキストログの収集と分析」をご参照ください。
説明このパラメーターを設定するには、詳細設定 をクリックします。
[Simple Massage Queue (旧 MNS)（SMQ） - トピック]
Simple Massage Queue (旧 MNS)（SMQ） - トピック を有効にすると、アラート発生時に Cloud Monitor はアラートデータを Message Service (MNS) トピックに送信します。リージョンとトピックを指定する必要があります。
「トピックの作成」をご参照ください。
説明このパラメーターを設定するには、詳細設定 をクリックします。
[関数計算]
関数計算 を有効にすると、アラート発生時に、Cloud Monitor はカスタムフォーマット用にアラート通知を Function Compute (FC) に送信します。リージョン、サービス、および関数を指定する必要があります。
「関数の迅速な作成」をご参照ください。
説明このパラメーターを設定するには、詳細設定 をクリックします。
[データアラーム処理方法なし]
モニタリングデータが利用できない場合の Cloud Monitor のアラート処理方法。有効な値：
-
[何もしないでください] (デフォルト)
-
[データアラームを送信しない]
-
[通常として扱われる]
ApsaraMQ for RocketMQ のスロットリングメトリクスなど、一部の Alibaba Cloud サービスメトリックでは、メトリック値が 0 の場合、Cloud Monitor はモニタリングデータを報告しません。メトリックにデータがあるがアラートしきい値に達していない場合、アラートルールのステータスは 正常です。メトリック値が 0 で Cloud Monitor がモニタリングデータを報告しない場合、アラートルールのステータスは データなしであり、正常ではありません。メトリックのデータが報告されているかどうかを確認するには、インスタンスモニタリングおよびアラートページでインスタンスディメンションの実際のデータを表示してください。
アラートルールがデータなしアラートをトリガーすると、Cloud Monitor は、そのルールで設定されている最高のアラートレベルで通知を送信します。たとえば、ルールが 緊急事態、[警告]、および 普通 レベルで設定されている場合、データなしアラートは 緊急事態 レベルで送信されます。ルールが 普通 レベルのみで設定されている場合、データなしアラートは 普通 レベルで送信されます。
説明このパラメーターを設定するには、詳細設定 をクリックします。
モニタリング対象リソースを削除すると、そのリソースに関連付けられたアラートルールは自動的に削除されます。たとえば、アラートルールの [リソース範囲] が特定の ECS インスタンスである場合、インスタンスが削除された直後にそのインスタンスに関連付けられたアラートルールが削除され、新しいアラート履歴レコードは生成されません。
期限切れリソースに関連付けられたアラートルールを管理するには、「期限切れリソースに関連付けられたアラートルール」をご参照ください。
-
-
OKをクリックします。