tencent cloud

Cloud Load Balancer

TCPリスナーの設定

Download
フォーカスモード
フォントサイズ
最終更新日: 2026-08-11 11:34:46
AI翻訳・品質チェック済み
CLBインスタンスにTCPリスナーを追加して、クライアントからのTCPプロトコルリクエストを転送することができます。TCPプロトコルは、信頼性およびデータの正確性に対する要件が高く、伝送速度に対する要件が比較的低いシーン(ファイル伝送、メール送受信、リモートログインなど)に適しています。TCPリスナーにバインドしたバックエンドサーバーはクライアントのリアルIPを直接取得することができます。

前提条件

操作手順

ステップ1:リスナーの設定

1. CLBコンソールにログインし、左側ナビゲーションバーのインスタンス管理をクリックします。
2. CLBインスタンスリストページの左上隅でリージョンを選択し、インスタンスリスト右側の操作列でリスナーの設定をクリックします。


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

ステップ2:バックエンドサーバーのバインド

1. 「リスナー管理」ページで、上記のTCP:80リスナーなどの、先ほど作成したリスナーをクリックすると、リスナーの右側にバインド済みのバックエンドサービスが表示されます。
2. バインドをクリックし、バインドしたいバックエンドサーバーをポップアップボックスから選択し、サービスポートと重みを設定します。
説明
デフォルトポート機能:先に「デフォルトポート」を入力してからバックエンドサーバーを選択すると、それぞれのバックエンドサーバーのポートがすべてデフォルトポートとなります。

ステップ3:セキュリティグループ(オプション)

CLBのセキュリティグループを設定して、パブリックネットワークトラフィックの分離を行うことができます。詳細については、CLBセキュリティグループの設定をご参照ください。

ステップ4:リスナーの変更/削除(オプション)

作成したリスナーを変更または削除したい場合、「リスナー管理」ページで、作成したリスナーをクリックし、

アイコンをクリックして変更または

アイコンをクリックして削除してください。

ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック