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

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

最終更新日:Dec 09, 2024

Application Load Balancer (ALB) を使用してリクエストを配信するには、サーバーグループを作成し、少なくとも1つのバックエンドサーバーをサーバーグループに追加してリクエストを受信します。 デフォルトでは、ALBはサーバーグループに指定したポートとプロトコルを使用して、指定したバックエンドサーバーにリクエストを配信します。

前提条件

  • Elastic Compute Service (ECS) インスタンスをサーバーグループに追加する前に、ECSインスタンスが作成され、リクエストを受信するアプリケーションがECSインスタンスにデプロイされていることを確認してください。

  • リクエストを配信するサーバーグループは、リスナーの作成時に指定します。 詳細については、「HTTPリスナーの追加」、「HTTPSリスナーの追加」、または「QUICリスナーの追加」をご参照ください。

  • (オプション) IPv6を有効にするサーバーグループの仮想プライベートクラウド (VPC) に対してIPv6 CIDRブロックが有効になっています。 詳細については、「VPCのIPv6の有効化」をご参照ください。

サーバーグループの作成

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

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

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

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

  5. [サーバーグループの作成] ダイアログボックスでパラメーターを設定し、作成 をクリックします。 下表にパラメーターを示します。

  6. パラメーター

    説明

    サーバーグループタイプ

    バックエンドサーバーをサーバーグループに追加する方法を指定します。 有効な値:

    • サーバー: ECSインスタンスを指定してバックエンドサーバーを追加します。

    • 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バックエンドサーバーをサーバーグループに追加できます。 Server Group Typeパラメーターは、Serverのみに設定できます。

    • IPv6を無効にすると、IPv4バックエンドサーバーのみをサーバーグループに追加できます。 Server Group Typeパラメーターは、Server、IP、またはFunction Computeに設定できます。

    説明
    • サーバーグループのVPCでIPv6が無効になっている場合、IPv6を有効にできません。

    • このパラメーターは、IPおよびFunction Computeタイプのサーバーグループでは使用できません。

    • IPv4 ALBインスタンスのリスナーを作成する場合、IPv6が有効になっているサーバーグループを追加することはできません。

    セッション永続性

    セッション維持を有効にするかどうかを指定します。 セッション維持はデフォルトで無効になっています。

    セッション維持が有効になっている場合、ALBはクライアントからのすべてのリクエストを同じバックエンドサーバーに転送します。

    • Cookieオプション: Cookieの処理方法を選択します。

      • Cookieの挿入: ALBは、クライアントに送信される最初のHTTPまたはHTTPS応答にセッションcookie (SERVERID) を挿入します。 ALBへの後続の要求がこのクッキーを搬送する場合、ALBは、クッキーに基づいて要求の宛先サーバを決定する。

      • Cookieの書き換え: ALBがユーザー定義のcookieを検出した場合、ALBは元のcookieをユーザー定義のcookieに置き換えます。 ALBへの後続のリクエストがこのユーザー定義のcookieを運ぶ場合、ALBはcookieに基づいてリクエストの宛先サーバーを決定します。

    • セッション永続化タイムアウト期間: セッション永続化のタイムアウト期間を指定します。 有効な値: 1 ~ 86400 単位は秒です。

    説明

    このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。

    クロスゾーンロードバランシング

    ゾーン間の負荷分散を有効にするかどうかを指定します。 ゾーン間負荷分散はデフォルトで有効になっています。 ALBは、同じリージョン内のすべてのゾーンにデプロイされたバックエンドサービスにリクエストを配信します。

    ゾーン間の負荷分散が無効になっている場合、ALBはリクエストを単一のゾーンにデプロイされたバックエンドサービスに分散します。

    説明
    • ゾーン間負荷分散が無効になっているサーバーグループは、標準およびWAF対応のALBインスタンスにのみ関連付けることができ、基本ALBインスタンスに関連付けることはできません。

    • ゾーン間の負荷分散が無効になっている場合、Session Persistenceは有効にできません。

    • IPタイプのサーバーグループの場合、リモートIPが有効になっている場合、ゾーン間の負荷分散を無効にすることはできません。

    • このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。

    バックエンド永続接続

    バックエンド永続接続機能を有効にするかどうかを指定します。 デフォルトでは、この機能は有効になっています。

    バックエンド永続接続が有効になっている場合、ALBとバックエンドサーバー間で特定の数のTCP接続が有効になります。 ALBインスタンスが新しい要求を受信し、アイドルの永続的TCP接続が存在する場合、ALBは優先的にTCP接続を使用して要求をバックエンドサーバーに転送します。 これにより、TCPハンドシェイクの数とバックエンドサーバーの負荷が削減されます。

    説明

    このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。

    スロースタート

    ビジネス要件に基づいてスロースタートモードを有効にします。 スロースタートモードはデフォルトで無効になっています。

    スロースタートモードを有効にするには、スロースタート期間パラメーターを設定します。 有効な値: 30 ~ 900 デフォルト値:30。 単位は秒です。

    スロースタートモードを有効にすると、ALBはスケールアウトしたバックエンドサーバーに転送されるリクエストの数を徐々に増やし、リソースの準備、キャッシュ、プリフェッチなどのシナリオでのトラフィックの急増を防ぎます。 スロースタート期間が終了すると、ALBはリクエストの重みに基づいてバックエンドサーバーにリクエストを転送します。 スロースタート期間の終了後にスケールアウトされたバックエンドサーバーは、スロースタートモードに入りません。

    説明
    • 標準およびWAF対応のALBインスタンスのみがスロースタートモードをサポートしています。 ベーシックALBインスタンスはスロースタートモードをサポートしていません。

    • このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。

    • スロースタートモードは、[スケジューリングアルゴリズム][加重ラウンドロビン] に設定した場合にのみ、サーバーグループでサポートされます。

    • スロースタートモードを有効にすると、正常なバックエンドサーバーは自動的にスロースタートモードになりません。

    • 空のサーバーグループに対してスロースタートモードを有効にした場合:

      • サーバーグループに追加された最初のバックエンドサーバーは、スロースタートモードになりません。

      • 新しいバックエンドサーバーは、少なくとも1つの正常なバックエンドサーバーがスロースタートモードにある場合にのみスロースタートモードに入ることができます。

    • スロースタート期間が終了する前に削除されたバックエンドサーバーは、自動的にスロースタートモードを終了します。 バックエンドサーバーをサーバーグループに再追加した場合、バックエンドサーバーがヘルスチェックに合格した場合にのみ、バックエンドサーバーはスロースタートモードに入ることができます。

    • スロースタート期間が終了する前にバックエンドサーバーが異常であると宣言された場合、バックエンドサーバーはスロースタートモードを終了します。 バックエンドサーバーがヘルスチェックに合格すると、バックエンドサーバーは再びスロースタートモードに入ります。

    • スロースタートモードとヘルスチェックを有効にすると、正常なバックエンドサーバーのみがスロースタートモードになります。 ヘルスチェックを無効にすると、すべてのバックエンドサーバーはすぐにスロースタートモードになります。

    接続排水

    接続ドレインを有効にするかどうかを指定します。 デフォルトでは、接続のドレインは無効になっています。

    接続のドレインを有効にするには、Timeout Periodパラメーターを設定します。 有効な値: 0 ~ 900 デフォルト値は 300 です。 単位は秒です。 0の値は、即時切断を指定する。

    バックエンドサーバーを削除するか、バックエンドサーバーが異常と宣言された場合:

    • デフォルトでは、接続のドレインは無効になっています。 既存の接続は、クライアントが事前に接続を閉じるか、セッション持続期間が終了するまで開いたままです。

    • 接続ドレインを有効にすると、接続ドレインタイムアウト期間が終了するまで、既存の接続はデータ送信のために開いたままになります。 接続のドレインは、サービスのスムーズなアンデプロイを保証します。

    説明
    • 標準およびWAF対応のALBインスタンスのみが接続ドレインをサポートしています。 基本ALBインスタンスは接続のドレインをサポートしていません。

    • このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。

    リソースグループ

    ALBインスタンスが属するリソースグループを選択します。

    タグ

    [タグキー] および [タグ値] パラメーターを設定します。

    ヘルスチェック

    ヘルスチェックを有効にするかどうかを指定します。

    ヘルスチェックの設定

    ヘルスチェックを有効にすると、[ヘルスチェック設定] の右側にある [変更] をクリックして、ヘルスチェックの設定をさらに表示できます。

    ヘルスチェックの選択と読み込み

    ヘルスチェックを選択して読み込みます。

    説明
    • ヘルスチェックを作成するときに、サーバーグループやリスナーを指定する必要はありません。 ヘルスチェックの作成後に、ヘルスチェックをサーバーグループまたはリスナーに関連付けることができます。

    • バックエンドサーバーごとに設定できるヘルスチェックは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を超える場合、レスポンスは切り捨てられます。 ヘルスチェックの結果は影響を受けません。

    説明
    • このパラメーターは、ヘルスチェックプロトコルパラメーターをHTTPHTTPS、または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_2xxhttp_3xxhttp_4xx、およびhttp_5xxを選択できます。 デフォルトでは、http_2xxhttp_3xxが選択されています。

    • ヘルスチェックプロトコルパラメーターをgRPCに設定した場合、有効な値は0 ~ 99です。 値の範囲がサポートされています。 最大20の値の範囲を入力できます。 複数の値の範囲はコンマ (,) で区切ります。

    説明

    このパラメーターは、ヘルスチェックプロトコルとしてHTTPHTTPS、またはgRPCが指定されている場合にのみ有効になります。

    応答タイムアウト期間

    ヘルスチェック応答のタイムアウト時間を指定します。 指定されたタイムアウト期間内にバックエンドサーバーが応答しない場合、サーバーはヘルスチェックに失敗します。

    ヘルスチェック間隔

    2つの連続したヘルスチェックの間隔を指定します。

    正常なしきい値

    正常でないバックエンドサーバーが正常であると宣言されるまでに連続してヘルスチェックに合格する必要がある回数を指定します。

    異常しきい値

    正常なバックエンドサーバーが正常でないと宣言されるまでに連続してヘルスチェックに失敗する必要がある回数を指定します。

    ヘルスチェック設定をテンプレートとして保存します。これにより、ヘルスチェックの作成と設定が容易になります

    チェックボックスをオンにすると、ヘルスチェックテンプレートを保存できます。 このオプションを選択する場合は、テンプレートの名前を入力する必要があります。

    説明

    このパラメーターは、[ヘルスチェックの選択と読み込み] パラメーターを [カスタムヘルスチェック] に設定した場合にのみ有効になります。

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

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

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

