Distributed Switch ネットワークで構成された スーパーバイザー の HAProxy ロード バランサに実装可能なトポロジを確認します。vSphere IaaS control plane と Distributed Switch ネットワークを併用している場合、HAProxy は、Tanzu Kubernetes Grid 制御プレーンにアクセスする開発者と、ロード バランサ タイプの Kubernetes サービスに対応したロード バランシングを提供します。
スーパーバイザー のワークロード ネットワーク
Distributed Switch ネットワークを使用した スーパーバイザー を構成するには、クラスタ内のすべてのホストを Distributed Switch に接続する必要があります。スーパーバイザー ワークロード ネットワーク用に実装するトポロジに応じて、1 つ以上の分散ポート グループを作成します。作成したポート グループを、ワークロード ネットワークとして、vSphere 名前空間 に指定します。
スーパーバイザー 上の Kubernetes 制御プレーン仮想マシンは、プライマリ ワークロード ネットワークに割り当てられた IP アドレス範囲から 3 つの IP アドレスを使用します。Tanzu Kubernetes Grid クラスタの各ノードには、この Tanzu Kubernetes Grid クラスタが実行されている名前空間で構成されたワークロード ネットワークのアドレス範囲から割り当てられた、それぞれ別の IP アドレスが割り当てられます。
IP アドレス範囲の割り当て
- HAProxy に対する仮想 IP アドレスの割り当ての範囲。HAProxy の仮想サーバ用に構成した IP アドレス範囲は、ロード バランサ アプライアンスによって予約されます。たとえば、仮想 IP アドレス範囲が
192.168.1.0/24の場合、この範囲に含まれるすべてのホストは、仮想 IP トラフィック以外のトラフィックではアクセスできません。注： HAProxy 仮想 IP アドレス範囲内にゲートウェイを構成するとゲートウェイへのすべてのルートが失敗するため、構成しないようにします。 - スーパーバイザー および Tanzu Kubernetes Grid クラスタのノードの IP アドレス範囲。スーパーバイザー 内の Kubernetes 制御プレーン仮想マシンにはそれぞれ IP アドレスが割り当てられていて、合計で 3 つの IP アドレスがあります。Tanzu Kubernetes Grid クラスタの各ノードには、別の IP アドレスが割り当てられます。名前空間に構成する スーパーバイザー の各ワークロード ネットワークに、一意の IP アドレス範囲を割り当てる必要があります。
1 つの /24 ネットワークによる構成の例：
- ネットワーク：192.168.120.0/24
- HAProxy 仮想 IP アドレス：192.168.120.128/25
- HAProxy ワークロード インターフェイスの 1 つの IP アドレス：192.168.120.5
最初の 128 アドレスに含まれる制限のない IP アドレスに応じて、スーパーバイザー のワークロード ネットワークの IP アドレス範囲を定義できます。たとえば、次のようにします。
- 192.168.120.31 ～ 192.168.120.40：プライマリ ワークロード ネットワーク
- 192.168.120.51 ～ 192.168.120.60：別のワークロード ネットワーク
HAProxy ネットワーク トポロジ
ネットワーク構成には、[デフォルト] と [フロントエンド] という、HAProxy をデプロイする 2 つのオプションがあります。デフォルト ネットワークには、管理ネットワーク用とワークロード ネットワーク用の 2 つの NIC があります。フロントエンド ネットワークには、管理ネットワーク、ワークロード ネットワーク、クライアント用のフロントエンド ネットワークの 3 つの NIC があります。次の表に、各ネットワークの特性の一覧と説明を示します。
| ネットワーク | 特性 |
|---|---|
| [管理] |
スーパーバイザー クラスタは管理ネットワークを使用して HAProxy ロード バランサに接続し、このバランサをプログラムします。
|
| [ワークロード] |
HAProxy 制御プレーン仮想マシンは、ワークロード ネットワークを使用して、スーパーバイザー クラスタおよび Tanzu Kubernetes クラスタ ノードのサービスにアクセスします。
注： ワークロード ネットワークは、管理ネットワークとは別のサブネットに配置してください。
システム要件を参照してください。
|
| [フロントエンド ]（オプション） | クラスタ ワークロードにアクセスする外部クライアント（ユーザーやアプリケーションなど）は、フロントエンド ネットワークを使用して、仮想 IP アドレスによってバックエンド ロード バランシング サービスにアクセスします。
|
次の図に、[フロントエンド ネットワーク] トポロジを使用した HAProxy デプロイを示します。この図は、インストールおよび構成プロセスで想定される構成フィールドの場所を示しています。
1 つのワークロード ネットワークを使用する スーパーバイザー トポロジと 2 つの仮想 NIC を使用する HAProxy
このトポロジでは、次のコンポーネントに対する 1 つのワークロード ネットワークを持つ スーパーバイザー を構成します。
- Kubernetes 制御プレーンの仮想マシン
- Tanzu Kubernetes Grid クラスタのノード。
- 外部サービスと DevOps ユーザーが接続する HAProxy の仮想 IP アドレス範囲。この構成では、2 つの仮想 NIC を使用する HAProxy がデプロイされます（[デフォルト] 構成）。1 つは管理ネットワークに接続され、もう 1 つはプライマリ ワークロード ネットワークに接続されます。仮想 IP アドレスは、プライマリ ワークロード ネットワークとは別のサブネットに割り当てる必要があります。
- DevOps ユーザーまたは外部サービスは、分散ポート グループのワークロード ネットワーク サブネット上の仮想 IP アドレスにトラフィックを送信します。
- HAProxy は、仮想 IP トラフィックを Tanzu Kubernetes Grid クラスタ ノードの IP アドレス、または制御プレーン仮想マシンの IP アドレスのいずれかにロード バランシングします。HAProxy は、仮想 IP アドレスを要求して、その IP アドレスで受信されるトラフィックのロード バランシングを行うことができるようにします。
- 制御プレーン仮想マシンまたは Tanzu Kubernetes Grid クラスタ ノードは、スーパーバイザー または Tanzu Kubernetes Grid クラスタ内でそれぞれ実行されているターゲット ポッドにトラフィックを配信します。
隔離されたワークロード ネットワークを使用する スーパーバイザー トポロジと 2 つの仮想 NIC を使用する HA プロキシ
- Kubernetes 制御プレーン仮想マシン。Kubernetes 制御プレーン仮想マシンのトラフィックを処理するプライマリ ワークロード ネットワーク。
- Tanzu Kubernetes Grid クラスタ ノード。ワークロード ネットワーク。これは、スーパーバイザー 上のすべての名前空間に割り当てられます。このネットワークは Tanzu Kubernetes Grid クラスタ ノードに接続します。
- HAProxy の仮想 IP アドレス。この構成では、2 つの仮想 NIC を使用する HAProxy 仮想マシンがデプロイされます（[デフォルト] 構成）。HAProxy 仮想マシンは、プライマリ ワークロード ネットワークか、名前空間に使用するワークロード ネットワークのいずれかに接続できます。また、HAProxy は、vSphere に既存の、プライマリ ネットワークおよびワークロード ネットワークにルーティング可能な仮想マシン ネットワークに接続することもできます。
- DevOps ユーザーまたは外部サービスは、仮想 IP アドレスにトラフィックを送信します。トラフィックは、HAProxy が接続されているネットワークにルーティングされます。
- HAProxy は、仮想 IP トラフィックを Tanzu Kubernetes Grid ノードの IP アドレス、または制御プレーン仮想マシンのいずれかにロード バランシングします。HAProxy は、仮想 IP アドレスを要求して、その IP アドレスで受信されるトラフィックのロードバランシングを行うことができるようにします。
- 制御プレーン仮想マシンまたは Tanzu Kubernetes Grid クラスタ ノードは、Tanzu Kubernetes Grid クラスタ内で実行されているターゲット ポッドにトラフィックを配信します。
複数のワークロード ネットワークを使用する スーパーバイザー トポロジと 2 つの仮想 NIC を使用する HA プロキシ
このトポロジでは、1 つのポート グループがプライマリ ワークロード ネットワークとして動作するように、また、1 つの専用ポート グループが各名前空間に対するワークロード ネットワークとして機能するように構成できます。HAProxy は 2 つの仮想 NIC とともにデプロイされ（[デフォルト] 構成）、プライマリ ワークロード ネットワークか、いずれかのワークロード ネットワークに接続することができます。プライマリおよびワークロード ネットワークにルーティング可能な、既存の仮想マシン ネットワークを使用することもできます。
複数のワークロード ネットワークを使用する スーパーバイザー トポロジと 3 つの仮想 NIC を使用する HA プロキシ
使用できるトポロジからの選択
使用できるトポロジから選択する前に、次のように環境のニーズを検討します。
- スーパーバイザー と Tanzu Kubernetes Grid クラスタの間でレイヤー 2 の隔離が必要ですか。
- いいえ：すべてのコンポーネントで使用される 1 つのワークロード ネットワークを持つ最もシンプルなトポロジ。
- はい：分離されたプライマリ ネットワークとワークロード ネットワークを持つ、隔離ワークロード ネットワーク トポロジ。
- Tanzu Kubernetes Grid クラスタの間でさらにレイヤー 2 の隔離が必要ですか。
- いいえ：分離されたプライマリ ネットワークとワークロード ネットワークを持つ、隔離ワークロード ネットワーク トポロジ。
- はい：名前空間ごとに分離されたワークロード ネットワークと専用のプライマリ ワークロード ネットワークを持つ、複数のワークロード ネットワーク トポロジ。
- DevOps ユーザーと外部サービスが Kubernetes 制御プレーン仮想マシンと Tanzu Kubernetes Grid クラスタ ノードに直接ルーティングされないようにする必要がありますか?
- いいえ：2 つの NIC を使用する HAProxy 構成。
- はい：3 つの NIC を使用する HAProxy 構成。この構成は、本番環境に推奨されます。
vSphere IaaS control plane での HAProxy ロード バランサの使用に関する考慮事項
HAProxy ロード バランサを使用する vSphere IaaS control plane の運用を計画する場合は、次の考慮事項に注意します。
- HAProxy ロード バランサのテクニカル サポートを受けるには、HAProxyのサポート契約が必要です。VMware サポートでは HAProxy アプライアンスのサポートを提供できません。
- HAProxy アプライアンスは、高可用性トポロジに利用できないシングルトンです。高可用性環境の場合、VMware は、NSX または NSX Advanced Load Balancer のフル インストールのいずれかを使用することを推奨しています。
- フロントエンドに使用される IP アドレス範囲を後で拡張することはできません。ネットワークは将来の拡張に対応してサイジングする必要があります。
