
リスナーの基本設定 | 説明 | 事例 |
名前 | リスナーの名称です。 | test-tcp-80 |
リスニングプロトコルポート | リスニングプロトコル:この例ではTCPを選択します。 リスニングポート:リクエストを受信してバックエンドサーバーにリクエストを転送するために使用するポートで、ポート範囲は1~65535です。 同一CLBインスタンス内で、リスニングポートは重複できません。 | TCP:80 |
バランシング方式 | TCPリスナーでは、CLBは重み付けラウンドロビン(WRR)および重み付け最小接続(WLC)の2種類のスケジューリングアルゴリズムをサポートしています 重み付けラウンドロビンアルゴリズム:バックエンドサーバーの重みに基づき、順番にリクエストを異なるサーバーに配信します。重み付けラウンドロビンアルゴリズムは新規接続数に基づいてスケジューリングし、重みの高いサーバーがラウンドロビンされる回数(確率)が高くなるほど、同じ重みのサーバーは同じ数の接続数を処理します。 重み付け最小接続:サーバーの現在アクティブな接続数に基づいてサーバーの負荷状況を推定します。重み付け最小接続はサーバー負荷および重みに基づいて総合的にスケジューリングし、重み値が同じ場合、現在の接続数が少ないバックエンドサーバーほどラウンドロビンされる回数(確率)も高くなります。 説明: 重み付け最小接続のバランシング方式を選択した場合、リスナーはセッション維持機能の有効化をサポートしません。 | 重み付けラウンドロビン |
ProxyProtocol 設定 | チェックを入れると、ProxyProtocol 設定を有効にできます。ProxyProtocol プロトコルを介してクライアントのソースアドレスをバックエンドサーバーに伝達することができます。 | チェックを入れる |
再スケジュール | 既存接続の再スケジューリング機能は、バックエンドサービスの状態が変化した際に、既存の接続を能動的に管理および移行することで、サービスの可用性と業務継続性を向上させるものです。本機能は現在クローズドベータ版であり、ご利用にはサポートチケットの申請が必要です。 無効にした場合、同一の 5 タプルを持つ既存の接続は能動的に切断されません。接続のアイドル時間が、設定された接続アイドルタイムアウト時間を超えた場合にのみ自動的に解放されます。たとえば、バックエンドサービスのヘルスチェックで異常が検知された場合、新しいトラフィックは他の正常なバックエンドサーバーに転送されますが、既存のトラフィックは引き続き異常なバックエンドサービスに転送され続けるため、パケットロスや業務異常が発生する可能性があります。 有効にすると、既存接続の切断ポリシーと再スケジューリングのタイミングを詳細に制御し、能動的に接続の移行をトリガーできます。既存接続の切断方法、再スケジューリングのトリガー条件、再スケジューリング開始時間、再スケジューリング継続時間を必要に応じて選択できます。設定後、対応する操作により、バックエンドサービスの既存接続が一定期間転送を継続し、その時間が経過すると両端(クライアントとサーバー)に RST パケットを送信して接続を切断し、既存接続の再スケジューリングを実現します。 既存接続の切断方式: 即時切断:既存接続を強制的に終了し、再スケジューリングを迅速に完了します。 スムーズ切断:段階的に接続を切断し、業務への影響を軽減します。 再スケジューリングのトリガー条件: バックエンドサービスのバインド解除 バックエンドサービスの重みが 0 バックエンドサービスのヘルスチェック異常 再スケジューリング開始時間:スムーズ切断方式でのみ設定可能です。0 は再スケジューリングを即座に開始することを意味します。その他の時間は、条件を満たした後に指定された時間だけ遅延して再スケジューリングを開始することを示します。複雑なネットワーク環境に適応し、バッファ時間を提供します。 再スケジューリング継続時間:スムーズ切断方式でのみ設定可能です。既存接続の切断にかける時間を示し、接続切断のペースと強度を制御します。 説明 クライアントからのデータパケットがある場合にのみ、既存接続の再スケジューリングがトリガーされます。 既存接続の再スケジューリングは、特定のシナリオにおいてのみ既存接続の収束を加速するものであり、すべての異常シナリオをカバーできるものではありません。最終的な業務の堅牢性と継続性を確保するために、クライアント側には接続タイムアウトまたは切断後に新規接続を確立して再試行するフォールトトレランス機構を実装することを推奨します。 | 有効にして、必要な条件にチェックを入れます |
接続アイドルタイムアウト時間 | 性能容量型インスタンスの有効範囲:10 - 1980、単位:秒。 その他タイプのインスタンスの有効範囲:10 - 900、単位:秒。 | 900秒 |
セッション維持の設定 | 説明 | 事例 |
セッション維持の有効化/無効化 | セッションの維持を有効化すると、CLBリスナーは同一クライアントからのアクセスリクエストを同一のバックエンドサーバーに配信します。 TCPプロトコルはクライアントIPアドレスのセッションの維持に基づき、同一IPアドレスからのアクセスリクエストを同一のバックエンドサーバーに転送します。 重み付けラウンドロビンスケジューリングはセッションの維持をサポートします。重み付け最小接続スケジューリングはセッション維持機能の有効化をサポートしていません。 | オン |
セッションの維持時間 | 維持時間を超え、接続中に新たなリクエストがない場合は、自動的にセッションの維持が切断されます。 設定可能範囲は30~3600秒です。 | 30s |
TCP:80リスナーなどの、先ほど作成したリスナーをクリックすると、リスナーの右側にバインド済みのバックエンドサービスが表示されます。フィードバック