vSphere への管理クラスタの展開の準備

Tanzu CLI またはインストーラインターフェイスを使用して管理クラスタを展開する前に、vSphere 環境を準備する必要があります。vSphere が一般的な要件を満たしていることを確認し、Tanzu Kubernetes Grid がクラスタノード仮想マシンを作成する基本イメージテンプレートをインポートする必要があります。各基本イメージテンプレートには、マシン OS のバージョンと Kubernetes のバージョンが含まれています。

一般的な要件

Tanzu CLI、Docker、および kubectl がインストールされているマシン。「スタンドアローン管理クラスタで使用する Tanzu CLI およびその他のツールのインストール」を参照してください。
- これは、tanzu、kubectl およびその他のコマンドを実行するブートストラップマシンです。
- ブートストラップマシンは、ローカル物理マシン、またはコンソールウィンドウかクライアントシェルを介してアクセスする仮想マシンです。
次を備えた vSphere 8、vSphere 7、vSphere 6.7u3、VMware Cloud on AWS、または Azure VMware Solution のアカウント：
- vSphere 6.7：Enterprise Plus ライセンス。
- vSphere 7 または 8：vSphere with Tanzu が有効になっていない場合に可能。以下の「vSphere with Tanzu スーパーバイザーが管理クラスタである」を参照してください。
- VMware Cloud on AWS：展開された SDDC のバージョンは、このバージョンの Tanzu Kubernetes Grid と互換性があります。VMware 製品の相互運用性マトリックスを参照してください。
- 少なくとも「vSphere アカウントに必要な権限」で説明されている権限。
vSphere インスタンスには、次のオブジェクトが用意されている：
- スタンドアローンホスト、または 2 台以上のホストを持つ vSphere クラスタ
  - vSphere クラスタに展開する場合は、vSphere DRS が有効であることが理想的です。
- （オプション）Tanzu Kubernetes Grid インスタンスを展開するリソースプール
- Tanzu Kubernetes Grid 仮想マシンを収集する仮想マシンフォルダ
- 制御プレーンおよびワーカーノードの仮想マシンファイル用に十分な容量があるデータストア
- 複数の Tanzu Kubernetes Grid インスタンスを同じ vSphere インスタンスに展開する場合は、展開するインスタンスごとに、専用のリソースプール、仮想マシンフォルダ、およびネットワークを作成します。
vSphere 環境を準備するために次をすでに実行している。
- 管理クラスタの Kubernetes バージョンと一致する基本イメージテンプレートの作成。「基本イメージテンプレートの vSphere へのインポート」を参照してください。
- 必要に応じて vSphere オブジェクトを操作できるロールと権限を備えた、Tanzu Kubernetes Grid の vSphere アカウントの作成。「vSphere アカウントに必要な権限」を参照してください。
- NSX Advanced Load Balancer を使用してワークロードのロードバランシングを行う場合は、「NSX Advanced Load Balancer のインストール」の説明に従って vSphere に展開してあること。以下の「Kube-Vip および NSX Advanced Load Balancer for vSphere」を参照してください。
次を備えている vSphere ネットワーク*：
- DHCP を介して、または起動時に仮想マシンがアドレスを選択可能にすることで、クラスタ用に作成された仮想マシンに IP アドレスを割り当てる機能。vSphere では、ネットワークタイプはデフォルトで VSS になりますが、本番環境においては Distributed Switch または NSX を選択することも可能です。
  - Distributed Switch および NSX では、TKG の Kubernetes ノードに IP アドレスを割り当てることができるカスタム仮想マシンネットワークを作成します。
- DNS ネームサーバ。
  - VSS にはこの機能が含まれます。Distributed Switch と NSX の場合、またはノードの IP アドレス管理を使用している場合は、DNS ネームサーバアドレスを把握して構成する必要があります。
