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

Server Load Balancer:サーバーグループの作成と管理

最終更新日:Jun 23, 2026

Application Load Balancer (ALB) サーバーグループは、クライアントリクエストを 1 つ以上のバックエンドサーバーにルーティングします。ALB インスタンスを使用するには、サーバーグループを作成し、転送されたリクエストを受信するためのバックエンドサーバーを追加する必要があります。

構成の計画

サーバーグループを作成する前に、ビジネス要件に基づいて主要な構成を決定します。サーバーグループタイプは作成後に変更できません。バックエンドサービスのデプロイ方法に基づいてタイプを選択してください。

サーバーグループタイプの選択

サーバーグループタイプ

バックエンドサービスタイプ

説明

関連ドキュメント

Server

Elastic Compute Service (ECS) インスタンス、Elastic Network Interface (ENI)、Elastic Container Instance (ECI) インスタンス

バックエンドサーバーは、サーバーグループと同じ Virtual Private Cloud (VPC) 内にある必要があります。

IP

IP アドレス

  • リモート IP 有効:バックエンドサーバーがサーバーグループの VPC 内にない場合 (他の VPC やオンプレミスデータセンター内の IP アドレスなど) に使用します。次の CIDR ブロックがサポートされています: 10.0.0.0/8、100.64.0.0/10、172.16.0.0/12、192.168.0.0/16。

  • リモート IP 無効:サーバーグループの VPC 内の IP アドレスのみがサポートされます。

Function Compute

Function Compute

Function Compute サービスをアクティブ化する必要があります。関数は ALB インスタンスと同じリージョンにある必要があります。

ALB インスタンスのバックエンドサービスとして Function Compute を追加する

重要

ALB インスタンスのバックエンドサーバーが解放された場合、またはそのプライベート IP アドレスが変更された場合、ALB はバックエンドサーバーを自動的に更新しません。サービスの中断を防ぐために、バックエンドサーバーを解放するか、またはそのプライベート IP アドレスを変更する前に、まず ALB サーバーグループからバックエンドサーバーを削除することを推奨します。

バックエンドプロトコルとスケジューリングアルゴリズム

バックエンドプロトコル

ユースケース

HTTP (デフォルト)

ほとんどの Web アプリケーションシナリオに適しています。HTTP、HTTPS、QUIC リスナーに適しています。

HTTPS

ALB インスタンスとそのバックエンドサーバー間で暗号化された通信が必要なシナリオに適しています。HTTPS および HTTP リスナーに適しています。

gRPC

gRPC プロトコルを使用するバックエンドサービスに適しています。HTTP/2 を有効にした HTTPS リスナーが必要です。

スケジューリングアルゴリズム

ユースケース

重み付きラウンドロビン

一般的なシナリオに適しています。重み比率に基づいてリクエストを均等に分散します。ラウンドロビンスケジューリングは、ユーザー単位ではなくリクエスト単位で実行されます。

重み付き最小接続

長時間接続が続くシナリオや、リクエスト処理時間に大きなばらつきがあるシナリオに適しています。重みとアクティブ接続数の両方を考慮し、負荷の低いサーバーを優先します。

コンシステントハッシュ

キャッシュヒット率の最適化など、リクエストアフィニティが必要なシナリオに適しています。ソース IP または URL パラメータのハッシュに基づいて、同じ特性を持つリクエストを同じバックエンドサーバーにルーティングします。

アルゴリズムロジックの詳細については、「ロードバランシングスケジューリングアルゴリズム」をご参照ください。

次の表は、リスナープロトコル、バックエンドプロトコル、ヘルスチェックプロトコル間の互換性を示しています。

リスナープロトコル

バックエンドプロトコル

サーバーグループタイプ

ヘルスチェックプロトコル

HTTP

HTTP、HTTPS

Server、IP、Function Compute

注:Function Compute サーバーグループの場合、バックエンドプロトコルとヘルスチェックプロトコルの設定は不要です。

HTTP、HTTPS、TCP、gRPC

