VMware Cloud Director Container Service Extension 4.0.3 リリースノート

VMware Cloud Director Container Service Extension 4.0.3 \| 2023 年 4 月 20 日 \| ビルド：21625498 このリリースノートの追加事項や更新事項を確認してください。

VMware Cloud Director Container Service Extension 4.0.3 | 2023 年 4 月 20 日 | ビルド：21625498

このリリースノートの追加事項や更新事項を確認してください。

2023 年 4 月の新機能

VMware Cloud Director Container Service Extension バージョン 4.0.3 リリースでは、バグの修正と、VMware Cloud Director Container Service Extension サーバ、Kubernetes Container Clusters プラグイン、および製品の相互運用性のアップデートが提供されています。

ドキュメント

製品の完全なドキュメントセットを参照するには、VMware Cloud Director Container Service Extensionにアクセスしてください。

VMware Cloud Director Container Service Extension 4.0.x の以前のリリース

VMware Cloud Director Container Service Extension 4.0.2 リリースノート

VMware Cloud Director Container Service Extension 4.0.1 リリースノート

VMware Cloud Director Container Service Extension 4.0 リリースノート

アップグレード

NEW： - VMware Cloud Director Container Service Extension サーバ 4.0.3

サービスプロバイダは、VMware Cloud Director の Kubernetes Container Clusters ユーザーインターフェイスプラグインの [CSE 管理] タブを使用して、VMware Cloud Director Container Service Extension サーバを 4.0.2 から 4.0.3 にアップグレードできるようになりました。

VMware Cloud Director Container Service Extension 4.0.3 をアップグレードするには、サービスプロバイダがパッチバージョンのアップグレードワークフローに沿って Kubernetes Cluster API Provider for VMware Cloud Director のバージョンを 1.0.1 にアップデートする必要があります。

注：
Tanzu Kubernetes Grid 1.6.1 クラスタをTanzu Mission Controlに接続するには、Kubernetes Cluster API Provider for VMware Cloud Director 1.0.2 を使用する必要があります。詳細については、Tanzu Mission Control への Tanzu Kubernetes Grid 1.6.1 クラスタの接続を参照してください。

VMware Cloud Director Container Service Extension サーバを 4.0.2 から 4.0.3 にアップグレードする方法については、パッチバージョンのアップグレードを参照してください。

VMware Cloud Director Container Service Extension のダウンロードページから VMware Cloud Director Container Service Extension サーバ 4.0.3 をダウンロードできます。
NEW： - VMware Cloud Director 用 Kubernetes Container Clusters ユーザーインターフェイスプラグイン 4.0.3
Kubernetes Container Clusters ユーザーインターフェイスプラグインの新しいバージョンが、VMware Cloud Director で使用できるようになりました。

Kubernetes Container Clusters ユーザーインターフェイスプラグインは、VMware Cloud Director Container Service Extension サーバのアップグレードの前後にアップグレードできます。

次の手順では、Kubernetes Container Clusters ユーザーインターフェイスプラグインを 4.0.2 から 4.0.3 にアップグレードする方法について説明します。
1. Kubernetes Container Clusters ユーザーインターフェイスプラグイン 4.0.3 を VMware Cloud Director Container Service Extension のダウンロードページからダウンロードします。
2. VMware Cloud Director ポータルの上部ナビゲーションバーで、[詳細] > [Customize Portal] を選択します。
3. Kubernetes Container Clusters ユーザーインターフェイスプラグイン 4.0.2 の横にあるチェックボックスをオンにして、[無効化] をクリックします。
4. [アップロード] > [プラグインファイルの選択] の順にクリックし、Kubernetes Container Clusters ユーザーインターフェイスプラグイン 4.0.3 ファイルをアップロードします。
5. ブラウザを更新して、新しいプラグインの使用を開始します。
詳細については、プラグインの管理を参照してください。

互換性に関する最新情報

NEW： - VMware Cloud Director Container Service Extension 4.0.3 では Tanzu Kubernetes Grid 1.6.1 がサポートされる。
NEW： - VMware Cloud Director Container Service Extension 4.0、4.0.1、4.0.2 で展開されたクラスタの Kubernetes Cluster API Provider for VMware Cloud Director のバージョンを 1.0.0 から 1.0.1 にアップグレードします。
VMware Cloud Director Container Service Extension 4.0.3 で Tanzu Kubernetes Grid 1.6.1 をサポートするには、Kubernetes Cluster API Provider for VMware Cloud Director のバージョン 1.0.1 を使用する必要があります。

VMware Cloud Director Container Service Extension 4.0.3 の新規インストールの場合、Kubernetes Cluster API Provider Cloud Director のデフォルトのバージョンは 1.0.1 です。

注：
Tanzu Kubernetes Grid 1.6.1 クラスタをTanzu Mission Controlに接続するには、Kubernetes Cluster API Provider for VMware Cloud Director 1.0.2 を使用する必要があります。詳細については、Tanzu Mission Control への Tanzu Kubernetes Grid 1.6.1 クラスタの接続を参照してください。

VMware Cloud Director Container Service Extension 4.0、4.0.1、4.0.2 を使用して展開されたクラスタの場合、使用中の Kubernetes Cluster API Provider for VMware Cloud Director のバージョンは 1.0.0 です。これらのクラスタを Tanzu Kubernetes Grid 1.6.1 にアップグレードできるようにするには、Kubernetes Cluster API Provider for VMware Cloud Director のバージョンを 1.0.1 にアップグレードする必要があります。Kubernetes Cluster API Provider for VMware Cloud Director 1.0.0 を使用しているすべてのクラスタでアップグレードワークフローを実行する必要があります。

次の手順を実行して、Kubernetes Cluster API Provider for VMware Cloud Director を 1.0.0 から 1.0.1 にアップグレードします。
1. クラスタの kube 構成をダウンロードします。
  1. VMware Cloud Director にログインし、ナビゲーションバーから [詳細] > [Kubernetes Container Clusters] の順に選択します。
  2. クラスタを選択し、クラスタ情報画面で [kube 構成のダウンロード] をクリックします。
    
    kube 構成ファイルの詳細については、Kubernetes の Web サイトを参照してください。
2. kubectl を使用して、次のコマンドを入力します。
```
kubectl --kubeconfig=<path of kubeconfig> patch deployment -n capvcd-system capvcd-controller-manager -p '{"spec": {"template": {"spec": {"containers": [ {"name": "manager", "image": "projects.registry.vmware.com/vmware-cloud-director/cluster-api-provider-cloud-director:1.0.1"} ]}}}}'
```
上記のコマンドを実行すると、新しい Kubernetes Cluster API Provider for VMware Cloud Director ポッドが新しいバージョンで作成を開始し、新バージョンが実行されると Kubernetes Cluster API Provider for VMware Cloud Director のバージョンは 1.0.1 になります。
NEW： - Tanzu Kubernetes Grid 1.6.1 クラスタを Tanzu Mission Control に接続する必要がある場合は、VMware Cloud Director Container Service Extension 4.0.3 の新規インストールに Kubernetes Cluster API Provider for VMware Cloud Director 1.0.2 を使用します。

クラスタを Tanzu Mission Control に接続する必要がある場合、サービスプロバイダは Kubernetes Cluster API Provider for VMware Cloud Director のバージョンを 1.0.0 および 1.0.1 から 1.0.2 にアップグレードする必要があります。このアップグレードを完了するには、Kubernetes Cluster API Provider for VMware Cloud Director のバージョンのアップグレードのワークフローに従ってください。

Kubernetes Cluster API Provider for VMware Cloud Director 1.0.2 を使用して作成されなかった VMware Cloud Director Container Service Extension クラスタを Tanzu Mission Control に接続するには、既知の問題に記載されている回避策に従ってください。
重要 - Kubernetes Container Clusters 4.0.3 ユーザーインターフェイスプラグインでは、デフォルトのクラウドストレージインターフェイスバージョンは 1.3.2 です。