- オプション 3（ルーター）とオプション 6 (DNS) で構成された DHCP サーバ（これを使用して、Tanzu Kubernetes Grid が展開するクラスタノード仮想マシンに接続）。ノード仮想マシンは、vSphere に接続できることが必要です。
- 作成するすべてのクラスタ（管理クラスタとワークロードクラスタを両方とも含む）で使用可能な固定仮想 IP アドレスのセット。
  - vSphere に展開するすべてのクラスタには、制御プレーンエンドポイント用の固定 IP アドレスまたは FQDN が必要です。
    - この値を VSPHERE_CONTROL_PLANE_ENDPOINT として設定するか、制御プレーンエンドポイントに NSX Advanced Load Balancer を使用している場合は、アドレスプールからアドレスを自動的に設定します。
    - 管理クラスタまたはワークロードクラスタを作成した後、「ノードの DHCP 予約とエンドポイント DNS レコードの構成（vSphere のみ）」の説明に従って、ノードの DHCP 予約とエンドポイント DNS を構成する必要があります。DHCP 予約の構成方法については、DHCP サーバのドキュメントを参照してください。
- クラスタが実行されるネットワークから vCenter Server への送信が許可されるトラフィック。
- ローカルブートストラップマシンと、作成するクラスタ内のすべての仮想マシンのポート 6443 間で許可されるトラフィック。ポート 6443 では、Kubernetes API がデフォルトで公開されます。管理クラスタまたはワークロードクラスタについてこのポートを変更するには、CLUSTER_API_SERVER_PORT を設定するか、NSX Advanced Load Balancer を使用する環境の場合は、クラスタの展開時に VSPHERE_CONTROL_PLANE_ENDPOINT_PORT 変数を設定します。
- 作成したクラスタ内のすべての仮想マシンのポート 443 と、vCenter Server 間で許可されるトラフィック。ポート 443 では、vCenter Server API が公開されます。
- TCP について、ポート 443 を介して、ローカルブートストラップマシンから管理クラスタのコンポーネント情報 (BoM) ファイルにリストされているイメージリポジトリに対して許可されるトラフィック。BoM ファイルは ~/.config/tanzu/tkg/bom/ にあり、その名前には Tanzu Kubernetes Grid バージョンが含まれています。たとえば、v2.1.1 の場合は bom-2.1.1+vmware.1.yaml です。
- すべてのホストで実行されている Network Time Protocol (NTP) サービスと、UTC で実行されているホスト。ホストの時刻設定を確認するには、次の手順を実行します。
  1. SSH を使用して、ESXi ホストにログインします。
  2. date コマンドを実行して、タイムゾーン設定を表示します。
  3. タイムゾーンが正しくない場合は、esxcli system time set を実行します。
- NTP サーバは、すべての仮想マシンからアクセスできます。これは、DHCP オプション 42 を使用して構成することができます。そうでない場合は、「DHCP オプション 42 を使用せずに NTP を構成する」に従ってください。
NSX Advanced Load Balancer (ALB) が vSphere インスタンスにインストールされている（NSX ALB をロードバランサおよび制御プレーン HA のエンドポイントプロバイダとして使用する場合）。NSX Advanced Load Balancer のインストールに関する説明を参照してください。
vSphere 環境で VMware NSX を実行している場合は、管理クラスタの展開時に NSX インターフェイスを使用できます。NSX 設定に、DHCP が有効になっているセグメントが含まれていることを確認してください。すべての ESXi ホスト、vCenter Server、およびブートストラップマシンで NTP が構成されていることを確認してください。

* または、外部ネットワークアクセスなしでインストールする場合は、「インターネットが制限された環境の準備」を参照してください。

管理クラスタのサイズ設定の例

次の表は、vSphere 上の管理クラスタのサイズ設定の例を示しています。このデータを指針として、管理クラスタの規模を、展開するワークロードクラスタ数を処理できるサイズに調整してください。「ワークロードクラスタ仮想マシンサイズ」列には、「管理可能な最大規模…」列の例で使用された仮想マシンのサイズが一覧表示されます。