Basic ALB インスタンスは HTTPS ヘルスチェックプロトコルをサポートしていません。

HTTPS

HTTP、HTTPS、gRPC

gRPC には、HTTP/2 を有効にした HTTPS リスナーが必要です。
Basic ALB インスタンスの HTTPS リスナーは、HTTP および gRPC バックエンドプロトコルのみをサポートしています。

QUIC

HTTP

サーバーグループの作成と削除

サーバーグループの作成

  1. ALB コンソールの [サーバーグループ] ページに移動します。

  2. 上部メニューでリージョンを選択し、サーバーグループの作成 をクリックします。次のパラメーターを設定し、作成 をクリックします。

    • サーバーグループタイプ:バックエンドサービスがどのようにデプロイされているかに基づいてタイプを選択します。

      • [サーバー]:ECS インスタンス、ENI、または ECI インスタンスをバックエンドサーバーとして使用します。バックエンドサーバーは、サーバーグループと同じ VPC 内に存在する必要があります。

      • [IP]:IP アドレスをバックエンドサーバーとして使用します。VPC 内の IP アドレスをサポートします。リモート IP を有効にすると、他の VPC やオンプレミスデータセンターの IP アドレスも追加できます。

      • [Function Compute]:Function Compute をバックエンドサービスとして使用します。Function Compute サービスを有効化する必要があり、関数は ALB インスタンスと同じリージョンに存在する必要があります。

    • サーバーグループ名:サーバーグループのカスタム名を入力します。

    • VPC:サーバーグループが属する VPC です。この VPC 内のバックエンドサーバーのみが、このサーバーグループに追加できます。

      IP タイプのサーバーグループの場合、リモート IP を有効にすると、バックエンドサーバーはこの VPC に限定されませんが、VPC ネットワークから到達可能である必要があります。
      Function Compute サーバーグループでは、このパラメーターを設定する必要はありません。
    • バックエンドサーバープロトコル:ALB インスタンスとバックエンドサーバー間の通信に使用するプロトコルを選択します。

      • [HTTP] (デフォルト):HTTP、HTTPS、および QUIC リスナーに適しています。ALB インスタンスは HTTP を使用してバックエンドサーバーと通信します。

      • HTTPS:HTTPS および HTTP リスナーに適しています。ALB インスタンスは HTTPS を使用してバックエンドサーバーと暗号化通信を行います。

      • [gRPC]:HTTPS リスナーに適しています。ALB インスタンスは gRPC プロトコルを使用してバックエンドサーバーと通信します。

      ベーシック ALB インスタンスの場合、HTTPS リスナーは HTTP および gRPC バックエンドプロトコルのみをサポートします。
      Function Compute サーバーグループでは、このパラメーターを設定する必要はありません。
    • スケジューリングアルゴリズム:リクエストの分散戦略を選択します。

      • [重み付けラウンドロビン]:重み比に基づいてリクエストを分散します。重みが大きいバックエンドサーバーほど、より多くのリクエストを受け取ります。

      • [重み付け最小接続]:重みとアクティブな接続数の両方に基づいてリクエストを分散します。同じ重みのサーバーの中では、現在最も接続数が少ないサーバーが次のリクエストを受け取ります。

      • [コンシステントハッシュ]:ハッシュ係数に基づいて、同じ特性を持つリクエストを同じバックエンドサーバーにルーティングします。

        [ハッシュ要素の選択]:

        • [送信元 IP]:クライアントのソース IP アドレスに基づいてハッシュ化します。

        • [URL 設定]:指定された URL パラメーターの値に基づいてハッシュ化します。指定された URL を入力する必要があります。

          指定された URL には、useridsessionid のようなリクエスト URL のクエリパラメーター名を入力します。ALB はこのパラメーターの値をハッシュ化し、同じパラメーター値を持つリクエストを同じバックエンドサーバーにルーティングします。

          たとえば、指定された URLuserid に設定した場合、?userid=123 を含むリクエストは常に同じバックエンドサーバーにルーティングされます。この方法は、ショッピングカートセッションのバインディングやキャッシュヒット率の最適化など、セッション維持を必要とするシナリオで役立ちます。

          ハッシュベースの分散効果を最大化するために、サーバーグループに 2 つ以上のバックエンドサーバーを追加することを推奨します。

      Function Compute サーバーグループでは、このパラメーターを設定する必要はありません。
    • タグとリソースグループ:オプション。サーバーグループの分類や管理に使用します。

      • タグキータグ値:キーと値のペアでサーバーグループにタグ付けします。

      • リソースグループ:サーバーグループが属するリソースグループです。デフォルトでは、デフォルトのリソースグループが使用されます。

    • バックエンドの持続的接続:デフォルトで有効です。有効にすると、ALB はバックエンドサーバーとの持続的な TCP 接続を維持します。可能な場合、新しいリクエストは既存の接続を再利用します。これにより、レイテンシーが短縮され、バックエンドサーバーの負荷が軽減されます。

      Function Compute サーバーグループでは、このパラメーターを設定する必要はありません。
    • ヘルスチェック:デフォルトで有効です。バックエンドサーバーの可用性をチェックします。

      Function Compute サーバーグループでは、ヘルスチェックはデフォルトで無効になっています。有効にすると、ヘルスチェックプローブは Function Compute のリクエストとしてカウントされ、料金 が発生します。
      • ヘルスチェックの設定:右側の 編集 をクリックして設定を展開します。パラメーターの説明については、「ALB のヘルスチェック」をご参照ください。

      • ヘルスチェックの選択と読み込み:既存のヘルスチェックテンプレートを選択し、その設定を読み込みます。

        サーバーグループやリスナーに関連付けられていないヘルスチェックテンプレートを、後で使用するために作成できます。
        サーバーグループは 1 つのヘルスチェックのみをサポートします。

