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

Server Load Balancer:UDP リスナーの追加

最終更新日:Apr 21, 2026

Classic Load Balancer (CLB) インスタンスに UDP リスナーを追加して、クライアントからの UDP リクエストを転送できます。これは、ビデオチャットやリアルタイムの金融データストリーミングなど、信頼性よりもリアルタイム性能が重視されるシナリオに最適です。

制限事項

UDP リスナーを追加する前に、次の制限事項にご注意ください。

  • システムはポート 250、4789、4790 を予約します。これらのポートは使用できません。

  • IP フラグメンテーションはサポートされていません。

  • クラシックネットワーク内の CLB インスタンスの UDP リスナーは、送信元 IP アドレスを取得できません。

  • IPv6 の IP ヘッダーは IPv4 のヘッダーよりも長いため、CLB IPv6 インスタンスで UDP リスナーを使用する場合、CLB と通信するバックエンドサーバー (通常は ECS インスタンス) のネットワークインターフェースカードの MTU が 1200 以上であることを確認してください。一部のアプリケーションでは、この MTU 値に合わせて設定ファイルを更新する必要がある場合もあります。そうしないと、パケットが大きすぎてドロップされる可能性があります。

    TCP、HTTP、または HTTPS リスナーを使用する場合、TCP プロトコルは自動 MSS ネゴシエーションをサポートしているため、追加の設定は不要です。

前提条件

操作手順

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

  1. Classic Load Balancer (CLB) コンソールにログインします。

  2. 上部のナビゲーションバーで、ご利用の CLB インスタンスがデプロイされているリージョンを選択します。

  3. インスタンス ページでターゲットインスタンスを見つけ、次のいずれかの方法でリスナーを設定します。

    • 操作 列で リスナーの設定 をクリックします。

    • インスタンス ID をクリックし、リスナー タブで リスナーの作成 をクリックします。

  4. プロトコルとリスナー ステップで、次のオプションを設定し、次へ をクリックします。

    パラメーター

    説明

    リスナープロトコルの選択

    [UDP] を選択します。

    バックエンドプロトコル

    リスナープロトコルの選択 が [UDP] に設定されている場合、バックエンドプロトコル は自動的に [UDP] に設定されます。

    リスニングポート

    リクエストを受信し、バックエンドサーバーに転送するために使用されるポートです。有効な値:1~65535。

    タグ

    タグキー と タグ値 を選択または入力します。

    高度な設定

    編集 をクリックして詳細設定を展開します。

    転送ルール

    スケジューリングアルゴリズムを選択します。デフォルトのアルゴリズムは ラウンドロビン です。スケジューリングアルゴリズムとそのユースケースの詳細については、「ロードバランシングのスケジューリングアルゴリズム」をご参照ください。

    • 重み付きラウンドロビン:重みが大きいバックエンドサーバーほど、より多くのリクエストを受信します。

    • ラウンドロビン:リクエストはバックエンドサーバーに順番に分散されます。

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

      • [QUIC ID]:QUIC コネクション ID のコンシステントハッシュに基づいてリクエストが分散されます。同じ QUIC コネクション ID を持つリクエストは、同じバックエンドサーバーにルーティングされます。

        重要

        QUIC は急速に進化しているプロトコルです。このアルゴリズムは draft-ietf-quic-transport-10 に基づいて実装されており、すべての QUIC バージョンと互換性があるとは限りません。本番環境で使用する前に、このアルゴリズムを十分にテストすることを推奨します。

      • タプル:4つの要素 (送信元 IP アドレス、宛先 IP アドレス、送信元ポート、宛先ポート) のタプルのコンシステントハッシュに基づいてリクエストが分散されます。同じタプルを持つフローは、同じバックエンドサーバーにルーティングされます。

      • ソース IP:送信元 IP アドレスのコンシステントハッシュに基づいてリクエストが分散されます。同じ送信元 IP アドレスからのリクエストは、同じバックエンドサーバーにルーティングされます。

        説明

        既存の TCP リスナーのスケジューリングアルゴリズムを 重み付きラウンドロビン または ラウンドロビン から コンシステントハッシュ に変更することはできません。コンシステントハッシュ アルゴリズムを使用するには、新しい UDP リスナーを作成し、そのスケジューリングアルゴリズムを コンシステントハッシュ に設定する必要があります。

    セッション維持の有効化

    セッション維持はデフォルトで無効になっています。

    この機能を有効にすると、リスナーは同じクライアントからのリクエストを同じバックエンドサーバーに転送します。

    アクセス制御の有効化

    アクセス制御はデフォルトで無効になっています。

    この機能を有効にした後、アクセス制御メソッドと、リスナーのホワイトリストまたはブラックリストとして使用するアクセス制御リスト (ACL) を選択します。

    • ホワイトリスト ホワイトリストを使用して、特定の IP アドレスからのみアクセスを許可します。

      ホワイトリストを有効にしても ACL に IP アドレスを追加しない場合、リスナーはすべてのリクエストを転送します。

    • ブラックリスト ブラックリストを使用して、特定の IP アドレスからのアクセスをブロックします。

      ブラックリストを有効にしても ACL に IP アドレスを追加しない場合、リスナーはすべてのリクエストを転送します。

    説明

    IPv4 インスタンスは IPv4 アクセス制御リスト (ACL) にのみ関連付けることができます。IPv6 インスタンスは IPv6 ACL にのみ関連付けることができます。詳細については、「アクセス制御リストの作成」をご参照ください。

    ピーク帯域幅の上限を有効化

    帯域幅課金の CLB インスタンスでは、リスナーごとに異なるピーク帯域幅値を設定して、各リスナーのトラフィックを制限できます。インスタンス上のすべてのリスナーのピーク帯域幅値の合計は、インスタンスの帯域幅を超えることはできません。

    デフォルトでは、この機能は無効になっており、すべてのリスナーがインスタンスの総帯域幅を共有します。帯域幅がどのように共有されるかの詳細については、「CLB リスナー間の帯域幅共有」をご参照ください。

    重要

    Proxy Protocol

    重要

    クライアント IP の取得

    レイヤー 4 リスナーの場合、バックエンドサーバーはクライアントの実際の送信元 IP アドレスを自動的に受信します。この機能はデフォルトで有効になっています。

    説明

    クラシックネットワーク内の CLB インスタンスの UDP リスナーの場合、Proxy Protocol を有効にして送信元 IP アドレスを取得できます。

    作成後に自動的に有効化する

    設定後にリスナーを有効にするかどうかを指定します。この機能はデフォルトで有効になっています。

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

    ステップ 3:ヘルスチェックの設定

    説明

    プライマリ/セカンダリサーバーグループに関連付けられているリスナーでは、ヘルスチェックを無効にすることはできません。