管理クラスタのプラン	管理クラスタ仮想マシンサイズ	管理可能な最大規模…	ワークロードクラスタ仮想マシンサイズ
3 台の制御プレーンノードと 3 台のワーカーノード	制御プレーンノード： CPU：2 メモリ: 4 GB ディスク：20 GB ワーカーノード： CPU：2 メモリ: 4 GB ディスク：20 GB	例： 5 台のワークロードクラスタ（各クラスタに 3 台の制御プレーンと 200 台のワーカーノードを展開）、または 10 台のワークロードクラスタ（各クラスタに 3 台の制御プレーンと 50 台のワーカーノードを展開）	制御プレーンノード： CPU：2 メモリ: 4 GB ディスク：20 GB ワーカーノード： CPU：2 メモリ: 4 GB ディスク：20 GB
3 台の制御プレーンノードと 3 台のワーカーノード	制御プレーンノード： CPU：4 メモリ: 16 GB ディスク：40 GB ワーカーノード： CPU：4 メモリ: 16 GB ディスク：40 GB	例：1 台のワークロードクラスタ（3 台の制御プレーンと 500 台のワーカーノードを展開）	制御プレーンノード： CPU：16 メモリ: 64 GB ディスク：100 GB ワーカーノード： CPU：8 メモリ: 8 GB ディスク：20 GB
3 台の制御プレーンノードと 3 台のワーカーノード	制御プレーンノード： CPU：4 メモリ: 16 GB ディスク：40 GB ワーカーノード： CPU：4 メモリ: 16 GB ディスク：40 GB	例：200 台のワークロードクラスタ（各クラスタに 3 台の制御プレーンと 5 台のワーカーノードを展開）	制御プレーンノード： CPU：2 メモリ: 4 GB ディスク：20 GB ワーカーノード： CPU：2 メモリ: 4 GB ディスク：20 GB

管理クラスタのプラン

管理クラスタ仮想マシンサイズ

管理可能な最大規模…

ワークロードクラスタ仮想マシンサイズ

3 台の制御プレーンノードと 3 台のワーカーノード

制御プレーンノード：

CPU：2
メモリ: 4 GB
ディスク：20 GB

ワーカーノード：

CPU：2
メモリ: 4 GB
ディスク：20 GB

例：

5 台のワークロードクラスタ（各クラスタに 3 台の制御プレーンと 200 台のワーカーノードを展開）、または
10 台のワークロードクラスタ（各クラスタに 3 台の制御プレーンと 50 台のワーカーノードを展開）

制御プレーンノード：

CPU：2
メモリ: 4 GB
ディスク：20 GB

ワーカーノード：

CPU：2
メモリ: 4 GB
ディスク：20 GB

3 台の制御プレーンノードと 3 台のワーカーノード

制御プレーンノード：

CPU：4
メモリ: 16 GB
ディスク：40 GB

ワーカーノード：

CPU：4
メモリ: 16 GB
ディスク：40 GB

例：1 台のワークロードクラスタ（3 台の制御プレーンと 500 台のワーカーノードを展開）

制御プレーンノード：

CPU：16
メモリ: 64 GB
ディスク：100 GB

ワーカーノード：

CPU：8
メモリ: 8 GB
ディスク：20 GB

3 台の制御プレーンノードと 3 台のワーカーノード

制御プレーンノード：

CPU：4
メモリ: 16 GB
ディスク：40 GB

ワーカーノード：

CPU：4
メモリ: 16 GB
ディスク：40 GB

例：200 台のワークロードクラスタ（各クラスタに 3 台の制御プレーンと 5 台のワーカーノードを展開）

制御プレーンノード：

CPU：2
メモリ: 4 GB
ディスク：20 GB

ワーカーノード：

CPU：2
メモリ: 4 GB
ディスク：20 GB

以下の「クラスタノードの仮想マシンの最小サイズ」も参照してください。

vSphere with Tanzu スーパーバイザーが管理クラスタである