サーバーグループの削除

サーバーグループは、リスナーの転送ルールに関連付けられていない場合にのみ削除できます。サーバーグループを削除しても、そのバックエンドサーバーには影響しません。

ALB コンソールの [サーバーグループ] ページに移動します。削除するサーバーグループを見つけます。操作 列で、更多 アイコンをクリックし、削除 を選択してから OK をクリックします。

API

  • CreateServerGroup API を呼び出してサーバーグループを作成します。

  • DeleteServerGroup API を呼び出して指定したサーバーグループを削除します。

バックエンドサーバーの追加と削除

バックエンドサーバーを追加する前に、アプリケーションがサーバーにデプロイされていることを確認してください。

重要
  • バックエンドサーバーのセキュリティグループルール、iptables、またはその他のセキュリティソフトウェアで、以下のアドレスがブロックされていないことを確認してください。

    • アップグレードされた ALB インスタンスは、vSwitch の CIDR ブロックにあるプライベート IP アドレス (ローカル IP) を使用して通信します。これらの IP アドレスは、インスタンスの詳細ページで確認できます。

    • アップグレードされていない ALB インスタンスは、100.64.0.0/10 の CIDR ブロックを使用してバックエンドサーバーと通信します。

  • バックエンドサーバーの設定によって、ループを引き起こす転送パスが作成されないようにしてください。

バックエンドサーバーの追加