サーバーグループタイプを [サーバー] に設定した場合、ECSインスタンス、elastic network Interface (ENI) 、またはelastic containerインスタンスを指定してバックエンドサーバーを追加する必要があります。

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

  2. 左側のナビゲーションウィンドウで、ALB > サーバーグループ.

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

  4. On theバックエンドサーバータブをクリックします。バックエンドサーバーの追加.

  5. では、バックエンドサーバーの追加パネルで、クラウドサービスの種類を選択し、次へ.

    • ECS インスタンス

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

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

    • ENI

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

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

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

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

    • Elasticコンテナインスタンス

      サーバータイプにECIを選択し、エラスティックコンテナインスタンスを選択します。

      エラスティックコンテナインスタンスが利用できない場合は、インスタンスリストの右上隅にある [エラスティックコンテナインスタンスの購入] をクリックします。 ALBはジョブ最適化エラスティックコンテナインスタンスをサポートしていないため、ジョブ最適化エラスティックコンテナインスタンスをバックエンドサーバーとして追加しないでください。

  6. では、ポート/重みステップで、バックエンドサーバーのポートと重みを指定し、OK.

    デフォルトの重みは100です。 重みが高いサーバーほど、より多くのリクエストを受信します。 セッション維持が有効になっている場合、リクエストはバックエンドサーバーに均等に配信されない可能性があります。

    アイコンの上にポインタを移動することで、複数のサーバーの重みを批量操作変更できます。

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

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

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

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

    警告

    サーバーの重みを0に設定した場合、サーバーはリクエストを受信しません。

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