vSphere 8 では、vSphere with Tanzu 機能には、Tanzu Kubernetes Grid の管理クラスタとして使用できるスーパーバイザークラスタが含まれています。つまり、vSphere 8 では、vSphere with Tanzu およびスーパーバイザーが有効である場合、tanzu management-cluster create または tanzu mc create を使用して管理クラスタを展開する必要はありません。vSphere with Tanzu が有効でない場合の Tanzu Kubernetes Grid 管理クラスタの vSphere 8 への展開はサポートされていますが、推奨されるのは、可能な場合には vSphere with Tanzu を有効にして、組み込みのスーパーバイザークラスタを使用することです。vSphere with Tanzu スーパーバイザーは vSphere と緊密に統合されているため、スタンドアローン管理クラスタを使用する場合よりも効率的なユーザーエクスペリエンスを提供します。ただし、vSphere でスタンドアローン管理クラスタを使用すると、スーパーバイザーよりも多くの構成およびカスタマイズに関するオプションが提供されます。

重要
TKG 2.x および vSphere 8 の vSphere with Tanzu スーパーバイザーと互換性のある Tanzu CLI のバージョンは、vSphere 7 のスーパーバイザークラスタと互換性がありません。vSphere 7 の vSphere with Tanzu スーパーバイザークラスタで Tanzu CLI を使用するには、TKG v1.6 の Tanzu CLI バージョンを使用します。スーパーバイザーで TKG 2.x と互換性のある Tanzu CLI のバージョンを使用するには、vSphere 8 にアップグレードします。vSphere with Tanzu スーパーバイザークラスタが存在しない場合は、スタンドアローン TKG 2.x 管理クラスタを vSphere 7 に展開できます。Tanzu CLI と VMware 製品の互換性の詳細については、Tanzu CLI のドキュメントを参照してください。

Tanzu CLI は、vSphere with Tanzu によって提供される管理クラスタと、Azure、Amazon Web Services (AWS)、および vSphere（vSphere with Tanzu が有効でない場合）上の Tanzu Kubernetes Grid によって展開されたスタンドアローン管理クラスタの両方で動作するため、単一のツールを使用して複数のインフラストラクチャ間でワークロードクラスタを展開および管理できます。スーパーバイザーで Tanzu CLI を使用する方法については、「Tanzu CLI を使用した TKG 2.1 ワークロードクラスタの作成と管理」の「Tanzu CLI をスーパーバイザーに接続する」を参照してください。

vSphere 8 の vSphere with Tanzu 機能の詳細については、vSphere with Tanzu 8.0 のドキュメントを参照してください。

注
Azure VMware Solution ではスーパーバイザークラスタを作成できないため、管理クラスタを展開して tanzu コマンドを実行する必要があります。

Kube-Vip および NSX Advanced Load Balancer for vSphere

vSphere に展開する各管理クラスタとワークロードクラスタには、クラスタの API サーバへの外部要求のために、1 つの固定仮想 IP アドレスが必要です。割り当てる必要があるこの IP アドレスは、DHCP 範囲内にはできませんが、DHCP 範囲と同じサブネット内にあることが必要です。

クラスタ制御プレーンの Kube-Vip ポッドは、この固定仮想 IP アドレスを使用して API 要求を処理します。また、API サーバ証明書には安全な TLS 通信を有効にするアドレスが含まれています。ワークロードクラスタでは、Kube-Vip は基本のレイヤー 2 フェイルオーバーモードで実行され、仮想 IP アドレスを一度に 1 つの制御プレーンノードに割り当てます。このモードでは、Kube-Vip は制御プレーントラフィックの真のロードバランサとしては機能しません。

Tanzu Kubernetes Grid は、ワークロードクラスタ内のワークロードのロードバランサとして Kube-Vip を使用できます（テクニカルプレビュー）。Windows ベースのクラスタでは、kube-VIP を LoadBalancer サービスとして使用することはできません。詳細については、「Kube-VIP ロードバランサ」を参照してください。

