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

Server Load Balancer:CLB のリスナー

最終更新日:Aug 21, 2026

Classic Load Balancer (CLB) のリスナーは、受信接続リクエストをチェックし、設定されたスケジューリングアルゴリズムと転送ルールに基づいて、バックエンドサーバーにリクエストを分散します。各 CLB インスタンスには、少なくとも 1 つのリスナーが必要です。CLB は、TCP、UDP、HTTP、HTTPS のリスナーをサポートしています。

リスナーのタイプとシナリオ

CLB は、レイヤー 4 リスナー (TCP と UDP) とレイヤー 7 リスナー (HTTP と HTTPS) をサポートしています。要件に基づいてリスナーのタイプを選択してください。

タイプ

プロトコル

説明

シナリオ

レイヤー 4 リスナー

TCP

  • コネクション型のプロトコルです。データ転送の前に、接続を確立する必要があります。

  • 信頼性の高いデータ転送が可能ですが、速度は比較的遅くなります。

  • ファイル転送、E メール、リモートログオンなど、高いデータ整合性と完全性が求められるシナリオ。

  • カスタム要件のない Web アプリケーション。

詳細については、「TCP リスナーの追加」をご参照ください。

UDP

  • コネクションレスのプロトコルです。ハンドシェイクは不要です。エラー訂正や再送信はサポートされていません。

  • 転送は高速ですが、信頼性は低くなります。

ビデオ会議やリアルタイムの金融データフィードなど、信頼性よりも速度を優先するシナリオ。

詳細については、「UDP リスナーの追加」をご参照ください。

レイヤー 7 リスナー

HTTP

  • データをパッケージ化するためのアプリケーション層プロトコルです。

  • Cookie ベースのセッション維持をサポートしています。

  • X-Forwarded-For ヘッダーを使用して、クライアント IP アドレスを保持します。

Web アプリケーションやモバイルゲームなど、データコンテンツを識別する必要があるアプリケーション。

詳細については、「HTTP リスナーの追加」をご参照ください。

HTTPS

  • 転送中のデータを暗号化し、不正なアクセスを防ぎます。

  • 証明書の一元管理をサポートしています。CLB に証明書をアップロードすることで、バックエンドサーバーでの復号化の負荷を軽減します。

暗号化されたデータ転送を必要とするアプリケーション。

詳細については、「HTTPS リスナーの追加」をご参照ください。

ポート設定の制限事項

ポート

説明

制限事項

リスナーポート (フロントエンドポート)

クライアントリクエストを受信します。

CLB インスタンスの場合:

  • TCP、HTTP、HTTPS のリスナーポートは重複できません。

    たとえば、TCP リスナーがポート 80 を使用している場合、他の TCP、HTTP、HTTPS リスナーはポート 80 を使用できません。

  • UDP リスナーポートは、TCP、HTTP、HTTPS のリスナーポートとは独立しています。

    たとえば、ポート 81 の UDP リスナーは、ポート 81 の TCP、HTTP、HTTPS のリスナーと競合しません。

サーバーポート (バックエンドポート)

バックエンドサーバーがサービスを提供するポートです。

CLB インスタンスの場合:

  • デフォルトサーバーグループがリスナーに関連付けられている場合、リスナーポートはバックエンドサーバーの同じポートにのみリクエストを転送できます。

  • vServer グループまたはプライマリ/セカンダリサーバーグループがリスナーに関連付けられている場合、リスナーポートはバックエンドサーバーのさまざまなポートにリクエストを転送できます。

  • 異なるプロトコルを使用するリスナーは、バックエンドサーバーの同じポートにリクエストを転送できます。たとえば、ポート 80 をリッスンする TCP リスナーとポート 81 をリッスンする HTTP リスナーの両方が、バックエンドサーバーの同じポートにリクエストを転送できます。

説明
  • HTTP および HTTPS リスナーは、プライマリ/セカンダリサーバーグループをサポートしていません。

  • プライマリ/セカンダリサーバーグループには、最大 2 つのバックエンドサーバーを追加できます。

リスナーの機能比較

機能

レイヤー 4 リスナー

