すべてのプロダクト
Search

このプロダクト

    Cloud Monitor:可用性モニタリングタスクの作成

    ドキュメントセンター

    Cloud Monitor:可用性モニタリングタスクの作成

    最終更新日:Aug 20, 2026

    可用性モニタリングは、指定されたローカルまたはリモートのパスとポートを定期的にプローブし、正しいレスポンスがあるかを確認します。タイムアウトや不正なステータスコードが発生した場合、CloudMonitor はアラートを送信するため、応答しないサービスを迅速に特定できます。

    背景情報

    可用性モニタリングは、監視ノード (ECS インスタンス) から URL、IP アドレス、ApsaraDB RDS インスタンス、Tair インスタンスなどの監視対象に検出リクエストを送信する監視タスクを作成します。

    操作手順

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

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

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

    4. 対象のアプリケーション グループの左側のナビゲーションペインで、[可用性モニタリング] をクリックします。

    5. [可用性モニタリングタスクの作成] をクリックします。

    6. [可用性モニタリングタスクの作成/変更] パネルで、タスクパラメーターを設定します。

      パラメーター

      説明

      [DtsJobName]

      可用性モニタリングタスクの名前。

      監視ノード

      検出リクエストを送信する ECS インスタンス。

      説明

      監視ノードは、現在のアプリケーション グループ内の ECS インスタンスです。

      複数の ECS インスタンスを監視ノードとして指定した場合、各インスタンスは独立して検出を実行します。

      タスクを異なる ECS インスタンスに分散させるには、タスクごとに監視ノードを個別に指定します。これにより、同じタスクが複数の ECS インスタンスによって繰り返し実行されるのを防ぎます。

      監視対象

      監視タスクの対象。有効値：

      • URL または IP アドレス：対象の URL または IP アドレスを入力します。

      • ApsaraDB RDS：現在のアプリケーション グループ内の ApsaraDB RDS インスタンス。

      • Tair：現在のアプリケーション グループ内の Tair インスタンス。

      説明

      [監視対象] を [ApsaraDB RDS] または [Tair] に設定した場合、検出リクエストは 1 秒に 1 回送信され、集計データは 1 分に 1 回報告されます。

      検出タイプ

      検出プロトコル。

      [監視対象] を [URL または IP アドレス] に設定した場合、以下の検出タイプが利用できます。

      • HTTP(S)：対象の URL を入力します。

      • TELNET：対象の IP アドレスを入力します。

      • PING：対象の IP アドレスを入力します。

      [監視対象] を [ApsaraDB RDS] または [Tair] に設定した場合、以下の検出タイプが利用可能です。

      • TELNET：監視するインスタンス ID と接続アドレスを選択します。

      • PING：監視するインスタンス ID と接続アドレスを選択します。

      リクエストメソッド

      HTTP リクエストメソッド。有効値：HEAD、GET、POST。

      説明

      [監視対象] が [URL または IP アドレス] で、かつ [検出タイプ] が [HTTP(S)] の場合に必須です。

      監視間隔

      検出リクエストの間隔。

      有効値：15 秒、30 秒、1 分、2 分、5 分、15 分、30 分、60 分。

      説明

      [監視対象] が [URL または IP アドレス] で、かつ [検出タイプ] が [HTTP(S)] の場合に必須です。

      ヘッダー

      検出リクエストの HTTP または HTTPS ヘッダー。

      ヘッダーの形式は parameter1:value1 です。

      複数のヘッダーを指定する場合は、改行で区切ります。

      説明

      [監視対象] が [URL または IP アドレス] で、かつ [検出タイプ] が [HTTP(S)] の場合に必須です。

      POST コンテンツ

      POST リクエストのボディ。

      形式：parameter1=value1&parameter2=value2。半角英数字と記号のみサポートされます。

      説明

      [監視対象] が [URL または IP アドレス]、[検出タイプ] が [HTTP(S)]、および [リクエストメソッド] が [POST] の場合に必要です。

      応答内容の照合

      レスポンスの検証基準。

      タスクは、HTTP レスポンスボディの最初の 64 KB をチェックし、指定されたコンテンツが含まれているかを確認します。照合方法：

      • レスポンスに次を含む場合にアラートを生成

      • レスポンスに次を含まない場合にアラートを生成

      説明

      [監視対象] が [URL または IP アドレス] で、かつ [検出タイプ] が [HTTP(S)] の場合に必須です。

    7. [次へ] をクリックします。

    8. [アラート設定] ページで、アラートパラメーターを設定します。

      パラメーター

      説明

      ステータスコード

      アラートをトリガーするステータスコードの条件。

      [ステータスコード] または [レスポンスタイム] のいずれかがしきい値に達すると、アプリケーショングループの連絡先グループにアラートが送信されます。

      レスポンス時間

      アラートをトリガーするレスポンス時間のしきい値 (ミリ秒単位)。

      [ステータスコード] または [応答時間] のいずれかがしきい値に達すると、アプリケーショングループの連絡先グループにアラートが送信されます。

      アラートレベル

      アラートの重要度と通知チャネル：

      情報 (メール + Webhook)

      アラートコールバック

      POST リクエストでアラート通知を受信するためのパブリック URL。HTTP のみサポートされています。詳細については、「しきい値ベースのアラートコールバックの使用」をご参照ください。

      ミュート期間

      未解決の問題に対してアラートを再送信するまでの間隔。有効値：5 分、15 分、30 分、60 分、3 時間、6 時間、12 時間、24 時間。

      アラートがトリガーされた後、ミュート期間中は繰り返し通知は送信されません。この期間を過ぎても問題が解決しない場合は、新しいアラートが送信されます。

      有効期間

      アラートルールがアクティブになる期間。この範囲外のアラートはログに記録されますが、通知はトリガーされません。

      Log Service

      [Log Service] を有効にすると、アラートが Log Service の Logstore に書き込まれます。リージョン、[プロジェクト名]、および [Logstore] を設定します。

      詳細については、「LoongCollector を使用した ECS インスタンスでのテキストログの収集と分析」をご参照ください。

    9. [OK] をクリックします。