ネットワーク・ロードバランサーに関する既知の問題

既知の問題とは、リリース前に修正されなかったが、リリースを遅らせるほど重大ではなかったバグや予期せぬ動作のことである。 これらの問題は、多くの場合、回避策とともにあなたに伝えられ、開発チームによって近いうちに解決されるよう優先順位が付けられます。

以下のセクションでは、パブリック、プライベート、およびプライベートパスのネットワークロードバランサー（NLB）に関する既知の問題を説明します。

プライベートおよびパブリックネットワークのロードバランサーに関する既知の問題

  • NLBでは、各メンバーとポートの組み合わせが一意である必要があります。

  • NLB メンバーの仮想サーバー・インスタンスのポートは、NLB トラフィックにのみ使用できます。

  • 各リスナーは1つのプールにマップされる（1対1の関係）。

  • NLBは、関連付けられたメンバーのプライマリネットワークインターフェースを使用してデータトラフィックを処理します。 プライマリ以外のネットワークインターフェースはサポートされていません。

  • 可用性を高めるには、NLB専用のサブネットを使用する。 クライアントとメンバーは、可能な限り別々のサブネットに配置する。

  • 1 つの NLB に、同じインスタンス X で同じポート Y の 2 つのメンバーが同時に存在することはできません。 たとえば、同じインスタンスで同じサーバー・ポートを使用する2つのメンバーはサポートされておらず、トラフィック・ルーティングに失敗する可能性がある。 詳細については、 同じサーバー・ポートを持つメンバーをNLBに追加できない理由を 参照してください。

  • 経路モードが有効になっている NLB の場合:

    • 仮想ネットワーク機能（VNF）インスタンスのみがバックエンドターゲットとしてサポートされている。 APIを使用する場合は、 port_min を 1 に、 port_max を 65535 に設定する。 port は空のままにする。
    • サポートされるリスナーは 1 つのみです。
    • NLB と VNF バックエンド・ターゲットは、同じサブネット内になければなりません。

  • クォータとサービス制限については、 ネットワークロードバランサーのクォータとサービス制限を 参照してください。 増額を申請するには、 サポートケースを作成して ください。

  • NLB のリスナーを作成する際、 tcp または udp の protocol を指定できます。 ただし、NLB の各リスナーは一意の port を使用しなければならない。

  • プライベート NLB NLB サービスは、特定の障害状況においてもサービスの可用性を確保するため、カスタムルーティングテーブルにルールを追加する場合があります。 したがって、クライアントがNLBのゾーンおよび／またはVPCの外側にある場合は、NLBをホストするVPC内で、適切なトラフィックソースを設定したインジェスト用カスタムルーティングテーブルを構成する必要があります。

  • プライベートNLB 必要なイングレス・ルーティング・テーブルは、クライアントのロケーションによって異なる：

    カスタムのルーティングテーブルを必要とするトラフィックソース。
    クライアント・ロケーション ルーティング・テーブル・タイプ トラフィック・ソース
    オンプレミスの Ingress Direct Link
    別の VPC またはクラシック・インフラストラクチャー Ingress Transit Gateway
    同じ VPC の別のアベイラビリティー・ゾーン Ingress VPC ゾーン

    詳しくは、ルーティング・テーブルおよび経路についてを参照してください。

  • 各バックエンドメンバー仮想サーバーインスタンスに対して、最大 128 のダイレクトサーバーリターン構成を設定できます。

  • メンバー・ターゲット・インスタンスが削除されても、対応するNLBプール・メンバーは自動的に削除されません。

Private Pathネットワーク・ロードバランサーに関する既知の問題

  • ALBをプライベートパスNLBメンバーとして構成すると、ALBプールメンバーが不健康であっても、NLB TCP の健全性チェックステータスは常に OK と表示されます。

  • プライベートパスNLBプールのメンバーは、ロードバランサーと同じVPC内のVPC仮想サーバーインスタンスまたは予約IPでなければなりません。 VPC外のメンバー（例えばオンプレミスのメンバー）にアクセスするには、ALBをプライベートパスNLBプールのメンバーとして構成し、リモート宛先をALBメンバーとして定義します。 詳細については、 プライベートパスNLBプールのALBを使用して、オンプレミスのサービスをコンシューマーに接続するを 参照してください。

  • 異なるリージョンからプライベートパスNLBへのアクセスはサポートされていません。 コンシューマ VPE ゲートウェイとプライベートパス NLB インスタンスは、同じリージョンになければならない。

    回避策リモート地域のコンシューマVPCとプライベートパスVPEをホストするVPCを接続するTransit Gateway作成します。 そして、そのVPEを通じてサービスにアクセスする。 設定に関するサポートが必要な場合は、 IBM のサポートまでお問い合わせください。

  • クラシック・インフラストラクチャープライベートパスNLBへのアクセスはサポートされていません。

    回避策クラシック環境からプライベートパスVPEをホストするVPCへのTransit Gateway作成します。 そして、そのVPEを通じてサービスにアクセスする。

  • ロードバランサーのアクセスコントロールはプライベートパスサービスを通じて管理される。 セキュリティグループとネットワークアクセス制御リスト（NACL）はサポートされていません。

  • UDP トラフィックはロードバランサーのデータパスではサポートされていません。

  • Autoscaler 統合はサポートされていません。

  • プライベートパスNLBトラフィックの最大MTUは 8500。

  • クォータとサービス制限については、 Private Pathネットワークロードバランサーのクォータとサービス制限を 参照してください。 増額を申請するには、 サポートケースを作成して ください。

  • プライベートパス NLB を作成する際、GET API のレスポンスにヘルスモニターのリクエストおよびレスポンスフィールドが含まれないという既知の問題があります。