VMware vCenter Server 8.0 Update 2 リリース ノート

vCenter Server 8.0 Update 2 | 2023 年 9 月 21 日 | GA ISO ビルド 22385739 これらのリリース ノートへの追加や更新を確認してください。

一般提供

vCenter Server 8.0 Update 2 リリースは、一般提供 (GA) 指定です。vSphere Update リリースの vSphere 8.0 IA/GA リリース モデルの詳細については、The vSphere 8 Release Model Evolvesを参照してください。

新機能

New：このリリースでは、CVE-2023-34048 および CVE-2023-34056 が解決されています。これらの脆弱性と VMware 製品が受ける影響の詳細については、VMSA-2023-0023 を参照してください。

vSphere 8.0 Update 2 の新機能の概要については、What's New in vSphere 8 Update 2および次のリリース ノートを参照してください。

• VMware vSphere With Tanzu

• Tanzu Kubernetes リリース

• VMware vSAN

• VMware Host Client

• VMware vSphere+ リリース ノート

次の新機能と機能強化のリストには、vSphere 8.0 Update 2 の vCenter Server システムに対する重要なハイライトのいくつかが追加されています。

vCenter Server と vSphere Client

• 自己管理 vCenter Server のアップグレードのダウンタイムを短縮：vSphere 8.0 Update 2 では、メジャー バージョン間で vCenter Server をアップグレードするための移行ベースのアプローチが導入されており、ダウンタイムが数分に短縮されます。ダウンタイムの短縮アップグレードは、vCenter Server HA がない、および拡張リンク モード (ELM) に参加していない単一の自己管理 vCenter Server インスタンスでのみサポートされます。詳細については、「Reduced Downtime Upgrade」および VMware ナレッジベースの記事 KB92659 を参照してください。

• 高速で信頼性の高いロールバックを実現する更新前の自動論理ボリューム マネージャ (LVM) スナップショット：vSphere 8.0 Update 2 以降では、vCenter Server のパッチ適用 Orchestrator はパッチ インストールを実行する前に vCenter Server の LVM スナップショットを自動的に作成し、アップデートが失敗した場合に安全にロールバックできるようにします。ロールバック機能は、vCenter Server 8.0 Update 2 から以降のバージョンへのアップデートにのみ使用できます。詳細については、「vCenter Server 管理インターフェイスを使用した vCenter Server へのパッチ適用」および「回復力のある vCenter Server パッチ適用」を参照してください。

• vCenter Server のファイル ロックの所有者とプロセスに関する詳細情報：vSphere 8.0 Update 2 では、「failed to lock the file」などのファイル ロック エラーに詳細情報が追加され、根本原因の分析とトラブルシューティングが可能になりました。新しいメッセージには、ロックされているファイル、ファイル ロックを所有しているホスト、そのホストでファイル ロックに関連しているプロセスを示す詳細が含まれます。

• vCenter Server イベントを分類する vSphere プラグインの API：vSphere プラグインをリモート プラグイン アーキテクチャに移行し、vSphere 8.0 ではローカル プラグインのサポートが廃止され、一部の vCenter Server アラームはローカル プラグインでのみ使用できます。vSphere 8.0 Update 2 では、vSphere プラグインの vCenter Server に関連するアラームを表示および管理でき、レガシー ローカル プラグインに切り替える必要がなくなりました。

• vCenter Server のバックアップ後もネットワーク構成の変更を保持：vSphere 8.0 Update 2 では、vSphere Distributed Switch を変更する場合（ESXi ホストを VDS または NSX ポート グループに追加または削除するなど）、vCenter Server がバックアップからリストアされるときにすべての変更が維持されます。

• 無停止の SSL 証明書の更新と vCenter Server のための置き換え：vSphere 8.0 Update 2 では、vCenter Server マシン証明書と trusted-root 証明書を更新または置き換えることができます。vCenter Server サービスを再起動する必要はありません。詳細については、「無停止の証明書管理」を参照してください。

• Microsoft Entra Active Directory（旧 Azure AD）との ID フェデレーションに対する vCenter Server のサポート：vSphere 8 Update 2 では、vCenter Server の攻撃対象領域を減らすために、外部 ID プロバイダとして Microsoft Entra Active Directory が追加されています。詳細については、「Azure AD に対する vCenter Server ID プロバイダ フェデレーションの構成」を参照してください。

