VMware Cloud Director 10.3.1 以降では、Kubernetes Container Clusters ユーザー インターフェイス プラグインを使用して Tanzu Kubernetes Grid クラスタを作成できます。

前提条件

手順

  1. VMware Cloud Director にログインし、上部ナビゲーション バーで [詳細] > [Kubernetes Container Clusters] > [新規] の順に選択します。
  2. [VMware Tanzu Kubernetes Grid] ランタイム オプションを選択して、[次へ] をクリックします。
  3. 名前を入力し、リストから Kubernetes テンプレートを選択して、[次へ] をクリックします。
  4. [VDC とネットワーク] ウィンドウで、Tanzu Kubernetes Grid クラスタをデプロイする組織 VDC を選択し、クラスタの VDC ネットワークを選択して、[次へ] をクリックします。
  5. [制御プレーン] ウィンドウで、ノードの数、ディスク サイズを選択し、必要に応じてサイジング ポリシー、配置ポリシー、ストレージ プロファイルを選択して、[次へ] をクリックします。
    注: ノード数の入力により、クラスタに複数の制御プレーン ノードを含めることができます。
  6. [ワーカー プレーン] ウィンドウで、名前、ノードの数、ディスク サイズを入力し、必要に応じてサイジング ポリシー、配置ポリシー、ストレージ プロファイルを選択して、[次へ] をクリックします。ワーカー ノード プールの詳細については、ワーカー ノード プールの操作を参照してください。
    注:
    • vGPU 設定を構成するには、[GPU の有効化] トグルを選択して、vGPU ポリシーを選択します。vGPU 構成の詳細については、人工知能と機械学習のワークロードを許可するための Tanzu Kubernetes Grid クラスタでの vGPU の構成を参照してください。
    • vGPU 機能を使用するクラスタを作成する場合は、vGPU ライブラリが大量のストレージ容量を占有するため、ディスク サイズを 40 ~ 50 GB に増やすことを推奨します。
    • このワークフローでサイジング ポリシーを選択することも、VMware Cloud Director Container Service Extension サーバ構成で別途選択することもできます。仮想マシン サイジングを含む vGPU ポリシーと組み合わせてサイジング ポリシーを選択すると、vGPU ポリシー内のサイジング情報が選択したサイジング ポリシーよりも優先されます。vGPU ポリシーにサイジングを含めて、[サイジング ポリシー] フィールドを空白のままにした場合にのみ vGPU ポリシーを指定することを推奨します。
  7. (オプション) 追加のワーカー ノード プールを作成するには、[新しいワーカー プールの追加] をクリックして、ワーカー ノード プールの設定を構成します。
  8. [次へ] をクリックします。
  9. [Kubernetes ストレージ] ウィンドウで、[デフォルト ストレージ クラスの作成] トグルを有効にして、ストレージ プロファイルを選択し、ストレージ クラス名を入力します。
  10. (オプション) [ポリシーの再利用][ファイルシステム] の設定を構成します。
  11. [Kubernetes ネットワーク] ウィンドウで、Kubernetes サービスの IP アドレスの範囲と Kubernetes ポッドの範囲を指定し、[次へ] をクリックします。

    Classless Inter-Domain Routing (CIDR) は、IP ルーティングと IP アドレス割り当ての方法です。

    オプション 説明
    ポッド CIDR Kubernetes ポッドで使用する IP アドレスの範囲を指定します。デフォルト値は 100.96.0.0/11 です。ポッドのサブネット サイズは /24 以上にする必要があります。1 つの IP アドレス範囲を入力できます。
    サービス CIDR Kubernetes サービスで使用する IP アドレスの範囲を指定します。デフォルト値は 100.64.0.0/13 です。1 つの IP アドレス範囲を入力できます。
    制御プレーンの IP アドレス テナント ユーザーは、制御プレーン エンドポイントとして独自の IP アドレスを指定できます。ゲートウェイの外部 IP アドレス、またはルーティングされた IP アドレス範囲とは異なるサブネットの内部 IP アドレスを使用できます。IP アドレスを制御プレーン エンドポイントとして指定しない場合、VMware Cloud Director Container Service Extension サーバは、関連付けられているテナント ゲートウェイから未使用の IP アドレスを 1 つ選択します。
    仮想 IP アドレス サブネット テナント ユーザーは、未使用の 1 つの IP アドレスを制御プレーン エンドポイントとして割り当てる場合の割り当て元のサブネット CIDR を指定できます。このサブネットは、ゲートウェイに存在するアドレスのセットを表す必要があります。同じ CIDR が、クラスタでは Ingress サービスのサブネット CIDR として反映されます。
    制御プレーンの IP アドレスとして、次の IP アドレスを使用できます。
    IP アドレスのタイプ 説明
    外部 IP アドレス OVDC ネットワークに接続する外部ゲートウェイ内の任意の IP アドレス。
    内部 IP アドレス テナントの内部の任意のプライベート IP アドレス(次の例外を除く)。
    • LB ネットワーク サービス定義内の IP アドレス(通常は 192.168.255.1/24)。
    • 組織 VDC の IP サブネット内の IP アドレス。
    • 使用中の IP アドレス。
    注: 上記の特性を持つ IP アドレスでない場合は、次の動作が発生します。
    • IP アドレスがすでに使用されていて、その使用が VMware Cloud Director によって検出されると、LB の作成中にエラーがログに表示されます。
    • IP アドレスがすでに使用されていて、その使用が VMware Cloud Director によって検出されない場合、動作は未定義です。
  12. [デバッグ設定] ウィンドウで、[エラー時の自動修復] トグルと [ノード健全性チェック] トグルを有効または無効にします。
    トグル 説明
    エラー時の自動修復 この機能は、クラスタの作成プロセスで発生する障害に適用されます。このトグルを有効にすると、VMware Cloud Director Container Service Extension サーバは、このプロセスでエラー状態になったクラスタの再作成を試行します。このトグルを無効にすると、VMware Cloud Director Container Service Extension サーバは手動によるトラブルシューティングのためにクラスタをエラー状態のままにします。
    注: VMware Cloud Director Container Service Extension 4.1 では、このトグルはデフォルトで無効になっています。これは VMware Cloud Director Container Service Extension 4.0 から変更された動作なので、サービス プロバイダは、このことをテナント ユーザーに伝える必要があります。
    ノード健全性チェック クラスタの作成中にのみ修正プロセスが適用されるエラー時の自動修復とは対照的に、ノード健全性チェックの修正プロセスは、クラスタが使用可能な状態に達した後に開始されます。クラスタの存続期間中にいずれかのノードが健全でなくなると、ノード健全性チェックによってそのことが検出され、修正されます。詳細については、「ノードの健全性チェックの構成」を参照してください。
    注: VMware Cloud Director Container Service Extension 4.1 では、このトグルはデフォルトで無効になっています。
  13. SSH パブリック キーを入力します。
  14. [次へ] をクリックします。
  15. クラスタの設定を確認し、[終了] をクリックします。
    注: [確認] ウィンドウには、クラスタに所有者の API トークンが含まれていること、および kubeconfig またはクラスタを他のユーザーと直接共有しないことを通知する警告が表示されます。代わりに、組織のテナント ユーザーとしてクラスタを作成してください。

クラスタのステータスの確認

VMware Cloud Director Container Service ExtensionTanzu Kubernetes Grid クラスタを作成するときに表示されるステータスは次のとおりです。

表 1. クラスタのステータス
クラスタのステータス 説明
[保留] クラスタ要求が VMware Cloud Director Container Service Extension サーバによってまだ処理されていません。
[作成中] 現在クラスタが VMware Cloud Director Container Service Extension サーバによって処理されています。
[使用可能] クラスタが使用できる状態になりました。ユーザーがクラスタを操作してワークロードをホストできます。
[削除中] クラスタの削除中です。
[エラー] クラスタがエラー状態です。
注: クラスタを手動でデバッグする場合は、 [エラー時の自動修復] モードを無効にします。