すべてのプロダクト
Search
ドキュメントセンター

Cloud Monitor:アラート ルールの作成

最終更新日:Aug 22, 2026

アプリケーション グループ内のクラウドリソースをモニタリングするために、アラート ルールを作成できます。リソースのメトリックが指定されたアラート条件を満たすと、Cloud Monitor は自動的に通知を送信し、例外の迅速な特定と対処に役立ちます。

操作手順

  1. CloudMonitor コンソール にログインします。

  2. 左側のナビゲーションウィンドウで、[クラウド リソース監視] > [アプリケーショングループ] を選択します。

  3. [アプリケーション グループ] タブで、アプリケーション グループの名前をクリックします。

  4. 左側のナビゲーションウィンドウで、[アラート ルール] をクリックします。

  5. [アラート ルールの作成] をクリックします。

  6. [アラート ルールの作成] パネルで、パラメーターを設定します。次の表でパラメーターを説明します。

    パラメーター

    説明

    [[製品]]

    Cloud Monitor がモニタリングする Alibaba Cloud サービスです。例: ApsaraDB RDS。

    [リソース]

    このアラート ルールが適用されるリソースの範囲です。有効な値は次のとおりです:

    • [全リソース]:指定したプロダクトのすべてのリソースに適用されます (後から追加されたリソースも含まれます)。

    • [アプリケーショングループ]:選択したプロダクトの指定したアプリケーション グループ内のすべてのリソースに適用されます (後から追加されたリソースも含まれます)。

    • [インスタンスリスト]:選択したプロダクトの指定したリソースにのみ適用されます。

    [ルールの内容]

    Cloud Monitor がアラートをトリガーするタイミングを定義します。設定するには:

    1. ルールの追加 をクリックし、メトリックタイプを選択します。

    2. ルールの説明を追加する パネルで、アラームルール名 を入力し、ルールの条件を定義します。

      • [シンプルインジケーター]:メトリックを選択し、そのしきい値とアラート レベルを設定します。

        アラート レベルはエスカレーションモデルを使用します。しきい値が特定のレベルに達すると、そのレベルのみがトリガーされ、他のレベルは同時にトリガーされません。たとえば、しきい値が直接 緊急事態 に達した場合、緊急事態 アラートのみがトリガーされ、普通 および 警告 アラートは同時にトリガーされません。

      • [組み合わせインジケータ]:アラート レベルを選択し、2 つ以上のメトリックを使用してアラート条件を定義します。

        説明

        複合メトリックのアラート ルールでは、対象リソースが、ルールに含まれるすべてのメトリックのデータを報告する必要があります。たとえば、ルールにパブリックネットワークのメトリックが含まれているにもかかわらず、Elastic Compute Service (ECS) インスタンスにパブリック IP アドレスがない場合、アラートはトリガーされません。

        デフォルトでは、複合メトリックのアラート ルールは、すべてのメトリックが条件を満たした場合にのみアラートをトリガーします。これは、すべてのメトリックが同時にしきい値に達する必要があることを意味します。いずれかのメトリックがしきい値に達したときにアラートをトリガーするには、メトリック間の関係を「いずれかの条件を満たした場合」に変更します。

      • []:アラート レベルを選択し、アラート式を定義します。

      • [インテリジェントしきい値]:スマートしきい値の詳細: 概要 | スマートしきい値アラート ルールの作成

    アラート レベルによって、アラート発生時に使用される通知方法が決まります。緊急事態 レベルのみが電話通知をサポートします。警告 および 普通 レベルは電話通知をサポートしていません。次の表に、各アラート レベルでサポートされている通知方法を示します。

    アラート レベル

    通知方法

    [緊急事態]

    メール、Webhook

    [警告]

    メール、Webhook

    [普通]

    メール、Webhook

    説明

    複雑なアラート式: アラート ルール式のリファレンス

    [チャンネル沈黙サイクル → ミュートサイクル]

    アラートがアクティブで未確認のままである場合に、アラート通知を繰り返す間隔です。有効な値: 5分、15分、30分、60分、3時間、6時間、12時間、24時間。

    メトリックがアラートのしきい値を超えると、Cloud Monitor はアラートを送信します。ミュート期間中は、追加の通知は送信されません。ミュート期間が終了した後もメトリックがしきい値を超えている場合、Cloud Monitor は再度アラートを送信します。

    たとえば、チャンネル沈黙サイクル → ミュートサイクル を 12 時間に設定し、アラートがアクティブなままである場合、Cloud Monitor は 12 時間後に再度アラートを送信します。

    [有効期間]

    アラート ルールがアクティブになる期間です。アラートはこの期間中にのみ送信されます。

    説明

    有効期間外はアラートは送信されませんが、アラート履歴はアラート履歴リストに表示されます。

    [[アラーム連絡先グループ]]

    アラート通知を受信する連絡先のグループです。

    アラート連絡先グループには、1 人以上のアラート連絡先が含まれます。アプリケーション グループの通知は、このグループのすべての連絡先に送信されます。

    連絡先またはグループを作成するには、「アラート連絡先またはアラート連絡先グループの作成」をご参照ください。

    アラート ルールは、カスタム通知コンテンツやテンプレートをサポートしていません。複数のチャネル (DingTalk、Feishu/Lark、メールなど) と変数ベースのコンテンツでカスタム通知テンプレートを使用するには、Cloud Monitor 2.0 の通知テンプレート管理機能を使用してください。Cloud Monitor コンソールで、[アラートセンター] > [通知管理] > [通知テンプレート] を選択します。

    [Tag]

    アラート ルールのタグです。各タグには名前と値があります。

    説明

    最大 6 個のタグを追加できます。

    [アラームコールバック]

    Cloud Monitor から HTTP POST リクエストで送信されるアラートデータを受信するための、パブリックアクセスが可能な URL です。HTTP と HTTPS がサポートされています。「しきい値ベースのアラートコールバックの使用」をご参照ください。

    コールバック URL への接続をテストするには:

    1. コールバック URL のすぐ右にある テスト をクリックします。

      [WebHook テスト] パネルで、HTTP ステータスコードとテスト結果の詳細を確認して、接続性を検証します。

      説明

      コールバックテンプレートタイプ:言語: を設定することもできます。その後、再度 テスト をクリックすると、更新されたテスト結果が表示されます。

    2. 閉じる をクリックします。

    説明

    このパラメーターを設定するには、詳細設定 をクリックします。

    [Auto Scaling]

    Auto Scaling を有効にすると、アラート発生時に Cloud Monitor が関連付けられたスケーリング ルールをトリガーします。リージョンスケーリンググループスケーリングルール を指定する必要があります。

    説明

    このパラメーターを設定するには、詳細設定 をクリックします。

    [SLS モニタリング]

    SLS モニタリング を有効にすると、アラート発生時に Cloud Monitor が Simple Log Service (SLS) の Logstore にアラートデータを送信します。リージョン、ProjectName、Logstore を指定する必要があります。

    説明

    このパラメーターを設定するには、詳細設定 をクリックします。

    [Simple Massage Queue (旧 MNS)(SMQ) - トピック]

    Simple Massage Queue (旧 MNS)(SMQ) - トピック を有効にすると、アラート発生時に Cloud Monitor が MNS のトピックにアラートデータを送信します。リージョンとトピックを指定する必要があります。

    説明

    このパラメーターを設定するには、詳細設定 をクリックします。

    [関数計算]

    関数計算 を有効にすると、アラート発生時に Cloud Monitor が、カスタムフォーマットのために Function Compute (FC) にアラート通知を送信します。リージョン、サービス、関数を指定する必要があります。

    説明

    このパラメーターを設定するには、詳細設定 をクリックします。

    [データアラーム処理方法なし]

    モニタリングデータが利用できない場合に Cloud Monitor がアラートを処理する方法です。有効な値は次のとおりです:

    • [何もしないでください] (デフォルト)

    • [データアラームを送信しない]

      このオプションを選択すると、メトリックに 10 回連続でデータがない場合に、データなしのアラートがトリガーされます。デフォルトの収集期間は 1 分 (Period パラメーターで設定可能) であるため、アラートは約 10 分後にトリガーされます。

    • [通常として扱われる]

    説明

    このパラメーターを設定するには、詳細設定 をクリックします。

  7. [確認] をクリックします。

