| VMware Cloud Director Container Service Extension 4.0.1 | 2023 年 1 月 19 日 このリリースノートの追加事項や更新事項を確認してください。 |
| VMware Cloud Director Container Service Extension 4.0.1 | 2023 年 1 月 19 日 このリリースノートの追加事項や更新事項を確認してください。 |
NEW： - VMware Cloud Director Container Service Extension サーバ 4.0.1
サービス プロバイダは、VMware Cloud Director の Kubernetes Container Clusters ユーザー インターフェイス プラグインの [CSE 管理] タブを使用して、VMware Cloud Director Container Service Extension サーバを 4.0.0 から 4.0.1 にアップグレードできるようになりました。
VMware Cloud Director Container Service Extension サーバを 4.0.0 から 4.0.1 にアップグレードする方法については、VMware Cloud Director Container Service Extension サーバのアップデートを参照してください。
VMware Cloud Director Container Service Extension のダウンロードページから VMware Cloud Director Container Service Extension サーバ 4.0.1 をダウンロードできます。
NEW： - VMware Cloud Director 用 Kubernetes Container Clusters ユーザー インターフェイス プラグイン 4.0.1
Kubernetes Container Clusters ユーザー インターフェイス プラグインの新しいバージョンが、VMware Cloud Director で使用できるようになりました。
Kubernetes Container Clusters ユーザー インターフェイス プラグインは、VMware Cloud Director Container Service Extension サーバのアップグレードの前後にアップグレードできます。
次の手順では、Kubernetes Container Clusters ユーザー インターフェイス プラグインを 4.0.0 から 4.0.1 にアップグレードする方法について説明します。
Kubernetes Container Clusters ユーザー インターフェイス プラグイン 4.0.1 を VMware Cloud Director Container Service Extension のダウンロードページからダウンロードします。
VMware Cloud Director ポータルの上部ナビゲーション バーで、[詳細] > [Customize Portal] を選択します。
Kubernetes Container Clusters ユーザー インターフェイス プラグイン 4.0 の横にあるチェック ボックスをオンにして、[無効化] をクリックします。
[アップロード] > [プラグイン ファイルの選択] の順にクリックし、Kubernetes Container Clusters ユーザー インターフェイス プラグイン 4.0.1 ファイルをアップロードします。
ブラウザを更新して、新しいプラグインの使用を開始します。
詳細については、プラグインの管理を参照してください。
VMware Cloud Director Container Service Extension 4.0.1 のその他の相互運用性
VMware Cloud Director Container Service Extension 4.0.1 以前のバージョンと VMware Cloud Director との相互運用性、およびその他の製品の相互運用性については、製品の相互運用性マトリックスを参照してください。
次の表に、VMware Cloud Director Container Service Extension 4.0.1 と Kubernetes リソースの相互運用性を示します。
| Kubernetes リソース |
サポートされているバージョン |
ドキュメント |
|---|---|---|
| VMware Cloud Director 用 Kubernetes 外部クラウド プロバイダ |
1.3.0、1.2.0 |
|
| VMware Cloud Director の名前付き独立ディスク用コンテナ ストレージ インターフェイス (CSI) ドライバ |
1.3.0 およびパッチ バージョン |
|
| Kubernetes Cluster API Provider Cloud Director |
1.0.0 |
https://github.com/vmware/cluster-api-provider-cloud-director |
サービス プロバイダは、次のワークフローを使用して Kubernetes リソースを更新できます。
VMware Cloud Director ユーザー インターフェイスで、ナビゲーション バーから 詳細 > Kubernetes Container Clusters の順に選択します。
Kubernetes Container Clusters ユーザー インターフェイス プラグイン 4.0.0/4.0.1 で、CSE 管理 > サーバの詳細 > サーバの更新 の順に選択します。
CSE サーバの更新 ウィンドウの 現在の CSE サーバのコンポーネント セクションで、Kubernetes リソース構成を更新します。
変更の送信 をクリックします。
詳細については、VMware Cloud Director Container Service Extension サーバの更新を参照してください。
同じ組織内に同じ名前のクラスタが 2 つある場合に 1 つのクラスタを削除すると、同じ名前のもう 1 つのクラスタの vApp が削除される。
解決方法：VMware Cloud Director Container Service Extension 4.0.1 では、このバグは修正されました。
VMware Cloud Director Container Service Extension 4.0 クラスタの展開が、制御プレーン IP アドレスに対する手動設定の IP アドレスで失敗する。
ユーザーが [制御プレーンの IP アドレス] または [仮想 IP アドレス サブネット] の値を入力し、入力フィールドからその値を削除すると、ユーザー インターフェイスは null 値ではなく空の文字列を送信するため、クラスタの作成が失敗します。
解決方法：VMware Cloud Director Container Service Extension 4.0.1 では、このバグは修正されました。
デフォルトの NO_PROXY を更新して cluster.local を使用
NO_PROXY の現在のデフォルト設定には、k8s.test が含まれています。デフォルトは、Tanzu Kubernetes Grid クラスタで使用されるものに一致する cluster.local にする必要があります。
解決方法：Kubernetes Container Clusters 4.0.1 ユーザー インターフェイス プラグインでは、デフォルト値リストに k8s.test の代わりに cluster.local, が含まれるようになりました。
Kubernetes コンテナ クラスタ ユーザー インターフェイスのクラスタ情報画面に、「アップグレードの取得中」と表示されてクラスタが保留中の状態になる。
Kubernetes Container Clusters ユーザー インターフェイス プラグインを使用して Tanzu Kubernetes Grid クラスタの作成を送信し、VMware Cloud Director Container Service Extension サーバがクラスタの作成を開始していない場合、クラスタのステータスは保留中になります。ただし、Kubernetes Container Clusters ユーザー インターフェイス プラグインのクラスタ情報画面にアクセスすると、スピナーが表示され、アップグレードの可用性の値に「アップグレードの取得中」と表示されます。アップグレードの可用性の値には通常であればハイフンが表示されるため、これは適切ではありません。
解決方法：Kubernetes Container Clusters ユーザー インターフェイス プラグイン 4.0.1 では、クラスタのステータスが保留中の場合、アップグレードの可用性の値がハイフンになるように修正されています。
Kubernetes コンテナ クラスタ ユーザー インターフェイス プラグインの [Tanzu Kubernetes Grid クラスタの作成] ウィンドウで、制御プレーンのノード数が 0 の場合、入力検証のヘルプ メッセージが表示されない。
Tanzu Kubernetes Grid クラスタの作成ウィザードでは、制御プレーンまたはワーカー ノード数として 0 を入力した場合、0 が無効な値であることを示す入力検証ヘルプ メッセージが表示されません。
解決方法：Kubernetes Container Cluster ユーザー インターフェイス プラグイン 4.0.1 では検証ヘルプ メッセージが表示されるようになりました。
Kubernetes Container Clusters ユーザー インターフェイス プラグインで、マルチサイトの VMware Cloud Director セットアップの CSE 管理ワークフローで 1 つのサーバ構成エンティティのみが許可される。これにより、マルチサイト環境で CSE 管理ワークフローが失敗する。
解決方法：Kubernetes Container Clusters ユーザー インターフェイス プラグインの CSE 管理ワークフローでは、現在ログインしているユーザーのサイトに属するサーバ構成エンティティのみが取得されるようになりました。マルチサイト環境の各サイトでは、それぞれ固有のサーバ構成エンティティを作成および保持できるようになりました。
プロキシ サーバが外部リポジトリからバイナリとイメージをダウンロードするように構成されている場合、VMware Cloud Director Container Service Extension 4.0 が Tanzu Kubernetes Grid クラスタの作成に失敗する。
次のエラー メッセージがログに記録されます：: Could not reach archive.ubuntu.com。
解決方法：Ubuntu パッケージのアップデートでのプロキシの有効化は、プロキシが構成されている場合に表示されます。
VMware Cloud Director Container Service Extension 4.0 の誤解を生じさせるエラー ログ ステートメント。
解決方法：これらの冗長なログ ステートメントは修正され、関連性の高いログ メッセージを表示するように修正されました。
組織にレガシー権限バンドルが存在する場合、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 を使用してクラスタのライフサイクル管理、サイズ変更、アップグレードも行う場合は、次の手順を実行します。
次のコマンドでクラスタから RDE-Projector オペレータを削除します： kubectl delete deployment -n rdeprojector-system rdeprojector-controller-manager
Kubernetes Container Clusters ユーザー インターフェイス プラグインから Tanzu Kubernetes Grid クラスタを分離します。
VMware Cloud Director ユーザー インターフェイスの クラスタの概要 画面で、クラスタのクラスタ ID を取得します。
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 操作の本文として含める必要があります。
この時点で、クラスタは 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 を使用してクラスタの管理、サイズ変更、アップグレードを実行できるようになります。
