概要

新機能

Entra ID を使用した ID フェデレーションのサポート：
VCF ユーザーは、Microsoft Entra ID（旧称 Azure AD）を ID プロバイダとして構成できるようになりました。
PCI コンプライアンスを監査するための API：
VCF ユーザーは、9 つの関連する PCI-DSS コントロールに準拠するために、VCF 構成を監査する新しい API セットを使用できるようになりました。
vSAN Max のサポート
：vSAN Max は、ペタバイト規模のストレージ専用クラスタを可能にする、分解されたストレージサービスです。vSAN Max では、基盤となるストレージプラットフォームとして ESA を導入しており、これはパフォーマンスにペナルティを与ることなくに高密度にスケールアップできる高性能ファイル システムとして機能します。ESA によって、組み込みの効率的でスケーラブルなスナップショットや、暗号化や圧縮などの低オーバーヘッドのデータサービスといったメリットも提供されます。
vSAN ESA ストレッチ クラスタ
：VCF ユーザーは、vSAN Ready Node で ESA ストレッチ クラスタを構成できるようになりました。これにより、お客様はフォルト ドメインの概念を取り入れて、2 つの物理サイトにまたがる環境をサイト障害時のダウンタイムから保護できます。
VCF インポート ツール（vSphere と vSAN）：
VCF インポート ツールは、既存の vSphere 環境を VMware Cloud Foundation に統合し、完全な再構築を必要とせずに管理を一元化し、リソースを最適化します。 
管理ドメインが変換された追加のプリンシパル ストレージ タイプのサポート：
VCF インポート ツールを使用して既存の vSphere 環境を VCF 管理ドメインに変換する場合、その管理ドメインでは、vSAN に加えて、プリンシパル ストレージとして VMFS-FC および NFS v3 を使用できます。
デュアル DPU のサポート
：VCF ユーザーは、デュアル DPU サポートを利用できるようになりました。デュアル DPU のサポートにより、可用性とパフォーマンスが向上します。アクティブ/スタンバイは障害に対する継続性を確保しますが、デュアル独立型 DPU は 2 倍のオフロード キャパシティと分離を提供します。 
Avi ロード バランサと VCF の統合：
VCF ユーザーは、新しいワークロード ドメインの一部として Avi（旧 NSX Advanced Load Balancer）を展開し、SDDC Manager から ALB インフラストラクチャのパスワードローテーションと証明書管理を実行できるようになりました。
Day-N 運用としての NSX の展開：
VCF ユーザーは、vSphere ネットワークを使用して最初に展開/変換/インポートされたワークロード ドメインの上に、SDDC Manager から NSX（VLAN バッキング）を展開することを選択できるようになりました。 
vCenter Server からのアウトオブバンドの変更
：vCenter Server からのアウトオブバンドの変更は、手動で SDDC Manager と同期できます。これには、インベントリの変更（クラスタへのホストの追加など）とオブジェクト名の変更（データセンター名、データストア名、ポート グループ名など）が含まれます。
ESXi ライブ パッチ適用
：VCF ユーザーは、ESXi ホストでの仮想マシンの退避を必要とせずに、ESXi セキュリティ パッチを適用できるようになりました。
アップグレードのための柔軟なターゲット BOM
：VCF ユーザーは、ワークロード ドメインのアップグレード時にパッチを使用して、複合 BOM およびカスタマイズされた BOM を作成できるようになりました。お客様は、アップグレードを実行して別のメンテナンス期間にパッチを適用する代わりに、1 つの組織的なワークフローでパッチとともにアップグレードを計画できます。
SDDC Manager を使用した非同期パッチ適用
：お客様はこれまで、スタンドアローンの非同期パッチ ツールを使用して、VCF BOM コンポーネントにパッチを適用していました。VCF 5.2 は、SDDC Manager ユーザー インターフェイスから BOM コンポーネント パッチを適用する機能を提供します。
非同期パッチが組み込まれた Day N ワークフロー
：VCF ユーザーは、SDDC Manager から個々の BOM コンポーネントのパッチが適用されたバージョンの新しいワークロード ドメインとクラスタを追加できるようになりました。
SDDC Manager の非同期アップグレード：
VCF ユーザーは、SDDC Manager を残りの BOM から別個にアップグレードし、重要な修正やセキュリティ パッチを適用したり、SDDC Manager に関連する特定の機能を有効にしたりできるようになりました。
認証済みプロキシ：
VCF ユーザーは、SDDC Manager からのプロキシ認証を使用して、SDDC Manager からインターネットへの安全な接続を有効にできるようになりました。
オフライン デポ
：VCF ユーザーは、オフライン/エアギャップ環境でのライフサイクル バンドルのダウンロードを簡素化して実行できるようになりました。オフライン デポでは、VCF SDDC Manager および BOM コンポーネント バンドルをダウンロードしてステージングし、お客様はオフライン デポから直接バンドルをダウンロードするように SDDC Manager を構成できます。
隔離されたワークロード ドメイン共有 NSX：
VCF ユーザーは、NSX Manager インスタンスを共有できる隔離されたワークロード ドメインを作成および管理できるようになりました。 
言語サポート
：次回のメジャー リリース以降、VCF は以下のローカライズ言語をサポートする予定です。
英語
日本語
スペイン語
フランス語

