Server Load Balancer:セッション維持の設定

背景情報

デフォルトでは、ALB はリクエストを異なるバックエンドサーバーに分散します。セッションの永続化を有効にすると、同じクライアントからのリクエストは同じバックエンドサーバーに転送されます。これにより、バックエンドサーバーはステータス情報を維持し、クライアントに継続的なサービスを提供できます。

• セッション維持が無効な場合：ALB は同じクライアントからの各リクエストを独立して転送するため、そのクライアントからの連続したリクエストが異なるバックエンドサーバーに分散される可能性があります。バックエンドサーバーにログインして対話情報を取得するようなシナリオでは、複数回ログインする必要が生じる場合があります。

• セッション維持が有効な場合：同じクライアントからのリクエストは、ALB の同じバックエンドサーバーに分散されます。バックエンドサーバーにログインして対話情報を取得するようなシナリオでは、複数回ログインする必要がありません。

制限事項

• ALB Extensible Edition はセッション維持をサポートしていません。

• Function Compute サーバーグループでは、セッション維持は不要です。詳細については、「サーバーグループの作成と削除」をご参照ください。

前提条件

• インターネット向けの ALB インスタンスが 実行中 状態です。 詳細については、「ALB インスタンスの作成と管理」をご参照ください。

• サーバータイプまたは IP タイプのサーバーグループを作成済みであること。詳細については、「サーバーグループの作成と削除」をご参照ください。

• リクエストを受信するために、2 つのバックエンドサーバー ECS01 と ECS02 が作成されています。各インスタンスは、異なるバックエンドサービスを実行して、それぞれ固有のレスポンスを返します。例えば、ECS01 へのリクエストは "Hello World ! This is ECS01." を返し、ECS02 へのリクエストは "Hello World ! This is ECS02." を返します。セキュリティグループで、必要なサービスポートの受信トラフィックが許可されていることを確認してください。

• バックエンドサーバー ECS01 と ECS02 をサーバーグループに追加済みであること。詳細については、「バックエンドサーバーの追加と削除」をご参照ください。

• インスタンスにリスナーを設定済みであること。詳細については、「HTTP リスナーの追加」、「HTTPS リスナーの追加」、または「QUIC リスナーの追加」をご参照ください。

ステップ 1：セッション維持の設定

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

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

3. 左側のナビゲーションペインで、ALB > サーバーグループ を選択します。

4. サーバーグループ ページで、目的のサーバーグループを見つけ、操作 列の サーバーグループの編集 をクリックします。

5. 基本情報の変更 ダイアログボックスで、セッション維持を有効にします。

   セッション維持 を有効にし、Cookie の持続性 を選択します。

   • Cookie の挿入 を選択し、セッション持続性のタイムアウト期間 を設定してから、保存 をクリックします。

   • Cookie の上書き を選択し、Cookie 名を設定し、保存 をクリックします。

     この例では、Cookie 名は BACKEND_SERVER に設定されています。この名前はあくまで一例です。任意の名前を指定できます。

(オプション) ステップ 2：バックエンドサーバーでの Cookie の設定

1. ECS インスタンスに接続します。詳細については、「ECS インスタンスの接続ガイド」をご参照ください。

2. Web サーバーに応じて Cookie を設定します。

   説明

   Cookie の設定は Web サーバーによって異なります。以下の例では、一般的な Web サーバーについて説明します。お使いの Web サーバーが記載されていない場合は、正しい設定について公式ドキュメントをご参照ください。

   Nginx

   このセクションでは、CentOS 7.9 上で動作する NGINX 1.20.1 サーバーの設定例を示します。設定は環境によって異なる場合があります。

   1. Nginx 設定ファイルを変更して保存します。 必要な変更については、以下の手順をご参照ください。 nginx -t コマンドを実行して、設定ファイルのパスを表示します。 設定ファイルは通常、/etc/nginx ディレクトリにある nginx.conf ですが、実際のパスは環境によって異なる場合があります。

      http {
        # ...
        server {
          listen       80;
          # BACKEND_SERVER には、Cookie の書き換えで指定した Cookie 名を設定します。値には任意の文字列を使用できます。
          add_header Set-Cookie "BACKEND_SERVER=value";
          # ...
        }
      }
      

   2. 次のコマンドを実行して、NGINX 設定ファイルをリロードします。

      sudo nginx -s reload

   Apache

   このセクションでは、CentOS 7.9 上で動作する Apache 2.4.6 サーバーの設定例を示します。設定は環境によって異なる場合があります。

   1. Apache サービス設定ファイルを変更して保存します。必要な変更については、以下の手順をご参照ください。デフォルトのパスは通常 /etc/httpd/conf/httpd.conf ですが、実際のパスは環境によって異なります。

      # ...
      Listen 80
      # BACKEND_SERVER には、Cookie の書き換えで指定した Cookie 名を設定します。値には任意の文字列を使用できます。
      Header always set Set-Cookie "BACKEND_SERVER=value"
      # ...

   2. 次のコマンドを実行して、Apache 設定ファイルをリロードし、変更を適用します。

      sudo systemctl reload httpd.service

3. 上記の手順を繰り返して、サーバーグループ内の他のバックエンドサーバーの設定を変更します。

ステップ 3：セッション維持の確認

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

2. 上部メニューでリージョンを選択します。対象の ALB インスタンスを見つけ、そのドメイン名をコピーします。

3. ブラウザでドメイン名を入力します。いずれかのサーバーからのページが表示されます。ページを複数回更新します。ページの内容が同じままであることを確認します。

   例えば、最初のリクエストが ECS01 にルーティングされた場合、ページを更新した後、以降のすべてのリクエストも ECS01 にルーティングされます。

   複数回更新した後、レスポンスが ECS01 と ECS02 の間で交互に切り替わる場合、セッション維持が正しく機能していません。設定にエラーがないか確認し、再度テストしてください。

関連ドキュメント

• 設定中に問題が発生した場合は、「ALB のよくある質問」をご参照ください。

• ヘルスチェックの問題が発生した場合は、「ALB ヘルスチェック問題のトラブルシューティング」をご参照ください。