よくある質問

緊急の電話アラートやディスク空き容量低下の警告を設定するにはどうすればよいですか?

  • 電話アラート: アラート ルールを作成する際、アラート レベルを [クリティカル] に設定します。Cloud Monitor は、リンクされたアラート連絡先グループのすべてのメンバーに電話で自動的に通知します。

  • ディスク空き容量低下の警告[ルールの説明] セクションで、残りのディスク容量を測定するメトリック (例:ディスクの空き容量メトリック (GB)) を選択し、しきい値を許容できる最小値 (例:5 GB) に設定します。残りの容量がこのしきい値を下回ると、Cloud Monitor はショートメッセージで通知を送信します。

  • 前提条件: 電話およびショートメッセージ通知には、ルールにリンクされた正しく設定されたアラート連絡先グループが必要です。詳細については、「アラート連絡先またはアラート連絡先グループの作成」をご参照ください。

CLB アラート ルールの作成時にインスタンスレベルのメトリックを選択できないのはなぜですか?

現在のコンソールでこの問題が発生した場合は、新しい Cloud Monitor コンソールを使用してアラート ルールを作成してください:

https://cloudmonitornext.console.alibabacloud.com/productListNav/acs_slb_dashboard/slb/all

新しいコンソールでは、Classic Load Balancer (CLB) (旧称:SLB) のインスタンスレベルのメトリックを選択し、アラート ルールを正常に設定できます。

アラート通知が届かなかったり、アラートがトリガーされなかったりするのはなぜですか?

アラート通知が期待通りに届かなかった場合や、アラートがトリガーされなかった場合は、以下を確認してください:

  1. アラート ルールの存在の確認: Cloud Monitor コンソールで、ターゲットリソース (例:ECS) に対して有効なアラート ルールが作成されていることを確認します。ルールが設定されていない場合、通知は送信されません。

  2. モニタリングメトリックの確認: 設定したメトリックが意図したものと一致しているか確認します。たとえば、[ディスク領域使用率] の代わりに [Inode 使用率] を設定していたり、パーセンテージベースのメトリックの代わりにバイトベースのメトリックを設定していたりする可能性があります。適切な OS レベルのコマンド (例:inode 使用量の場合は df -i、ディスク容量の場合は df -h) を実行して、実際のメトリック値を確認します。

  3. しきい値とトリガーロジックの検証: しきい値の単位 (バイトまたはパーセンテージ) が選択したメトリックと一致していることを確認し、アラートは瞬時値ではなく、連続した収集期間の平均値に基づいてトリガーされる点にご注意ください。瞬時値が回復しても、移動平均がまだしきい値を満たしている場合、アラートはトリガーされ続けます。