サーバータイプ

  1. ALB コンソールの [サーバーグループ] ページに移動します。 目的のサーバーグループを見つけ、操作 列の バックエンドサーバーの変更 をクリックします。

  2. バックエンドサーバー タブで、バックエンドサーバーの追加 をクリックします。バックエンドサーバーの追加 パネルで、サーバーを追加し、次へ をクリックします。

    • ECS インスタンスの追加

      サーバータイプECS/ENI に設定し、対象の ECS インスタンスを選択します。

      利用可能な ECS インスタンスがない場合は、サーバーリストの右上隅にあるECS の購入をクリックします。
    • ENI の追加

      1. サーバータイプECS/ENIに設定し、上級モードスイッチをオンにします。

      2. 対象の ECS インスタンス ID の左側にある 展开符合 アイコンをクリックし、対象の Elastic Network Interface (ENI) を選択します。

      ENI を追加するには、その ENI が ECS インスタンスにバインドされていることを確認してください。詳細については、「セカンダリENIのバインド」をご参照ください。
    • ECI インスタンスの追加

      サーバータイプECI に設定し、対象の ECI インスタンスを選択します。

      ECI インスタンスが利用できない場合は、サーバーリストの右上隅にあるElastic Container インスタンスの購入をクリックします。
  3. ポート/重み ページで、追加されたサーバーのポートとウェイトを設定し、OK をクリックします。

    • [ポート]:バックエンドサーバーのサービスポートです。

    • [重み]:サーバーに分散されるトラフィックの割合です。有効な値:0~100。デフォルト値:100。

      たとえば、サーバーグループに重みが 100、50、50 の 3 台のサーバーが含まれている場合、リクエストは 2:1:1 の比率で分散されます。重みが 100 のサーバーはリクエストの 50% を受信し、他の 2 台のサーバーはそれぞれリクエストの 25% を受信します。

      説明
      • セッション維持が有効になっている場合、バックエンドサーバー間のリクエスト分散が不均等になる可能性があります。

      • サーバーの重みを 0 に設定すると、そのサーバーは新しいリクエストを受信しなくなります。

      • ヘルスチェックに失敗したサーバーはトラフィックを受信しません。リクエストは、残りの正常なサーバー間で重みに応じて分散されます。

      • サーバーグループ内のすべてのサーバーが異常な場合でも、ALB はサービスの中断を最小限に抑えるため、サーバーの重みに基づいてトラフィックの分散を試みます。

    一括操作

    • 複数のサーバーを選択し、リストの下部にある同じポートを設定同じ重みを設定、またはバッチ削除を使用します。

    • ポートまたはウェイトの入力ボックスの右側にポインターを合わせ、下方向へコピー上方向へコピー、または すべてコピー を選択すると、現在の値を他のサーバーにすばやく適用できます。

    • すべてのサーバーポートをクリアするか、すべてのウェイトをデフォルト値に復元するには、ポート または 重み 列ヘッダーの右側にある リセット をクリックします。

Function Computeタイプ

Function Compute 2.0 と 3.0 の両方に対応しています。ALB は Alibaba Cloud 内部ネットワークを介して Function Compute と安全に通信します。

使用前に Function Compute サービスをアクティブ化する必要があります。2024 年 8 月 27 日以降に登録され、本人確認を完了した Alibaba Cloud アカウントは、アクティブ化なしで直接サービスを使用できます。