vSphere でワークロードのロードバランシングを行う場合は、NSX Advanced Load Balancer（Avi Load Balancer、Essentials Edition とも呼ばれる）を使用します。

重要
vSphere 8 で、TKG スタンドアローン管理クラスタとそのワークロードクラスタを使用して NSX Advanced Load Balancer を使用するには、NSX ALB v22.1.2 以降と TKG v2.1.1 以降が必要です。

基本イメージテンプレートの vSphere へのインポート

クラスタを vSphere に展開する前に、クラスタノードが実行されている OS および Kubernetes バージョンを含む基本イメージテンプレートを vSphere にインポートする必要があります。VMware は、サポートされている OS バージョンと Kubernetes バージョンのペアごとに、クラスタを vSphere に展開するための基本イメージテンプレートを OVA 形式で公開します。OVA を vSphere にインポートしたら、作成された仮想マシンを仮想マシンテンプレートに変換する必要があります。

クラスタノードでサポートされる基本イメージは、次のようにクラスタのタイプによって異なります。

管理クラスタ：OVA には、Tanzu Kubernetes Grid v2.1.1 用のデフォルトバージョンである Kubernetes v1.24.10 が必要です。そのため、次のいずれかであることが必要です。
- Ubuntu v20.04 Kubernetes v1.24.10 OVA
  
  注
  Tanzu Kubernetes Grid v2.1 では、Ubuntu OVA イメージは Unified Extensible Firmware Interface (UEFI) 起動モードを使用します。
- Photon v3 Kubernetes v1.24.10 OVA
- カスタムの Tanzu Kubernetes リリース (TKr) を使用したカスタム OVA（「マシンイメージのビルド」で説明）。
ワークロードクラスタ：OVA には、Tanzu Kubernetes リリースにパッケージ化された、OS と Kubernetes バージョンのサポートされた任意の組み合わせを使用できます。「複数の Kubernetes バージョン」を参照してください。

基本イメージテンプレートを vSphere にインポートするには、次の手順を実行します。

Tanzu Kubernetes Grid のダウンロードページに移動し、VMware Customer Connect 認証情報を使用してログインして、[ダウンロードに移動 (Go to Downloads)] をクリックします。
クラスタノードの Tanzu Kubernetes Grid OVA をダウンロードします。管理クラスタの場合、これは Kubernetes v1.24.10 OVA ダウンロードのいずれかである必要があります。

重要
セキュリティパッチがリリースされた場合は、最新の OVA 基本イメージテンプレートをダウンロードしてください。

更新された基本イメージテンプレート（セキュリティパッチを含む）は、Tanzu Kubernetes Grid 製品のダウンロードページで確認できます。
vSphere Client で、vCenter Server インベントリ内のオブジェクトを右クリックし、[OVF テンプレートの展開 (Deploy OVF template)] を選択します。
[ローカルファイル (Local file)] を選択し、ボタンをクリックしてファイルをアップロードし、ローカルマシンにある、ダウンロードした OVA ファイルに移動します。
インストーラのプロンプトに従って、OVA から仮想マシンを展開します。
- アプライアンス名を受け入れるか、変更します
- ターゲットのデータセンターまたはフォルダを選択します
- ターゲットのホスト、クラスタ、またはリソースプールを選択します
- エンドユーザー使用許諾契約書 (EULA) に同意します
- ディスクフォーマットとターゲットデータストアを選択します
- 仮想マシンが接続するネットワークを選択します
注
ディスクフォーマットとしてシックプロビジョニングを選択すると、Tanzu Kubernetes Grid がテンプレートからクラスタノード仮想マシンを作成するときに、各ノードのディスクのフルサイズが予約されます。これにより、多数のクラスタ、または多数のノードを持つクラスタを展開する場合は、ストレージが急速に消費される可能性があります。一方、シンプロビジョニングを選択すると、クラスタを展開するときに、使用可能なストレージ容量が誤って表示される可能性があります。シンプロビジョニングを選択すると、クラスタの展開時には使用可能なストレージが十分あるように見えても、クラスタを実行し、データが蓄積される間に、ストレージが不足する可能性があります。
[終了 (Finish)] をクリックして仮想マシンを展開します。
OVA の展開が終了したら、仮想マシンを右クリックして、[テンプレート (Template)] > [テンプレートに変換 (Convert to Template)] を選択します。