サーバーグループタイプをFunction Computeに設定した場合、リクエストを受信する関数を追加する必要があります。 バックエンドサーバーとして関数を追加する方法の詳細については、「Function Computeの関数をALBのサーバーグループに追加する」をご参照ください。

説明

ALBとFunction Computeは、Alibaba Cloudの安全な内部ネットワークを介して通信します。

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

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

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

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

    説明

    function Computeの関数は、ALBインスタンスのサーバーグループに1つだけ追加できます。

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

    • 関数を選択して関数を追加する

      パラメーター

      説明

      設定方法

      バックエンドサーバーの追加方法を選択します。

      ドロップダウンリストから [サービス] を選択します。

      サービス

      Function Computeサービスを選択します。 利用可能なサービスがない場合は、[サービスの作成] をクリックしてFunction Computeサービスを作成します。 詳細については、「関数の作成」をご参照ください。

      バージョン

      [最新] を選択します。

      デフォルトでは、新しく作成されたサービスはLATESTバージョンのみを実行します。

      関数

      ドロップダウンリストから作成した関数を選択します。 使用できる関数がない場合は、[関数の作成] をクリックして関数を作成します。 詳細については、「関数の管理」をご参照ください。

      説明

      説明を入力します。

    • Alibaba Cloudリソース名 (ARN) を指定して関数を追加する

      パラメーター

      説明

      設定方法

      バックエンドサーバーの追加方法を選択します。

      ドロップダウンリストから [ARN] を選択します。

      ARN

      追加する関数のARNを入力します。

      関数のARNは、function Computeコンソールの関数の詳細ページで取得できます。 詳細については、「関数のARNの取得」をご参照ください。

      説明

      説明を入力します。

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

