Global Accelerator を使用した ALB バックエンドアプリケーションの高速化

このテストでは、バックエンドサーバーが中国 (杭州) にあるパブリック ALB インスタンスを使用し、クライアントは米国の加速エリアからアクセスします。

1. 高速化後のネットワーク遅延のテスト：

   1. ブラウザで http://<custom domain> にアクセスし、バックエンドへのアクセスが正常であることを確認します。ブラウザを数回更新して、ECS01 と ECS02 を切り替えます。

   2. curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http[s]://<custom domain>" を実行して、高速化後のパケット遅延を確認します。

      高速化後の出力は次のようになります：

      [root@iZxxx ~]# curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http://xxx.com"
      time_connect: 0.008
      time_starttransfer: 0.207
      time_total: 0.207

2. 高速化前のネットワーク遅延のテスト：

   1. ブラウザで http://<custom domain> にアクセスし、バックエンドへのアクセスが正常であることを確認します。ブラウザを数回更新して、ECS01 と ECS02 を切り替えます。

   2. curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http[s]://<custom domain>" を実行して、高速化前のパケット遅延を確認します。

      高速化前の出力は次のようになります：

      [root@iZxxx ~]# curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http://xxx.com"
      time_connect: 0.017
      time_starttransfer: 0.427
      time_total: 0.427

3. 高速化結果の比較。パラメーターの定義：

   • time_connect：接続時間 (秒) — 開始から TCP 接続の確立が完了するまで。

   • time_starttransfer：最初のバイトまでの時間 (秒) — クライアントのリクエストからバックエンドサーバーが最初の応答バイトを送信するまで。

   • time_total：合計接続時間 (秒) — クライアントのリクエストからバックエンドサーバーがセッション応答を完了するまで。

   パラメーター	高速化後 (秒)	高速化前 (秒)	アクセラレーションデータ参照 (秒)	改善率 (%)
   time_connect	0.008	0.017	0.009 増加	52.9% 向上
   time_starttransfer	0.207	0.427	0.220 改善	51.5% 向上
   time_total	0.207	0.427	0.220 改善	51.5% 向上

   説明

   このトピックの例とデータは参照用です。実際の高速化パフォーマンスは、特定のビジネスでのテストに依存します。

また、またはワンタイムネットワークプローブツールを使用して、GA 設定前後の高速化パフォーマンスをテストすることもできます。応答時間を確認してデータ遅延を把握します。

ステップ 1：ALB インスタンスのアプリケーション高速化を有効にする

1. Application Load Balancer (ALB) コンソールにログインします。

2. 上部のメニューバーで、インスタンスがデプロイされているリージョンを選択します。

3. インスタンス ページで、ターゲットインスタンスを見つけ、そのインスタンス ID をクリックします。

4. 統合サービス タブで、GA アクセラレータの作成 をクリックします。

   1. GA サービスを有効にする：GA を使用したことがない場合は、Global Accelerator サービス規約を読み、チェックボックスをオンにしてサービスを有効にします。

   2. アクセラレーションリージョン：加速リージョンは、アクセスを高速化したい地理的なエリアです。クライアントがいるリージョンまたは最寄りのリージョンを選択します。各加速リージョンには、1 つ以上の Alibaba Cloud リージョンが含まれます。

      説明

      • 加速リージョンに中国本土が含まれている場合、またはバックエンドサーバーが中国本土にデプロイされている場合は、カスタムドメイン名のICP 登録を完了する必要があります。

      • 加速リージョンとオリジンサーバーリージョンがクロスボーダーアクセスに関わる場合は、データ越境移転に関するコンプライアンス契約書 を読み、チェックボックスをオンにして同意します。クロスボーダー高速化のためのプレミアム帯域幅はデフォルトで有効になっています。

5. 設定が完了したら、OK をクリックします。

   重要

   初めて高速化を有効にすると、ALB インスタンスのすべてのリスナー設定が GA に同期されます。その後の ALB リスナーへの変更は自動的に同期されません。GA コンソールで手動で更新する必要があります。

ステップ 2：CNAME 解決の設定

DNS を設定して、カスタムドメインを GA CNAME に向けます。これにより、サービストラフィックが GA を経由してルーティングされ、アクセスが高速化されます。

ALB インスタンスの GA 高速化を有効にすると、統合サービス ページに、作成された GA インスタンスの詳細 (DNS 名 (GA CNAME) を含む) が表示されます。

