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

Global Accelerator:オリジンプローブ

最終更新日:Apr 01, 2026

オリジンプローブは、グローバルに分散された検出ポイントとオリジンサーバー間のエンドツーエンドのネットワーク接続をモニタリングします。実際のユーザーリクエストをシミュレートすることで、オリジンの可用性を継続的に可視化し、パフォーマンスの低下を早期に検出し、根本原因をより迅速に診断できます。

仕組み

オリジンプローブは、世界中にデプロイされた検出ポイントからオリジンサーバーにプローブパケットを送信し、実際のユーザートラフィックをシミュレートします。デフォルトでは、各検出ポイントは 5 分ごとにオリジンをプローブします。

可用性が低下した場合、2 つのメカニズムで対応できます。

  • ネットワーク診断:オンデマンドで即時チェックを実行するか、設定したしきい値を下回った場合にトリガーされる自動診断を構成します。デフォルトでは、過去 1 時間の結果が表示されます。最大で過去 30 日間の結果をフィルターして表示できます。

  • アラートルール:CloudMonitor を通じて、可用性が構成したしきい値を下回ったときに通知を受け取ることで、エンドツーエンドのネットワーク問題にリアルタイムで対応できます。

image

課金

オリジンプローブは無料です。テキストメッセージや音声通話を使用するアラートルールを構成した場合、ご利用のインターネットサービスプロバイダーからこれらの通知に対して料金が請求されることがあります。詳細については、「概要」をご参照ください。

制限事項

  • オリジンプローブは、Large I 以上の仕様を持つ標準 Global Accelerator (GA) インスタンスでのみ利用可能です。

  • UDP リスナーはサポートされていません。

  • モニタリングポートは、リスナーのポート範囲内にある必要があります。

  • 検出ポイントは HTTP または HTTPS のみを使用し、IPv4 のみをサポートします。

  • 各 GA インスタンスは、最大 5 つのオリジンプローブタスクと最大 5 つのモニタリング対象ドメイン名をサポートします。

前提条件

開始する前に、以下を確認してください。

オリジンプローブタスクの作成

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

  2. 左側のナビゲーションウィンドウで、[オリジンプローブ] をクリックします。

  3. [オリジンプローブ] ページで、[オリジンプローブタスクの作成] をクリックします。

  4. [オリジンプローブタスクの作成] ダイアログボックスで、パラメーターを構成し、[OK] をクリックします。

パラメーター説明
タスク名オリジンプローブタスクの名前。
IP プロトコルプローブに使用される IP バージョン。[IPv4] のみがサポートされています。
GA インスタンスこのタスクを実行する標準 GA インスタンス。
リスナーこのタスクに関連付けるリスナー。UDP リスナーは利用できません。
ドメイン名モニタリングするドメイン名または高速化 IP アドレス。オプションでカスタムポートを指定できます。ポートが指定されていない場合、デフォルトはポート 80 (HTTP) またはポート 443 (HTTPS) です。ポートはリスナーのポート範囲内にある必要があります。1 行に 1 つのターゲットを入力してください。GA は各エントリに対して個別のプローブタスクを作成します。サポートされているフォーマット:• example.com または http://example.com または http://example.com:8080 (デフォルトポート:80) • https://example.com または https://example.com:8443 (デフォルトポート:443) • 47.254.XX.XX または http://47.254.XX.XX または http://47.0.XX.XX:22 (デフォルトポート:80) • https://47.254.XX.XX または https://47.254.XX.XX:8443 (デフォルトポート:443)
頻度各検出ポイントがオリジンにプローブを送信する頻度。デフォルトは [5 分] です。
自動診断可用性レートが設定したトリガー条件を下回ったときに、ネットワーク診断を自動的に実行するかどうか。
トリガー条件自動診断をトリガーする可用性レートのしきい値。たとえば、[可用性 < 90%] と設定すると、可用性が 90% を下回ったときに、システムは自動的に検出ポイントとオリジン間のネットワーク接続をチェックします。[自動診断] が有効な場合のみ利用可能です。
詳細設定
HTTP メソッドプローブのリクエストメソッド。有効な値:[GET][POST][HEAD]。• [リクエストコンテンツ]key1=value1;key2=value2 形式のキーと値のペア、または {"test":"testValue"} のような JSON 文字列。[HTTP メソッド][POST] に設定されている場合に必須です。• [HTTP リクエストヘッダー]key1:value1 形式 (コロン区切り) のキーと値のペア。1 行に 1 つのヘッダー。• [正常ステータスを示す HTTP ステータスコード (>= 400)]:デフォルトでは、400 以上の HTTP ステータスコードは異常ステータスを示します。このフィールドを使用して、正常として扱うべき 400 以上のコードを指定します。複数のコードはカンマで区切ります。
SNI の有効化証明書検証のためにサーバ名表示 (SNI) を有効にするかどうか。デフォルトでは無効です。有効にすると、単一のサーバー IP を複数の SSL 証明書に関連付けることができます。
  1. 確認メッセージで、[OK] をクリックします。