制限事項

  • Function Compute 関数をバックエンドサーバーとして追加できるリージョン

  • ALB インスタンスと関数は同じリージョンに存在する必要があります。

  • Function Compute タイプのサーバーグループには、関数を 1 つのみ含めることができます。

  • Function Compute 2.0 の場合、[ハンドラータイプ][イベントハンドラー] に設定されている場合は、HTTP トリガーを設定して関数を ALB インスタンスに関連付けます。

  1. ALB コンソールのサーバーグループページに移動します。対象のサーバーグループを見つけ、操作 列の バックエンドサーバーの変更 をクリックします。

  2. バックエンドサーバー タブで、関数の追加 をクリックします。バックエンドサーバーの追加 パネルで、次のいずれかの方法を使用して関数を設定し、OK をクリックします。

    • [{value, select, service {サービス} arn {ARN}} other { {value}]

      • [関数名]: 既存の関数を選択します。利用可能な関数がない場合は、関数を作成 をクリックします。詳細については、「関数を作成する」をご参照ください。

      • [バージョン / エイリアス]: バージョンを指定 または エイリアスを設定 を選択します。 デフォルトでは、新しく作成された関数には LATEST バージョンのみが存在します。

    • ARN で設定

      • [ARN]:対象関数の Alibaba Cloud Resource Name (ARN) を入力します。Function Compute コンソールの関数詳細ページから関数 ARN を取得できます。

IP タイプ

リモート IP が無効になっている場合は、現在の VPC の CIDR ブロックにある IP アドレスのみを追加できます。リモート IP が有効になっている場合は、他の VPC やオンプレミスデータセンターの IP アドレスも追加できます。

説明

2025 年 2 月 25 日 00:00:00 (UTC+8) 以降、新規作成されるインスタンスはデフォルトでアップグレードされた ALB バージョンを使用します。自己申請で作成されたインスタンスを除き、既存の ALB インスタンスは影響を受けません。詳細については、「Application Load Balancer (ALB) インスタンスのアップグレードに関するお知らせ」をご参照ください。

制限

警告

アップグレードされていない ALB インスタンスでは、IP タイプのサーバーグループに、同一 VPC 内の ALB、Network Load Balancer (NLB)、または Classic Load Balancer (CLB) インスタンスを追加できません。同一 VPC からこれらのリソースを追加する必要がある場合は、潜在的なサービスの問題を回避するために、アップグレードされた ALB インスタンスを使用してください。

アップグレード済み

バックエンドサーバーの制限事項

  • プライベート IP アドレスのみがサポートされています。パブリック IP アドレスはサポートされていません。

  • IP バージョンIPv4/IPv6 デュアルスタック に設定した場合、サーバーグループの VPC CIDR ブロックから IPv6 アドレスのみを追加できます。リモート IP は有効にできません。

ALB とバックエンドサーバー間の転送設定の制限事項

  • Enterprise Edition トランジットルーターを使用する場合、指定したアベイラビリティーゾーンの vSwitch に Elastic Network Interface (ENI) が作成されます。この ENI は、VPC からトランジットルーターへのトラフィックの入口として機能します。VPC を作成する際は、VPC をトランジットルーターに接続するために、指定したアベイラビリティーゾーンに少なくとも 1 つの vSwitch を作成してください。詳細については、「トランジットルーターの仕組み」をご参照ください。

  • ALB インスタンスとそのバックエンドサーバー間のトラフィックは、システムルートテーブルを介してのみ転送できます。VPC 内のカスタムルートテーブルはサポートされていません。

未アップグレード

バックエンドサーバーの制限事項

ALB とバックエンドサーバー間の転送設定の制限事項

  • リモート IP 転送には、Enterprise Edition トランジットルーターまたは Express Connect を使用できます。Basic Edition トランジットルーターはサポートされていません。

    Enterprise Edition トランジットルーターを使用する場合、指定したアベイラビリティーゾーンの vSwitch に Elastic Network Interface (ENI) が作成されます。この ENI は、VPC からトランジットルーターへのトラフィックの入口として機能します。VPC を作成する際は、VPC をトランジットルーターに接続するために、サポートされているアベイラビリティーゾーンに少なくとも 1 つの vSwitch を作成してください。詳細については、「Enterprise Edition トランジットルーターをサポートするリージョンとゾーン」をご参照ください。

  • クラウドエンタープライズネットワーク (CEN) インスタンス内では、クロスリージョンバックエンドサーバーを使用する ALB インスタンスを配置できるのは、リージョンごとに 1 つの VPC のみです。

    image
    • ALB インスタンスが同一リージョン内の複数の VPC にある場合、同じトランジットルーターを使用してバックエンドサービスにアクセスすることはできません。

      image
    • 同一リージョン内の複数の VPC にあるALB インスタンスは、複数のトランジットルーターを使用して同一のバックエンドサービスにアクセスすることはできません。

      image
  • ALB インスタンスとそのバックエンドサーバー間のトラフィックは、システムルートテーブルを介してのみ転送できます。VPC のカスタムルートテーブルはサポートされていません。

  1. ALB コンソールの サーバーグループ ページに移動します。対象のサーバーグループを探し、操作 列の バックエンドサーバーの変更 をクリックします。

  2. バックエンドサーバー タブで IP アドレスの追加 をクリックし、バックエンドサーバーの追加 パネルでバックエンドサーバーの IP アドレスを入力して、次へ をクリックします。

    • リモート IP アドレス を有効にすると、次のプライベート CIDR ブロックから IP アドレスを入力できます: 10.0.0.0/8、100.64.0.0/10、172.16.0.0/12、および 192.168.0.0/16。

    • リモート IP アドレス を有効にしない場合、現在の VPC の CIDR ブロックの IP アドレスのみ入力できます。

    • 複数のバックエンドサーバーを追加するには、IP アドレスの追加 をクリックします。

  3. ポート/重み ページで、ポートとウェイトを設定し、次に OK をクリックします。

    • [ポート]:バックエンドサーバーがサービスを提供するポートです。

    • [重み]:サーバーに分散されるトラフィックの割合です。有効な値:0~100。デフォルト値:100。

      たとえば、サーバーグループに重みが 100、50、50 の 3 台のサーバーが含まれている場合、リクエストは 2:1:1 の比率で分散されます。重みが 100 のサーバーはリクエストの 50% を受信し、他の 2 台のサーバーはそれぞれリクエストの 25% を受信します。

      説明
      • セッション維持が有効になっている場合、バックエンドサーバー間のリクエスト分散が不均等になる可能性があります。

      • サーバーの重みを 0 に設定すると、そのサーバーは新しいリクエストを受信しなくなります。

      • ヘルスチェックに失敗したサーバーはトラフィックを受信しません。リクエストは、残りの正常なサーバー間で重みに応じて分散されます。

      • サーバーグループ内のすべてのサーバーが異常な場合でも、ALB はサービスの中断を最小限に抑えるため、サーバーの重みに基づいてトラフィックの分散を試みます。

    一括操作

    • 複数のサーバーを選択し、リストの下部にある同じポートを設定同じ重みを設定、またはバッチ削除を使用します。

    • ポートまたはウェイトの入力ボックスの右側にポインターを合わせ、下方向へコピー上方向へコピー、または すべてコピー を選択すると、現在の値を他のサーバーにすばやく適用できます。

    • ポート または 重み 列ヘッダーの右側にある リセット をクリックして、すべてのサーバーポートをクリアするか、すべての重みをデフォルト値に復元します。

バックエンドサーバーの削除

削除したサーバーは、転送されるリクエストを処理しなくなります。

警告

サーバーを直接削除すると、サービスが中断される可能性があります。サーバーを削除する前に、サーバーの重みを 0 に設定することを推奨します。

  1. ALB コンソールの[サーバーグループ] ページに移動します。 目的のサーバーグループを見つけ、操作 列の バックエンドサーバーの変更 をクリックします。

  2. バックエンドサーバー タブで、除去するバックエンドサーバーを探します。 操作 列で 削除 をクリックし、次に OK をクリックします。

API

  • AddServersToServerGroup API を呼び出して、サーバーグループにバックエンドサーバーを追加します。

  • RemoveServersFromServerGroup API を呼び出して、サーバーグループからバックエンドサーバーを削除します。

セッション維持

ショッピングカートやログイン状態を維持するシナリオなど、同じクライアントからの複数のリクエストを同じバックエンドサーバーで処理する必要がある場合は、セッション維持を有効にします。

[セッション維持]:デフォルトでは無効です。有効にすると、ALB は同じクライアントからのリクエストを同じバックエンドサーバーにルーティングします。

Function Compute サーバーグループでは、このパラメーターを設定する必要はありません。
セッション維持は、サーバータイプおよびIP タイプのサーバーグループでのみサポートされます。クロスゾーン負荷分散が無効になっている場合、セッション維持はサポートされません。

コンソール

サーバーグループを作成または編集するときに、セッション維持を有効にし、Cookie 処理方法を選択します:

  • [Cookie の持続性]:

    • [Cookie の挿入]:ALB は SERVERID という名前の Cookie を生成し、レスポンスに追加します。この Cookie を含むリクエストは、同じバックエンドサーバーに転送されます。[セッション持続性のタイムアウト期間]は 1~86,400 秒です。

    • [Cookie の上書き]: ALB はユーザー定義の Cookie の値を書き換えます。Cookie 名を指定する必要があります。

API

CreateServerGroup API または UpdateServerGroupAttribute API を呼び出すときに、StickySessionConfig を使用してセッション維持を設定します。

詳細については、「セッション維持の設定」をご参照ください。

グレースフルなサーバーの起動とシャットダウン

スロースタート

新しく追加されたバックエンドサーバーは、キャッシュのウォームアップ不足や接続プールの未確立などの要因により、すぐに全トラフィック負荷を処理できない場合があります。スロースタートを有効にすると、ALB インスタンスは指定された期間にわたって新しいサーバーに送信されるリクエスト数を徐々に増やします。これにより、完全に準備が整っていないサーバーがトラフィックの急増によって圧倒されることを防ぎます。

この機能は、スケジューリングアルゴリズムが 重み付きラウンドロビン に設定されている場合にのみサポートされます。
Standard および WAF-enhanced ALB インスタンスのみがサポートされます。Basic ALB インスタンスはサポートされていません。
Function Compute タイプのサーバーグループでは、このパラメータを設定する必要はありません。

コンソール

サーバーグループを作成または編集するときは、スロースタート を有効にします。スロースタートの持続時間 を 30~900 秒の範囲で設定します。デフォルトは 30 秒です。期間が終了すると、通常のトラフィック分散が再開されます。

API

CreateServerGroup または UpdateServerGroupAttribute を呼び出す際に、SlowStartConfig パラメータを使用してスロースタートを設定します。

説明

スロースタートの動作:

  • サーバーグループ内の既存の正常なバックエンドサーバーは、自動的にスロースタートモードに入りません。空のサーバーグループに追加された最初のバックエンドサーバーも、スロースタートモードに入りません。新しいバックエンドサーバーは、スロースタートモードでない正常なバックエンドサーバーが少なくとも 1 台存在するサーバーグループに追加された場合にのみ、スロースタートモードに入ります。

  • スロースタートモード中のバックエンドサーバーが削除されると、スロースタートモードを終了します。同じバックエンドサーバーが再度追加された場合、ヘルスチェックに合格した後、スロースタートモードに再び入ります。

  • スロースタートモード中のバックエンドサーバーは、ヘルスチェックに失敗するとスロースタートモードを終了します。ヘルスチェックのステータスが正常に戻ると、スロースタートモードに再び入ります。

  • ヘルスチェックが有効な場合、スロースタートはバックエンドサーバーがヘルスチェックに合格した後に有効になります。ヘルスチェックが無効な場合、スロースタートは即座に有効になります。

詳細については、「スロースタートの設定」をご参照ください。

接続ドレイン

バックエンドサーバーが削除された場合、またはヘルスチェックに失敗した場合、既存の接続はデフォルトでは、クライアントが能動的に切断するか、セッションが期限切れになった場合にのみ終了します。接続ドレインにより、これらの接続は終了される前に、指定されたタイムアウト期間内に処理を完了できるため、グレースフルシャットダウンが保証されます。

Standard および WAF-enhanced ALB インスタンスのみがサポートされます。Basic ALB インスタンスはサポートされていません。
Function Compute サーバーグループでは、このパラメータを設定する必要はありません。

コンソール

サーバーグループを作成または編集するときは、グレースフル・シャットダウン を有効にし、グレースフル・シャットダウンのタイムアウト を設定します。タイムアウト期間は 0~900 秒の範囲で設定できます。値が 0 の場合、接続はすぐに中断されます。デフォルト値は 300 秒です。

API

CreateServerGroup または UpdateServerGroupAttribute を呼び出す際に、ConnectionDrainConfig を使用して接続ドレインを設定します。

詳細については、「接続ドレインの設定」をご参照ください。

クロスゾーンレイテンシーの削減

デフォルトでは、ALB インスタンスは同じリージョン内の異なるアベイラビリティーゾーンにあるバックエンドサーバーにトラフィックを分散します。ビジネスがレイテンシーに敏感で、各アベイラビリティーゾーンに十分なバックエンドサーバーリソースがある場合は、クロスゾーン負荷分散を無効にできます。これにより、トラフィックは同じアベイラビリティーゾーン内のバックエンドサーバーにのみ分散され、クロスゾーンのネットワーク遅延が削減されます。

この機能は、標準および WAF 有効 ALB インスタンスでのみ無効にできます。ベーシック ALB インスタンスは、この機能をサポートしていません。
リモート IP が有効な IP ベース のサーバーグループでは、クロスゾーン負荷分散を無効にすることはできません。
クロスゾーン負荷分散が無効になっている場合、セッション維持はサポートされません。
Function Compute タイプのサーバーグループでは、このパラメーターを設定する必要はありません。

コンソール

サーバーグループを作成または編集するときに、クロスゾーン負荷分散 をオフにします。

API

CreateServerGroup API または UpdateServerGroupAttribute API を呼び出すときに、CrossZoneEnabledfalse に設定してクロスゾーン負荷分散を無効にします (デフォルト値は true です)。

詳細については、「クロスゾーン負荷分散の無効化」をご参照ください。

IPv6 バックエンドサーバーの追加

サーバーグループに IPv6 バックエンドサーバーを追加する必要がある場合は、IP バージョンIPv4/IPv6 デュアルスタック に設定します。

  • この機能は、サーバーIP タイプのサーバーグループでのみサポートされています。

  • サーバーグループが属する VPC には、IPv6 有効化 が必要です。

  • IP バージョンIPv4/IPv6 デュアルスタック のサーバーグループは、デュアルスタック ALB インスタンスの転送ルールにのみ追加できます。

  • IP タイプのサーバーグループの場合、ALB インスタンスは アップグレードされたインスタンス である必要があります。この構成では、現在の VPC からの IPv6 アドレスのみがサポートされ、リモート IP は有効にできません。

コンソール

サーバーグループを作成する際、IP バージョンIPv4/IPv6 デュアルスタック に設定します。

API

CreateServerGroup オペレーションを呼び出すとき、Ipv6Enabledtrue に設定します。これは、IP バージョンIPv4/IPv6 デュアルスタック に設定することに相当します。

ヘルスチェック設定の編集

サーバーグループのヘルスチェック設定を変更します。

警告
  • ヘルスチェックを無効にすると、 ALB はバックエンドサーバーの異常を検知できず、自動的にトラフィックを正常なサーバーにルーティングしなくなります。

  • ヘルスチェック間隔を長くすると、 ALB が異常なサーバーを検知するまでの時間が長くなります。

コンソール

  1. ALB コンソールの [サーバーグループ] ページに移動します。対象のサーバーグループを見つけ、 操作 列の ヘルスチェックの変更 をクリックします。

  2. ヘルスチェックの変更 ダイアログボックスで、必要に応じてヘルスチェックを有効または無効にします。有効にした場合は、 ヘルスチェック の右側にある 編集 をクリックしてパラメーターを変更します。

API

UpdateServerGroupAttribute オペレーションを呼び出して、サーバーグループのヘルスチェック設定を更新します。

課金

サーバーグループは無料です。ただし、 ALB インスタンス およびサーバーグループに追加されたバックエンドサーバーには、それぞれの課金ルールに基づいて料金が発生します。

クォータ

クォータ名

説明

デフォルト値

最大値

調整可能

alb_quota_loadbalancer_servers_num_basic_edition

ベーシック ALB インスタンスに追加できるバックエンドサーバーの数

200

400

はい

alb_quota_loadbalancer_servers_num_standard_edition

スタンダード ALB インスタンスに追加できるバックエンドサーバーの数

1,000

1,500

alb_quota_loadbalancer_servers_num_standardwithwaf_edition

WAF が有効化された ALB インスタンスに追加できるバックエンドサーバーの数

1,000

1,500

alb_quota_server_added_num

1 つのバックエンドサーバー (IP アドレス) を追加できるサーバーグループの数

200

300

alb_quota_servergroup_attached_num

1 つのサーバーグループを関連付けることができる転送ルールの数

50

100

alb_quota_server_groups_weight

転送ルールにおける単一サーバーグループの最大重み

100

10,000

営業担当者にお問い合わせください