非推奨に関する通知

VMware 無期限ライセンスおよび SaaS サービスの提供が終了します。詳細については、https://blogs.vmware.com/cloud-foundation/2024/01/22/vmware-end-of-availability-of-perpetual-licensing-and-saas-services/ を参照してください。
コンポーザブル インフラストラクチャ機能は廃止され、削除されました。
今後のリリースでは、
[SDDC Manager] > [管理] > [Aria Suite]
セクションにある VMware Aria Operations カードの [ワークロード ドメインの接続] オプションは削除され、関連する VCF パブリック API オプションは廃止される予定です。
VMware Aria Operations 8.10 以降では、VCF ワークロード ドメインを VMware Aria Operations に接続するための機能をユーザー インターフェイスから直接使用できます。元の時点で統合が SDDC Manager を使用して設定されていた場合でも、VMware Aria Operations ユーザー インターフェイス内でこの方法を使用して VCF ワークロード ドメインに接続することがユーザーに推奨されます。

VMware Cloud Foundation のコンポーネント情報 (BOM)

VMware vSAN は、VMware ESXi バンドルに含まれています。
VMware Aria Suite Lifecycle を使用して、VMware Aria Automation、VMware Aria Operations、VMware Aria Operations for Logs、および Workspace ONE Access を展開できます。VMware Aria Suite Lifecycle は、互換性のある製品のバージョンを判別し、サポートされているバージョンへのインストール/アップグレードのみを許可します。
VMware Aria Operations for Logs コンテンツ パックは、VMware Aria Operations for Logs を展開するときにインストールされます。
VMware Aria Operations 管理パックは、VMware Aria Operations を展開するときにインストールされます。
VMware Aria Operations for Logs の最新バージョンのコンテンツ パックには、VMware Solution Exchange および VMware Aria Operations for Logs 製品内マーケットプレイス ストアからアクセスできます。

サポート対象のハードウェア

ドキュメント

VMware vSphere 製品のドキュメントには、ESXi および vCenter Server のドキュメントも含まれています。
VMware vSAN 製品ドキュメント
VMware NSX 製品ドキュメント

ブラウザの互換性と画面解像度

Google Chrome
Mozilla Firefox
Microsoft Edge

インストールとアップグレードに関する情報

フェーズ 1：環境の準備
：プランニングおよび準備ワークブックには、標準アーキテクチャ モデルを使用して、VMware Cloud Foundation で Software-Defined Data Center (SDDC) を実装するために必要なソフトウェア、ツール、および外部サービスの情報が提供されています。
フェーズ 2：すべてのサーバを ESXi でイメージ化
：Cloud Foundation のコンポーネント情報 (BOM) セクションに記載されている ESXi バージョンを使用して、すべてのサーバをイメージ化します。ESXi のインストールについては、『VMware Cloud Foundation 導入ガイド
』を参照してください。
フェーズ 3：Cloud Foundation 5.2 のインストール
：Cloud Foundation のデプロイについては、『
VMware Cloud Foundation デプロイ ガイド
』を参照してください。

解決した問題

TPM で構成されたホストで「Quick Boot」オプションを使用した VCF ESXi アップグレードが失敗する
vSphere Lifecycle Manager (vLCM) イメージを使用して管理ドメインを展開すると失敗する
仮想マシン管理ポート グループが誤った vSphere Distributed Switch (vDS) で作成されることがある
展開パラメータ ワークブックに非辞書式順序で物理 NIC を入力すると、想定どおりに機能しない
展開パラメータ ワークブックのプライマリ vDS に 3 つ以上の物理 NIC を入力すると、想定どおりに機能しない
SDDC Manager ユーザー インターフェイスに、vSAN ライセンスが割り当てられていない場合でもアクティブと表示される
SDDC Manager ユーザー インターフェイスでバンドルを「ダウンロード済み」でフィルタリングしても結果が表示されない
未使用の vmnic を既存の vSphere Distributed Switch (VDS) に追加できない

既知の問題

VMware Cloud Foundation の既知の問題

アップグレードに関する既知の問題

Cluster Configuration Issue: vSphere HA failover operation in progress in cluster <cluster-name> in datacenter <datacenter-name>: 0 VMs being restarted, 1 VMs waiting for a retry, 0 VMs waiting for resources, 0 inaccessible vSAN VMs