すでに ALB を指す CNAME レコードがある場合は、まずテスト用に米国のユーザーを対象とした GA の CNAME レコードを作成します。テストが成功したら、徐々に他のリージョンに展開するか、ALB の CNAME を GA の CNAME に置き換えます。

1. [ドメイン名解決] ページで、カスタムドメインを見つけ、操作 列の [DNS の設定] をクリックします。

   説明

   Alibaba Cloud 以外で登録されたドメインの場合、DNS レコードを設定する前に、まずドメインをクラウド DNS コンソールに追加する必要があります。

2. DNS 設定ページで、[レコードの追加] をクリックし、CNAME レコードを設定して、OK をクリックします。

   このシナリオでは、レコードタイプ を CNAME に、ホスト名 を www に、DNS リクエストソース を北米の米国に、値 を GA インスタンスの CNAME に設定します。その他の DNS レコードパラメーター はデフォルト値のままにするか、必要に応じて調整します。

このテストでは、バックエンドサーバーが中国 (杭州) にあるパブリック ALB インスタンスを使用し、クライアントは米国の加速エリアからアクセスします。

1. 高速化後のネットワーク遅延のテスト：

   1. ブラウザで http://<custom domain> にアクセスし、バックエンドへのアクセスが正常であることを確認します。ブラウザを数回更新して、ECS01 と ECS02 を切り替えます。

   2. curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http[s]://<custom domain>" を実行して、高速化後のパケット遅延を確認します。

      高速化後の出力は次のようになります：

      [root@iZxxx ~]# curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http://xxx.com"
      time_connect: 0.008
      time_starttransfer: 0.207
      time_total: 0.207

2. 高速化前のネットワーク遅延のテスト：

   1. ブラウザで http://<custom domain> にアクセスし、バックエンドへのアクセスが正常であることを確認します。ブラウザを数回更新して、ECS01 と ECS02 を切り替えます。

   2. curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http[s]://<custom domain>" を実行して、高速化前のパケット遅延を確認します。

      高速化前の出力は次のようになります：

      [root@iZxxx ~]# curl -o /dev/null -s -w "time_connect: %{time_connect}\ntime_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" "http://xxx.com"
      time_connect: 0.017
      time_starttransfer: 0.427
      time_total: 0.427

3. 高速化結果の比較。パラメーターの定義：

   • time_connect：接続時間 (秒) — 開始から TCP 接続の確立が完了するまで。

   • time_starttransfer：最初のバイトまでの時間 (秒) — クライアントのリクエストからバックエンドサーバーが最初の応答バイトを送信するまで。

   • time_total：合計接続時間 (秒) — クライアントのリクエストからバックエンドサーバーがセッション応答を完了するまで。

   パラメーター	高速化後 (秒)	高速化前 (秒)	高速化データ参照 (秒)	改善率 (%)
   time_connect	0.008	0.017	0.009 増加	52.9% 向上
   time_starttransfer	0.207	0.427	0.220 改善	51.5% 向上
   time_total	0.207	0.427	0.220 改善	51.5% 向上

   説明

   このトピックの例とデータは参照用です。実際の高速化パフォーマンスは、特定のビジネスでのテストに依存します。

また、またはワンタイムネットワークプローブツールを使用して、GA 設定前後の高速化パフォーマンスをテストすることもできます。応答時間を確認してデータ遅延を把握します。

どのようなタイプの GA インスタンスが作成されますか？

従量課金制の標準 GA インスタンスです。

アプリケーションの高速化を有効にすると、課金にどのような影響がありますか？

アプリケーションの高速化を有効にすると、インスタンス料金、CU 料金、トラフィック料金など、GA 関連の料金が追加されます。詳細については、「従量課金制 Global Accelerator インスタンスの課金」をご参照ください。

更新した ALB リスナーが高速化されないのはなぜですか？

初めて GA 統合を有効にすると、すべての ALB リスナー設定が GA に同期されます。その後の ALB リスナーへの変更は自動的に同期されません。GA コンソールで手動で更新する必要があります。

高速化後、ALB のアクセス制御ポリシーが機能しなくなったのはなぜですか？

GA 高速化後、エンドユーザーは GA の DNS 名を介してサービスにアクセスします。そのため、ALB のアクセス制御ポリシーは適用されなくなります。

同様の IP ベースのアクセス制御を実施するには、GA でアクセス制御ポリシーを設定します。詳細については、「GA アクセス制御」をご参照ください。