2023 年 4 月 3 日以降は、k8s.gcr.io レジストリが停止され、Kubernetes クラスタではクラウドストレージインターフェイスのエラーが発生します。このようなエラーは、クラスタのスケーリングや新しいクラスタの作成を試行すると発生する可能性があります。そのため、クラウドストレージインターフェイスの新しいパッチがリリースされます。

VMware Cloud Director Container Service Extension 4.0.2 および 4.0.3 の新規インストールの場合、Cloud Storage Interface のデフォルトのバージョンは 1.3.2 です。

VMware Cloud Director Container Service Extension 4.0.2 および 4.0.3 にアップグレードする場合、サービスプロバイダは新規クラスタ作成時の障害を回避するために、クラウドストレージインターフェイスのイメージのバージョンをアップデートする必要があります。サービスプロバイダは、Kubernetes Container Clusters ユーザーインターフェイスプラグインの [サーバの詳細] タブにある [構成の更新] ワークフローでこのタスクを実行できます。詳細については、VMware Cloud Director Container Service Extension サーバのアップデートを参照してください。k8s.gcr.io レジストリの停止の詳細については、https://kubernetes.io/blog/2023/02/06/k8s-gcr-io-freeze-announcement/を参照してください。

NEW： - VMware Cloud Director Container Service Extension 4.0.3 の相互運用性のアップデート

VMware Cloud Director Container Service Extension 4.0.3 以前のバージョンと VMware Cloud Director との相互運用性、およびその他の製品の相互運用性については、製品の相互運用性マトリックスを参照してください。

次の表に、VMware Cloud Director Container Service Extension 4.0.3 と Kubernetes リソースの相互運用性を示します。

Kubernetes リソース	サポートされているバージョン	ドキュメント
VMware Cloud Director 用 Kubernetes 外部クラウドプロバイダ	1.3.0、1.2.0	https://github.com/vmware/cloud-provider-for-cloud-director#kubernetes-external-cloud-provider-for-vmware-cloud-director
VMware Cloud Director の名前付き独立ディスク用コンテナストレージインターフェイスドライバ	1.3.2 備考：2023 年 4 月 3 日以降は、`k8s.gcr.io` レジストリが停止されるため、1.3.2 が新しい Tanzu Kubernetes Grid クラスタ用のクラウドストレージインターフェイスの唯一のサポート対象バージョンです。	https://github.com/vmware/cloud-director-named-disk-csi-driver#container-storage-interface-csi-driver-for-vmware-cloud-director-named-independent-disks
Kubernetes Cluster API Provider Cloud Director	1.0.2、1.0.1、1.0.0 備考：VMware Cloud Director Container Service Extension 4.0.3 ではバージョン 1.0.1 を使用することをお勧めします。Tanzu Kubernetes Grid クラスタをTanzu Mission Controlに接続する場合は、バージョン 1.0.2 を使用します。	https://github.com/vmware/cluster-api-provider-cloud-director

Kubernetes リソース

サポートされているバージョン

ドキュメント

VMware Cloud Director 用 Kubernetes 外部クラウドプロバイダ

1.3.0、1.2.0

https://github.com/vmware/cloud-provider-for-cloud-director#kubernetes-external-cloud-provider-for-vmware-cloud-director

VMware Cloud Director の名前付き独立ディスク用コンテナストレージインターフェイスドライバ

1.3.2

備考：2023 年 4 月 3 日以降は、k8s.gcr.io レジストリが停止されるため、1.3.2 が新しい Tanzu Kubernetes Grid クラスタ用のクラウドストレージインターフェイスの唯一のサポート対象バージョンです。

https://github.com/vmware/cloud-director-named-disk-csi-driver#container-storage-interface-csi-driver-for-vmware-cloud-director-named-independent-disks

Kubernetes Cluster API Provider Cloud Director

1.0.2、1.0.1、1.0.0

備考：VMware Cloud Director Container Service Extension 4.0.3 ではバージョン 1.0.1 を使用することをお勧めします。Tanzu Kubernetes Grid クラスタをTanzu Mission Controlに接続する場合は、バージョン 1.0.2 を使用します。

https://github.com/vmware/cluster-api-provider-cloud-director

