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

Cloud Monitor:パブリックモバイルノードからのプローブ

最終更新日:Apr 21, 2026

CloudMonitor は、サイトモニタリングにおいて検出ポイント (リクエスタ) を使用して、エンドユーザーのアクセスをシミュレートし、各リージョンからターゲットアドレス (監視対象アドレス) へのアクセスに関するデータを取得します。セルラーネットワーク経由でターゲットサイトをプローブするには、モバイル検出ポイントを使用します。

前提条件

  • アラート連絡先とアラートグループが作成されていることを確認してください。詳細については、「アラート連絡先またはアラートグループの作成」をご参照ください。

  • アラートコールバック機能を使用するには、パブリックネットワーク経由でアクセス可能なコールバック URL が必要です。また、O&M システムまたはメッセージ通知システムで、アラート通知方法として URL コールバックを有効にする必要があります。

背景情報

  • サイトに厳格なファイアウォールポリシーがある場合や、許可リストを使用している場合は、検出ポイントの IP アドレスをリストに追加する必要があります。これにより、ファイアウォールが検出ポイントをブロックするのを防ぎます。手順については、「プローブリクエストが攻撃やクローラーと誤認された場合に許可リストに追加する方法」をご参照ください。

  • モバイル検出ポイントからのプローブには、次の利点があります。

    • 実際のモバイルネットワーク

      実際のモバイルネットワークを使用してターゲットサイトをプローブし、中国の主要 3 キャリアのネットワークにおける可用性とレイテンシーを測定します。

    • 豊富なモバイル検出ポイントリソース

      中国全土の 100 以上の都市にある 300 以上のモバイル検出ポイントにアクセスでき、チャイナテレコム、チャイナモバイル、チャイナユニコムのネットワークをカバーしています。

    • 非侵入型のデプロイメント

      スクリプトを埋め込む必要なく、すぐに利用できます。

