Application Load Balancer (ALB) を使用してリクエストを配信するには、サーバーグループを作成し、少なくとも1つのバックエンドサーバーをサーバーグループに追加してリクエストを受信します。 デフォルトでは、ALBはサーバーグループに指定したポートとプロトコルを使用して、指定したバックエンドサーバーにリクエストを配信します。
前提条件
Elastic Compute Service (ECS) インスタンスをサーバーグループに追加する前に、ECSインスタンスが作成され、リクエストを受信するアプリケーションがECSインスタンスにデプロイされていることを確認してください。
リクエストを配信するサーバーグループは、リスナーの作成時に指定します。 詳細については、「HTTPリスナーの追加」、「HTTPSリスナーの追加」、または「QUICリスナーの追加」をご参照ください。
(オプション) IPv6を有効にするサーバーグループの仮想プライベートクラウド (VPC) に対してIPv6 CIDRブロックが有効になっています。 詳細については、「VPCのIPv6の有効化」をご参照ください。
サーバーグループの作成
ALBコンソールにログインします。
上部のナビゲーションバーで、サーバーグループを作成するリージョンを選択します。
左側のナビゲーションウィンドウで、.
On theサーバーグループページをクリックします。サーバーグループの作成.
[サーバーグループの作成] ダイアログボックスでパラメーターを設定し、作成 をクリックします。 下表にパラメーターを示します。
サーバー: ECSインスタンスを指定してバックエンドサーバーを追加します。
IP: IPアドレスを指定してバックエンドサーバーを追加します。
Function Compute: 関数を指定してバックエンドサーバーを追加します。
HTTP: これはデフォルト値です。 このオプションを選択すると、サーバーグループをHTTPS、HTTP、およびQUICリスナーに関連付けることができます。
HTTPS: このオプションを選択すると、サーバーグループをHTTPSリスナーに関連付けることができます。
gRPC: このオプションを選択すると、サーバーグループをHTTPSリスナーに関連付けることができます。
HTTPSまたはgRPCを使用するサーバーグループのみを、基本ALBインスタンスのHTTPSリスナーに関連付けることができます。
このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。
重み付きラウンドロビン: 重みの大きいバックエンドサーバーは、重みの小さいバックエンドサーバーよりも多くのリクエストを受け取ります。
重み付き最小接続数: リクエストは、バックエンドサーバーへの接続の重みと数に基づいて分散されます。 2つのバックエンドサーバーの重みが同じ場合、リクエストは接続の少ないバックエンドサーバーに転送されます。
一貫性のあるハッシュ: 同じ送信元IPアドレスからのリクエストは、同じバックエンドサーバーに転送されます。
ハッシュファクター: ハッシュファクターを選択します。
送信元IP: 同じ送信元IPアドレスからのリクエストは、同じバックエンドサーバーに転送されます。
URLパラメーター: 同じURLに対するリクエストは、同じバックエンドサーバーに転送されます。 この操作を選択した場合は、指定されたURLパラメーターを設定します。
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が有効になっているサーバーグループを追加することはできません。
Cookieオプション: Cookieの処理方法を選択します。
Cookieの挿入: ALBは、クライアントに送信される最初のHTTPまたはHTTPS応答にセッションcookie (SERVERID) を挿入します。 ALBへの後続の要求がこのクッキーを搬送する場合、ALBは、クッキーに基づいて要求の宛先サーバを決定する。
Cookieの書き換え: ALBがユーザー定義のcookieを検出した場合、ALBは元のcookieをユーザー定義のcookieに置き換えます。 ALBへの後続のリクエストがこのユーザー定義のcookieを運ぶ場合、ALBはcookieに基づいてリクエストの宛先サーバーを決定します。
セッション永続化タイムアウト期間: セッション永続化のタイムアウト期間を指定します。 有効な値: 1 ~ 86400 単位は秒です。
標準およびWAF対応のALBインスタンスのみがスロースタートモードをサポートしています。 ベーシックALBインスタンスはスロースタートモードをサポートしていません。
このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。
スロースタートモードは、[スケジューリングアルゴリズム] を [加重ラウンドロビン] に設定した場合にのみ、サーバーグループでサポートされます。
スロースタートモードを有効にすると、正常なバックエンドサーバーは自動的にスロースタートモードになりません。
空のサーバーグループに対してスロースタートモードを有効にした場合:
サーバーグループに追加された最初のバックエンドサーバーは、スロースタートモードになりません。
新しいバックエンドサーバーは、少なくとも1つの正常なバックエンドサーバーがスロースタートモードにある場合にのみスロースタートモードに入ることができます。
スロースタート期間が終了する前に削除されたバックエンドサーバーは、自動的にスロースタートモードを終了します。 バックエンドサーバーをサーバーグループに再追加した場合、バックエンドサーバーがヘルスチェックに合格した場合にのみ、バックエンドサーバーはスロースタートモードに入ることができます。
スロースタート期間が終了する前にバックエンドサーバーが異常であると宣言された場合、バックエンドサーバーはスロースタートモードを終了します。 バックエンドサーバーがヘルスチェックに合格すると、バックエンドサーバーは再びスロースタートモードに入ります。
スロースタートモードとヘルスチェックを有効にすると、正常なバックエンドサーバーのみがスロースタートモードになります。 ヘルスチェックを無効にすると、すべてのバックエンドサーバーはすぐにスロースタートモードになります。
デフォルトでは、接続のドレインは無効になっています。 既存の接続は、クライアントが事前に接続を閉じるか、セッション持続期間が終了するまで開いたままです。
接続ドレインを有効にすると、接続ドレインタイムアウト期間が終了するまで、既存の接続はデータ送信のために開いたままになります。 接続のドレインは、サービスのスムーズなアンデプロイを保証します。
標準およびWAF対応のALBインスタンスのみが接続ドレインをサポートしています。 基本ALBインスタンスは接続のドレインをサポートしていません。
このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。
ヘルスチェックを作成するときに、サーバーグループやリスナーを指定する必要はありません。 ヘルスチェックの作成後に、ヘルスチェックをサーバーグループまたはリスナーに関連付けることができます。
バックエンドサーバーごとに設定できるヘルスチェックは1つだけです。
HTTP: HTTPヘルスチェックを実行するために、ALBはHEADまたはGETリクエストをバックエンドサーバーに送信して、バックエンドサーバーが正常かどうかを確認します。
HTTPS: ALBは、HEADまたはGETリクエストをバックエンドサーバーに送信して、バックエンドサーバーが正常かどうかを確認することにより、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ヘルスチェックメソッドをサポートしています。
バックエンドサーバーポート: ALBはバックエンドサーバーのポートを使用してヘルスチェックを実行します。 デフォルト値です。
カスタムポート: ALBは指定されたポートを使用してヘルスチェックを実行します。 有効な値: -1 から 65535
バックエンドサーバーの内部IP: バックエンドサーバーのプライベートIPアドレスは、ヘルスチェックに使用されます。 デフォルト値です。
カスタムドメイン名: ドメイン名を入力します。 ドメイン名は1 ~ 80文字で、英小文字、数字、ピリオド (.) 、およびハイフン (-) のみを使用できます。 ドメイン名には少なくとも1つのピリオド (.) を含める必要がありますが、ピリオド (.) で開始または終了することはできません。
ヘルスチェックプロトコルがHTTPまたはHTTPSに設定されている場合、http_2xx、http_3xx、http_4xx、およびhttp_5xxを選択できます。 デフォルトでは、http_2xxとhttp_3xxが選択されています。
ヘルスチェックプロトコルパラメーターをgRPCに設定した場合、有効な値は0 ~ 99です。 値の範囲がサポートされています。 最大20の値の範囲を入力できます。 複数の値の範囲はコンマ (,) で区切ります。
パラメーター | 説明 |
サーバーグループタイプ | バックエンドサーバーをサーバーグループに追加する方法を指定します。 有効な値： |
サーバーグループ名 | サーバーグループのカスタム名。 |
[VPC] | [VPC] ドロップダウンリストからVPCを選択します。 VPC内のサーバーのみをサーバーグループに追加できます。 説明 このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。 |
バックエンドサーバープロトコル | バックエンドプロトコルを選択します。 有効な値： 説明 |
スケジューリングアルゴリズム | スケジューリングアルゴリズムを選択します。 有効な値： 説明 このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。 |
IPv6の有効化 | IPv6を有効にするかどうかを指定します。 IPv6はデフォルトで無効になっています。 説明 |
セッション永続性 | セッション維持を有効にするかどうかを指定します。 セッション維持が有効になっている場合、ALBはクライアントからのすべてのリクエストを同じバックエンドサーバーに転送します。 説明 このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。 |
永続的な接続 | 永続的なTCP接続機能を有効にするかどうかを指定します。 この機能を有効にすると、ALBとバックエンドサーバー間で特定の数のTCP接続が有効になります。 ALBインスタンスが新しい要求を受信し、アイドルの永続的TCP接続が存在する場合、ALBは優先的にTCP接続を使用して要求をバックエンドサーバーに転送します。 これにより、TCPハンドシェイクの数とバックエンドサーバーの負荷が削減されます。 説明 このパラメーターは、Function Computeタイプのサーバーグループでは使用できません。 |
スロースタート | ビジネス要件に基づいてスロースタートモードを有効にします。 スロースタートモードはデフォルトで無効になっています。 スロースタートモードを有効にするには、スロースタート期間パラメーターを設定します。 有効な値: 30 ~ 900 デフォルト値：30。 単位は秒です。 スロースタートモードを有効にすると、ALBはスケールアウトしたバックエンドサーバーに転送されるリクエストの数を徐々に増やし、リソースの準備、キャッシュ、プリフェッチなどのシナリオでのトラフィックの急増を防ぎます。 スロースタート期間が終了すると、ALBはリクエストの重みに基づいてバックエンドサーバーにリクエストを転送します。 スロースタート期間の終了後にスケールアウトされたバックエンドサーバーは、スロースタートモードに入りません。 説明 |
接続排水 | 接続ドレインを有効にするかどうかを指定します。 デフォルトでは、接続のドレインは無効になっています。 接続のドレインを有効にするには、Timeout Periodパラメーターを設定します。 有効な値: 0 ~ 900 デフォルト値は 300 です。 単位は秒です。 0の値は、即時切断を指定する。 バックエンドサーバーを削除するか、バックエンドサーバーが異常と宣言された場合: 説明 |
リソースグループ | ALBインスタンスが属するリソースグループを選択します。 |
タグ | [タグキー] および [タグ値] パラメーターを設定します。 |
ヘルスチェック | ヘルスチェックを有効にするかどうかを指定します。 |
ヘルスチェックの設定 | ヘルスチェックを有効にした場合、[ヘルスチェック設定] の右側にある [変更] をクリックして、ヘルスチェックの設定をさらに表示できます。 |
ヘルスチェックの選択と読み込み | ヘルスチェックを選択して読み込みます。 説明 |
ヘルスチェックプロトコル | ヘルスチェックのプロトコルを選択します。 HTTPSヘルスチェックの制限の詳細については、「ヘルスチェック管理」をご参照ください。 |
ヘルスチェック方法 | ヘルスチェックの方法を指定します。 有効な値： 説明 |
ヘルスチェックプロトコルのバージョン | HTTPバージョンを選択します。 有効な値: HTTP1.0およびHTTP1.1。 説明 このパラメーターは、ヘルスチェックプロトコルとしてHTTPまたはHTTPSが指定されている場合にのみ有効になります。 |
ヘルスチェックポート | ヘルスチェックを実行するポートを指定します。 |
ヘルスチェックパス | ヘルスチェックページのURLを入力します。 URLの長さは1 ~ 80文字で、英数字、ハイフン (-) 、スラッシュ (/) 、ピリオド (.) 、パーセント記号 (%) 、疑問符 (?) 、数字記号 (#) 、アンパサンド (&) を使用できます。 URLには、次の拡張文字を含めることもできます。 |
ヘルスチェックドメイン名 | ヘルスチェックに使用するドメイン名を入力します。 |
ヘルスチェックステータスコード | 1つ以上のHTTPステータスコードを選択します。 指定されたHTTPステータスコードは、バックエンドサーバーがヘルスチェックに合格したことを示すために使用されます。 説明 このパラメーターは、ヘルスチェックプロトコルとしてHTTP、HTTPS、またはgRPCが指定されている場合にのみ有効になります。 |
応答タイムアウト期間 | ヘルスチェック応答のタイムアウト時間を指定します。 指定されたタイムアウト期間内にバックエンドサーバーが応答しない場合、サーバーはヘルスチェックに失敗します。 |
ヘルスチェック間隔 | 2つの連続したヘルスチェックの間隔を指定します。 |
正常なしきい値 | 正常でないバックエンドサーバーが正常であると宣言されるまでに連続してヘルスチェックに合格する必要がある回数を指定します。 |
異常しきい値 | 正常なバックエンドサーバーが正常でないと宣言されるまでに連続してヘルスチェックに失敗する必要がある回数を指定します。 |
ヘルスチェック設定をテンプレートとして保存します。これにより、ヘルスチェックの作成と設定が容易になります。 | チェックボックスをオンにすると、ヘルスチェックテンプレートを保存できます。 このオプションを選択する場合は、テンプレートの名前を入力する必要があります。 説明 このパラメーターは、[ヘルスチェックの選択と読み込み] パラメーターを [カスタムヘルスチェック] に設定した場合にのみ有効になります。 |
バックエンドサーバーの追加
サーバーグループを作成した後、1つ以上のバックエンドサーバーをサーバーグループに追加する必要があります。 このように、指定されたバックエンドサーバーはALBによって配信されたリクエストを受信できます。
サーバータイプのバックエンドサーバーを追加する
サーバーグループタイプを [サーバー] に設定した場合、ECSインスタンス、elastic network Interface (ENI) 、またはelastic containerインスタンスを指定してバックエンドサーバーを追加する必要があります。
ALBコンソールにログインします。
左側のナビゲーションウィンドウで、.
On theサーバーグループページで、管理するサーバーグループを見つけて、バックエンドサーバーの変更で、操作列を作成します。
On theバックエンドサーバータブをクリックします。バックエンドサーバーの追加.
では、バックエンドサーバーの追加パネルで、クラウドサービスの種類を選択し、次へ.
ECS インスタンス
[サーバータイプ] で ECS/ENI を選択し、追加するECSインスタンスを選択します。
利用可能なECSインスタンスがない場合は、インスタンスリストの右上隅にある [ECSの購入] をクリックします。
ENI
[サーバータイプ] で ECS/ENI を選択し、上級モード をオンにします。
ECSインスタンスの
IDの横にあるアイコンをクリックし、ENIを選択します。 ENIがECSインスタンスに関連付けられていることを確認します。 セカンダリENIをECSインスタンスに関連付ける方法の詳細については、「ENIのバインド」をご参照ください。
利用可能なECSインスタンスがない場合は、インスタンスリストの右上隅にある [ECSの購入] をクリックします。
Elasticコンテナインスタンス
サーバータイプにECIを選択し、エラスティックコンテナインスタンスを選択します。
エラスティックコンテナインスタンスが利用できない場合は、インスタンスリストの右上隅にある [エラスティックコンテナインスタンスの購入] をクリックします。 ALBはジョブ最適化エラスティックコンテナインスタンスをサポートしていないため、ジョブ最適化エラスティックコンテナインスタンスをバックエンドサーバーとして追加しないでください。
では、ポート/重みステップで、バックエンドサーバーのポートと重みを指定し、OK.
デフォルトの重みは100です。 重みが高いサーバーほど、より多くのリクエストを受信します。 セッション維持が有効になっている場合、リクエストはバックエンドサーバーに均等に配信されない可能性があります。
アイコンの上にポインタを移動することで、複数のサーバーの重みを
変更できます。 [下に複製] をクリックすると、現在のサーバーの下にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。
[上に複製] をクリックすると、現在のサーバーの上にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。
[すべてに複製] をクリックすると、サーバーグループ内のすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。
重みの横にある [リセット] をクリックすると、サーバーグループ内のすべてのサーバーの重みがデフォルト値にリセットされます。
警告サーバーの重みを0に設定した場合、サーバーはリクエストを受信しません。
Function Computeタイプのバックエンドサーバーを追加する
サーバーグループタイプをFunction Computeに設定した場合、リクエストを受信する関数を追加する必要があります。 バックエンドサーバーとして関数を追加する方法の詳細については、「Function Computeの関数をALBのサーバーグループに追加する」をご参照ください。
ALBとFunction Computeは、Alibaba Cloudの安全な内部ネットワークを介して通信します。
ALBコンソールにログインします。
左側のナビゲーションウィンドウで、.
On theサーバーグループページで、管理するサーバーグループを見つけて、バックエンドサーバーの変更で、操作列を作成します。
On theバックエンドサーバータブをクリックします。関数の追加.
説明function Computeの関数は、ALBインスタンスのサーバーグループに1つだけ追加できます。
では、バックエンドサーバーの追加パネルで、次のいずれかの方法を使用して関数を追加し、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つのみ設定できます。
同じリージョン内の異なるVPCのALBインスタンスは、同じトランジットルーターを使用してバックエンドサーバーにアクセスすることはできません。
同じリージョン内の異なるVPCのALBインスタンスは、異なるトランジットルーターを使用して同じバックエンドサーバーにアクセスすることはできません。
ALBインスタンスとバックエンドサーバー間のネットワークトラフィックは、システムルートテーブルのみに基づいてルーティングできます。 VPCカスタムルートテーブルはサポートされていません。
ALBコンソールにログインします。
左側のナビゲーションウィンドウで、.
On theサーバーグループページで、管理するサーバーグループを見つけて、バックエンドサーバーの変更で、操作列を作成します。
On theバックエンドサーバータブをクリックします。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アドレスの追加] をクリックすると、複数のバックエンドサーバーを追加できます。
では、ポート/重みステップで、バックエンドサーバーのポートと重みを指定し、OK.
デフォルトの重みは100です。 重みが高いサーバーほど、より多くのリクエストを受信します。 セッション維持が有効になっている場合、リクエストはバックエンドサーバーに均等に配信されない可能性があります。
アイコンの上にポインタを移動することで、複数のサーバーの重みを
変更できます。 [下に複製] をクリックすると、現在のサーバーの下にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。
[上に複製] をクリックすると、現在のサーバーの上にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。
[すべてに複製] をクリックすると、サーバーグループ内のすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。
重みの横にある [リセット] をクリックすると、サーバーグループ内のすべてのサーバーの重みがデフォルト値にリセットされます。
警告サーバーの重みを0に設定した場合、サーバーはリクエストを受信しません。
バックエンドサーバーの削除
ビジネス要件に基づいて、サーバーグループからバックエンドサーバーを削除できます。 サーバーが削除されると、サーバーはクライアント要求を処理しなくなります。
サーバーグループからバックエンドサーバーを削除すると、サービスが中断される可能性があります。 バックエンドサーバーをサーバーグループから削除する前に、バックエンドサーバーの重みを0に設定することを推奨します。
ALBコンソールにログインします。
左側のナビゲーションウィンドウで、.
[サーバーグループ] ページで、管理するサーバーグループを見つけ、そのIDをクリックします。
をクリックし、バックエンドサーバータブで、削除するバックエンドサーバーを見つけ、削除で、操作列を作成します。
表示されるメッセージで、[OK] をクリックします。
ヘルスチェックの変更
ビジネス要件に基づいて、サーバーグループのヘルスチェック設定を変更できます。
ALBコンソールにログインします。
左側のナビゲーションウィンドウで、.
On theサーバーグループページで、管理するサーバーグループを見つけて、ヘルスチェック設定の変更で、操作列を作成します。
[ヘルスチェックの変更] ダイアログボックスで、ヘルスチェックをオンまたはオフにします。 ヘルスチェック の横にある [変更] をクリックして、ヘルスチェックパラメーターを変更することもできます。
警告ヘルスチェックを無効にすると、ALBはバックエンドサーバーのヘルスステータスをチェックしなくなります。 バックエンドサーバーがダウンしている場合、ネットワークトラフィックを正常なバックエンドサーバーに自動的に切り替えることはできません。
ヘルスチェック間隔を長く指定すると、ALBが異常なバックエンドサーバーを検出するまでに時間がかかります。
サーバーグループの削除
リスナーが使用する転送ルールでサーバーグループが指定されていない場合は、サーバーグループを削除できます。 転送ルールを削除する方法の詳細については、「転送ルールの削除」をご参照ください。
サーバーグループを削除した後、サーバーグループ内のバックエンドサーバーは影響を受けません。 ECSインスタンスを使用しなくなった場合、ECSインスタンスを停止またはリリースできます。 詳細については、「インスタンスの停止」または「インスタンスのリリース」をご参照ください。
ALBコンソールにログインします。
左側のナビゲーションウィンドウで、.
On theサーバーグループページで、削除するサーバーグループを見つけて、
> 削除で、操作列を作成します。 表示されるメッセージで、[OK] をクリックします。