タスクが作成された後、3〜5 分待ってから [アラート作成方法の表示] をクリックして CloudMonitor コンソールに移動し、アラートルールを設定します。

ネットワーク診断の実行

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

  2. 左側のナビゲーションウィンドウで、[オリジンプローブ] をクリックします。

  3. [オリジンプローブ] ページで、診断したいタスクの ID をクリックします。

  4. タスク詳細ページで、[ネットワーク診断] タブをクリックし、診断方法を選択します。

    • オンデマンド[診断] をクリックして即時チェックを実行します。

    • 自動[自動診断の設定] をクリックし、[ステータス][トリガー条件] を構成して、[OK] をクリックします。

    診断を開始した後、チェックが完了するまでに約 1 分かかります。
  5. [ネットワーク診断] タブで、結果を確認します。結果はデフォルトで過去 1 時間のものが表示されます。カスタム時間範囲を選択して、最大で過去 30 日間の結果を表示できます。

    Diagnostic results

項目説明
診断ステータス[成功]:問題は検出されませんでした。[失敗]:問題が検出されました。HTTP 診断コード、HTTP 診断コンテンツ、および診断結果フィールドを使用して調査してください。
HTTP 診断コードオリジンサーバーから返された HTTP ステータスコード。2xx:リクエスト成功。3xx:リダイレクトが必要。4xx:クライアントエラー。5xx:サーバーエラー。600:内部エラー (例:リスナーが構成されていない)。2xx–5xx コードについては、「エラーコードとステータスコード」をご参照ください。
HTTP 診断コンテンツ診断からの生の応答メッセージ。たとえば、リクエストされたページが見つからない場合は 404 Not Found、オリジンサーバーのポートが有効になっていない場合は Get http://www.aliyun.com/: dial tcp 106.11.XX.XX:80: connect: connection refused などです。
診断結果解釈された結果。各値とその対処法については、以下の表をご参照ください。
診断結果意味対処法
すべての転送ノードは正常に動作していますネットワークパス全体で問題は検出されませんでした。操作は不要です。
エンドポイントネットワークエラー。オリジンサーバーが到達不能か、期待どおりに応答していません。オリジンサーバーが実行中でアクセス可能かどうかを確認してください。
パブリックネットワークエラー。クライアントと加速リージョン間でネットワークエラーが発生しました。インターネット接続と加速リージョンへのルーティングを確認してください。
Ga 内部エラー。GA がリクエストの処理中に内部エラーを検出しました。診断をリトライしてください。問題が解決しない場合は、サポートに連絡してください。
Ga は削除されました。このタスクに関連付けられている GA インスタンスは削除されました。有効な GA インスタンスで新しいタスクを作成してください。
Ga の状態が不安定です。GA インスタンスが不安定な状態です (例:構成中)。インスタンスが安定した状態に戻るのを待ってから、リトライしてください。
Ga にリスナー設定がありません。GA インスタンスにリスナーが構成されていません。リスナーを構成してから、リトライしてください。
エンドポイント設定がありません。エンドポイントが構成されていません。エンドポイントグループにエンドポイントを追加してください。
加速リージョン設定がありません。加速リージョンが構成されていません。加速リージョンを追加してから、リトライしてください。
エンドポイントグループ設定がありません。エンドポイントグループが構成されていません。エンドポイントグループを作成してから、リトライしてください。

アラートルールの作成

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

  2. 左側のナビゲーションウィンドウで、[オリジンプローブ] をクリックします。

  3. [オリジンプローブ] ページで、[アラートルールの作成] をクリックします。CloudMonitor コンソールにリダイレクトされます。

  4. [アラートルール] ページで、[アラートルールの作成] をクリックします。

  5. [アラートルールの作成] パネルで、以下のパラメーターを構成し、[OK] をクリックします。

ここに記載されていないパラメーターについては、「アラートルールの作成」をご参照ください。