操作手順

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

  2. 左側のナビゲーションウィンドウで、[ネットワーク分析とモニタリング] > [サイトモニタリング] の順に選択します。

  3. [モニタリングタスク] タブで [新しいタスク] を選択し、[シングルステッププローブ] をクリックします。

  4. [タスクの作成] ページで [モバイル] を選択し、モバイルサイトモニタリングタスクの設定を行います。

    • 基本情報

      • タスクタイプHTTP(S)

        パラメーター

        説明

        DtsJobName

        サイトモニタリングタスクの名前。名前は 4~100 文字で、文字、数字、アンダースコア (_)、および漢字を使用できます。

        監視対象アドレス

        サイトモニタリングのターゲット URL。サポートされているリクエストメソッドは次のとおりです。

        • GET (デフォルト)

        • POST

        • HEAD

        複数の URL を監視するには、各 URL を新しい行に入力します。

        頻度

        モニタリングの頻度。有効な値:1 分、5 分。たとえば、1 分を選択した場合、各リージョンの検出ポイントは 1 分に 1 回ターゲットアドレスを監視します。

        詳細設定

        詳細については、次の表をご参照ください。

        重要

        ハンドシェイクプロトコルの脆弱性により、CloudMonitor は主要なブラウザの標準に合わせて、1.2 より前の TLS バージョンをサポートしなくなりました。サイトモニタリングタスクでエラー tls: server selected unsupported protocol version 302 が報告され、サーバーの TLS プロトコルをアップグレードしたくない場合は、[詳細設定][その他] サブタブで互換性のある最小 TLS バージョンを選択できます。

        次の表に、HTTP(S) タスクの詳細設定を示します。

        サブタブ

        パラメーター

        説明

        リクエストパラメーター

        HTTP リクエストヘッダー

        HTTP リクエストヘッダーを key1:value1 形式で指定します。複数のヘッダーは改行で区切ります。サイトモニタリングは、リクエストに次のデフォルトヘッダーを追加します。

        • Host:${domain name in monitored address}

        • Pragma:no-cache

        • Cache-Control:no-cache

        • User-Agent:Chrome/57

        • Accept: */*

        リクエスト内容がフォームの場合、次のヘッダーも追加されます。

        Content-Type: application/x-www-form-urlencoded;charset=UTF-8

        カスタムヘッダーにこれらのデフォルトヘッダーのいずれかが含まれている場合、カスタム設定がデフォルト設定をオーバーライドします。

        説明

        HTTP プロトコルに準拠して、サイトモニタリングは、指定されたリクエストヘッダーのキーを正規 MIME ヘッダー形式に変換します。

        • 最初の文字とハイフン (-) の後の文字は大文字になります。たとえば、accept-encodingAccept-Encoding に変換されます。

        • キーにスペースやその他の無効な文字が含まれている場合、キーは変更されません。

        Cookie

        HTTP リクエストの Cookie 内容。

        リクエスト内容

        リクエストボディの内容。内容は key1=value1;key2=value2 形式または {"test":"testValue"} などの JSON 形式にすることができます。

        説明

        [リクエストメソッド][POST] に設定されている場合、このパラメーターは必須です。

        リダイレクトを追跡しない

        HTTP 301 および 302 リダイレクトを追跡するかどうかを指定します。デフォルトでは、リダイレクトは追跡されます。

        証明書検証

        サーバ名表示 (SNI) を有効にするかどうかを指定します。デフォルトでは、SNI は無効になっています。

        ユーザー認証

        HTTP 認証ユーザー名

        基本的な HTTP 認証の認証情報。

        HTTP 認証パスワード

        その他

        PROXY プロトコルを有効にする

        PROXY プロトコルを有効にするかどうかを指定します。デフォルトでは、PROXY プロトコルは無効になっています。

        最低TLSバージョン

        CloudMonitor がサポートする最小 TLS バージョン。有効な値:

        • tlsv1.0

        • tlsv1.1

        • tlsv1.2

        • tlsv1.3

        レスポンス内容の一致モード

        レスポンス内容の一致フィールドにテキストを指定すると、サイトモニタリングは HTTP レスポンスボディの最初の 64 KB 内でそのテキストを検索します。次のいずれかのモードを選択できます。

        • レスポンスに一致する内容が含まれている場合にアラート

        • レスポンスに一致する内容が含まれていない場合にアラート

        一致させる内容は英字のみで構成されている必要があります。

        レスポンス内容の一致

        許容される HTTP ステータスコード >= 400

        成功したレスポンスとして扱うべき HTTP ステータスコード (400 以上)。レスポンスがこれらのコードのいずれかを返した場合、アラートはトリガーされません。複数のステータスコードはカンマ (,) で区切ります。

      • タスクタイプPING

        パラメーター

        説明

        DtsJobName

        サイトモニタリングタスクの名前です。名前の長さは 4~100 文字で、英字、数字、アンダースコア (_)、漢字を使用できます。

        監視対象アドレス

        監視する対象のアドレスです。監視対象アドレスには、ドメイン名または IP アドレスを指定できます。複数のアドレスを指定する場合は、改行して入力します。

        頻度

        モニタリングの頻度です。有効な値は 1 分と 5 分です。例えば、1 分を選択した場合、各リージョンの検出ポイントが 1 分に 1 回、監視対象アドレスをモニターします。

        PING パケット数

        各プローブで送信する PING パケットの数です。デフォルト値:10。

      • タスクタイプDNS

        パラメーター

        説明

        DtsJobName

        サイトモニタリングタスクの名前。名前は 4~100 文字で、文字、数字、アンダースコア (_)、および漢字を使用できます。

        監視対象アドレス

        監視するターゲットアドレス。監視対象アドレスはドメイン名である必要があります。複数のドメイン名を指定するには、それぞれを新しい行に入力します。

        モニタリング頻度

        モニタリングの頻度。有効な値:1 分、5 分。たとえば、1 分を選択した場合、各リージョンの検出ポイントは 1 分に 1 回ターゲットアドレスを監視します。

        タイプ

        DNS クエリのタイプ。有効な値:

        • A (デフォルト)

        • MX

        • NS

        • CNAME

        • TXT

        • ANY

        • AAAA

        DNS アクセスプロトコル

        DNS クエリに使用されるトランスポート層プロトコル。有効な値:

        • udp (デフォルト)

        • tcp

        • tcp-tls

        期待される解決結果

        CloudMonitor は、DNS 解決結果に指定したドメイン名または IP アドレスが含まれているかどうかを確認します。実際の DNS 解決結果に期待されるすべての結果が含まれている場合、プローブは成功と見なされます。

        複数のドメイン名または IP アドレスはカンマ (,) で区切ります。

        一致ルール

        ドメイン名または IP アドレスの一致ルール。

        ポート

        クエリする DNS サーバーのポート番号。

    • アサーション

      [タスクタイプ][HTTP(S)] の場合、アサーションを使用して、プローブのレスポンス内容に基づいて可用性条件を定義できます。プローブは、指定されたすべての条件が満たされた場合にのみ成功と見なされます。

      説明
      • HTTP プローブの場合、ステータスコードのアサーションを設定しないと、デフォルトで 400 未満のステータスコードが可用性を示します。

      • アサーションは、HTTP(S)、PING、WebSocket、DNS、TCP、UDP の各プロトコルで使用できます。

      CloudMonitor は、1 つのデフォルトの可用性条件を提供します。この条件が要件を満たさない場合は、以下の手順に従って条件を追加してください。

      1. [条件グループの追加] をクリックします。

      2. アサーションの可用性条件を設定します。

        • 応答時間:応答時間が許容範囲内であるかを確認します。デフォルト:5,000 ms 未満。

        • ステータスコード:レスポンスのステータスコードが許容範囲内であるかを確認します。デフォルト:400 未満。

        • ヘッダー:レスポンスヘッダーの指定されたフィールドが期待値と一致するかどうかを確認します。

        • ボディボディ XML フィールド、または ボディ JSON フィールド:テキストマッチング、XML 解析 (XPath)、または JSON 解析 (JSONPath) を使用してレスポンスボディの内容を確認します。詳細については、「XPath 構文」および「JSONPath 構文」をご参照ください。

      3. [可用性テスト] をクリックします。テスト結果が右側に表示されます。

        • 可用性テストが成功した場合、サイトモニタリングタスクを作成できます。

        • 可用性テストが失敗した場合、対応するプローブポイントからネットワーク診断を実行できます。

      レスポンスが指定された条件を満たさない場合、対応するプローブポイントから PING および MTR (My traceroute) ネットワーク診断を実行できます。

      説明

      MTR は、PING と Traceroute の機能を組み合わせたネットワーク診断ツールです。

      分散トレーシング:分散トレーシング機能を有効にします。これは HTTP(S) タスクタイプでのみサポートされます。詳細な手順については、「OpenTelemetry 向けマネージドサービス統合ガイド」をご参照ください。

      • トレースアップロードエンドポイント:トレースデータのターゲットリージョンを選択します。

      • トレースプロトコル:サポートされているプロトコルには、OpenTelemetry W3CZipkin B3Jaeger があります。

    • 検出ポイントの選択

      パラメーター

      説明

      IP プローブタイプ

      検出ポイントの IP プローブタイプ。有効な値:IPv4、IPv6、IDC、LastMile。

      プローブの選択

      サイトモニタリングのデフォルトおよびカスタムの検出ポイント。

      デフォルトの CloudMonitor 検出ポイントがニーズを満たさない場合は、カスタムテンプレートを作成します。

      1. [カスタムテンプレートの管理] をクリックします。

      2. [テンプレートの作成] をクリックします。

      3. [テンプレート名] を入力し、目的の検出ポイントを選択します。

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

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

    • アラートルールの設定

      CloudMonitor はデフォルトのアラートルールを提供します。デフォルトのルールが要件を満たさない場合は、次の手順に従って新しいルールを作成してください。

      1. [ルールの追加] をクリックします。

      2. ルールのパラメーターを設定します。

        パラメーター

        説明

        ルール名

        アラートルールの名前。

        メトリック名

        アラートをトリガーするメトリック。有効な値:

        • 可用率

          計算式:(モニタリングサイクル内の成功したプローブ数 / プローブ総数) × 100%。

        • 利用不可プローブ数

          モニタリングサイクル内の監視対象リソースの失敗したプローブ数。

        • 利用可能プローブ数

          モニタリングサイクル内の監視対象リソースの成功したプローブ数。

        • 任意のエラーコード (個別アラート)

          いずれかの検出ポイントからの結果が指定されたステータスコードと一致した場合にアラートをトリガーします。

        • すべてのエラーコード (複合アラート)

          すべての検出ポイントからの結果が指定されたステータスコードと一致した場合にのみアラートをトリガーします。

        • 応答時間

        比較演算子

        メトリックの値をしきい値と比較するために使用される演算子。有効な値:

        • >=

        • >

        • <=

        • <

        • =

        • !=

        • 昨日同時刻からの増加

        • 昨日同時刻からの減少

        • 先週同時刻からの増加

        • 先週同時刻からの減少

        • 前期からの増加

        • 前期からの減少

        しきい値とアラートレベル

        アラートレベルとそれに対応するしきい値。

        アラートレベルが[情報]の場合、通知方法は[メール + Webhook]です。

        アラートをトリガーするために条件が連続して満たされる必要がある回数。

        タグ

        アラートルールを分類するためのタグ。

        Auto Scaling

        Auto Scaling を有効にすると、アラートが対応するスケーリングルールをトリガーします。リージョンスケーリンググループ、および スケーリングルール を指定する必要があります。

        Log Service

        SLS モニタリング を有効にすると、アラート発生時に指定された Logstore にアラート通知が送信されます。リージョン、プロジェクト、および Logstore を指定する必要があります。

        プロジェクトと Logstore の作成方法については、「Logtail を使用して ECS インスタンスのテキストログを収集および分析する」をご参照ください。

        Message Service (MNS) - トピック

        Simple Massage Queue (旧 MNS)(SMQ) - トピック を有効にすると、アラート発生時に指定されたトピックにアラート通知が送信されます。リージョンとトピックを指定する必要があります。

        トピックの作成方法については、「トピックの作成」をご参照ください。

        Function Compute

        関数計算 を有効にすると、アラート発生時に指定された関数にアラート通知が送信され、処理されます。リージョン、サービス、および関数を指定する必要があります。

        サービスと関数の作成方法については、「関数のクイック作成」をご参照ください。

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

    • アラートグループ

      パラメーター

      説明

      アラート連絡先グループ

      アラート通知を受信するアラートグループ。少なくとも 1 つのアラートグループを選択する必要があります。

      アラートグループには、1 つ以上のアラート連絡先が含まれます。

      サイレント期間

      未解決の問題について通知を再送信するまでの待機時間。有効な値:5 分、15 分、30 分、60 分、3 時間、6 時間、12 時間、24 時間。

      メトリックがアラートのしきい値に達すると、CloudMonitor はアラートをトリガーします。サイレント期間中にメトリックがアラートのしきい値を超え続けても、追加の通知は送信されません。サイレント期間後もメトリックがしきい値を超えている場合、CloudMonitor は別のアラート通知を送信します。

      説明

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

      発効時間

      アラートルールがアクティブで、アラートをトリガーできる期間。

      説明

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

      アラート Webhook

      POST リクエストを介して CloudMonitor からアラート情報を受信するパブリック URL。CloudMonitor は現在、HTTP プロトコルのみをサポートしています。詳細については、「しきい値アラートの Webhook の使用」をご参照ください。

      Webhook URL をテストするには:

      1. Webhook URL の横にある テスト をクリックします。

        Webhook テストパネルで、返されたステータスコードとテスト結果を使用して URL を検証し、トラブルシューティングします。

        説明

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

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

      説明

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

  5. [作成] をクリックします。

関連操作

サイトモニタリングタスクがプローブ中に assertion failed を表示した場合、これはアサーションが失敗したことを意味します。失敗の原因を見つけるには、次の手順に従ってください。

  1. [サイトモニタリングリスト] ページの [モニタリングタスク] タブで、ターゲットのモニタリングタスクの名前をクリックします。

  2. [概要] ページで、プローブ結果の [エラー] タブをクリックします。

  3. ターゲットの検出ポイントの [アクション] 列で、[詳細] をクリックしてアサーションが失敗した理由を確認します。

関連ドキュメント