はい、こんにちわ。
実は、今日からvSphere with TanzuでTKCのデプロイ！という訳にはいきません。。
スーパーバイザクラスタを設定するためのシステム要件を元に、環境を準備していく必要があります。ただ、こちらのドキュメントよりもvSphere with Tanzu Quick Start Guide(英語)の方が自分には分かりやすかったので、こちらをベースに紹介していきます。

IPアドレス設計

上記のトポロジー図が分かりやすかったです。要約すると、2つの別々のルーティング可能なサブネットが必要で、今までの Management Network（緑色の線）に加え、新たに Workload Network（赤色の線）が必要なようです(VLANによるネットワーク分離を強く推奨)。さらに、今回作成する LB(HAProxy) とSupervisor Cluster は、両方のネットワークに足を持つ必要があります。

Management Network

以下の11IPsが必要でした。そのうちvCenterとESXiは割り当て済みですね。

Supervisor Cluster : 5 IPs (連続している必要あり)
Load Balancer (HAProxy) : 1 IP
vCenter : 1 IP
ESXi x ホスト数 : 4 IPs (私の環境は4ホスト構成のため)

私は、以下の構成で、進めてみることにしました。

リソース名	IP情報	備考
Management Network	192.168.5.0/24	DSwitch-Management Network
GW	192.168.5.1
DNSサーバ	192.168.5.1	ルータさんにおまかせ
vCenter	192.168.5.201
ESXi (nested)	192.168.5.21-24
HAProxy (これから作成)	192.168.5.45
Supervisor Cluster (これから作成)	192.168.5.211-215
(参考)DHCPレンジ	192.168.5.101-200	ルータさんにおまかせ
(参考)踏み台サーバ	192.168.5.42

Workload Network

こちらのサブネットでは、ネットワーク内に2つのIPレンジが必要です。

Cluster Node Range（または、Load Balancer IP Rangesとしてセットアップ中に登場する）
- Supervisor Cluster : 3IPs
- TKC Controller : ControlPlaneノードVM毎に、1 IP
- TKC Worker : WorkerノードVM毎に、1 IP
- Load Balancer (HAProxy) : Kubernetes LBサービス毎に、1 IP
Virtual IP Range（または、IP Address Ranges for Virtual Servers）
- Virtual IPs

このVirtual IPレンジとは、K8sの「Service Type:LoadBalancer」リソース作成時に払い出されるVIPのことです。
(2020年12月21日追記)
新しく「DPortGroup-workload」を作り、Quick Start Guideに近い構成で作成してみました。
(最初/16とかで作成してみたけど、上手くいかなかったので作り直した。。)

リソース名	IP情報	備考
Workload Network	172.18.0.0/24	DPortGroup-workload
GW	172.18.0.1
HAProxy (これから作成)	172.18.0.45	第4オクテット合わせてみた
Cluster Node Range (ここにSupervisor Clusterと TKCのVMが載っかってくる)	172.18.0.129-191
Virtual IP Range	172.18.0.208/28

ストレージポリシーの割り当て

Storage Policies vCenter UI Exampleを参考に、カスタム属性とタグを割り当てていきます。
datastoreを選択した状態で「タグの割り当て」→「タグの追加」と進み、「k8s-storage」という名前にしてみました。

このまま作成せず、「新しいカテゴリの作成」に進み、「k8s-tag-category」と名前を付け、「作成」。

今作成したカテゴリに選択し直して、タグを「作成」。その後、「割り当て」を行えば、OKです。

続いて、「ポリシーおよびプロファイル」画面に移動し、「仮想マシンストレージポリシー」を選び、「作成」。

作成ウィザードが起動します。名前は、「k8s-dev-storage-policy」としてみました。

「タグベースの配置ルールを有効化」にチェックを入れます

「タグカテゴリ」と「タグ」に、先ほど作成したものを指定していきます。

後の選択肢は特に迷わないでしょう。作成したポリシーが追加されていることを確認します。

ユーザの追加

実際にTKCを操作するユーザを追加しましょう。
「管理」画面より、「ユーザおよびグループ」を選択し、ドメインを「vsphere.local」に切り替え、「追加」。
ユーザの追加画面が出るので、ユーザ名とパスワードを入力し、追加すれば完了です。

コンテンツライブラリの追加

次は、TKCのイメージなどを格納する、コンテンツライブラリの作成です。
コンテンツライブラリ画面で、「作成」するとウィザードが起動します。

「contents-lib01」としてみました。「NEXT」

「サブスクライブ済みコンテンツライブラリ」を選択し、「 http://wp-content.vmware.com/v2/latest/lib.json 」を指定。

その後、先日作成したvSANを選択し、確認を押すと、サクッとコンテンツライブラリが出来ちゃいます

HAProxyのデプロイ

まずは、vmware-haproxyのGitHubから、最新のOVAをダウンロードしてきます。

「OVFテンプレートのデプロイ」を選ぶと、いつものウィザードが起動します。

直前にダウンロードしてきたOVAを指定してあげます。

2〜5まではいつも通り。6では「Default」のままでOK

(2020年12月21日追記) 8では、以下のネットワーク構成にしました。

Management : DSwitch-VM Network
Workload : DPortGroup-workload
Frontend : DPortGroup-workload

ここではパスワードだけを設定。caは放置すると自己証明書が生成される。検証目的ならこれでOK。

(2020年12月21日追記) 以下の構成にしました。 - Host Name : haproxy-lb - DNS : 8.8.8.8 - Management IP : 192.168.5.45/24 - Management Gateway : 192.168.5.1 - Workload IP : 172.18.0.45/24 - Workload Gateway : 172.18.0.1

(2020年12月21日追記) 以下の構成にしました。 - Load Balancer IP Ranges : 172.18.0.208/24 - Dataplane API Management Port : 5556 (デフォルトのまま) - User ID : admin - Password : お好きなものを

よし、デプロイ成功。電源を投入すれば、完了です。

なお、起動時のリソース量は、この位。

さぁ、これで準備は出来た！はず。。本日は結構、作業が多かったですね。
HAProxyの設定まわり、自信ないけど上手くいったかな？吉と出るか凶と出るか・・。明日、結果が分かりますｗ
また明日！