サービスプロバイダは、次のワークフローを使用して Kubernetes リソースを手動で更新できます。

VMware Cloud Director ユーザーインターフェイスで、ナビゲーションバーから詳細 > Kubernetes Container Clusters の順に選択します。
Kubernetes Container Clusters ユーザーインターフェイスプラグイン 4.0.3 で、CSE 管理 > サーバの詳細 > サーバの更新 > 構成の更新 > 次への順に選択します。
現在の CSE サーバのコンポーネント セクションで、Kubernetes リソース構成を更新します。
変更の送信 をクリックします。

詳細については、VMware Cloud Director Container Service Extension サーバの更新を参照してください。

解決した問題

NEW： - クラスタの強制削除の試行に失敗したとき、クラスタ情報画面の [イベント] タブに表示される ForceDeleteError では、クラスタの削除失敗に関する十分な情報が提供されません。

この問題は、VMware Cloud Director Container Service Extension 4.0.3 リリースで修正されています。

NEW： - プロキシが構成された VMware Cloud Director Container Service Extension で Docker アクセスエラーが発生する。

次のエラーが表示されます。

/var/log/cloud-final.err on Ephemeral vm 次の詳細も表示されます。

ERROR: failed to create cluster: failed to pull image "kindest/node:v1.24.0@sha256:0866296e693efe1fed79d5e6c7af8df71fc73ae45e3679af05342239c dc5bc8e": command "docker pull kindest/node:v1.24.0@sha256:0866296e693efe1fed79d5e6c7af8df71fc73ae45e3679af05342239cdc5bc8e" failed with error: exit status 1 <13>Apr 4 06:13:00 demo01-tkg@Demo01/demo01tkgadmin: Command Output: Error response from daemon: Get "https://registry-1.docker.io/v2/": net/http: request canceled while waiting for connection

この問題は、VMware Cloud Director Container Service Extension 4.0.3 リリースで修正されています。

NEW： - 一部のユーザーリージョンで Docker のインストールが失敗し、VMware Cloud Director Container Service Extension でクラスタの作成と削除が許可されない。

次のエラーが表示されます。

/var/log/cloud-final.err on Ephemeral vm 次の詳細も表示されます。

ERROR: failed to get docker info: command \"docker info --format 'json .'\" failed with error: exec: \"docker\": executable file not found in $PATH"

この問題は、VMware Cloud Director Container Service Extension 4.0.3 リリースで修正されています。
NEW： - マルチ制御プレーンまたはマルチワーカーノードのクラスタ作成でエラー状態が発生する。クラスタの詳細画面の [イベント] タブに、VMware Cloud Director で短期仮想マシンの削除に失敗したことによる EphemeralVMError イベントが表示されます。

クラスタで [エラー時の自動修復] 設定が有効になっている場合は、同じエラーイベントが繰り返し表示されることがあります。[エラー時の自動修復] 設定が無効の場合は、制御プレーンノードとワーカーノードが正常に作成されても、VMware Cloud Director 内で短期仮想マシンを削除できないことが原因でクラスタがエラー状態を示すことがあります。

この問題は、VMware Cloud Director 10.3.3.3 よりも後のすべてのリリースとパッチリリース、および VMware Cloud Director 10.4.1 以降のすべてのリリースとパッチリリースで発生します。

この問題は、VMware Cloud Director Container Service Extension 4.0.3 リリースで修正されています。

既知の問題

NEW： - Kubernetes Cluster API Provider Cloud Director 1.0.1 で作成された VMware Cloud Director Container Service Extension 4.0.3 Tanzu Kubernetes Grid 1.6.1 クラスタは、Tanzu Mission Control と互換性がない。
回避策：
1. kubeconfig をダウンロードして、次のコマンドを実行します。
  
  export KUBECONFIG=<path to downloaded kubeconfig>
2. tkg-metadata 構成マップにアクセスして、次のコマンドを実行します。
  
  kubectl edit cm -n tkg-system-public tkg-metadata