レイヤー 7 リスナー

TCP リスナー

UDP リスナー

HTTP リスナー

HTTPS リスナー

バックエンドプロトコル

TCP

UDP

HTTP

HTTP

スケジューリングアルゴリズム

  • 加重ラウンドロビン (WRR)

  • ラウンドロビン (RR)

  • コンシステントハッシュ (CH)

  • 加重ラウンドロビン (WRR)

  • ラウンドロビン (RR)

  • コンシステントハッシュ (CH)

  • 加重ラウンドロビン (WRR)

  • ラウンドロビン (RR)

  • 加重ラウンドロビン (WRR)

  • ラウンドロビン (RR)

証明書

該当なし。必要に応じて、バックエンドサーバーに SSL 証明書をデプロイしてください。

該当なし

該当なし

CLB に証明書を追加してください。

アクセスログ

サポートされていません

サポートされていません

サポートされています

サポートされています

秒単位のモニタリング

サポートされています

サポートされています

サポートされていません

サポートされていません

プライマリ/セカンダリサーバーグループ

サポートされています

サポートされています

サポートされていません

サポートされていません

転送ルール

サポートされていません。必要に応じて、バックエンドサーバーで転送ルールを設定してください。

サポートされています。リスナーに転送ルールを設定してください。

説明

特定のリージョンでは、レイヤー 7 リスナーがサポートされていません。詳細については、「CLB のリージョンとゾーン」をご参照ください。

リスナー間の帯域幅共有

CLB インスタンスの帯域幅には制限があります。重要なサービスのためにリスナーに専用帯域幅を割り当て、残りのリスナーで残りの帯域幅を共有させることができます。これにより、主要なサービスの安定性と可用性が向上します。

仕組み

CLB インスタンスに 10 Mbit/s の帯域幅があり、3 つのリスナー (A、B、C) があると仮定します。リスナー A には 4 Mbit/s の専用帯域幅が割り当てられています。

  • リスナー A は、リスナー B と C のトラフィックに関係なく、常に 4 Mbit/s を利用できます。

  • リスナー B と C は、残りの 6 Mbit/s (10 Mbit/s - 4 Mbit/s) の帯域幅を共有します。

    • リスナー B にトラフィックがない場合、リスナー C は 6 Mbit/s すべてを使用できます。逆も同様です。

    • 両方がトラフィックを受信する場合、6 Mbit/s は比例的に分割されます。たとえば、トラフィックが均等な場合、各リスナーには約 3 Mbit/s が割り当てられます。

    • 一方のリスナーが 6 Mbit/s すべてを使用すると、もう一方のリスナーには帯域幅が割り当てられず、パケット損失が発生します。

  • 各リスナーのトラフィックが割り当てられた帯域幅内に収まっている限り、パケット損失は発生しません。

説明

CLB サービスがインスタンス購入時に指定した最大帯域幅に達しない場合は、「接続がピーク帯域幅に達しない」をご参照ください。

リスナーの帯域幅制限の有効化

リスナーを作成する際、 [プロトコルとリスナー] のステップで、 [詳細設定] の横にある [変更] をクリックし、 [リスナーの帯域幅制限] を有効にしてください。

  • 有効にした場合、リスナーの専用帯域幅を指定してください。この値は、インスタンスの最大帯域幅から他のリスナーに割り当てられた帯域幅を引いた値を超えることはできません。

    説明

    リスナー上のすべての転送ルールは、その専用帯域幅を共有します。

  • 無効にした場合、リスナーは、他のすべての非専用リスナーとインスタンスの残りの帯域幅を共有します。

関連ドキュメント

CLB は、基本的なレイヤー 4 (TCP/UDP) とレイヤー 7 (HTTP/HTTPS) の負荷分散を提供します。

Alibaba Cloud は、高度な転送機能と QUIC をサポートするレイヤー 7 向けの Application Load Balancer (ALB) と、より高いパフォーマンスとオートスケーリング機能を備えたレイヤー 4 向けの Network Load Balancer (NLB) も提供しています。CLB よりも ALB と NLB の使用を推奨します。