Geneveプロトコルをサポートするバックエンドサーバーは、論理グループに編成できます。 各サーバーグループには、Gateway Load Balancer (GWLB) によって配布されたリクエストを処理する1つ以上のバックエンドサーバーが含まれています。 このトピックでは、サーバーグループの主要な用語について説明します。
サーバーグループの種類
GWLBは、バックエンドサービスとしてのサーバーとIPアドレスの設定をサポートしています。
サーバーグループタイプ | バックエンドサーバータイプ | 説明 |
サーバー | ECS (Elastic Compute Service) インスタンス、ENI (elastic network Interface) 、およびelasticコンテナインスタンスをバックエンドサーバーとして指定できます。 | バックエンドサーバーとサーバーグループは、同じ仮想プライベートクラウド (VPC) に属している必要があります。 バックエンドサーバーは、GWLBによって配信されたリクエストを受信するために使用されます。 |
IP アドレス | バックエンドサーバーとしてIPアドレスを指定できます。 | 次のCIDRブロックに該当するIPアドレスがサポートされています。
|
GWLBインスタンスの指定されたサーバーグループ内のバックエンドサーバーがリリースされるか、プライベートIPアドレスが変更されると、GWLBはバックエンドサーバーのステータスを自動的に更新します。
指定されたプライベートIPアドレスのサーバーグループ内のバックエンドサーバーがGWLBインスタンスに対してリリースされた後、GWLBはバックエンドサーバーのステータスを更新しません。 指定したプライベートIPアドレスでGWLBバックエンドサーバーをリリースまたは変更する場合は、ビジネスに影響を与えないように、GWLBサーバーグループからバックエンドサーバーを削除することを推奨します。
Trafficスケジューリングアルゴリズム
GWLBは、以下のトラフィックスケジューリングアルゴリズムをサポートしています。
5タプルハッシュ: 要求の5タプル (送信元IPアドレス、送信元ポート、宛先IPアドレス、宛先ポート、およびIPプロトコル) ハッシュに基づいて要求を配布し、同じハッシュ値を持つ要求が同じバックエンドサーバーに転送されるようにします。
3タプルハッシュ: リクエストの3タプル (送信元IPアドレス、宛先IPアドレス、およびIPプロトコル) ハッシュに基づいてリクエストを配布し、同じハッシュ値を持つリクエストが同じバックエンドサーバーに転送されるようにします。
2タプルハッシュ: リクエストの2タプル (送信元IPアドレスと宛先IPアドレス) ハッシュに基づいてリクエストを配布し、同じハッシュ値を持つリクエストが同じバックエンドサーバーに転送されるようにします。
接続ドレイン
バックエンドサーバーを削除するシナリオの接続ドレイン機能を有効にできます。 接続ドレインタイムアウトを設定することにより、バックエンドサーバーが既存の接続を介して受信したリクエストは、サーバーがサービスの提供を停止する前に処理できます。
バックエンドサーバーが削除されると、GWLBインスタンスはバックエンドサーバーへの新しい接続リクエストのルーティングを停止します。 GWLBインスタンスは、次のようにバックエンドサーバーへの既存の接続を管理します。
デフォルトでは、接続のドレインは無効になっています。 サーバーへの既存の接続は、指定されたアイドル接続タイムアウトの間オープンのままです。 このアイドル接続タイムアウトの後、それ以上のパケットはサーバに転送されない。
接続ドレインが有効になっている場合、指定された接続ドレインタイムアウトの間、サーバーへの既存の接続は開いたままになります。 この接続排出タイムアウトの後、アイドル接続タイムアウト中に新しい要求がサーバーによって受信されない場合、既存の接続は閉じられ、それ以上のパケットはサーバーに転送されません。
ヘルスチェック
ヘルスチェックを設定して、サーバーグループの状態を監視できます。 これにより、サーバーグループ内のバックエンドサーバーの可用性を評価できます。 GWLBでは、サーバーグループのヘルスチェックを設定できます。
サポートされているヘルスチェックプロトコル: TCPおよびHTTP。
ヘルスチェックは、すべてのサーバーグループでデフォルトで有効になっています。 デフォルトのヘルスチェックプロトコルはTCPで、デフォルトのヘルスチェックポートは80です。
ヘルスチェックを有効にすると、GWLBは自動的に正常なバックエンドサーバーにリクエストをルーティングし、指定された間隔ですべてのバックエンドサーバーの可用性をプローブします。 バックエンドサーバーが正常であると宣言される前に、バックエンドサーバーは特定の回数 (N回) ヘルスチェックに合格する必要があります。 ビジネス要件に基づいてNを指定できます。 複数のヘルスチェックに基づいて可用性を判断することにより、単一の不健全な結果によって引き起こされる偽陽性を低減し、一時的な障害によるサービス中断を防止することができる。
バックエンドサーバーが特定の回数ヘルスチェックに失敗した場合、バックエンドサーバーは異常と宣言されます。 この場合、GWLBはバックエンドサーバーへのリクエストの配信を自動的に停止しますが、サーバーへの既存の接続はアイドル接続タイムアウトの間オープンのままです。 アイドル接続のタイムアウト後、それ以上のパケットはサーバーに転送されません。
バックエンドサーバーが回復すると、GWLBは自動的にリクエストをバックエンドサーバーに配信します。
ヘルスチェックは非永続接続を使用します。 ヘルスチェックが完了すると、接続は閉じられます。