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

サーバーグループを作成する

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

2. 上部のナビゲーションバーで、サーバーグループを作成するリージョンを選択します。

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

4. サーバーグループ ページで、サーバーグループの作成 をクリックします。

5. [サーバーグループの作成] ダイアログボックスで、パラメーターを構成し、作成 をクリックします。 次の表でパラメーターについて説明します。

パラメーター	説明
サーバーグループタイプ	バックエンドサーバーをサーバーグループに追加する方法を指定します。 有効な値： サーバー: バックエンドサーバーは、ECS インスタンス、Elastic Network Interface (ENI)、および Elastic Container Instance を指定することで追加されます。 IP: バックエンドサーバーは、IP アドレスを指定することで追加されます。 Function Compute: バックエンドサーバーは、関数を指定することで追加されます。
サーバーグループ名	サーバーグループのカスタム名。
VPC	VPC ドロップダウンリストから VPC を選択します。 VPC 内のサーバーのみをサーバーグループに追加できます。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
バックエンドサーバープロトコル	バックエンドプロトコルを選択します。 有効な値： HTTP: これはデフォルト値です。 このオプションを選択した場合、サーバーグループを HTTPS、HTTP、および QUIC リスナーに関連付けることができます。 HTTPS: このオプションを選択した場合、サーバーグループを HTTPS リスナーに関連付けることができます。 gRPC: このオプションを選択した場合、サーバーグループを HTTPS リスナーに関連付けることができます。 説明 HTTPS または gRPC を使用するサーバーグループのみを、ベーシック ALB インスタンスの HTTPS リスナーに関連付けることができます。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
スケジューリングアルゴリズム	スケジューリングアルゴリズムを選択します。 有効な値： 重み付けラウンドロビン: 重みの大きいバックエンドサーバーは、重みの小さいバックエンドサーバーよりも多くのリクエストを受信します。 重み付け最小接続数: リクエストは、バックエンドサーバーへの重みと接続数に基づいて分散されます。 2 つのバックエンドサーバーの重みが同じ場合、リクエストは接続数の少ないバックエンドサーバーに転送されます。 コンシステントハッシュ: 同じ送信元 IP アドレスからのリクエストは、同じバックエンドサーバーに転送されます。 ハッシュ係数: ハッシュ係数を選択します。 送信元 IP: 同じ送信元 IP アドレスからのリクエストは、同じバックエンドサーバーに転送されます。 URL パラメーター: 同じ URL へのリクエストは、同じバックエンドサーバーに転送されます。 この操作を選択した場合は、[指定 URL] パラメーターを構成します。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
タグとリソースグループ	必要に応じて、タグとリソースグループを指定します。 タグを追加するには、[タグキー] と [タグ値] を指定します。 リソースグループ: サーバーグループを所属させるリソースグループを選択します。
IPv6	IPv6 を有効にするかどうかを指定します。 IPv6 はデフォルトで無効になっています。 IPv6 を有効にすると、IPv4 および IPv6 バックエンドサーバーをサーバーグループに追加できます。 IPv6 を無効にすると、IPv4 バックエンドサーバーのみをサーバーグループに追加できます。 説明 サーバータイプまたは IP タイプのサーバーグループはこのパラメーターをサポートしますが、Function Compute タイプのサーバーグループはサポートしません。 サーバーグループがデプロイされている VPC で IPv6 が有効になっている場合 にのみ、このパラメーターを使用できます。 IPv6 が有効になっているサーバーグループは、デュアルスタック ALB インスタンスのリスナーおよび転送ルールにのみ関連付けることができます。 IPv6 が有効になっている IP タイプのサーバーグループの場合: アップグレードされたデュアルスタック ALB インスタンスのリスナーおよび転送ルールにのみ関連付けることができ、アップグレードされていない ALB インスタンスには関連付けることができません。 サーバーグループがデプロイされている VPC の CIDR ブロック内の IPv6 アドレスのみを、バックエンドサーバーとしてサーバーグループに追加できます。 リモート IP アドレスはサポートされていません。
セッション維持	セッション維持を有効にするかどうかを指定します。 セッション維持はデフォルトで無効になっています。 セッション維持が有効になっている場合、ALB はクライアントからのすべてのリクエストを同じバックエンドサーバーに転送します。 Cookie オプション: Cookie を処理する方法を選択します。 Cookie を挿入: ALB は、クライアントに送信される最初の HTTP または HTTPS レスポンスにセッション Cookie (SERVERID) を挿入します。 後続の ALB へのリクエストがこの Cookie を保持している場合、ALB は Cookie に基づいてリクエストの宛先サーバーを決定します。ALBALB Cookie を書き換え: ALB がユーザー定義の Cookie を検出した場合、ALB は元の Cookie をユーザー定義の Cookie に置き換えます。 後続の ALB へのリクエストがこのユーザー定義の Cookie を保持している場合、ALB は Cookie に基づいてリクエストの宛先サーバーを決定します。ALBALB セッション維持タイムアウト期間: セッション維持のタイムアウト期間を指定します。 有効な値: 1 ～ 86400。 単位: 秒。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
クロスゾーンロードバランシング	クロスゾーンロードバランシングを有効にするかどうかを指定します。 クロスゾーンロードバランシングはデフォルトで有効になっています。 ALB は、同じリージョン内のすべてのゾーンにデプロイされているバックエンドサービスにリクエストを分散します。 クロスゾーンロードバランシングが無効になっている場合、ALB は単一ゾーンにデプロイされているバックエンドサービスにリクエストを分散します。 説明 クロスゾーンロードバランシングが無効になっているサーバーグループは、スタンダード ALB インスタンスおよび WAF 対応 ALB インスタンスにのみ関連付けることができます。 ベーシック ALB インスタンスには関連付けることができません。 クロスゾーンロードバランシングが無効になっている場合、[セッション維持] を有効にすることはできません。 IP タイプのサーバーグループの場合、[リモート IP] が有効になっている場合、クロスゾーンロードバランシングを無効にすることはできません。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
バックエンドの持続的接続	バックエンドの持続的接続機能を有効にするかどうかを指定します。 デフォルトでは、この機能は有効になっています。 バックエンドの持続的接続が有効になっている場合、ALB とバックエンドサーバー間で特定の数の TCP 接続が維持されます。 ALB インスタンスが新しいリクエストを受信し、アイドル状態の持続的 TCP 接続が存在する場合、ALB は優先的にその TCP 接続を使用してリクエストをバックエンドサーバーに転送します。 これにより、TCP ハンドシェイクの数とバックエンドサーバーの負荷が軽減されます。ALBALB 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
スロースタート	ビジネス要件に基づいてスロースタートモードを有効にします。 スロースタートモードはデフォルトで無効になっています。 スロースタートモードを有効にするには、[スロースタート期間] パラメーターを構成します。 有効な値: 30 ～ 900。 デフォルト値: 30。 単位: 秒。 スロースタートモードを有効にすると、ALB はスケールアウトされたバックエンドサーバーに転送されるリクエスト数を徐々に増やし、リソースの準備、キャッシング、プリフェッチなどのシナリオにおけるトラフィックの急増を防ぎます。スロースタート期間が終了すると、ALB は重みに基づいてバックエンドサーバーにリクエストを転送します。スロースタート期間の終了後にスケールアウトされたバックエンドサーバーは、スロースタートモードになりません。 説明 標準および WAF 対応 ALB インスタンスのみがスロースタートモードをサポートしています。ベーシック ALB インスタンスはスロースタートモードをサポートしていません。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。 [スケジューリングアルゴリズム] を [重み付けラウンドロビン] に設定した場合にのみ、サーバーグループでスロースタートモードがサポートされます。 スロースタートモードを有効にしても、正常なバックエンドサーバーは自動的にスロースタートモードになりません。 空のサーバーグループに対してスロースタートモードを有効にする場合: サーバーグループに追加された最初のバックエンドサーバーは、スロースタートモードになりません。 新しいバックエンドサーバーは、少なくとも 1 つの正常なバックエンドサーバーがスロースタートモードになっている場合にのみ、スロースタートモードになることができます。 スロースタート期間が終了する前に削除されたバックエンドサーバーは、自動的にスロースタートモードを終了します。 バックエンドサーバーをサーバーグループに再度追加する場合、バックエンドサーバーはヘルスチェックに合格した場合にのみスロースタートモードになることができます。 スロースタート期間が終了する前にバックエンドサーバーが異常と宣言された場合、バックエンドサーバーはスロースタートモードを終了します。 バックエンドサーバーは、ヘルスチェックに合格するとスロースタートモードに再び入ります。 スロースタートモードとヘルスチェックを有効にした後、正常なバックエンドサーバーのみがスロースタートモードになります。 ヘルスチェックを無効にすると、すべてのバックエンドサーバーがすぐにスロースタートモードになります。
接続ドレイン	接続ドレインを有効にするかどうかを指定します。 デフォルトでは、接続ドレインは無効になっています。 接続ドレインを有効にするには、[タイムアウト期間] パラメーターを構成します。 有効な値: 0 ～ 900。 デフォルト値: 300。 単位: 秒。 値 0 は即時切断を指定します。 バックエンドサーバーを削除するか、バックエンドサーバーが異常と宣言された場合: デフォルトでは、接続ドレインは無効になっています。 既存の接続は、クライアントが積極的に接続を閉じたり、セッション維持期間が終了するまで開いたままになります。 接続ドレインを有効にすると、既存の接続は、接続ドレインのタイムアウト期間が終了するまでデータ転送のために開いたままになります。 接続ドレインにより、サービスのアンデプロイがスムーズに行われます。 説明 スタンダード ALB インスタンスと WAF 対応 ALB インスタンスのみが接続ドレインをサポートします。 ベーシック ALB インスタンスは接続ドレインをサポートしていません。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
ヘルスチェック	ヘルスチェックを有効にするかどうかを指定します。 重要 Function Compute タイプのサーバーグループで ヘルスチェック が有効になっている場合、サーバーグループに送信されたヘルスチェックリクエストは Function Compute に送信されたリクエストと見なされ、Function Compute によって 課金 されます。
ヘルスチェック設定	ヘルスチェックを有効にした場合は、[ヘルスチェック設定] の右側にある [変更] をクリックして、その他のヘルスチェック設定を表示できます。
ヘルスチェックの選択とロード	ヘルスチェックを選択してロードします。 説明 ヘルスチェックを作成する場合、サーバーグループまたはリスナーを指定する必要はありません。 ヘルスチェックが作成された後、ヘルスチェックをサーバーグループまたはリスナーに関連付けることができます。 各バックエンドサーバーに対して 1 つのヘルスチェックのみを構成できます。
ヘルスチェックプロトコル	ヘルスチェックのプロトコルを選択します。 HTTPS ヘルスチェックの制限事項の詳細については、「HTTPS ヘルスチェックの制限」をご参照ください。 HTTP: HTTP ヘルスチェックを実行するために、ALB は HEAD または GET リクエストをバックエンドサーバーに送信して、バックエンドサーバーが正常かどうかを確認します。 HTTPS: ALB は、HEAD または GET リクエストをバックエンドサーバーに送信して HTTPS ヘルスチェックを実行し、バックエンドサーバーが正常かどうかを確認します。 詳細については、このトピックの「HTTPS ヘルスチェックの制限」セクションをご参照ください。 TCP: ALB は、SYN パケットをバックエンドサーバーに送信して TCP ヘルスチェックを実行し、バックエンドサーバーのポートがリクエストを受信できるかどうかを確認します。 gRPC: ALB は、POST または GET リクエストをバックエンドサーバーに送信して gRPC ヘルスチェックを実行し、バックエンドサーバーが正常かどうかを確認します。
ヘルスチェックメソッド	ヘルスチェックメソッドを指定します。 有効な値: HEAD: デフォルトでは、HTTP ヘルスチェックは HEAD メソッドを使用します。 バックエンドサーバーが HEAD リクエストをサポートしていることを確認してください。 バックエンドサーバーが HEAD メソッドをサポートしていないか、HEAD メソッドが無効になっている場合、ヘルスチェックが失敗する可能性があります。 この場合は、GET メソッドを使用できます。 POST: デフォルトでは、gRPC ヘルスチェックは POST メソッドを使用します。 バックエンドサーバーが POST リクエストをサポートしていることを確認してください。 バックエンドサーバーが POST メソッドをサポートしていないか、POST メソッドが無効になっている場合、ヘルスチェックが失敗する可能性があります。 この場合は、GET メソッドを使用できます。 GET: レスポンスのサイズが 8 KB を超える場合、レスポンスは切り捨てられます。 ヘルスチェックの結果は影響を受けません。 説明 このパラメーターは、[HTTP]、[HTTPS]、または [gRPC] がヘルスチェックプロトコルとして指定されている場合にのみ有効になります。 [HTTP] および [HTTPS] ヘルスチェックは、[HEAD] および [GET] ヘルスチェックメソッドをサポートします。 [gRPC] ヘルスチェックは、[POST] および [GET] ヘルスチェックメソッドをサポートします。
ヘルスチェックプロトコルバージョン	HTTP バージョンを選択します。 有効な値: [HTTP1.0] および [HTTP1.1]。 説明 このパラメーターは、ヘルスチェックプロトコルとして [HTTP] または [HTTPS] が指定されている場合にのみ有効になります。
ヘルスチェックポート	ヘルスチェックを実行するポートを指定します。 バックエンドサーバーポート: ALB は、バックエンドサーバーのポートを使用してヘルスチェックを実行します。 これはデフォルト値です。 カスタムポート: ALB は、指定されたポートを使用してヘルスチェックを実行します。 有効な値: 1 ～ 65535。
ヘルスチェックパス	ヘルスチェックページの URL を入力します。 URL は 1 ～ 80 文字で、文字、数字、ハイフン (-)、スラッシュ (/)、ピリオド (.)、パーセント記号 (%)、疑問符 (?)、番号記号 (#)、アンパサンド (&) を使用できます。 URL には、次の拡張文字を含めることもできます: _ ; ~ ! ( ) * [ ] @ $ ^ : ' , +。 URL はスラッシュ (/) で始まる必要があります。
ヘルスチェックドメイン名	ヘルスチェックに使用するドメイン名を入力します。 バックエンドサーバー内部 IP: バックエンドサーバーのプライベート IP アドレスがヘルスチェックに使用されます。 これはデフォルト値です。 カスタムドメイン名: ドメイン名を入力します。 ドメイン名は 1 ～ 80 文字で、小文字、数字、ピリオド (.)、ハイフン (-) のみを含めることができます。 ドメイン名には少なくとも 1 つのピリオド (.) が含まれている必要がありますが、ピリオド (.) で開始または終了することはできません。
ヘルスチェックステータスコード	1 つ以上の HTTP ステータスコードを選択します。 指定された HTTP ステータスコードは、バックエンドサーバーがヘルスチェックに合格したことを示すために使用されます。 ヘルスチェックプロトコルが [HTTP] または [HTTPS] に設定されている場合、[http_2xx]、[http_3xx]、[http_4xx]、および [http_5xx] を選択できます。 [http_2xx] および [http_3xx] はデフォルトで選択されています。 Health Check Protocol パラメーターを [gRPC] に設定した場合、有効値は 0 ～ 99 です。値の範囲がサポートされています。最大 20 個の値の範囲を入力できます。複数の値の範囲はコンマ (,) で区切ります。 説明 このパラメーターは、ヘルスチェックプロトコルとして [HTTP]、[HTTPS]、または [gRPC] が指定されている場合にのみ有効になります。
レスポンスタイムアウト期間	ヘルスチェックレスポンスのタイムアウト期間を指定します。 バックエンドサーバーが指定されたタイムアウト期間内に応答しない場合、サーバーはヘルスチェックに失敗します。
ヘルスチェック間隔	2 つの連続したヘルスチェックの間隔を指定します。
正常しきい値	異常なバックエンドサーバーが正常と宣言されるまでに連続してヘルスチェックに合格する必要がある回数を指定します。
異常しきい値	正常なバックエンドサーバーが異常と宣言されるまでに連続してヘルスチェックに失敗する必要がある回数を指定します。
ヘルスチェック構成をテンプレートとして保存し、ヘルスチェックの作成と構成を容易にします	チェックボックスをオンにして、ヘルスチェックテンプレートを保存できます。 このオプションを選択した場合は、テンプレートの名前を入力する必要があります。 説明 このパラメーターは、[ヘルスチェックの選択とロード] パラメーターを [カスタムヘルスチェック] に設定した場合にのみ有効になります。

バックエンドサーバーを追加する

サーバーグループを作成した後、サーバーグループに 1 つ以上のバックエンドサーバーを追加する必要があります。 これにより、指定されたバックエンドサーバーは ALB によって分散されたリクエストを受信できます。

サーバータイプのバックエンドサーバーを追加する

サーバーグループタイプをサーバーに設定した場合、ECS インスタンス、ENI、または Elastic Container Instance を指定してバックエンドサーバーを追加する必要があります。

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

2. 左側のナビゲーションウィンドウで、[ALB] > サーバーグループ を選択します。

3. サーバーグループ ページで、管理するサーバーグループを見つけ、[バックエンドサーバーの変更] を 操作 列でクリックします。

4. バックエンドサーバー タブで、[バックエンドサーバーの追加] をクリックします。

5. バックエンドサーバーの追加 パネルで、クラウドサービスタイプを選択し、次へ をクリックします。

   • ECS インスタンス

     サーバータイプで ECS/ENI を選択し、追加する ECS インスタンスを選択します。

     ECS インスタンスが使用できない場合は、インスタンスリストの右上隅にある [ECS の購入] をクリックします。

   • ENI

     1. サーバータイプで ECS/ENI を選択し、上級モード をオンにします。

     2. ECS インスタンスの ID の横にある アイコンをクリックし、ENI を選択します。

        • ENI が ECS インスタンスに関連付けられていることを確認してください。 セカンダリ ENI を ECS インスタンスに関連付ける方法の詳細については、「セカンダリ ENI をバインドする」をご参照ください。

        • ECS インスタンスが使用できない場合は、インスタンスリストの右上隅にある [ECS インスタンスの購入] をクリックします。

   • Elastic Container Instance

     サーバータイプで ECI を選択し、Elastic Container Instance を選択します。

     Elastic Container Instance が使用できない場合は、インスタンスリストの右上隅にある [Elastic Container Instance の購入] をクリックします。

6. ポート/重み ステップで、バックエンドサーバーのポートと重みを指定し、[OK] をクリックします。

   • ポート: サービスを提供するバックエンドサーバーのポートを指定します。

   • 重み: バックエンドサーバーの重みは、それぞれに分散されるトラフィックの割合を指します。 デフォルトの重みは 100 です。 重みの大きいサーバーはより多くのリクエストを受信します。

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

     説明

     • サーバーグループでセッション維持が有効になっている場合、リクエストはバックエンドサーバー間で均等に分散されない場合があります。

     • 重みが 0 のサーバーはリクエストを受信しません。

     • サーバーグループにバックエンドサーバーが 1 つしかなく、その重みが 0 でない場合、サーバーグループに転送されたすべてのリクエストがそのバックエンドサーバーに送られます。

     • サーバーグループに複数のバックエンドサーバーがある場合、トラフィックは次の原則に従って重み付けに基づいて分散されます。

       • いずれかのバックエンドサーバーの ヘルスチェック 結果が異常な場合、リクエストはそのサーバーに転送されません。 ALB は、すべての正常なサーバーに重み付けに基づいてトラフィックを分散します。 バックエンドサーバーが回復すると、トラフィック処理のためにフェイルバックされます。

       • すべてのサーバーが異常と宣言された場合、ALB は異常な状態にもかかわらず、すべてのサーバーの重み付けに基づいてトラフィックの分散を続けます。 これは、ビジネスの損失を可能な限り最小限に抑えるためです。

   アイコンにポインターを合わせると、複数のサーバーの重みまたはポートを一括で変更できます。

   • [下に複製] をクリックすると、現在のサーバーの下にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。

   • [上に複製] をクリックすると、現在のサーバーの上にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。

   • [すべてに複製] をクリックすると、サーバーグループ内のすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。

   • リセット:

     • [ポート] の横にある [リセット] をクリックすると、サーバーグループ内のすべてのサーバーのポートがクリアされます。

     • [重み] の横にある [リセット] をクリックすると、サーバーグループ内のすべてのサーバーの重みがデフォルト値にリセットされます。

バックエンドサーバーを削除する

1. [ALB コンソール] にログオンします。

2. 左側のナビゲーションウィンドウで、[ALB] > [サーバーグループ] を選択します。

3. サーバーグループ ページで、管理するサーバーグループを見つけ、その ID をクリックします。

4. バックエンドサーバー タブをクリックし、削除するバックエンドサーバーを見つけて、[削除]操作 列の をクリックします。

5. 表示されるメッセージで、[OK] をクリックします。

サーバーグループを管理する

サーバーグループを作成した後、サーバーグループを管理できます。 たとえば、サーバーグループの名前を変更したり、サーバーグループを削除したりできます。

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

2. 左側のナビゲーション ウィンドウで、[ALB] > [サーバー グループ] を選択します。

3. サーバーグループ ページで、管理するサーバーグループを見つけ、[ヘルスチェックの変更] を 操作 列でクリックします。

4. [ヘルスチェックの変更] ダイアログボックスで、ヘルスチェックをオンまたはオフにします。[変更] を ヘルスチェック の横でクリックして、ヘルスチェック パラメーターを変更することもできます。

   警告

   • ヘルスチェックが無効になると、ALB はバックエンドサーバーのヘルスステータスをチェックしなくなります。バックエンドサーバーがダウンした場合、ネットワークトラフィックは正常なバックエンドサーバーに自動的に切り替わりません。

   • ヘルスチェックのALB 間隔を長く設定すると、異常なバックエンドサーバーを検出するのにより多くの時間がかかります。

サーバーグループを削除する

リスナーで使用される転送ルールでサーバーグループが指定されていない場合は、サーバーグループを削除できます。サーバーグループを削除しても、サーバーグループ内のバックエンドサーバーには影響しません。

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

2. 左側のナビゲーションウィンドウで、[ALB] > [サーバーグループ] を選択します。

3. [サーバーグループ] ページで、削除するサーバーグループを見つけ、サーバーグループ > 削除操作 列で を選択します。

4. 表示されるメッセージで、[OK] をクリックします。

参照資料

• CreateServerGroup: ALB インスタンスのサーバーグループを作成します。

• AddServersToServerGroup: サーバーグループにバックエンドサーバーを追加します。

• UpdateServerGroupAttribute: ヘルスチェック、セッション維持、名前、スケジューリングアルゴリズム、およびプロトコル構成など、サーバーグループの構成を更新します。

• UpdateServerGroupServersAttribute: サーバーグループ内のバックエンドサーバーの重みと説明を更新します。

• ReplaceServersInServerGroup: サーバーグループ内のバックエンドサーバーを置き換えます。

• RemoveServersFromServerGroup: サーバーグループからバックエンドサーバーを削除します。

• DeleteServerGroup: サーバーグループを削除します。