3. type: management を type: workload, に変更して保存します。
NEW： - ノードがクラスタに参加できないことがある。これは、断続的に発生する問題であるため、不規則なタイミングで発生します。クラスタが使用可能な状態でも関係ありません。

Kubernetes コンテナクラスタユーザーインターフェイスのクラスタ情報画面の イベント タブに、次のエラーが表示されます。

VcdMachineScriptExecutionError 次の詳細も表示されます。

script failed with status [x] and reason [Date Time 1 /root/node.sh: exit [x]]

回避策：

VMware Cloud Director Container Service Extension 4.0.3 では、クラスタ API の再試行機能を使用する再試行メカニズムが追加されています。
NEW： - 短期仮想マシンは、クラスタ作成プロセス中に作成され、クラスタ作成プロセスが完了すると VMware Cloud Director Container Service Extension によって削除されます。短期仮想マシンを削除する API 要求が失敗する可能性があります。

VMware Cloud Director Container Service Extension は、短期仮想マシンの削除を最大 15 分間再試行します。再試行しても VMware Cloud Director Container Service Extension が短期仮想マシンを削除できなかった場合、短期仮想マシンは削除されずにクラスタの vApp 内に残ります。

Kubernetes コンテナクラスタユーザーインターフェイスのクラスタ情報画面の イベント タブに、次のエラーが表示されます。

EphemeralVMError 次の詳細も表示されます。

error deleting Ephemeral VM [EPHEMERAL-TEMP-VM] in vApp [cluster-vapp-name]: [reason for failure]. The Epemeral VM needs to be cleaned up manually.

失敗の原因は、短期仮想マシンの削除が失敗した段階によって異なります。この通知が表示された場合は、VMware Cloud Director のユーザーインターフェイスでクラスタの vApp から短期仮想マシンを削除できます。
回避策：
1. VMware Cloud Director テナントポータルにログインし、VMware Cloud Director のナビゲーションメニューから [データセンター] を選択します。
2. [仮想データセンター] 画面で組織タイルを選択し、左側のナビゲーションメニューから [vApp] を選択します。
3. [vApp] 画面で、クラスタの vApp を選択します。
4. クラスタ情報画面で、短期仮想マシンの左側にある省略記号をクリックし、[削除] をクリックします。
ただし、短期仮想マシンが手動でクリーンアップされていない場合、削除要求が発行されると、クラスタの削除操作は失敗します。その場合は、クラスタを強制的に削除する必要があります。
1. VMware Cloud Director にログインし、ナビゲーションバーから [詳細] > [Kubernetes Container Clusters] の順に選択します。
2. クラスタを選択し、クラスタ情報画面で [削除] をクリックします。
3. [クラスタの削除] 画面で、[強制削除] チェックボックスをオンにしてから、[削除] をクリックします。
NEW： - VMware Cloud Director で NSX を利用する直接の組織 VDC ネットワークを使用している場合、VMware Cloud Director Container Service Extension 4.0.x でクラスタを作成できない。

VMware Cloud Director Container Service Extension 4.0.x クラスタは、この構成をサポートしていません。
NEW： - Kubernetes Container Clusters ユーザーインターフェイスプラグインのストレージプロファイル選択フォームのフィールドでは、entitytype によるストレージポリシーのフィルタリングは行われません。

ストレージプロファイル選択フォームのフィールドには、仮想マシン、vApp、カタログアイテム、名前付きディスクなど、ログインユーザーに表示されるすべてのストレージプロファイルが表示されます。Kubernetes Container Clusters ユーザーインターフェイスには、仮想マシンと vApp で指定されたストレージプロファイルのみが表示されるのが本来の動作です。
VMware Cloud Director Container Service Extension で、スクリプト実行エラーが原因で Tanzu Kubernetes Grid クラスタの作成に失敗することがある。

Kubernetes コンテナクラスタユーザーインターフェイスのクラスタ情報画面の イベント タブに、次のエラーが表示されます。

ScriptExecutionTimeout 次の詳細も表示されます。

error while bootstrapping the machine [cluster-name/EPHEMERAL_TEMP_VM]; timeout for post customization phase [phase name of script execution]
回避策：

