すべてのプロダクト
Search

このプロダクト

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

    ドキュメントセンター

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

    最終更新日:Jan 22, 2025

    ビデオ会議や財務情報のリアルタイムプッシュなど、時間効率の要件が高いが信頼性が比較的低いシナリオで、Classic Load Balancer (CLB) インスタンスでUDPリクエストを転送する場合は、CLBインスタンス用のUDPリスナーを作成できます。

    背景情報

    UDPリスナーを追加する前に、次の項目に注意してください。

    • UDPリスナーのポート250、ポート4789、またはポート4790は指定できません。 それらはシステムによって予約されます。

    • 断片化はサポートされていません。

    • クラシックネットワークにデプロイされたCLBインスタンスにUDPリスナーを追加すると、UDPリスナーはクライアントのIPアドレスをバックエンドサーバーに渡すことができません。

    • 次の操作は、UDPリスナーで実行されてから5分後に有効になります。

      • バックエンドサーバーを削除します。

      • 異常と宣言された後、バックエンドサーバーの重みを0に設定します。

    • IPv6パケットは、IPv4パケットよりも長いIPヘッダを有する。 IPv6 CLBインスタンスがUDPリスナーを使用する場合、バックエンドサーバーがCLBとの通信に使用するネットワークインターフェイスコントローラー (NIC) でサポートされる最大伝送単位 (MTU) が1,200バイト以上であることを確認します。 そうでなければ、特大のパケットは廃棄され得る。 それに応じて、一部のアプリケーションの構成ファイルのMTU設定を変更する必要があります。

      TCPは、最大セグメントサイズ (MSS) 通知をサポートする。 したがって、TCP、HTTP、またはHTTPSリスナーを使用する場合、追加の設定を実行する必要はありません。

    前提条件

    CLBインスタンスが作成されました。 詳細については、「CLBインスタンスの作成と管理」をご参照ください。

    手順1: UDPリスナーの追加

    1. CLBコンソールにログインします。

    2. 上部のナビゲーションバーで、CLBインスタンスがデプロイされています。

    3. [インスタンス] ページで、管理するCLBインスタンスを見つけ、次のいずれかの方法でリスナーを設定します。

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

      • インスタンスのIDをクリックし、[リスナー] タブをクリックし、[リスナーの追加] をクリックします。

    4. 次のパラメーターを設定し、次へ をクリックします。

      パラメーター

      説明

      リスナープロトコル

      この例では、UDPが選択されています。

      バックエンドプロトコル

      この例では、UDPが選択され、バックエンドプロトコルは自動的にUDPに設定され、変更できません。

      リスナーポート

      バックエンドサーバーへのリクエストの受信と転送に使用するリスナーポートを指定します。 有効な値: -1 から 65535

      リスナー名

      リスナーの名前を入力します。

      タグ

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

      詳細設定

      [変更] をクリックして詳細設定を設定します。

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

      スケジューリングアルゴリズムを選択します。

      • 重み付きラウンドロビン (WRR): 重みの大きいバックエンドサーバーは、重みの小さいバックエンドサーバーよりも多くのリクエストを受け取ります。

      • ラウンドロビン (RR): リクエストはバックエンドサーバーに順番に配信されます。

      • コンシステンシーハッシュ法 (CH)：

        • QUIC ID: クイックUDPインターネット接続 (QUIC) IDに基づくコンシステントハッシングを指定します。 同じQUIC IDを含むリクエストは、同じバックエンドサーバーに配布されます。

          重要

          QUICは、draft-ietf-quic-transport-10に基づいて実装され、迅速に反復されます。 したがって、すべてのQUICバージョンで互換性が保証されるわけではありません。 プロトコルを運用環境に適用する前に、テストを実行することをお勧めします。

        • Four-element: 送信元IPアドレス、宛先IPアドレス、送信元ポート、宛先ポートの4つの要素に基づくコンシステントハッシングを指定します。 4つの要素に基づいて同じ情報を含むリクエストは、同じバックエンドサーバーに配信されます。

        • ソースIP: ソースIPアドレスに基づくコンシステントハッシングを指定します。 同じ送信元IPアドレスからのリクエストは、同じバックエンドサーバーに配信されます。

      セッション永続性

      セッション維持を有効にするかどうかを指定します。

      セッション維持を有効にすると、CLBインスタンスはクライアントからのすべてのリクエストを同じバックエンドサーバーに転送します。

      アクセス制御

      アクセス制御を有効にするかどうかを指定します。

      アクセス制御を有効にした後、アクセス制御方法を選択します。 次に、リスナーのホワイトリストまたはブラックリストとして使用されるアクセス制御リスト (ACL) を選択します。

      • ホワイトリスト: 指定されたIPアドレスがSLBインスタンスにアクセスできるようにします。 ネットワークACLで指定されたIPアドレスまたはCIDRブロックからのリクエストのみが転送されます。 ホワイトリストは、特定のIPアドレスからのアクセスのみを許可するシナリオに適用されます。 ホワイトリストが適切に構成されていないと、サービスに悪影響を及ぼす可能性があります。 ホワイトリストが設定されると、ホワイトリストに追加されたIPアドレスからのリクエストのみがリスナーによって転送されます。

        ホワイトリストが設定されているが、IPアドレスがホワイトリストに追加されていない場合、リスナーはすべてのリクエストを転送します。

      • ブラックリスト: 指定されたIPアドレスがSLBインスタンスにアクセスすることを禁止します。 ネットワークACLで指定されたIPアドレスまたはCIDRブロックからの要求は拒否されます。 ブラックリストは、特定のIPアドレスからのアクセスを拒否するシナリオに適用されます。

        ブラックリストが設定されているが、IPアドレスがブラックリストに追加されていない場合、リスナーはすべてのリクエストを転送します。

      • ホワイトリスト: ネットワークACLで指定されたIPアドレスまたはCIDRブロックからのリクエストのみが転送されます。 ホワイトリストは、特定のIPアドレスからのアクセスのみを許可するシナリオに適用されます。 ホワイトリストが適切に構成されていないと、サービスに悪影響を及ぼす可能性があります。 ホワイトリストが設定されると、ホワイトリストに追加されたIPアドレスからのリクエストのみがリスナーによって転送されます。

        ホワイトリストが設定されているが、IPアドレスがホワイトリストに追加されていない場合、リスナーはすべてのリクエストを転送します。

      • ブラックリスト: ネットワークACLで指定されたIPアドレスまたはCIDRブロックからのリクエストは拒否されます。 ブラックリストは、特定のIPアドレスからのアクセスを拒否するシナリオに適用されます。

        ブラックリストが設定されているが、IPアドレスがブラックリストに追加されていない場合、リスナーはすべてのリクエストを転送します。

      説明

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

      リスナーの帯域幅スロットリング

      リスナーの最大帯域幅を設定するかどうかを指定します。

      帯域幅課金CLBインスタンスを使用する場合、各リスナーに最大帯域幅を設定して、リスナーによって転送されるネットワークトラフィックの量を制限できます。 CLBインスタンスに追加されたすべてのリスナーの最大帯域幅の合計は、CLBインスタンスの最大帯域幅を超えることはできません。 デフォルトでは、この機能は無効になっており、すべてのリスナーがCLBインスタンスの帯域幅を共有します。

      重要

      • たとえば、インターネット接続CLBインスタンスの最大帯域幅は5 Mbit/sで、2つのリスナーを設定したとします。 5 Mbit/sの帯域幅をリスナーAに割り当て、リスナーBには帯域幅を割り当てません。この場合、リスナーBにはアクセスできません。 帯域幅を割り当てるときは注意してください。

      • 内部接続CLBインスタンスに3つのリスナーが設定されており、リスナーAとリスナーBに割り当てられている合計帯域幅が5,120 Mbit/sの場合、リスナーCにアクセスできません。 帯域幅を割り当てるときは注意してください。

      • データ転送課金CLBインスタンスを使用する場合、リスナーの帯域幅はデフォルトで無制限です。

      プロキシプロトコル

      Proxyプロトコルを使用してクライアントIPアドレスをバックエンドサーバーに渡すかどうかを指定します。

      説明

      PrivateLinkが使用されている場合、この機能は有効にできません。

      クライアント送信元IPアドレスの取得

      クライアントのIPアドレスを予約するかどうかを指定します。 レイヤー4リスナーのみがこの機能をサポートしています。 デフォルトでは、この機能は有効になっています。

      説明

      クラシックネットワークにデプロイされたCLBインスタンスにUDPリスナーが追加されている場合、プロキシプロトコルを有効にしてクライアントIPアドレスを取得できます。

      リスナーの自動有効化

      作成後すぐにリスナーを有効にするかどうかを指定します。 デフォルトでは、リスナーは作成後に有効になります。

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

    リスナーを設定した後、クライアント要求を処理するバックエンドサーバーを追加する必要があります。 CLBインスタンスに設定されているデフォルトのサーバーグループを使用できます。 vServerグループまたはプライマリ /セカンダリサーバーグループを構成することもできます。 詳細については、「CLBバックエンドサーバー」をご参照ください。

    1. バックエンドサーバーステップで、デフォルトのサーバーグループを選択し、さらに追加をクリックします。

    2. サーバーパネルで、追加するバックエンドサーバーを選択し、次へをクリックします。

    3. [ポート /重み] ステップで、バックエンドサーバーの重みを設定します。 [追加] をクリックします。

      説明

      • デフォルトの重みは100です。 重みの大きいバックエンドサーバーは、より多くのリクエストを受信します。

      • バックエンドサーバーの重みが0に設定されている場合、リクエストはバックエンドサーバーに配信されません。

    4. バックエンドECS (Elastic Compute Service) インスタンスがリクエストを受信するために使用するポートを指定します。 有効な値: -1 から 65535 [次へ] をクリックします。

      同じCLBインスタンスに追加された異なるバックエンドサーバーに対して同じポートを指定できます。

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

    CLBは、ヘルスチェックを実行してバックエンドサーバーの可用性をチェックします。 ヘルスチェック機能は、サービス全体の可用性を向上させ、バックエンドサーバーの障害の影響を軽減します。

    説明

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

    1. オプション: [ヘルスチェック] ステップで、[変更] をクリックしてヘルスチェックの設定を変更します。 ヘルスチェックの設定方法の詳細については、「CLBヘルスチェックの設定と管理」をご参照ください。 [次へ] をクリックします。

    2. 確認ステップで、リスナーの設定を確認します。 [変更] をクリックして、設定を変更できます。

    3. [送信] をクリックします。 [設定の成功] メッセージで、[OK] をクリックします。

      リスナーを設定した後、[リスナー] タブでリスナーを表示できます。