環境内の各クラスタの vCLS エージェント仮想マシンの配置を確認します。
vSphere Client で、
[メニュー] > [仮想マシンおよびテンプレート]
を選択します。
[vCLS] フォルダを展開します。
最初の vCLS エージェント仮想マシンを選択し、[サマリ] タブをクリックします。
[関連オブジェクト] セクションで、ストレージについてリストされているデータストアを確認します。これは vSAN データストアである必要があります。vCLS エージェント仮想マシンがローカル ストレージにある場合は、クラスタの vCLS を無効にしてから再度有効にする必要があります。
すべての vCLS エージェント仮想マシンに対して、これらの手順を繰り返します。
ローカル ストレージ上に vCLS エージェント仮想マシンがあるクラスタで、vCLS を無効にします。
vSphere Client で、
[メニュー] > [ホストおよびクラスタ]
をクリックします。
ローカル ストレージに vCLS エージェント仮想マシンがあるクラスタを選択します。
Web ブラウザのアドレス バーで、クラスタの moref id を確認します。
たとえば、URL が https://vcenter-1.vrack.vsphere.local/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c8:503a0d38-442a-446f-b283-d3611bf035fb/summary と表示されている場合、moref id は domain-c8 です。
クラスタを含んでいる vCenter Server を選択します。
[構成] > [詳細設定]
をクリックします。
[設定の編集]
をクリックします。
config.vcls.clusters.
<moref id>
.enabled
の値を
false
に変更して、
[保存]
をクリックします。
config.vcls.clusters.
<moref id>
.enabled
設定が moref id に表示されない場合は、その名前を入力して、値に「
false
」と入力し、
[追加]
をクリックします。
vCLS エージェント仮想マシンの電源がオフになり、削除されるまで数分待ちます。進行状況は、[最近のタスク] ペインで監視できます。
クラスタで vCLS エージェント仮想マシンを共有ストレージに配置するには、vCLS を有効にします。
クラスタを含む vCenter Server を選択し、
[構成] > [詳細設定]
をクリックします。
[設定の編集]
をクリックします。
config.vcls.clusters.
<moref id>
.enabled
の値を
true
に変更して、
[保存]
をクリックします。
vCLS エージェント仮想マシンが展開され、電源がオンになるまで数分待ちます。進行状況は、[最近のタスク] ペインで監視できます。
vCLS エージェント仮想マシンの配置を確認して、それらがすべて共有ストレージ上にあることを確認します。

Secure Shell (SSH) クライアントを使用して、SDDC Manager に
vcf
としてログインします。
application-prod.properties
ファイルを開いて編集します。
vi /opt/vmware/vcf/lcm/lcm-app/conf/application-prod.properties
次のプロパティを追加し、ファイルを保存します。
lcm.nsxt.suppress.prechecks=true
ライフサイクル管理サービスを再起動します。
systemctl restart lcm
SDDC Manager ユーザー インターフェイスにログインし、NSX Data Center の更新を続けます。

ブリングアップに関する既知の問題

SDDC Manager に関する既知の問題

ワークロード ドメインに関する既知の問題

vSphere Client で、ホストを含む vCenter Server 内の VDS を参照します。
[構成]
タブをクリックして、
[DP フェイルオーバー設定]
を選択します。

[編集]
をクリックし、uplink3 と uplink4 を [アクティブ] から [スタンバイ] に移動します。
[OK]
をクリックします。

SDDC Manager のユーザー インターフェイスで、失敗したワークフローを再試行します。

ホストを追加する前に、そのクラスタの Distributed Switch に新しいポートグループを追加します。
追加するホストの VLAN ID を使用して、新しいポートグループにタグを付けます。
ホストを追加します。このワークフローが、「ホストの vmknic を dvs に移行」する処理で失敗します。
vCenter Server で失敗したホストを見つけ、ホストの vmk0 を手順 1 で作成した新しいポート グループに移行します。詳細については、vSphere の製品ドキュメントの
vSphere Distributed Switch への VMkernel アダプタの移行
を参照してください。
ホストの追加を再試行します。

vCenter Server の VUM 機能を使用して、一致する ESXi バージョンで Witness（監視）ホストを手動でアップグレードします。
ESXi バージョンと一致する監視アプライアンスを交換またはデプロイします。

vSphere Client で、vSAN クラスタの大規模クラスタのサポートを有効にします。すでに有効になっている場合は、手順 2 に進みます。
vSphere Client で vSAN クラスタを選択します。
[構成] > [vSAN] > [詳細オプション]
を選択します。
大規模クラスタのサポートを有効にします。
[適用]
をクリックします。
[はい]
をクリックします。
vSAN 健全性チェックを実行して、再起動が必要なホストを確認します。
ホストをメンテナンス モードにして、ホストを再起動します。

ホスト削除の場合：ホストからサービス仮想マシンを削除して、操作をやり直してください。
クラスタ削除の場合：クラスタのサービス デプロイを削除してから、操作をやり直してください。
ワークロード ドメイン削除の場合：ワークロード ドメイン内のすべてのクラスタのサービス デプロイを削除して、操作を再試行してください。