このエラーが発生した場合は、クラスタの設定から [エラー時の自動修復] を有効にすることをお勧めします。これにより、VMware Cloud Director Container Service Extension はクラスタの作成を再試行します。
1. VMware Cloud Director にログインし、ナビゲーションバーから [詳細] > [Kubernetes Container Clusters] の順に選択します。
2. クラスタを選択し、クラスタ情報画面で [設定] をクリックし、[エラー時の自動修復] トグルを有効にします。
3. 保存をクリックします。
注：
クラスタ作成の問題をトラブルシューティングするときには、[エラー時の自動修復] を無効にすることをお勧めします。
クラスタがエラーステータスの場合、Kubernetes Container Clusters ユーザーインターフェイスプラグインでクラスタの削除操作が失敗することがある。

エラー ステータスのクラスタを削除するには、クラスタを強制的に削除する必要があります。
1. VMware Cloud Director にログインし、ナビゲーションバーから [詳細] > [Kubernetes Container Clusters] の順に選択します。
2. クラスタを選択し、クラスタ情報画面で [削除] をクリックします。
3. [クラスタの削除] 画面で、[強制削除] チェックボックスをオンにしてから、[削除] をクリックします。
ERROR: failed to create cluster: failed to pull image 障害
このエラーは、次の状況で発生します。
- ユーザーが VMware Cloud Director Container Service Extension 4.0 を使用して Tanzu Kubernetes Grid クラスタを作成すると、断続的に失敗します。
- HTTP 408 応答が原因で発生するイメージプルエラーが報告されます。
この問題は、EPHEMERAL_TEMP_VM からインターネットにアクセスして必要なイメージをプルできない場合に発生する可能性があります。

可能性のある原因：
- 低速または断続的なインターネット接続。
- ネットワーク IP アドレスプールで DNS を解決できません（Docker プルエラー）。
- ファイアウォールの背後のネットワーク MTU の設定値を小さくする必要があります。
この問題を解決するには、EPHEMERAL_TEMP_VM からのインターネットアクセスの妨げとなるネットワーク接続問題が発生していないことを確認します。

詳細については、https://kb.vmware.com/s/article/90326を参照してください。
組織にレガシー権限バンドルが存在する場合、Kubernetes Container Clusters ユーザーインターフェイスプラグインでクラスタ操作を実行すると、認証エラーが発生する可能性がある。
- VMware Cloud Director をバージョン 9.1 以前からアップグレードすると、組織ごとにレガシー権限バンドルがシステムに配置されます。このレガシー権限バンドルにはアップグレード時点で関連付けられた組織で使用可能な権限で、この組織でのみ公開されているものが含まれています。既存の組織の権限バンドルモデルを使用するには、対応するレガシー権限バンドルを削除する必要があります。詳細については、権限およびロールの管理を参照してください。
- レガシー権限バンドルは、サービスプロバイダポータルの [管理] タブで削除できます。詳細については、権限バンドルの削除を参照してください。Kubernetes Container Clusters ユーザーインターフェイスプラグイン CSE 管理には、Kubernetes クラスタ権限バンドルを自動的に作成し、すべてのテナントに公開するサーバセットアッププロセスがあります。権限バンドルには VMware Cloud Director Container Service Extension 4.0 の Kubernetes クラスタ管理に関連するすべての権限が含まれています。
kubectl を使用した Tanzu Kubernetes Grid クラスタのサイズ変更またはアップグレード。

