Global Accelerator (GA) をデプロイした後、以下のいずれかの方法でネットワークレイテンシの低減効果を検証します。
Cloud Monitor の合成テスト — 複数のリージョンにまたがるインターネットサービスプロバイダー（ISP）のネットワークノードから同時検出を実行します。大規模またはマルチリージョンでの検証に最適です。
手動テスト — 加速リージョン内のクライアントから直接コマンドを実行します。特定の加速リージョンを対象としたスポットチェックや詳細なパフォーマンス分析に最適です。
前提条件
開始する前に、以下の条件を満たしていることを確認してください。
デプロイ済みの GA インスタンス。詳細については、「標準 GA インスタンスの作成と管理」をご参照ください。
エンドポイントサーバーのセキュリティグループの許可リストに、リスナーポートが追加されていること。詳細については、「セキュリティグループルールの追加」をご参照ください。
Cloud Monitor の合成テストを使用する
Cloud Monitor（CMS）の合成テストツールは、異なるリージョンの ISP ネットワークノードから検出を実行し、各クライアントに個別にログインすることなく、広範囲にわたるアクセラレーション性能を把握できます。
ドメイン名のアクセラレーションをテストする
GA インスタンスがドメイン名で識別されるバックエンドサーバーへの接続をアクセラレートする場合に、この方法を使用します。
必要となるもの：
バックエンドサーバーのドメイン名
結果をフィルターするための加速リージョン名
手順：
合成テストを開きます。
バックエンドサーバーのドメイン名を入力し、今すぐテストをクリックします。デフォルトでは HTTP 検出が実行されます。HTTPS の場合は、完全な URL（例：
https://example.com）を入力します。[プローブチェック結果] セクションで、[検出ポイント (都市)] 列ヘッダーの横にある
をクリックし、加速リージョンの名前を入力し、[検出ポイント (都市)][検出ポイント (都市)][確認]をクリックします。GA 有効化前後の結果を比較します。
アクセラレーション性能は実際のワークロードによって異なります。以下の例では、中国（香港）のクライアントと米国（シリコンバレー）のバックエンドサーバーを使用しています。
図 1. ドメイン名アクセスのアクセラレーション前
図 2. ドメイン名アクセスのアクセラレーション後
図 1. GA を使用する前
図 2. GA を使用した後
IP アドレスのアクセラレーションをテストする
GA インスタンスが IP アドレスで識別されるバックエンドサーバーへの接続をアクセラレートする場合に、この方法を使用します。「比較テスト」機能では、バックエンドサーバーの IP アドレスおよび高速化 IP アドレスの両方に対して、単一のテスト内で検出を実行します。
必要となるもの：
バックエンドサーバーの IP アドレス
高速化 IP アドレス
結果をフィルターするための加速リージョン名
手順：
合成テストを開きます。
比較テスト を、今すぐテスト ボタンの下にあるリンクをクリックして起動します。
テストパラメーターを設定します。
ステップ 操作 1 ドロップダウンリストから ISP およびリージョンを選択します。本例では、すべての値が選択されています。 2 バックエンドサーバーの IP アドレスを入力します。 3 高速化 IP アドレスを入力します。 4 今すぐテスト をクリックします。 5 プローブチェック結果 セクションで、検出ポイント都市 列ヘッダーの横にある をクリックし、加速リージョン名を入力して、確認 をクリックします。
GA 有効化前後の結果を比較します。
アクセラレーション性能は実際のワークロードによって異なります。以下の例では、中国（香港）のクライアントと米国（シリコンバレー）のバックエンドサーバーを使用しています。
手動テストを実行する
手動テストでは、加速リージョン内のクライアントから直接レイテンシを測定します。一時的なスポットチェックや、特定のロケーションにおけるパフォーマンス調査に使用します。
ICMP Ping および TCPing では、GA 経由のエンドツーエンドレイテンシを測定できません。GA のプロキシ応答機構は、加速リージョンで ICMP Ping および TCPing の要求に応答・終了させるため、これらの要求はバックエンドサーバーに到達しません。ICMP Ping および TCPing は、クライアントと加速リージョン間のネットワーク接続性を確認する場合のみ使用してください。
TCP、HTTP、HTTPS リスナーをテストする
加速リージョン内のクライアントから、以下の curl コマンドを実行します。GA 有効化前後の出力を比較します。
curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http[s]://<ドメイン名または IP アドレス>[:<ポート>]"このコマンドは、以下の 3 つのタイミングメトリックを報告します。
| メトリック | 説明 |
|---|---|
time_connect | TCP 接続確立までの時間（秒）。 |
time_starttransfer | リクエスト送信からバックエンドサーバーからの最初のバイト受信までの時間（秒）。 |
time_total | リクエスト送信からバックエンドサーバーからの最終バイト受信までの総時間（秒）。 |
ドメイン名を使用する場合
アクセラレーション性能は実際のワークロードによって異なります。以下の例では、中国（深セン）のクライアントと米国（シリコンバレー）のバックエンドサーバーを使用しています。
図 1. アクセラレーション前のレイテンシ（ドメイン名へのアクセス）
図 2. アクセラレーション後のレイテンシ（ドメイン名へのアクセス）
IP アドレスを使用する場合
アクセラレーション性能は実際のワークロードによって異なります。以下の例では、中国（香港）のクライアントと米国（シリコンバレー）のバックエンドサーバーを使用しています。
図 1. アクセラレーション前のネットワークレイテンシ（バックエンドサービスの IP アドレスへのアクセス）
図 2. アクセラレーション後のネットワークレイテンシ（高速化 IP アドレスへのアクセス）
UDP リスナーをテストする
UDP リスナーを備えた GA インスタンスの場合、UDPing を使用してレイテンシを測定します。UDPing は指定された IP アドレスおよびポートに UDP パケットを送信し、往復レイテンシを報告します。
UDP データグラムはセッション確立なしで、エンドポイントグループ内のエンドポイントに直接転送されます。以下の例では、エンドポイントサーバーおよびクライアントの両方に Alibaba Cloud Linux 3 を使用し、中国（香港）のクライアントがドイツ（フランクフルト）のバックエンドサーバーにアクセスしています。
ステップ 1：エンドポイントサーバーに UDP Echo をデプロイする
UDP Echo はパケットを送信元にエコー返すことで、シンプルなレイテンシベースラインを提供します。本例では socat を使用して UDP Echo を実行します。
# socat のインストール
yum install socat
# リスナーポートで UDP Echo を起動
nohup socat -v UDP-LISTEN:<リスナーポート>,fork PIPE 2>/dev/null &ステップ 2：クライアントに UDPing をセットアップする
# UDPing のダウンロード
wget https://networktools-public.oss-cn-hangzhou.aliyuncs.com/ga/udping/udping.py
# 実行可能権限を付与
chmod +x udping.pyステップ 3：GA 有効化前後のレイテンシを測定する
クライアントにログインします。
GA を使用しない場合のレイテンシを測定するには、以下のコマンドを実行します。
./udping.py <バックエンドサーバーの IP アドレス> <リスナーポート>GA 経由でレイテンシを測定するには、以下のコマンドを実行します。
./udping.py <高速化 IP アドレス> <リスナーポート>
図 1. GA を使用する前のネットワークレイテンシ
図 2. GA を使用した後のネットワークレイテンシ