• vSphere Client からの vSphere クラスタ サービス (vCLS) の退避モードの有効化：vSphere 8.0 Update 2 では、構成] > [vSphere クラスタ サービス] > [全般 にある vCLS モードの編集 ボタンを使用して、vCLS クラスタで退避モードを有効にすることができます。

GPU

• GPU の vSphere DRS 配置のフラグメンテーションを軽減：vSphere 8.0 Update 2 では、vGPU を備えた仮想マシンの DRS 配置は、他のホストに分散するのではなく、すでに使用されていて利用可能な容量がある ESXi ホスト上で行われます。これは完全な vGPU に適用され、部分的な vGPU プロファイル サイズには適用されません。詳細については、以下を参照してください

  「Improving VM Placement to Servers to Optimize Your GPU Usage in VMware vSphere 8 Update 2」および「vGPU の DRS 配置」。

• vGPU 仮想マシンの vMotion サスペンド時間の制限：vSphere 8.0 Update 2 以降では、vSphere vMotion を使用して NVIDIA vGPU を搭載した仮想マシンを移行するときに、仮想マシンごとにサスペンド時間制限を設定できます。サスペンド時間制限を設定すると、vCenter Server は仮想マシンをパワーオンしたり、推定の最大停止時間がその制限を超えるホストおよびネットワークに仮想マシンを移行したりできなくなります。詳細については、「vGPU 仮想マシンのサスペンド時間制限を設定する方法」および「vGPU を使用する仮想マシンの移行」を参照してください。

ストレージ

• vSphere クラウド ネイティブ ストレージ内のデータストア間でのパーシステント コンテナ ボリュームの移行：vSphere 8.0 Update 2 以降では、vSphere Client を使用して、vSphere クラウド ネイティブ ストレージ内のデータストア間でパーシステント コンテナ ボリュームを移行できます。詳細については、「vSphere でのコンテナ ボリュームの移行」を参照してください。

• 非同期 CNS クエリに対するストレージ ポリシー ベース管理 (SPBM) のサポート：vSphere 8.0 Update 2 では、同時実行性を向上させるために、QueryAssociatedProfiles、QueryAssociatedEntity、QueryAssociatedEntities、およびFetchEntityHealthStatusExt に対する非同期 API サポートが追加されています。

• Tanzu Kubernetes Grid Service のコンテナ ストレージ インターフェイス (CSI) スナップショットのサポート：vSphere 8 Update 2 では、ワークロード保護を強化するために、標準化された方法で CSI を使用してパーシステント ボリューム スナップショットを直接作成できます。サードパーティ製ツールは必要ありません。詳細については、「vSphere with Tanzu の TKG クラスタでのスナップショットの作成」を参照してください。

• VMFS SE Sparse によるオフライン統合の向上：vSphere 8 Update 2 では、オフライン統合にかかる時間が短縮されます。VMFS スナップショットのオフライン統合操作を行うと、VMFS バージョンを変更することなく、目標リカバリ ポイント (RPO) と目標リカバリ時間 (RTO) が小さくなります。

• vSphere Virtual Volumes によるクラスタリングされたアプリケーションでのオンライン共有ディスクの拡張：vSphere 8.0 Update 2 では、共有ディスク（物理バス共有またはマルチライター）のサイズを拡張できます。Raw Device Mapping (RDM) には依存せず、アプリケーション クラスタをオフラインにする必要もありません。Windows Server Failover Cluster (WSFC) の場合、SCSI のみがサポートされます。Oracle RAC の場合、SCSI と NVMeoF（FC、TCP）の両方がサポートされます。詳細については、「WSFC の VMware vSphere Virtual Volumes サポート」および「共有 vVol ディスクのホット拡張機能」を参照してください。

• NVMe のインバンド移行のサポート：vSphere 8.0 Update 2 では、Asymmetric Namespace Access (ANA) グループ間の vSphere Virtual Volumes 名前空間のインバンド移行を管理して、プロトコル エンドポイント間での I/O 負荷のバランシングを改善できます。

• vSphere Virtual Volumes 用のサードパーティ製のマルチパス プラグイン (MPP) のサポート：vSphere 8.0 Update 2 では、NVMe over Fibre Channel および NVMe over TCP データストアに対応した vSphere Virtual Volumes 用のサードパーティ製の MPP のサポートが追加されています。

• NFS 4.1 用のディレクトリ名ルックアップ キャッシュ (DNLC)：vSphere 8.0 Update 2 では、NFS 4.1 用の DNLC を使用して、大規模なデータストアでの仮想マシンの検索、パワーオン、一覧表示を容易に行うことができます。

• ストレージ関連の機能の詳細については、「What's New with vSphere 8 Core Storage」を参照してください。

vSphere Lifecycle Manager および Configuration Manager

• vSAN クラスタに依存しない vSAN 監視ノードの目的の状態イメージのサポート：vSphere 8.0 Update 2 では、vSAN クラスタに依存しない目的の状態イメージを使用して、vSAN 監視ノードをアップグレードできます。共有監視のデプロイがサポートされているため、vSAN クラスタごとの専用の監視は不要になりました。詳細については、「vSphere Lifecycle Manager および vSAN 監視ホスト」を参照してください。

• vSphere Configuration Profiles のドラフト：vSphere 8.0 Update 2 以降では、ドラフト構成を作成し、vSphere Client で構成設定を直接編集できます。詳細については、「vSphere Client でのドラフト構成の作成」を参照してください。

vCenter Server 8.0 の以前のリリース

vCenter Server の機能、解決された問題、および既知の問題については、各リリースのリリース ノートに記載されています。vCenter Server 8.0 の以前のリリースのリリース ノートは以下のとおりです。

• VMware vCenter Server 8.0 Update 1c リリース ノート

• VMware vCenter Server 8.0 Update 1b リリース ノート

• VMware vCenter Server 8.0 Update 1a リリース ノート

• VMware vCenter Server 8.0 Update 1 リリース ノート

• VMware vCenter Server 8.0c リリース ノート

• VMware vCenter Server 8.0b リリース ノート

• VMware vCenter Server 8.0a リリース ノート

利用可能な言語、互換性、インストール、アップグレード、オープン ソース コンポーネント、製品サポートに関する注意事項については、VMware vSphere 8.0 リリース ノートを参照してください。

vCenter Server のサポート対象のアップグレードおよび移行パスの詳細については、VMware ナレッジベースの記事 KB67077 を参照してください。

製品サポートに関する注意事項

仮想マシンの [設定の編集] ダイアログから [アクセラレーションの無効化] オプションを削除：vCenter Server 8.0 Update 2 以降、仮想マシンの 設定の編集 ダイアログの 仮想マシンのオプション タブにある アクセラレーションの無効化 オプションは削除され、サポートされなくなりました。

ESX Agent Manager (EAM) VIB ライフサイクル API の廃止：vCenter Server 8.0 Update 2 ではクラスタの VIB ライフサイクルを管理するための EAM がサポートされますが、将来の vSphere リリースではサポートが終了する予定です。VIB URL を使用して EAM エージェントを作成する代わりに、vSphere Lifecycle Manager ソリューションを使用して、クラスタ内のすべてのホストで目的のソリューション バージョンのインストール、更新、アンインストールなどのタスクをクラスタ レベルで実行できます。ESX Agent Manager エージェントの仮想マシンのライフサイクル API は、この廃止の影響を受けません。

本リリースに含まれるパッチ

• VMware vCenter Server 8.0 Update 2 のパッチ
• ダウンロードとインストール

VMware vCenter Server 8.0 Update 2 のパッチ

vCenter Server の製品パッチ。VMware のソフトウェアの修正、セキュリティ修正、およびサードパーティ製品の修正を含みます。

このパッチは、vCenter Server に適用されます。

ダウンロード ファイル名	VMware-vCenter-Server-Appliance-8.0.2.00000-22385739-patch-FP.iso
ビルド	22385739
ダウンロード サイズ	7856.1 MB
sha256checksum	b8ad59bd3e269011eb0e2f627608cb52fcd14eb8e36c760846a618fc44ac73e2

ダウンロードとインストール

このパッチを VMware Customer Connect からダウンロードするには、[製品とアカウント] > [製品パッチ] の順に移動する必要があります。[製品の選択] ドロップダウン メニューから [vCenter Server] を選択し、[バージョンの選択] ドロップダウン メニューから 8.0.2 を選択します。

1. VMware-vCenter-Server-Appliance-8.0.2.00000-22385739-patch-FP.iso ファイルを vCenter Server の CD または DVD ドライブに接続します。

2. スーパー管理者権限（root など）を持つユーザーとしてアプライアンス シェルにログインし、次のコマンドを実行します。

   • ISO をステージングするには：

     software-packages stage --iso

   • ステージングしたコンテンツを表示するには：

     software-packages list --staged

   • ステージングした rpms をインストールするには：

     software-packages install --staged

vCenter Server シェルの使用方法の詳細については、VMware ナレッジベースの記事 KB2100508 を参照してください。

vCenter Server へのパッチ適用の詳細については、vCenter Server 8.0 デプロイへのパッチ適用およびアップデートを参照してください。

ステージング パッチの詳細については、vCenter Server Appliance のアップグレードを参照してください。

解決した問題

• セキュリティの問題
• その他の問題
• vSphere Client と vCenter Server の問題
• インストール、アップグレード、および移行の問題

セキュリティの問題

• このリリースでは、CVE-2023-34048 および CVE-2023-34056 が解決されています。これらの脆弱性と VMware 製品が受ける影響の詳細については、VMSA-2023-0023 を参照してください。

その他の問題

• vCenter Server で SMTP 認証情報を変更できない

  vCenter Server のセキュリティ強化の副作用として、vpxd サービスが vCenter Server インスタンスで SMTP 認証情報を設定するために必要な構成ファイルの変更に失敗する場合があります。vSphere Client または Virtualization Management Object Management Infrastructure (VMOMI) を使用してユーザー名フィールドに値を入力すると、vCenter Server が構成値の編集に失敗します。その結果、次に示すいずれかの設定を変更できません。

  • mail.smtp.server

  • mail.smtp.password

  • mail.smtp.username

  • mail.smtp.port

  本リリースで、この問題は修正されました。

vSphere Client と vCenter Server の問題

• リソース プールとクラスタの [使用率] ビューが、オブジェクトの変更時に自動的に更新されないことがある

  リソース プールまたはクラスタの [監視] タブで [使用率] ビューを開いた状態で、リソース プールまたはクラスタを変更すると、ビューが自動的に更新されないことがあります。たとえば、クラスタの [使用率] ビューを開いて別のクラスタを選択すると、最初のクラスタの統計情報から表示が変更されないことがあります。

  本リリースで、この問題は修正されました。

• vSphere 仮想インフラストラクチャの負荷が 90% を超えると、ESXi ホストが断続的に vCenter Server から切断される場合がある

  vSphere 仮想インフラストラクチャがハードウェア容量の 90% を超えて使用を継続している場合、まれに、一部の ESXi ホストが vCenter Server から断続的に切断されることがあります。通常、接続は数秒以内に復元します。

  本リリースで、この問題は修正されました。

• vSphere Client で、履歴データのインポートに関するバナー通知が表示されない

  バックエンドの問題により、vSphere Client では、履歴データのバックグラウンド移行に関するバナー通知が表示されません。

  本リリースで、この問題は修正されました。

インストール、アップグレード、および移行の問題

• vCenter Server 8.0 Update 1 でカスタマイズされた OVA を使用してデプロイされた仮想マシンで IP プロパティを指定できない

  vCenter Server 8.0 Update 1 システムでカスタマイズされた OVA ファイルを使用して仮想マシンをデプロイするときに、仮想マシンの IP プロパティを提供するフィールドが表示されないことがあり、デプロイ後に IP プロパティを手動で追加する必要があります。

  本リリースで、この問題は修正されました。

• ESXi 8.0 へのアップグレード中に vCenter Server Security Token Service (STS) の更新が発生すると、アップグレードが失敗することがある

  vSphere 8.0 で vCenter Single Sign-On を使用すると、VMCA によって生成された STS 署名証明書は自動的に更新されます。自動更新は、STS 署名証明書の有効期限が切れる前、かつ 90 日の期限切れアラームがトリガされる前に実行されます。ただし、クラスタ内の複数の ESXi ホストで vSphere Lifecycle Manager イメージを使用して長時間のアップグレード タスクまたは修正タスクを実行すると、vSphere Lifecycle Manager の内部で STS 証明書のキャッシュが作成されることがあります。まれに、長時間のアップグレード タスクまたは修正タスクと並行して STS 証明書の更新タスクを行うと、アップグレード タスクが失敗することがあります。これは、内部キャッシュ内の STS 証明書が、更新された証明書内の STS 証明書と異なる場合があるためです。アップグレード タスクが失敗した後、一部の ESXi ホストがメンテナンス モードのままになることがあります。

  本リリースで、この問題は修正されました。

既知の問題

• インストール、アップグレード、および移行の問題
• その他の問題
• vSphere Client と vCenter Server の問題
• vSphere Lifecycle Manager の問題
• 仮想マシンの管理
• セキュリティの問題

インストール、アップグレード、および移行の問題

• Update Planner を使用すると、vCenter Server システムでのダウンタイムの短縮アップグレード (RDU) が失敗することがある

  RDU 中に Update Planner を使用すると、vSphere Client に次のようなエラーが表示されることがあります。Update 8.0.2.00000 for component vlcm is not found。

  回避策：詳細については、VMware ナレッジベースの記事 KB94779 および KB92659 を参照してください。

• vCenter Server のアップグレードの事前チェック フェーズ中に、ESX Agent Manager の構成に関するセキュリティ警告が表示される

  vCenter Server のアップデートまたはアップグレードの事前チェック フェーズ中に、vSphere Client とログに次のようなエラーが記録される場合があります。

  Source ESX Agent Manager Configuration contains URLs that are not trusted by the System! Verify following URLs and their respective statuses and follow KB 93526.

  回避策：詳細については、VMware ナレッジベースの記事 KB93526 を参照してください。

• vCenter Server の更新が正常に完了しても、ステータスに「失敗」と表示される

  まれに競合状態が発生すると、vCenter Server が成功した更新を失敗として報告する場合があります。この問題は、vCenter Server の再起動中に、システムが インストールの完了 ステータスを確認する前に /storage/core がアンマウントされた場合に発生します。その結果、更新が失敗し、「No such file or directory: '/storage/core/software-update/install_operation'」などのエラーが表示されます。software-packages.logs には次のようなエラーが記録されます。

  2023-08-17T10:57:59.229 [15033]DEBUG:vmware.appliance.update.update_state:In State._get using state file /etc/applmgmt/appliance/software_update_state.conf

  2023-08-17T10:57:59.229 [15033]INFO:vmware.appliance.update.update_state:Found operation in progress /storage/core/software-update/install_operation

  2023-08-17T10:57:59.229 [15033]ERROR:vmware.appliance.update.update_functions:Can't read JSON file /storage/core/software-update/install_operation [Errno 2] No such file or directory: '/storage/core/software-update/install_operation'

  2023-08-17T10:57:59.229 [15033]DEBUG:vmware.appliance.update.update_state:Operation in progress is orphaned

  2023-08-17T10:57:59.229 [15033]DEBUG:vmware.appliance.update.update_state:Operation in progress is finished

  2023-08-17T10:57:59.229 [15033]DEBUG:vmware.appliance.update.update_state:Writing to state file from State._get

  2023-08-17T10:57:59.229 [15033]DEBUG:vmware.appliance.update.update_state:In State._writeInfo writing to state file /etc/applmgmt/appliance/software_update_state.conf

  2023-08-17T10:57:59.229 [15033]INFO:vmware.vherd.base.software_update:Installation failed. Please collect the VC support bundle.

  回避策：vCenter Server が正常に再起動され、vCenter Server の健全性ステータスが緑色になっているかどうかを確認します。失敗レポートは無視してかまいません。

• DNS サーバとホスト名がない IPv6 環境で、vCenter Server 8.0 Update 2 へのパッチ適用が失敗する

  vCenter Server システムを以前のバージョンの 8.x から 8.0 Update 2 に更新するときに、システムが PNID などのホスト名と DNS サーバのない IPv6 ネットワークを使用している場合、VMware アプライアンス管理インターフェイスに「Data conversion/Post install hook failed」などのエラーが表示されることがあります。

  回避策：/etc/hosts ファイルを、不足している IPv6 ループバック エントリ「::1 localhost ipv6-localhost ipv6-loopback」を使用して手動で更新し、システムを再起動します。

  次の例を参照してください：

  root@localhost []# cat /etc/hosts

  # Begin /etc/hosts （ネットワーク カード バージョン）

  127.0.0.1 localhost.localdomain

  127.0.0.1 localhost

  ::1 localhost ipv6-localhost ipv6-loopback

• ダウンタイム短縮アップグレード (RDU) 中にターゲット仮想マシンのネットワーク設定を構成すると、ネットワーク ポートグループが表示されない

  ごくまれに、移行ベースの方法を使用する単一の自己管理 vCenter Server インスタンスのダウンタイム短縮アップグレード中に、ソース vCenter Server 仮想マシンにシン ディスク プロビジョニングがあり、検証プロセスで選択されたデフォルトのシック ディスク モードに必要な容量に対応できる十分なストレージがターゲット vCenter Server クラスタにない場合、ターゲット仮想マシン デプロイ ウィザードにネットワーク ポートグループが表示されないことがあります。vSphere Client で、ターゲット仮想マシンのデプロイ ウィザードの デプロイ タイプ の手順で 同じ構成 を選択すると、ネットワーク設定 画面に空のエラー メッセージが表示され、使用可能なポートグループが表示されません。

  回避策：ターゲット仮想マシン デプロイ ウィザードの デプロイ タイプ のステップで、構成の詳細 を選択します。

• vCenter Server 8.0 Update 2 の URL ベースのパッチ適用またはファイルベースのバックアップが、FIPS (Federal Information Processing Standards) への OpenSSL の非準拠が原因で失敗することがある

  vCenter Server 8.0 Update 2 では、OpenSSL は NIST SP 800-56A および FIPS 140-2 に準拠した Diffie-Hellman パラメータでのみ機能します。vCenter Server 8.0 Update 2 システムの URL ベースのパッチ適用またはファイルベースのバックアップの場合、環境内の FTPS サーバでは次の暗号がサポートされている必要があります。

  OpenSSL 暗号	AT-TLS 暗号名	16 進数の値
  DHE-RSA-AES256-SHA	TLS_DHE_RSA_WITH_AES_256_CBC_SHA	39
  DHE-DSS-AES256-SHA	TLS_DHE_DSS_WITH_AES_256_CBC_SHA	38
  AES256-SHA	TLS_RSA_WITH_AES_256_CBC_SHA	35
  EDH-RSA-DES-CBC3-SHA	TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA	16
  EDH-DSS-DES-CBC3-SHA	TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA	13
  DES-CBC3-SHA	TLS_RSA_WITH_3DES_EDE_CBC_SHA	0A
  DHE-RSA-AES128-SHA	TLS_DHE_RSA_WITH_AES_128_CBC_SHA	33
  DHE-DSS-AES128-SHA	TLS_DHE_DSS_WITH_AES_128_CBC_SHA	32
  AES128-SHA	TLS_RSA_WITH_AES_128_CBC_SHA	2F

  回避策：ファイル サーバが FIPS に準拠していることを確認します。

その他の問題

• シン プロビジョニングされた仮想ディスクの [最大サイズ] の値が正しく表示されない

  vSphere Client で、シン プロビジョニングされた仮想ディスクを持つ仮想マシンの設定を確認すると、ディスクの 最大サイズ の値が、ディスクが配置されているデータストアの容量よりも大きくなっている場合があります。たとえば、データストアの容量が 100 GB で、使用可能な容量はそのうちの 90 GB、シン プロビジョニングされた仮想ディスクの容量が 50 GB で、使用されている容量はそのうちの 10 GB のみである場合、最大サイズ の値が 140 GB と表示されることがあります。この場合、使用可能なデータストアの容量が実際の使用量ではなくディスクの容量全体に追加されています。

  回避策：なし

• ESXi ホストで [次のネットワークからの接続のみを許可] オプションを使用してファイアウォール ルールの構成をカスタマイズできない

  vSphere 8.0 Update 2 以降では、ESXi ホストで 次のネットワークからの接続のみを許可 オプションを使用してファイアウォール ルールの構成をカスタマイズすることはできません。たとえば、VMware Host Client で、ネットワーク > ファイアウォール ルール の順に移動し、DHCP クライアント を選択し、IP アドレスを指定して 次のネットワークからの接続のみを許可 をオンにすると、操作が失敗し、「Operation failed, diagnostics report: Invalid operation requested: Can not change allowed ip list this ruleset, it is owned by system service.」などのエラーが表示されます。これは、想定どおりの動作です。

  回避策：なし

vSphere Client と vCenter Server の問題

• VMware vCenter Lifecycle Manager が最新の証明書のロードに失敗し、一連のタスクを完了できない場合がある

  vCenter Server 8.0 Update 2 で無停止の証明書の更新を選択すると、VMware vCenter Lifecycle Manager が最新の証明書のロードに失敗する場合があります。その結果、基盤となる VMware vCenter Server オーケストレーション プラットフォームを提供する vCenter Lifecycle Manager に依存する機能（Update Planner、vSphere+ vCenter Server ライフサイクル管理サービス、vCenter Server のダウンタイムの短縮アップグレードなど）が失敗する可能性があります。

  回避策：vCenter Lifecycle Manager を再起動して、最新の証明書を取得します。詳細については、VMware ナレッジベースの記事 KB2109887 を参照してください。

• ルート証明書を vCenter Server ホストにプッシュするオプションが表示されない

  vSphere Client の 証明書管理 タブの下にある 信頼されたルート証明書の追加 画面に、vCenter Server ホストへのルート証明書のプッシュを開始 オプションが表示されません。

  回避策：信頼されたルート証明書の追加 画面でのこの変更は、vCenter 8.0 Update 2 で導入された無停止の証明書管理機能に関連しており、想定どおりです。詳細については、「無停止の証明書管理」を参照してください。

• スケジュール設定タスクが失敗し、それ以降の実行がスケジュール設定されない

  vSphere 8.0 Update 2 では、vCenter Server ユーザーが承認または認証されていない場合、所有するすべてのスケジュール設定タスクは失敗し、ユーザー権限がリストアされるか、別の vSphere ユーザーがスケジュール設定タスクを引き継ぐまでスケジュール設定できません。vSphere Client には、失敗したタスクのメッセージと失敗の理由が表示されます。

  回避策：リストアされた権限を持つ現在のタスク所有者など、スケジュール設定タスクを編集するのに十分な権限を持つ vSphere ユーザーは、[編集] をクリックし、スケジュール設定タスクを実際に変更せずに送信できます。詳細については、「vSphere タスクのスケジュール設定」を参照してください。

vSphere Lifecycle Manager の問題

• vCenter Server システムに手動で適用されたセキュリティに関する詳細オプションが vSphere Lifecycle Manager の操作全体で維持されない場合がある

  vCenter Server システムに手動で適用されたセキュリティに関する詳細オプションの一部が、vSphere Lifecycle Manager の操作（アップグレード、更新、バックアップ、リストアなど）全体で維持されない場合があります。

  回避策：vSphere Lifecycle Manager のタスクが完了したら、手動設定を再適用します。

• リンクされた複数の vCenter Server インスタンスの 1 つで、vSphere Lifecycle Manager ホーム ビューに認証エラーが表示される

  リンクされた vCenter Server システムの更新後、リンクされた vCenter Server インスタンスの 1 つから vSphere Client の vSphere Lifecycle Manager ホーム ページへのアクセスが失敗する場合があります。メニュー > Lifecycle Manager の順に選択すると、エラー「Authentication failed, Lifecycle Manager server could not be contacted」が表示されます。この問題は、vSphere Lifecycle Manager のベースライン ページとワークフローにも影響します。vSphere Lifecycle Manager イメージを含むワークフローは影響を受けません。

  回避策：リンクされた環境内の別の vCenter Server インスタンスから vSphere Client にログインするか、vsphere-ui サービスを再起動して問題を解決します。

仮想マシンの管理

• vCenter Server の混在環境で、First Class Disk (FCD) が接続された仮想マシンのクローンを作成して削除すると、クローン作成された仮想マシンに接続された FCD も削除される

  vCenter Server がバージョン 8.0 Update 2 以降で、ESXi がバージョン 7.0 Update 3 以前という vCenter Server の混在環境で、FCD が接続された仮想マシンのクローンを作成すると、デフォルトでパラメータ KeepAfterDeleteVM が FALSE に設定されます。その結果、クローン作成された仮想マシンが削除されると、接続されたクローン作成された FCD も削除されます。

  回避策：vCenter Server がバージョン 8.0 Update 2 以降で、ESXi がバージョン 7.0 Update 3 以前という vCenter Server の混在環境で、次の FCD API を使用して KeepAfterDeleteVM パラメータを TRUE に設定します：setVStorageObjectControlFlags。https://<VC_IP>/mob/?moid=VStorageObjectManager&method=setVStorageObjectControlFlags で FCD API を呼び出し、次の制御フラグを渡すことができます：KeepAfterDeleteVM。

セキュリティの問題

• 8.0 Update 1 より前のバージョンの vCenter Server に接続されている場合、仮想マシンを暗号化できない

  vSphere Client を使用して 7.x または 8.0 Update 1 より前のバージョンの vCenter Server システムに接続し、新しい仮想マシン ウィザードまたは既存の仮想マシンの 設定の編集 ダイアログで仮想マシンを暗号化する際に、「Operation failed! RuntimeFault.Summary and A general runtime error occurred. Key /default KMS cluster not found」などのエラーが表示されます。vSphere Client を使用してバージョン 8.0 Update 1 以降の vCenter Server システムにログインすると、タスクは正常に完了します。

  回避策：8.0 Update 1 より前のバージョンの vCenter Server インスタンスの vSphere Client を使用して、仮想マシンを暗号化します。または、バージョン 8.0 Update 1 以降の別の vCenter Server インスタンスで仮想マシンの暗号化を有効にして、すでに暗号化されている仮想マシンを以前のバージョンの vCenter Server インスタンスに移行することもできます。

以前のリリースからの既知の問題

• インストール、アップグレード、および移行の問題
• その他の問題
• ネットワークの問題
• ストレージの問題
• vCenter Server および vSphere Client の問題
• 仮想マシンの管理の問題
• vSphere Lifecycle Manager の問題
• VMware Host Client の問題
• セキュリティ機能の問題

インストール、アップグレード、および移行の問題

• vCenter Server 8.0 Update 1 へのアップデート中に、仮想アプライアンス管理インターフェイス (VAMI) に「CEIP のステータスを取得できませんでした」というエラーが表示される

  アップデート中に、vCenter Server は VMDir サービスを停止して再起動します。この間隔内に VAMI にログインしようとすると、「Failed to get ceip status」のようなエラーが表示されることがあります。これは想定されるエラーであり、vCenter Server システムに関する実際の問題を示すものではありません。

  回避策：VMDir サービスが再起動するまで待機して、仮想アプライアンス管理インターフェイスを更新します。

• 1 台の ESXi ホストで vSphere Lifecycle Manager を使用した並行修正に失敗すると、他のホストが再起動の保留状態のままになる場合がある

  vSphere Lifecycle Manager を使用した並行修正時に誤ってネットワーク接続が失われると、いずれかの ESXi ホストで操作が失敗することがあります。他のホストでの修正は続行されますが、ホストを再起動してタスクを完了することはできません。

  回避策：ESXi ホストで修正の試行が一貫して失敗する場合は、手動で再起動をトリガします。詳細については、VMware ナレッジベースの記事 KB91260 を参照してください。

• ESXi スタンドアローン ホストの vSphere Lifecycle Manager イメージ コンプライアンス レポートにファームウェア コンプライアンスの詳細が表示されない

  ファームウェア コンプライアンスの詳細が、以下の 2 つの状況で、ESXi スタンドアローン ホストの vSphere Lifecycle Manager イメージ コンプライアンス レポートに表示されないことがあります。

  1. vSphere Client から vSphere Lifecycle Manager イメージで管理されているスタンドアローン ホストに対してコンプライアンス レポートを実行し、コンプライアンス レポートが生成される前に移動します。

  2. イメージ コンプライアンス レポートが生成された後にページの更新をトリガします。

  この場合、目的の状態で使用可能なファームウェア パッケージがある場合でも、vSphere Client に表示されているセッションを再度確認または更新すると、ファームウェアのコンプライアンス セクションが空のままになります。GET イメージ コンプライアンス API を使用すると、ファームウェア コンプライアンスの詳細が応答に表示されません。

  回避策：vSphere Client を使用して、vSphere Lifecycle Manager イメージで管理されているスタンドアローン ホストのイメージ コンプライアンス スキャンを呼び出したときは、移動やブラウザの更新を実行しないでください。API では、イメージ コンプライアンスの確認 API を使用して、ファームウェアの詳細を GET イメージ コンプライアンスとともに取得します。

• vCenter Server 8.0 Update 1 へのアップグレードが「postInstallHook で例外が発生しました」というエラーで失敗する

  vCenter Single Sign-On ドメインに「[email protected]」や「[email protected]」のような大文字が含まれている場合、vCenter Server 8.0 Update 1 へのアップグレードが失敗し、エラー「Exception occurred in postInstallHook」が表示されることがあります。

  vSphere Client に「wcp service failed to start」などのエラーが表示されます。

  PatchRunner.log には、次のようなエラーが記録されます：An error occurred while starting service 'wcp'。

  wcpsvc.logには、次のエラーが記録されます：Failed to parse VC JWKS: invalid character '<' looking for beginning of value or Unable to get VC public key configuration : invalid character '<' looking for beginning of value。

  これらの失敗が発生した場合、vCenter Server をバックアップからリストアするか、スナップショットから復元する必要があります。

  回避策：VMware ナレッジベースの記事「KB92436.」を参照してください。

• ソフトウェア FCoE 構成を使用してホスト プロファイルを ESXi 8.0 ホストに適用すると、操作が検証エラーで失敗する

  vSphere 7.0 以降では、ソフトウェア FCoE は廃止され、vSphere 8.0 ではソフトウェア FCoE プロファイルはサポートされません。以前のバージョンのホスト プロファイルを ESXi 8.0 ホストに適用して、ホストのカスタマイズの編集などを行うと、操作が失敗します。vSphere Client に「Host Customizations validation error」などのエラーが表示されます。

  回避策：ホスト プロファイルでソフトウェア FCoE 構成サブプロファイルを無効にします。

• バージョン 8.0 の ESXi ホストは以前の ESXi バージョンの既存のホスト プロファイルのリファレンス ホストとしては使用できない

  インベントリで 8.0 リファレンス ホストのみが使用可能な場合、ESXi バージョン 7.x、6.7.x、および 6.5.x の既存のホスト プロファイルの検証に失敗します。

  回避策：インベントリに、それぞれのバージョンのリファレンス ホストがあることを確認します。たとえば、ESXi 7.0 Update 2 ホスト プロファイルの更新や編集には、ESXi 7.0 Update 2 リファレンス ホストを使用します。

• ESXi 8.0 にアップグレードした後に VMNIC が停止することがある

  VMNIC のピア物理スイッチがメディア自動検出をサポートしていないか、メディア自動検出が無効になっている場合で、VMNIC リンクをいったん停止してから有効にした場合、ESXi 8.0 へのアップグレードまたはインストール後にリンクは停止したままになります。

  回避策：次の 2 つのオプションのいずれかを使用します。

  1. システム セットアップ メイン メニューに移動するか、F2 キー（通常時）を押して BIOS 設定の media-auto-detect オプションを有効にするか、仮想コンソールを開いて [デバイス設定] > <特定の Broadcom NIC> > [デバイス構成メニュー] > [メディア自動検出] の順に移動します。ホストを再起動します。

  2. または、次のような ESXCLI コマンドを使用します。esxcli network nic set -S <your speed> -D full -n <your nic>。このオプションを使用すると、リンクに固定速度も設定されるため、再起動は必要ありません。

• ESXi 8.0 へのアップグレード後に、パラメータの廃止が原因で nmlx5_core ドライバ モジュール設定の一部が失われることがある

  device_rss、drss、rss など、nmlx5_core ドライバの一部のモジュール パラメータは ESXi 8.0 で廃止されており、ESXi 8.0 へのアップグレード後に、デフォルト値と異なる任意のカスタム値が保持されることはありせん。

  回避策：次のように、device_rss、drss、rss パラメータの値を置き換えます。

  • device_rss: DRSS パラメータを使用

  • drss: DRSS パラメータを使用

  • rss: RSS パラメータを使用

• vCenter Server リストア手順の 2 番目のステージが 90% の時点でフリーズする

  vCenter Server GUI インストーラまたは vCenter Server Appliance 管理インターフェイス (VAMI) を使用してファイルベースのバックアップから vCenter Server をリストアすると、タスクがバックエンドで正常に完了した場合でも、401 Unable to authenticate user エラーが発生して、リストア ワークフローが 90% の時点でフリーズすることがあります。この問題は、展開されたマシンの時刻が NTP サーバと異なるため、時刻の同期が必要になった場合に発生します。時刻を同期すると、クロック スキューが発生して、GUI または VAMI の実行セッションが失敗することがあります。

  回避策：GUI インストーラを使用している場合は、appliancesh シェルから restore.job.get コマンドを実行してリストア ステータスを取得できます。VAMI を使用する場合は、ブラウザを更新してください。

その他の問題

• ハイブリッド リンク モードで、オンプレミスの vCenter Server にデプロイされたプラグインをクラウドの vCenter Server が検出できない

  ハイブリッド リンク モードでは、クラウドの vCenter Server インスタンスをオンプレミスの vCenter Single Sign-On ドメインにリンクできますが、クラウドの vCenter Server には必要な権限がないため、オンプレミス インスタンスにデプロイされたプラグインを検出できない場合があります。

  回避策：オンプレミス環境に vCenter Cloud Gateway をインストールして、オンプレミス インスタンスにデプロイされたプラグインを VMware Cloud コンソールから参照するか、オンプレミスの vCenter Server 上の vSphere Client から直接参照します。

• DPU を使用する vCenter Server システムで IPv6 が無効になっていると、DPU を管理できない

  vSphere Client では操作が可能ですが、DPU を使用する ESXi ホストで IPv6 を無効にすると、ホストとデバイス間の内部通信は IPv6 に依存するため、DPU を使用できません。この問題で影響があるのは DPU を使用する ESXi ホストにのみです。

  回避策：DPU を使用する ESXi ホストで IPv6 が有効になっていることを確認します。

• Pensando DPU が事前にインストールされている HPE サーバで ESXi ホストを再起動すると、10 分の遅延が発生することがある

  まれに、DPU に障害が発生した場合、Pensando DPU が事前にインストールされた HPE サーバが再起動されるまで 10 分以上かかることがあります。その結果、ESXi ホストで障害が発生して、パープル スクリーンが表示されることがあります。デフォルトの待機時間は 10 分です。

  回避策：なし。

• ESXi 8.0 のインストールに使用するリモート管理アプリケーションで USB インターフェイスが有効になっている場合、アップリンク vusb0 を使用する追加の標準スイッチ vSwitchBMC が表示される

  vSphere 8.0 以降、Integrated Dell Remote Access Controller (iDRAC) と HP Integrated Heat Out (ILO) の両方で USB インターフェイス（それぞれ vUSB または vNIC）が有効になっている場合、アップリンク vusb0 を使用する追加の標準スイッチ vSwitchBMC が ESXi ホストに作成されます。これは、一部のサーバにデータ処理ユニット (DPU) が追加されていることを考慮すると予期されたことですが、VMware Cloud Foundation の起動プロセスが失敗する可能性があります。

  回避策：vSphere 8.0 をインストールする前に、ベンダーのドキュメントに従って、使用するリモート管理アプリケーションで USB インターフェイスを無効にします。

  vSphere 8.0 のインストール後、ESXCLI コマンド esxcfg-advcfg -s 0 /Net/BMCNetworkEnable を使用して、ホストの次回の再起動時に仮想スイッチ vSwitchBMC と関連するポートグループが作成されないようにします。

  例として、次のスクリプトを参照してください。

  ~# esxcfg-advcfg -s 0 /Net/BMCNetworkEnable

  BMCNetworkEnable の値は 0 で、サービスは無効になっています。

  ~# reboot

  ホストの再起動時に、リモート管理アプリケーション ネットワークに関連するホストに仮想スイッチ、ポート グループ、および VMKNIC は作成されません。

• NVIDIA BlueField DPU でハードウェア オフロード モードが無効になっている場合、SR-IOV 仮想機能が構成されている仮想マシンはパワーオンできない

  SR-IOV 仮想機能が構成された仮想マシンをパワーオンして動作させるには、ハードウェア オフロード モードが有効な状態で NVIDIA BlueField DPU を使用する必要があります。

  回避策：SR-IOV 仮想機能が構成された仮想マシンを仮想スイッチに接続している場合は、常に、NVIDIA BlueField DPU でデフォルトで有効になっているハードウェア オフロード モードを使用します。

• 仮想アプライアンス管理インターフェイス (VAMI) で、アップグレード前の段階で警告メッセージが表示される

  vSphere プラグインをリモート プラグイン アーキテクチャに移行したことにより、vSphere 8.0 ではローカル プラグインのサポートが廃止になりました。vSphere 8.0 環境にローカル プラグインがある場合、これらのプラグインにいくつかの重大な変更が適用されたことで、VAMI を使用したアップグレード前のチェックが失敗することがあります。

  [アップデート前のチェック結果] 画面に、次のようなエラーが表示されます。

  Warning message: The compatibility of plug-in package(s) %s with the new vCenter Server version cannot be validated. They may not function properly after vCenter Server upgrade.

  Resolution: Please contact the plug-in vendor and make sure the package is compatible with the new vCenter Server version.

  回避策：VMware 互換性ガイドおよびVMware 製品の相互運用性マトリックスを参照するか、プラグイン ベンダーに問い合わせて、アップグレードを続行する前に環境内のローカル プラグインが vCenter Server 8.0 と互換性があるか確認するための推奨事項を確認してください。詳細については、ブログDeprecating the Local Plugins :- The Next Step in vSphere Client Extensibility Evolutionと VMware ナレッジベースの記事KB87880を参照してください。

• CPU ホット アドが有効になっている仮想マシンから、仮想 NUMA (Non-Uniform Memory Access) ノードに割り当てられた PCI パススルー デバイスを削除できない

  デフォルトでは、CPU ホット アドによる実行中の仮想マシンへの vCPU の追加を許可すると、仮想 NUMA トポロジが無効になりますが、NUMA ノードに PCI パススルー デバイスが割り当てられている場合は、そのデバイスを削除しようとするとエラーが発生します。vSphere Client では、「Invalid virtual machine configuration. Virtual NUMA cannot be configured when CPU hotadd is enabled」のようなメッセージが表示されます。

  回避策：VMware のナレッジベースの記事KB89638を参照してください。

ネットワークの問題

• DirectPath I/O デバイスのホット アド操作とホット リムーブ操作を重複させると失敗することがある

  vSphere 8.0 Update 1 では、vSphere API を使用することで、仮想マシンをパワーオフせずに DirectPath I/O デバイスを追加または削除できます。ただし、複数の操作を同時に実行すると、重複するタスクの一部が失敗することがあります。

  回避策：DirectPath I/O デバイスの各ホット アド操作またはホット リムーブ操作の間の処理時間が 20 秒になるように計画します。

• DirectPath I/O デバイスのホット アドとホット リムーブが仮想マシンで自動的に有効にならない

  vSphere 8.0 Update 1 では、vSphere API を使用することで、仮想マシンをパワーオフせずに DirectPath I/O デバイスを追加または削除できます。仮想マシンに対して DirectPath I/O デバイスのホット アドとホット リムーブを実行できるホットプラグ機能を有効にした場合、そのような仮想マシンを使用して OVF を作成し、新しい仮想マシンをデプロイすると、新しい仮想マシンでホットプラグ機能が自動的に有効にならないことがあります。

  回避策：「VMDirectPath I/O デバイスのホットアドとホットリムーブのサポート」の説明に従って、ホットプラグ機能を有効にします。

• Pensando DPU で、VMware vSphere Distributed Switch の最大転送ユニット (MTU) を 9174 より大きい値に設定できない

  ESXi 8.0 システムで、Pensando DPU を使用する vSphere Distributed Services Engine 機能を有効にしている場合、vSphere Distributed Switch の最大転送ユニット (MTU) を 9174 より大きい値に設定することはできません。

  回避策：なし。

• バージョン 4.1.3 以降の ntg3 ドライバを使用する NIC でリンク フラッピングが発生する

  バージョン 4.1.3 以降の ntg3 ドライバを使用する 2 つの NIC が物理スイッチ ポートに接続されず、直接接続されている場合、リンク フラッピングが発生することがあります。この問題は、4.1.3 より前のバージョンの ntg3 ドライバや tg3 ドライバでは発生しません。この問題は、これらの NIC で時折発生する Energy Efficient Ethernet (EEE) リンク フラッピングとは関係ありません。この EEE の問題の対策としては、バージョン 4.1.7 以降の ntg3 ドライバを使用するか、物理スイッチ ポートの EEE を無効にします。

  回避策：ntg3 ドライバをバージョン 4.1.8 にアップグレードし、新しいモジュール パラメータ noPhyStateSet を 1 に設定します。noPhyStateSet パラメータはデフォルトで 0 に設定されます。この問題が発生している場合を除き、多くの環境では必須ではありません。

• vSphere 8.0 の拡張ネットワーク スタック (ENS) モードで Mellanox ConnectX-5 カードと ConnectX-6 カードの Model 1 Level 2 および Model 2 を使用できない

  ハードウェア制限により、vSphere 8.0 で拡張ネットワーク スタック (ENS) モードを使用している場合、ConnectX-5 および ConnectX-6 アダプタ カードで Model 1 Level 2 および Model 2 はサポートされません。

  回避策：ENS Model 1 Level 2、および Model 2A をサポートする Mellanox ConnectX-6 Lx および ConnectX-6 Dx 以降のカードを使用します。

• Pensando DPU は ESXi ホストの物理スイッチ ポートで Link Layer Discovery Protocol (LLDP) をサポートしない

  DPU を使用する ESXi ホストで LLDP を有効にしても、ホストは LLDP パケットを受信できません。

  回避策：なし。

ストレージの問題

• vCenter Server 8.0 にアップグレードした後、VASA API バージョンが自動的に更新されない

  vCenter Server 8.0 は VASA API バージョン 4.0 をサポートしています。ただし、vCenter Server システムをバージョン 8.0 にアップグレードしても、VASA API のバージョンが 4.0 に自動的に変更されないことがあります。この問題は次の 2 つのケースで発生します。

  1. VASA API バージョン 4.0 をサポートする VASA プロバイダが以前のバージョンの VMware vCenter Server で登録されている場合、VMware vCenter Server 8.0 にアップグレードしても VASA API バージョンは変更されません。たとえば、登録済みの VASA プロバイダとともに、VASA API バージョン 3.5 と 4.0 の両方をサポートするバージョン 7.x の VMware vCenter Server システムをアップグレードする場合、その VASA プロバイダが VASA API バージョン 4.0 をサポートしていても、VASA API バージョンは自動的にはバージョン 4.0 には変更されません。アップグレード後、[vCenter Server] > [構成] > [ストレージ プロバイダ] の順に移動し、登録済みの VASA プロバイダの [全般] タブを展開すると、VASA API バージョンは 3.5 と表示されます。

  2. VASA API バージョン 3.5 をサポートする VASA プロバイダを VMware vCenter Server 8.0 システムとともに登録し、VASA API バージョンを 4.0 にアップグレードすると、アップグレード後も VASA API バージョン は 3.5 と表示されます。

  回避策：VMware vCenter Server 8.0 システムで VASA プロバイダを登録解除してから、再度登録します。

• Network File Copy (NFC) マネージャの未認証セッションが原因で、vSAN 環境で vSphere Storage vMotion の操作が失敗することがある

  仮想マシンに少なくとも 1 つのスナップショットがあり、異なるストレージ ポリシーが設定された複数の仮想ディスクがある場合、 vSAN データストアへの移行を vSphere Storage vMotion を使用して実行すると失敗することがあります。この問題は、SOAP (Simple Object Access Protocol) の本文が許容される制限を超えているために発生する NFC マネージャの未認証セッションが原因で発生します。

  回避策：最初に、仮想マシン ホーム名前空間といずれかの仮想ディスクを移行します。処理が完了したら、残りの 2 つのディスクについて、ディスクのみの移行を実行します。

• コンテンツ ベースの読み取りキャッシュ (CBRC) でダイジェスト操作に失敗したというエラーが発生したため仮想マシンのスナップショットを作成できない

  CBRC ダイジェスト ファイルの更新中にコンテンツ ID を割り当てると、まれに競合状態が発生するため、データ ディスクとダイジェスト ディスクのコンテンツ ID が一致しなくなることがあります。その結果として、仮想マシンのスナップショットを作成できなくなります。バックトレースに「An error occurred while saving the snapshot: A digest operation has failed」のようなエラーが記録されます。再試行すると、スナップショット作成タスクは完了します。

  回避策：スナップショット作成タスクを再試行します。

vCenter Server および vSphere Client の問題

• vCenter Server の混在環境で API を使用して作成されたクラウド ネイティブ ストレージ (CNS) ブロック ボリュームでエラーが発生する

  環境にバージョン 8.0 および 7.x の vCenter Server システムがある場合、API を使用したクラウド ネイティブ ストレージ (CNS) ブロック ボリュームの作成は成功しますが、CNS ボリュームの詳細を表示するために移動するときに vSphere Client にエラーが表示されることがあります。Failed to extract the requested data. Check vSphere Client logs for details. + TypeError: Cannot read properties of null (reading 'cluster') のようなエラーが表示されます。この問題は、vCenter Server 7.x で管理されているボリュームを、vCenter Server 8.0 の vSphere Client を使用して確認する場合のみ発生します。

  回避策：バージョン 7.x の vCenter Server システムの vSphere Client にログインして、ボリュームのプロパティを確認します。

• vpxa の要求キューのファイル記述子が不足するというまれな状態が発生したために ESXi ホストが応答しなくなり、vpxa ダンプ ファイルが表示されることがある

  まれに、低速なデータストアへのアクセスを待機しているときなど、vpxa サービスへの要求に時間がかかる場合、vpxa の要求キューがファイル記述子の制限を超えることがあります。その結果、ESXi ホストが一時的に応答不能になり、/var/core ディレクトリに vpxa-zdump.00* ファイルが配置されることがあります。vpxa ログに Too many open files の行が含まれています。

  回避策：なし。vpxa サービスは自動的に再起動して、問題を修正します。

• 信頼されていない証明書を使用してカスタム更新リポジトリを使用すると、vCenter Lifecycle Manager ワークフローを使用した vCenter Server のアップグレードまたは vSphere 8.0 へのアップデートが失敗することがある

  カスタム更新リポジトリを、VMware Certificate Authority (VMCA) が信頼していない自己署名証明書とともに使用すると、vCenter Lifecycle Manager はこのリポジトリからのファイルのダウンロードに失敗します。その結果、vCenter Lifecycle Manager ワークフローを使用して vCenter Server のアップグレードまたはアップデート操作を実行すると、「Failed to load the repository manifest data for the configured upgrade」というエラーが表示されて失敗します。

  回避策：CLI、GUI インストーラ、または仮想アプライアンス管理インターフェイス (VAMI) を使用してアップグレードを実行します。詳細については、VMware ナレッジベースの記事KB89493を参照してください。

仮想マシンの管理の問題

• 既存の仮想ハード ディスクを新しい仮想マシンに追加すると、仮想マシンの構成が拒否されたことを示すエラーが表示されることがある

  VMware Host Client を使用して既存の仮想ハード ディスクを新しい仮想マシンに追加すると、The VM configuration was rejected. Please see browser Console のようなエラーが発生して操作が失敗することがあります。この問題は、VMware Host Client がハード ディスク コントローラなどの一部のプロパティの取得に失敗したために発生している可能性があります。

  回避策：ハード ディスクを選択して [設定の確認] 画面に移動した後、[終了] をクリックしないでください。代わりに、1 つ前のステップに戻り、画面がロードされるまで待ってから、[次へ] > [終了] の順にクリックします。

vSphere Lifecycle Manager の問題

• VMware vSphere Lifecycle Manager アップデートのダウンロードのスケジュール設定されたタスクを編集できない

  vSphere Client で、vCenter Server インスタンスに移動して 構成 タブの スケジュール設定されたタスク を選択し、VMware vSphere Lifecycle Manager アップデートのダウンロード を選択し、編集 をクリックすると、既存の設定を変更できません。

  回避策：トピック「vSphere Lifecycle Manager の自動ダウンロード タスクの構成」に記載の手順に従うことで、VMware vSphere Lifecycle Manager アップデートのダウンロード タスクを編集することができます。

• 並行修正タスクが失敗すると、操作に成功した、または操作をスキップした ESXi ホストの数が正しく表示されない

  vSphere 8.0 では、メンテナンス モードのすべてのホストを vSphere Lifecycle Manager で順番に修正するのではなく、並行して修正できます。ただし、並行修正タスクが失敗すると、vSphere Client では、操作が成功したホスト、失敗したホスト、操作をスキップしたホストの数が正しく表示されなかったり、そのような数がまったく表示されないこともあります。この問題は vSphere Lifecycle Manager の機能には影響せず、vSphere Client のレポートにのみ影響します。

  回避策：なし。

• バージョン 8.0 より前の ESXi ホストで vSphere Lifecycle Manager のイメージをステージングすると、エラー メッセージが表示される

  ESXi 8.0 では、目的の状態イメージを明示的にステージングするオプションが導入されています。ステージングは、ソフトウェアとファームウェアのアップデートをただちに適用せずに、vSphere Lifecycle Manager デポから ESXi ホストにデポ コンポーネントをダウンロードするプロセスです。ただし、イメージのステージングがサポートされているのは、ESXi 8.0 以降のホストのみです。バージョン 8.0 より前の ESXi ホストで vSphere Lifecycle Manager イメージをステージングすると、これらのホストのステージングは失敗し、ホストがスキップされることを示すメッセージが表示されます。これは予期された動作であり、機能が失敗したことを示すものではありません。ESXi 8.0 以降のホストは、指定された目的のイメージを使用してステージングされます。

  回避策：なし。影響を受ける ESXi ホストのバージョンが 8.0 より前であることを確認したら、エラーを無視します。

• vSphere Lifecycle Manager を使用して行う修正タスクが、DPU を使用する ESXi ホストで断続的に失敗することがある

  DPU を使用する ESXi ホストで vSphere Lifecycle Manager による修正を開始すると、ホストが予期したとおりにアップグレードおよび再起動されますが、再起動してから修正タスクが完了するまでの間に次のようなエラーが表示されることがあります。

  A general system error occurred: After host … remediation completed, compliance check reported host as 'non-compliant'. The image on the host does not match the image set for the cluster. Retry the cluster remediation operation.

  これは、DPU で修正後スキャンが断続的にタイムアウトになるためにまれに発生する問題です。

  回避策：ESXi ホストを再起動し、修正後スキャンを含む vSphere Lifecycle Manager コンプライアンス チェック操作を再実行します。

VMware Host Client の問題

• VMware Host Client で重要度イベントの状態の説明が正しく表示されないことがある

  VMware Host Client で ESXi ホストの重要度イベントの状態の説明を表示する際、Intelligent Platform Management Interface (IPMI) または Lenovo XClarity Controller (XCC) を使用して表示する説明とは異なる場合があります。たとえば、VMware Host Client では、PSU センサーの重要度イベントの状態の説明は「Transition to Non-critical from OK」ですが、XCC と IPMI では「Transition to OK」です。

  回避策：ESXCLI コマンド esxcli hardware ipmi sdr list と Lenovo XCC を使用して、重要度イベントの状態の説明を確認します。

セキュリティ機能の問題

• 2,048 ビットより小さい RSA キー サイズを使用すると、RSA 署名の生成に失敗する

  vSphere 8.0 以降では、ESXi は OpenSSL 3.0 FIPS プロバイダを使用します。FIPS 186-4 の要件の一部として、すべての署名生成時に RSA キー サイズを 2,048 ビット以上にする必要があります。SHA1 を使用した署名生成はサポートされません。

  回避策：2,048 より大きい RSA キー サイズを使用します。