パラメーター説明
製品[Global Accelerator - 標準 GA インスタンス] を選択します。
リソース範囲アラートルールが適用されるリソース。[すべてのリソース]:アカウント内のすべての標準 GA インスタンス。[アプリケーショングループ]:指定されたアプリケーショングループ内のすべてのリソース。[インスタンス]:特定の標準 GA インスタンス。[アプリケーショングループ] または [インスタンス] を選択した場合は、[関連リソース] をターゲットのインスタンスまたはグループに設定します。
ルール説明アラートをトリガーする条件。[ルールの追加] をクリックし、[アラートルール][メトリックタイプ][メトリック]、および [しきい値とアラートレベル] を設定します。オリジンの可用性モニタリングの場合、[メトリック][standard_task] > [GaApplicationMonitorAvailability] に設定し、[ディメンション] をターゲットのオリジンプローブタスクの ID に設定します。

モニタリング結果の表示

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

  2. 左側のナビゲーションウィンドウで、[オリジンプローブ] をクリックします。

  3. [オリジンプロービング] ページで、確認したいタスクの ID をクリックします。

  4. [モニター] タブで、オリジンプローブの結果を表示します。[モニター] タブには 3 つのセクションがあります。

    セクション回答内容
    概要現在の可用性とアクティブなアラート。アラートルールと履歴を表示するには、まずしきい値トリガーのアラートルールを作成する必要があります (詳細については、「アラートルールの作成」をご参照ください)。
    可用性分析選択した時間範囲の可用性統計。これを使用して、低下がいつ始まり、どのくらい続いたかを特定します。
    プローブ結果 (過去 6 時間)プローブごとの詳細。インターネットサービスプロバイダーまたは結果ステータスでフィルター可能。これを使用して、どの検出ポイントまたは ISP が影響を受けているかを特定します。DescribeApplicationMonitor を呼び出して、タスクの検出ポイントをクエリします。

    Probing results

その他の操作

操作説明
オリジンプローブタスクの変更[オリジンプローブ] ページでタスクを見つけ、[操作] 列の [変更] をクリックします。[オリジンプローブタスクの変更] ダイアログボックスで、名前、リスナー、ドメイン名、または詳細設定を更新します。パラメーターの詳細については、「オリジンプローブタスクの作成」をご参照ください。
オリジンプローブタスクの有効化または無効化[オリジンプローブ] ページで、[ステータス] 列のタスクステータスを切り替えます。タスクに関連付けられているリスナーを削除すると、タスクは自動的に無効になります。
オリジンプローブタスクの削除[オリジンプローブ] ページで、[操作] 列の [削除] をクリックし、確認メッセージで [OK] をクリックします。

example.com のパフォーマンスを向上させるために Global Accelerator を使用しているとします。インスタンスレベルの帯域幅モニタリングに加えて、ユーザーからオリジンサーバーまでのエンドツーエンドの接続性について、包括的でリアルタイムの可視性を確保したいと考えています。

デフォルトのプローブ

デフォルトの 5 分間隔でオリジンプローブタスクを作成し、オリジンの可用性を継続的に追跡します。次の図は、この例で使用される構成を示しています。

Origin probing configuration

リアルタイムモニタリング

自動診断とアラートルールを有効にして、可用性が低下したときに即座に通知を受け取ります。

  • 自動診断:トリガー条件を可用性 95% に設定します。可用性が 95% を下回ると、システムは自動的にネットワーク接続をチェックし、調査のために診断データを保持します。

    Automatic diagnostics configuration

  • アラートルール:重要度に基づいて階層的なアラートを構成します。たとえば、可用性が 3 回連続で 80% を下回った場合に緊急アラートをトリガーします。

    Alert rule configuration

API リファレンス

API説明
CreateApplicationMonitorオリジンプローブタスクを作成します。
UpdateApplicationMonitorオリジンプローブタスクの構成を変更します。
DisableApplicationMonitorオリジンプローブタスクを無効にします。
EnableApplicationMonitorオリジンプローブタスクを有効にします。
DeleteApplicationMonitorオリジンプローブタスクを削除します。
ListApplicationMonitorオリジンプローブタスクをクエリします。
DescribeApplicationMonitorオリジンプローブタスクの詳細をクエリします。
DetectApplicationMonitorタスクのネットワーク診断をトリガーします。
ListApplicationMonitorDetectResultオリジンプローブタスクの診断結果をクエリします。