Server Load Balancer:ALB と GA を統合してアプリケーション高速化を実現する

GA の概要

GA は、安定した BGP 回線と Alibaba Cloud の輻輳のないグローバルネットワークを使用して、インターネットに接続するアプリケーションを高速化します。GA は、ビジネスシステムが複数のリージョンにデプロイされている場合、またはグローバルユーザーがアクセス可能な場合に、ネットワーク遅延、ネットワークジッター、およびパケット損失を削減できます。ユーザーは、世界中の最も近いアクセスポイントに接続することで、ビジネスシステムにアクセスできます。 GA は、Web アプリケーションの高可用性と高パフォーマンスを保証します。GA の詳細については、「Global Accelerator とは」をご参照ください。

ALB を GA と統合した後、GA コンソールで GA を構成または管理することなく、ALB コンソールで GA を有効にできます。これにより、構成プロセスが大幅に簡素化されます。

主な機能

• アプリケーションの高速化: グローバルユーザーからのリクエストは、最も近いアクセスポイントにルーティングされ、ユーザーエクスペリエンスが向上します。

• 簡素化された構成: GA は、簡単な構成の後、ALB コンソールで構成および有効化できます。

ユースケース

GA は、次のようなシナリオなど、複数のリージョンのグローバルユーザーからのアクセスを高速化するのに最適です。

• ゲームプラットフォームの高速化: ログインシステムや e コマースシステムなどのゲームプラットフォームは、GA を使用して、ログインが遅いことについてのユーザーからの苦情を減らすことができます。

• エンタープライズアプリケーションの高速化: 多国籍企業は、GA を使用して、グローバル従業員のコラボレーション効率とエクスペリエンスを向上させることができます。

• インターネットアプリケーションの高速化: インターネットアプリケーションは、GA を使用して、ユーザーエクスペリエンスとロイヤルティを向上させることができます。GA は、製品の人気を高めるのに役立ちます。

例

ある企業がリージョン内の ALB に高可用性サービスをデプロイし、そのサービスは複数のリージョンのグローバルユーザーがアクセスできます。インターネット品質の低下により、一部のユーザーはネットワーク遅延が大きくなります。

前述の問題に対処するために、企業は ALB と GA を統合して、ユーザーリクエストを最も近いアクセスポイントにルーティングし、ユーザーエクスペリエンスを大幅に向上させます。

制限事項

• 各 ALB インスタンスは 1 つの GA インスタンスにのみ関連付けることができます。

• GA は、次のシナリオではサポートされていません。

  • ALB インスタンスがリスナーに関連付けられていません。

  • ALB インスタンスまたはリスナーが変更されています。

  • ALB インスタンスが QUIC リスナーに関連付けられています。

  • ALB インスタンスに関連付けられた HTTPS リスナーが次のシナリオにあります。

    • HTTPS リスナーで相互認証が有効になっています。

    • HTTPS リスナーがカスタム TLS ポリシーを使用しています。

    • HTTPS リスナーが追加の証明書を使用しています。

  • ALB インスタンスのリスナーが gRPC サーバーグループに関連付けられています。

  • GA は、ALB インスタンスのリージョンでは使用できません。GA が使用可能なリージョンの詳細については、「高速化エリアとリージョン」をご参照ください。

  • GA インスタンスで使用されるエンドポイントのパブリック CIDR ブロックが、インターネットに接続する ALB インスタンスに関連付けられたリスナーの IP ブラックリストに登録されているか、IP ホワイトリストの CIDR ブロックと重複しています。詳細については、「GA インスタンスのエンドポイントグループの IP アドレスを表示する方法」をご参照ください。

前提条件

• インターネットに接続する ALB インスタンスまたは内部向け ALB インスタンスが作成されています。詳細については、「ALB インスタンスの作成と管理」のトピックをご参照ください。

• サーバーグループが作成されています。詳細については、「サーバーグループの作成と管理」をご参照ください。

• 2 つの Elastic Compute Service（ECS）インスタンスがサーバーグループに追加され、アプリケーションが ECS インスタンスにデプロイされています。この例では、ECS インスタンスの名前は ECS01 と ECS02 です。

  ECS インスタンスにテストアプリケーションをデプロイするためのサンプルコマンド

  ECS01 にテストアプリケーションをデプロイするためのサンプルコマンド:

  yum install -y nginx
  systemctl start nginx.service
  cd /usr/share/nginx/html/
  echo "Hello World !  This is ECS01." > index.html

  /* ECS02 にテストアプリケーションをデプロイするためのサンプルコマンド */

  yum install -y nginx
  systemctl start nginx.service
  cd /usr/share/nginx/html/
  echo "Hello World !  This is ECS02." > index.html

• ドメイン名が登録され、ドメイン名に対してインターネットコンテンツプロバイダー（ICP）番号が取得されています。ALB インスタンスの CNAME レコードが作成されています。詳細については、「汎用ドメイン名の登録」、「ICP 登録プロセス」、および「ALB インスタンスへの CNAME レコードの追加」をご参照ください。

• リスナーが作成されています。詳細については、「HTTP リスナーの追加」および「HTTPS リスナーの追加」をご参照ください。HTTPS リスナーを作成するには、Certificate Management Service で SSL 証明書を購入またはアップロードし、証明書をドメイン名に関連付ける必要があります。詳細については、「Certificate Management Service の開始」をご参照ください。

手順

次のステップ

高速化ステータスの表示

[統合サービス] タブの [Global Accelerator] カードに、GA インスタンスの ID、ドメイン名、およびステータスが表示されます。

アプリケーション高速化の無効化

ALB インスタンスのアプリケーション高速化を無効にするには、GA コンソールで GA インスタンスを削除するか、GA インスタンスに関連付けられている ALB リスナーとエンドポイントグループを削除します。

よくある質問

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

従量課金制の標準 GA インスタンスが作成されます。

GA を有効にした後、追加料金は発生しますか?

GA を有効にした後、GA 料金が発生します。GA 料金には、GA インスタンス料金、容量単位（CU）料金、およびデータ転送料金が含まれます。詳細については、「従量課金制 GA インスタンスの課金」をご参照ください。

ALB リスナーを追加した後、リスナーに対して GA が有効にならないのはなぜですか?

ALB リスナー情報は、GA を初めて有効にしたときにのみ GA に同期されます。リスナーの更新は GA に自動的に同期されません。GA コンソールでリスナー情報を手動で管理する必要があります。

GA を有効にした後、ALB のアクセス制御ポリシーが有効にならないのはなぜですか?

GA を有効にした後、高速化ドメイン名は GA インスタンスのドメイン名になります。その結果、ALB 制御ポリシーは有効になりません。

IP アドレスからのアクセスを制御するには、GA インスタンスのアクセス制御ポリシーを構成します。詳細については、「GA アクセス制御」をご参照ください。

参考資料

デフォルトでは、国境を越えた通信では、高速化のためにプレミアム帯域幅が使用されます。より高いネットワーク品質が必要な場合は、China Unicom の国境を越えた Express Connect 回線を使用してください。詳細については、「GA リソースの選択と購入」をご参照ください。