重要
仮想マシンをテンプレートに変換する前に、仮想マシンをパワーオンしないでください。
[仮想マシンおよびテンプレート (VMs and Templates)] ビューで、新しいテンプレートを右クリックし、[権限の追加 (Add Permission)] を選択して、tkg-user を TKG ロールとともにテンプレートに割り当てます。

Tanzu Kubernetes Grid のユーザーとロールを作成する方法については、下記の「vSphere アカウントに必要な権限」を参照してください。

OVA ファイルをダウンロードした Kubernetes バージョンごとにこの手順を繰り返します。

vSphere アカウントに必要な権限

管理クラスタの展開時に Tanzu Kubernetes Grid に提供する vCenter Single Sign On アカウントには、vSphere で必要な操作を実行するための適切な権限が必要です。

Tanzu Kubernetes Grid に vSphere 管理者アカウントを指定することはお勧めしません。これを行うと、必要以上の権限が Tanzu Kubernetes Grid に付与されるためです。Tanzu Kubernetes Grid に権限を割り当てる最善の方法は、ロールとユーザーアカウントを作成してから、vSphere オブジェクトで、そのユーザーアカウントにそのロールを付与することです。

注
ワークロードクラスタを vSphere 7 または 8 に展開し、vSphere with Tanzu が有効になっている場合は、以下に示す権限に加えて、[グローバル (Global)] > [クラウド管理者 (Cloud Admin)] 権限を設定する必要があります。Velero を使用してワークロードクラスタをバックアップおよびリストアする場合は、『Virtual Disk Development Kit Programming Guide』の「Credentials and Privileges for VMDK Access」に記載されている権限も設定する必要があります。

vSphere Client で、[管理 (Administration)] > [アクセス制御 (Access Control)] > [ロール (Roles)] に移動し、次の権限を持つ新しいロール（TKG など）を作成します。

vSphere オブジェクト	必要な権限
Cns	検索可能
データストア	領域の割り当てデータストアの参照低レベルのファイル操作
グローバル（バックアップとリストアに Velero を使用している場合）	メソッドの無効化メソッドの有効化ライセンス
ネットワーク	ネットワークの割り当て
プロファイル駆動型ストレージ	プロファイル駆動型ストレージビュー
リソース	仮想マシンのリソースプールへの割り当て
セッション	メッセージセッションの検証
仮想マシン	構成の変更 > 既存ディスクの追加構成の変更 > 新規ディスクの追加構成の変更 > デバイスの追加または削除構成の変更 > 詳細設定構成の変更 > CPU 数の変更構成の変更 > メモリの変更構成の変更 > 設定の変更構成の変更 > Raw デバイスの設定構成の変更 > 仮想ディスクの拡張構成の変更 > デバイス設定の変更構成の変更 > ディスクの削除構成の変更 > ディスク変更の追跡の切り替え* インベントリの編集 > 既存から作成インベントリの編集 > 削除相互作用 > パワーオン相互作用 > パワーオフプロビジョニング > 読み取り専用ディスクアクセスの許可* プロビジョニング > 仮想マシンのダウンロードを許可* プロビジョニング > テンプレートの展開スナップショット管理 > スナップショットの作成* スナップショット管理 >スナップショットの削除* *「管理およびワークロードクラスタインフラストラクチャのバックアップおよびリストア」に記載されているように、Velero プラグインを有効にするために必須です。これらの権限は、後で必要に応じて追加できます。
vApp	インポート