サーバーグループタイプをIPに設定した場合、リクエストを受信するためにIPアドレスを追加する必要があります。 リモートIPアドレス機能を有効にしない場合、追加するIPアドレスは、現在のVPCのCIDRブロック内にある必要があります。 リモートIPアドレス機能を有効にすると、現在のVPC CIDRブロック外のIPアドレスを追加できます。 別のリージョンのALBにバックエンドサーバーを追加する方法の詳細については、「VPCのECSインスタンスを別のリージョンのALBのバックエンドサーバーとして指定する」および「オンプレミスサーバーを同じリージョンのALBインスタンスに追加する」をご参照ください。

制限:

  • 内部対応サーバーのみを追加できます。 インターネットサーバーはサポートされていません。

  • IPタイプのバックエンドサーバーを、同じVPC内のALBインスタンス、Network Load Balancer (NLB) インスタンス、またはClassic Load Balancer (CLB) インスタンスに追加することはできません。

  • ループが存在しないことを確認してください。 ALBは、各リクエストにALICLOUD-ALB-TRACE HTTPヘッダーを追加してループを検出します。 ループが検出された場合、ALBはバックエンドサーバーへのリクエストの転送を停止し、ネットワークストームが発生してすべてのリソースが枯渇した場合に備えて463ステータスコードを返します。

  • クロスリージョン転送には、Enterprise EditionトランジットルーターとExpress Connect回路を使用できます。 Basic Editionトランジットルーターはサポートされていません。

  • 同じCENインスタンスの場合、各リージョンに1つ以上のALBインスタンスが異なるリージョンにデプロイされたバックエンドサーバーを使用するVPCを1つのみ設定できます。

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

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

      image
  • ALBインスタンスとバックエンドサーバー間のネットワークトラフィックは、システムルートテーブルのみに基づいてルーティングできます。 VPCカスタムルートテーブルはサポートされていません。

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

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

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

  4. バックエンドサーバータブで、IP アドレスの追加をクリックします。

  5. バックエンドサーバーの追加パネルで、バックエンドサーバーの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アドレスの追加] をクリックすると、複数のバックエンドサーバーを追加できます。

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

    デフォルトの重みは100です。 重みが高いサーバーほど、より多くのリクエストを受信します。 セッション維持が有効になっている場合、リクエストはバックエンドサーバーに均等に配信されない可能性があります。

    アイコンの上にポインタを移動することで、複数のサーバーの重みを批量操作変更できます。

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

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

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

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

    警告

    サーバーの重みを0に設定した場合、サーバーはリクエストを受信しません。

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

ビジネス要件に基づいて、サーバーグループからバックエンドサーバーを削除できます。 サーバーが削除されると、サーバーはクライアント要求を処理しなくなります。

警告

サーバーグループからバックエンドサーバーを削除すると、サービスが中断される可能性があります。 バックエンドサーバーをサーバーグループから削除する前に、バックエンドサーバーの重みを0に設定することを推奨します。

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

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

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

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

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

ヘルスチェックの変更

ビジネス要件に基づいて、サーバーグループのヘルスチェック設定を変更できます。

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

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

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

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

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

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

サーバーグループの削除

リスナーが使用する転送ルールでサーバーグループが指定されていない場合は、サーバーグループを削除できます。 転送ルールを削除する方法の詳細については、「転送ルールの削除」をご参照ください。

サーバーグループを削除した後、サーバーグループ内のバックエンドサーバーは影響を受けません。 ECSインスタンスを使用しなくなった場合、ECSインスタンスを停止またはリリースできます。 詳細については、「インスタンスの停止」または「インスタンスのリリース」をご参照ください。

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

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

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

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