Kubernetes Container Clusters ユーザーインターフェイスプラグインでクラスタを作成した後、kubectl を使用して、Tanzu Kubernetes Grid クラスタのワークロードを管理できます。
Kubernetes Container Clusters ユーザーインターフェイスプラグインの代わりに kubectl を使用してクラスタのライフサイクル管理、サイズ変更、アップグレードも行う場合は、次の手順を実行します。
1. 次のコマンドでクラスタから RDE-Projector オペレータを削除します： kubectl delete deployment -n rdeprojector-system rdeprojector-controller-manager
2. Kubernetes Container Clusters ユーザーインターフェイスプラグインから Tanzu Kubernetes Grid クラスタを分離します。
  1. VMware Cloud Director ユーザーインターフェイスの クラスタの概要 画面で、クラスタのクラスタ ID を取得します。
  2. entity.spec.vcdKe.isVCDKECluster で RDE を false に更新します。
    
    クラスタのペイロードを取得します - GET https://<vcd>/cloudapi/1.0.0/entities/<Cluster ID>
    
    ペイロードの json パスをコピーして更新します。- entity.spec.vcdKe.isVCDKECluster を false に設定します。
    
    PUT https://<vcd>/cloudapi/1.0.0/entities/<Cluster ID> を変更されたペイロードに実行します。ペイロードの全体を PUT 操作の本文として含める必要があります。
  3. この時点で、クラスタは VMware Cloud Director Container Service Extension 4.0.0 および 4.0.1 から分離され、VMware Cloud Director Container Service Extension 4.0.0 および 4.0.1 を使用してクラスタを管理することはできなくなります。クラスタ API 仕様の CAPI yaml を直接適用することで、kubectl を使用してクラスタの管理、サイズ変更、アップグレードを実行できるようになります。
無効な GitHub トークンが原因で VMware Cloud Director Container Service Extension でのクラスタの作成が次のエラーを表示して失敗する：401 認証情報が不正です。
これは、クラスタ作成中の予期されるエラーです。ユーザーが無効な Github アクセストークンを設定した場合、クラスタの作成は失敗し、次のエラーが表示されます。
```
error creating the GitHub repository client: failed to get GitHub latest version: failed to get repository 
versions: failed to get repository versions: failed to get the list of releases: GET 
https://api.github.com/repos/kubernetes-sigs/cluster-api/releases: 401 Bad credentials
```
VMware Cloud Director Container Service Extension サーバを構成するときに、正確な Github アクセストークンを入力します。
ポリシー変更のための選択後、VMware Cloud Director Container Service Extension 4 プラグインがリスト全体へのポピュレートを実行しない。

ユーザーが Kubernetes Container Clusters プラグインでサイジングポリシーを選択して変更する場合、ドロップダウンメニューには選択したサイジングポリシーのみが表示され、代替のサイジングポリシーは自動的にロードされません。

ユーザーが別のサイジングポリシーを表示するには、テキストを手動で削除する必要があります。この問題は、ユーザーが配置ポリシーとストレージポリシーを選択した場合も、ドロップダウンメニューで発生します。

これは意図的なものです。コンボボックスの HTML、Clarity、Web コンポーネントも、同じように動作します。

注：Clarity は、VMware Cloud Director ユーザーインターフェイスの構築のベースとなる Web フレームワークです。

ドロップダウンボックスでは、入力テキストがフィルタとして使用されます。入力フィールドに何も表示されていない状態では、すべての選択肢が表示され、入力すると選択肢が絞り込まれます。
VMware Cloud Director Container Service Extension クラスタを作成すると、大文字と小文字の区別に関するエラーが表示される。
Kubernetes Container Clusters ユーザーインターフェイスで大文字を使用すると、次のエラーが表示されます。
- 名前は文字で開始し、英数字で終了する必要があり、英数字またはハイフン (-) のみを含めることができます。（最大 63 文字）
これは、Kubernetes によって設定された制限です。オブジェクト名は RFC 1035 ラベルで検証されます。詳細については、Kubernetes の Web サイトを参照してください。
Kubernetes Container Clusters ユーザーインターフェイスプラグイン 4.0 が、他の Kubernetes Container Clusters ユーザーインターフェイスプラグイン（3.5.0 など）と相互運用しない。

これらの 2 つのプラグインを競合せずに同時に操作する機能は、VMware Cloud Director ユーザーインターフェイスの既知の制限です。一度に有効にできるプラグインは 1 つのみです。
vSphere またはその他の基盤となるインフラストラクチャでの障害が原因でクラスタのノードが削除された場合、VMware Cloud Director Container Service Extension がユーザーに通知せず、クラスタを自動修復しない。