[管理 (Administration)] > [シングルサインオン (Single Sign On)] > [ユーザーおよびグループ (Users and Groups)] で、適切なドメインに新しいユーザーアカウント（tkg-user など）を作成します。
[ホストおよびクラスタ (Hosts and Clusters)]、[仮想マシンおよびテンプレート (VMs and Templates)]、[ストレージ (Storage)]、および [ネットワーク (Networking)] ビューで、Tanzu Kubernetes Grid 環境が使用するオブジェクトを右クリックし、[権限の追加 (Add Permission)] を選択して、TKG ロールを持つ tkg-user を各オブジェクトに割り当てます。
- ホストおよびクラスタ
  - ルート vCenter Server オブジェクト
  - データセンターオブジェクトから Tanzu Kubernetes Grid 環境を管理するクラスタまでの、データセンターおよびすべてのホストおよびクラスタフォルダ。
  - ターゲットホストおよびクラスタ
  - 子への伝播が有効になっているターゲットリソースプール
- 仮想マシンおよびテンプレート
  - 展開された Tanzu Kubernetes Grid 基本イメージテンプレート
  - 子への伝達が有効になっているターゲット仮想マシンおよびテンプレートフォルダ
- ストレージ
  - データセンターオブジェクトから Tanzu Kubernetes Grid 環境に使用されるデータストアまでの、データストアとすべてのストレージフォルダ
- ネットワーク
  - クラスタが割り当てられるネットワークまたは分散ポートグループ
  - 分散スイッチ

クラスタノードの仮想マシンの最小サイズ

クラスタの複雑さと予想される要求に応じて、管理クラスタとワークロードクラスタのノードのサイズを構成します。これらは、「事前定義されたノードサイズ」で説明されているように、small、medium、large、または extra-large に設定できます。

vSphere 上のすべてのクラスタに対し、SIZE、CONTROLPLANE_SIZE、WORKER_SIZE の各クラスタ構成変数を使用してこれらを構成します。または、VSPHERE_* _DISK_GIB、_NUM_CPUS、および _MEM_MIB 構成変数を使用して、よりきめ細かく設定することもできます。

管理クラスタの場合、インストーラインターフェイスの [インスタンスタイプ (Instance Type)] フィールドでも、ノード仮想マシンのサイズが構成されます。

サンプルアプリケーションを実行しているシングルワーカーの管理クラスタおよびワークロードクラスタの場合は、次の最小仮想マシンサイズを使用します。

サービスがインストールされていない：small
基本サービス（Wavefront、Fluent Bit、Contour、Envoy、TMC エージェント）がインストールされている：medium

SSH キーペアの作成

Tanzu CLI を実行するマシンから vSphere に接続するには、管理クラスタを展開するときに、SSH キーペアのパブリックキー部分を Tanzu Kubernetes Grid に提供する必要があります。CLI を実行するマシンにそれがまだない場合は、ssh-keygen などのツールを使用してキーペアを生成できます。

Tanzu CLI を実行するマシンで、次の ssh-keygen コマンドを実行します。
```
ssh-keygen -t rsa -b 4096 -C "[email protected]"
```
「Enter file in which to save the key (/root/.ssh/id_rsa):」というプロンプトで、Enter キーを押してデフォルト設定を受け入れます。
キーペアのパスワードを入力し、再入力します。
マシンで実行されている SSH エージェントにプライベートキーを追加し、前の手順で作成したパスワードを入力します。
```
ssh-add ~/.ssh/id_rsa
```
テキストエディタでファイル .ssh/id_rsa.pub を開き、管理クラスタの展開時に簡単にコピーアンドペーストできるようにします。

vSphere 証明書サムプリントの取得

vSphere 環境が、信頼されていない自己署名証明書を使用して接続を認証している場合は、管理クラスタを展開するときに、vCenter Server のサムプリントを確認する必要があります。vSphere 環境が、既知の認証局 (CA) によって署名された、信頼された証明書を使用している場合、サムプリントを確認する必要はありません。

Web ブラウザの証明書ビューアを使用して、vSphere 証明書サムプリントを取得できます。

Web ブラウザで vSphere Client にログインします。
URL フィールドの Web アドレスの左側にある [安全]（南京錠）アイコンをクリックして、証明書ビューアにアクセスします。

次の手順は、使用するブラウザによって異なります。たとえば、Google Chrome の場合は、[この接続は保護されています] > [証明書は有効です] の順に選択して、サムプリントを含む証明書の詳細を表示します。
ブラウザから SHA-1 フィンガープリント の値を記録します。各 16 進数のペアの間にスペースが含まれている場合は、各スペースを : 文字に置き換えます。たとえば、6D:4A:DC:6C:C4:43:73:BB:DF:9A:32:68:67:56:F9:96:02:08:64:F4 のようになります。

このサムプリント文字列を使用して、インストーラインターフェイスから管理クラスタを展開するときに確認したり、構成ファイルからクラスタを展開するときに VSPHERE_TLS_THUMBPRINT オプションに指定したりします。

IPv6 の設定とルール

IPv6 ネットワーク環境で IPv6 をサポートする管理クラスタを展開するには、次の手順を実行します。

ルーターのアドバタイズを受け入れるように Linux を構成し、Docker サービスの起動時にデフォルトの IPv6 ルートがルーティングテーブルから削除されないようにします。詳細については、「Docker CE が IPv6 のデフォルトルートを削除する」を参照してください。sudo sysctl net.ipv6.conf.eth0.accept_ra=2
ブートストラップクラスタから送信トラフィックを送信するためのブートストラップクラスタのマスカレードルールを作成します。sudo ip6tables -t nat -A POSTROUTING -s fc00:f853:ccd:e793::/64 ! -o docker0 -j MASQUERADE マスカレードルールの詳細については、「MASQUERADE」を参照してください。
「構成ファイルからの管理クラスタの展開」の説明に従って、tanzu mc create を実行して管理クラスタを展開します。
- 管理クラスタの構成ファイルを作成する場合は、「IPv6 用の構成」で説明されているように、TKG_IP_FAMILY およびその他の変数を設定します。
- IPv6 をサポートするには、インストーラのインターフェイスではなく、構成ファイルから管理クラスタを展開する必要があります。

次の手順

本番環境では、クラスタの ID 管理を有効にすることを強くお勧めします。

管理クラスタを展開する前に実行する準備手順の詳細については、「ID 管理の構成」の「ID プロバイダの詳細の取得」を参照してください。
Tanzu Kubernetes Grid での ID 管理とアクセス制御の概念については、「ID とアクセス管理について」を参照してください。

外部インターネット接続のある環境で Tanzu Kubernetes Grid を使用している場合は、ID 管理を設定した時点で、管理クラスタを vSphere に展開する準備が整います。

インストーラインターフェイスを使用して管理クラスタを展開します。これは、最初の展開に推奨されるオプションです。
構成ファイルから管理クラスタを展開します。これは、より複雑ですが、構成と自動化に関する柔軟性が高い方法です。
インターネットが制限された環境で Tanzu Kubernetes Grid を使用している場合は、「インターネットが制限された環境の準備」で追加の手順を参照してください。
クラスタを vSphere だけでなく、AWS や Azure に展開する場合は、「AWS への管理クラスタの展開の準備」や「Microsoft Azure への管理クラスタの展開の準備」を参照して、これらのプラットフォームに必要な設定を確認してください。

vSphere への管理クラスタの展開の準備

一般的な要件

管理クラスタのサイズ設定の例

vSphere with Tanzu スーパーバイザーが管理クラスタである

Kube-Vip および NSX Advanced Load Balancer for vSphere

基本イメージ テンプレートの vSphere へのインポート

vSphere アカウントに必要な権限

クラスタ ノードの仮想マシンの最小サイズ

SSH キー ペアの作成

vSphere 証明書サムプリントの取得

IPv6 の設定とルール

次の手順

基本イメージテンプレートの vSphere へのインポート

クラスタノードの仮想マシンの最小サイズ

SSH キーペアの作成