クラスタのノードが削除された場合、クラスタのサイズ変更やクラスタのアップグレードなどの基本的なクラスタ操作は引き続き機能します。削除されたノードは削除状態のままになり、クラスタのサイズに関する計算に含まれます。
1. クラスタの Kubeconfig をダウンロードします。
2. 次のコマンドを使用して、削除されたノード構成が引き続き使用されるマシンを削除します。
```
kubectl --kubeconfig=<path to downloaded kubeconfig> get machines -A # try to match the machine name 
here; also get namespace 
kubectl -n <namespace name from above> --kubeconfig=<path to downloaded kubeconfig> delete machine 
<machine name> 
# wait for machine to get deleted
```
上記のコマンドを実行するとマシンが削除され、CAPVCD によって新しいマシンが自動的に作成されます。
VMware Cloud Director Container Service Extension で、変更できない配置ポリシーが設定されている TKG テンプレートを使用してクラスタを展開すると失敗する。
1. VMware Cloud Director テナントポータルに管理者としてログインします。
2. [ライブラリ] > [vApp テンプレート] の順にクリックします。
3. [vApp テンプレート] ウィンドウで、テンプレートの左側にあるラジオボタンを選択します。
4. 上部のリボンで [コンピューティングポリシーを使用したタグ付け] をクリックします。
5. [変更可能] チェックボックスをオンにして、[タグ] をクリックします。
VMware Cloud Director 10.4 では、サービスプロバイダはデフォルトで VMware Cloud Director Container Service Extension 仮想マシンにログインできない。
VMware Cloud Director 10.4 では、VMware Cloud Director Container Service Extension 仮想マシンを OVA ファイルから展開した後、[仮想マシン設定] 画面の次の 2 つのチェックボックスはデフォルトでオフになります。
- ローカル管理者パスワードを許可
- パスワードを自動生成
プロバイダが後で VMware Cloud Director Container Service Extension 仮想マシンにログインして、トラブルシューティングタスクを実行できるようにするには、これらのチェックボックスをオンにする必要があります。
1. VMware Cloud Director ユーザーインターフェイスにサービスプロバイダとしてログインし、VMware Cloud Director Container Service Extension OVA ファイルから vApp を作成します。詳細については、VMware Cloud Director Container Service Extension サーバ OVA ファイルからの vApp の作成を参照してください。
2. vApp を展開してからパワーオンするまでの間に、[仮想マシンの詳細] > [ゲスト OS のカスタマイズ] > [ローカル管理者パスワードを許可] および [パスワードを自動生成] の順に移動します。
3. vApp の更新タスクが完了したら、vApp をパワーオンします。
ディスクのサイズを変更するには、組織 VDC で高速プロビジョニングを無効にする必要がある。
1. プロバイダとして VMware Cloud Director ユーザーインターフェイスにログインし、[リソース] を選択します。
2. [クラウドリソース] タブで、[組織 VDC] を選択し、組織 VDC を選択します。
3. [組織 VDC] ウィンドウの [ポリシー] で [ストレージ] を選択します。
4. [編集] をクリックし、[高速プロビジョニング] 切り替えをオフにします。
5. 保存をクリックします。
サービスプロバイダとしてログインしているときに、最新のユーザーインターフェイスプラグインをアップロードすると、CSE 管理 タブが表示されなくなる。
VMware Cloud Director に組み込まれている以前のユーザーインターフェイスプラグインを無効にします。
1. プロバイダとして VMware Cloud Director ユーザーインターフェイスにログインし、[詳細] > [Customize Portal] の順に選択します。
2. 対象のプラグインの名前の横にあるチェックボックスを選択し、有効化 または 無効化 をクリックします。
3. 新しく有効にしたプラグインの使用を開始するには、インターネットブラウザページを更新します。
注：
名前または ID が同じでバージョンが異なる、有効なプラグインが複数ある場合は、最も低いバージョンのプラグインが使用されます。したがって、最も新しいバージョンのプラグインのみを有効にして、他のすべてのバージョンのプラグインを無効にします。

プラグインの管理の詳細については、プラグインの管理を参照してください。