VMware vSphere 8.0 版本說明

新增功能

此版本的 VMware vSphere 8.0 包括 VMware ESXi 8.0 和 VMware vCenter Server 8.0。請在 vSphere 8 技術概觀部落格中閱讀瞭解此版本的新增功能和增強功能。

vSphere 8.0 版本說明不包含下列版本說明：

VMware vSphere With Tanzu

Tanzu Kubernetes 版本

VMware vSAN

VMware Host Client

正式發佈

vSphere 8.0 指定為一般可用性 (GA)。將推出使用 ESXi 8.0 GA 作為基礎映像且包含 OEM 韌體和驅動程式的自訂 ISO 映像。

如需詳細資訊，請閱讀 vSphere 8 一般可用性部落格。

重要事項：
如果您在 vSphere 上使用 Tanzu Kubernetes Grid Service (TKG 客體叢集) 以及 NSX Advanced Load Balancer (先前稱為 Avi Networks)，且設定了多個服務引擎群組，請勿升級至此版本。升級至 VMware vSphere with Tanzu 8.0 的此類環境可能會導致無法建立新的 Tanzu Kubernetes 客體叢集，或導致現有主管叢集升級失敗。

國際化

VMware vSphere 8.0 提供下列語言版本：

英文

義大利文

法文

德文

西班牙文

日文

韓文

簡體中文

繁體中文

vSphere 8.0 的元件 (包括 vCenter Server、ESXi、vSphere Client 和 VMware Host Client) 不接受非 ASCII 輸入。

相容性

ESXi 的虛擬機器相容性

ESXi 8.0 支援與 ESX 3.x 及更新版本 (硬體版本 4) 相容的虛擬機器。不支援與 ESX 2.x 及更新版本 (硬體版本 3) 相容的虛擬機器。若要在 ESXi 8.0 上使用此類虛擬機器，請升級虛擬機器相容性。請參閱《ESXi 升級》說明文件。

ESXi 的客體作業系統相容性

若要判定與 vSphere 8.0 相容的客體作業系統，請參閱《VMware 相容性指南》中的 ESXi 8.0 資訊。

在此版本中，下列客體作業系統版本已棄用或已終止。未來的 vSphere 版本將不支援這些客體作業系統：

Windows Vista、Windows 2003/R2、Windows XP：已棄用

Oracle Linux 5.x：已棄用

Oracle Linux 4.9：已終止

CentOS 5.x：已棄用

Asianux 3.0：已棄用

SUSE Linux Enterprise Server 9 SP4：已終止

SUSE Linux Enterprise Server 10 SP4：已棄用

SUSE Linux Enterprise Desktop 12：已棄用

Ubuntu 版本 12.04、18.10、19.04 和 19.10：已終止

Debian 7.x 和 8.x：已棄用

Debian 6.0：已終止

Photon OS 1.0：已終止

Flatcar Container Linux 非 LTS 版本：已終止

所有 OS X 和 macOS 版本：已終止

FreeBSD 9.x 和 10.x：已棄用

FreeBSD 7.x 和 8.x：已終止

Solaris 10.x：已棄用

所有 eComStation 版本：已終止

所有 SCO 版本：已終止

所有 CoreOS 版本：已終止

ESXi 的裝置相容性

若要判定與 ESXi 8.0 相容的裝置，請參閱《VMware 相容性指南》中的 ESXi 8.0 資訊。

ESXi 的硬體相容性

若要檢視與 vSphere 8.0 相容的處理器、儲存裝置、SAN 陣列以及 I/O 裝置的清單，請參閱《VMware 相容性指南》中的 ESXi 8.0 資訊。

ESXi 與 vCenter Server 版本相容性

《VMware 產品互通性對照表》提供有關 VMware vSphere 元件目前版本及更早版本之間相容性的詳細資料，包括 ESXi、VMware vCenter Server 及選用 VMware 產品。安裝 ESXi 或 vCenter Server 之前，亦請查看《VMware 產品互通性對照表》中有關可支援的管理和備份代理程式的資訊。

vSphere Lifecycle Manager 和 vSphere Client 隨 vCenter Server 一併封裝。

開始之前

vSphere 8.0 要求一個 CPU 授權最多用於 32 個實體核心。如果 CPU 的核心數目超過 32 個，則需要額外的 CPU 授權，如〈VMware 之依據 CPU 定價模式的更新〉中所述。在升級 ESXi 主機之前，您可以使用〈根據新 VMware 授權原則計算所需的 CPU 授權〉中所述的授權計算工具來確定所需的授權數量。

此版本的安裝和升級

ESXi 8.0 中的 VMware Tools 綁定變更

與 ESXi 8.0 綁定的 VMware Tools ISO 映像如下：

windows.iso
：VMware Tools 12.0.6 支援 Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更新版本。

linux.iso
：適用於

glibc

2.11 或更新版本之 Linux 作業系統的 VMware Tools 10.3.24 ISO 映像。

下列 VMware Tools ISO 映像可供下載：

VMware Tools 11.0.6：

windows.iso
：適用於 Windows Vista (SP2) 和 Windows Server 2008 Service Pack 2 (SP2)。

VMware Tools 10.0.12：

winPreVista.iso
：適用於 Windows 2000、Windows XP 和 Windows 2003。

linuxPreGLibc25.iso
：支援低於 Red Hat Enterprise Linux (RHEL) 5、SUSE Linux Enterprise Server (SLES) 11、Ubuntu 7.04 的 Linux 客體作業系統以及

glibc

版本低於 2.5 的其他發行版本。

solaris.iso
：適用於 Solaris 的 VMware Tools 10.3.10 映像。

darwin.iso
：支援 Mac OS X 10.11 版及更新版本。

遵循下列文件所列出的程序下載適用於未與 ESXi 綁定之平台的 VMware Tools：

VMware Tools 12.0.6 版本說明

舊版 VMware Tools

每位 vSphere 管理員對於 VMware Tools 的須知事項

適用於使用 Auto Deploy 佈建之主機的 VMware Tools

更新 VMware Tools

安裝說明

請閱讀《ESXi 安裝和設定》和《vCenter Server 安裝和設定》說明文件，取得有關安裝與設定 ESXi 及 vCenter Server 的指引。

雖然安裝非常簡易，但幾個後續組態步驟卻是不可或缺的。請閱讀下列說明文件：

《vCenter Server 和主機管理》說明文件中的〈授權管理〉

《vSphere 網路》說明文件中的〈網路〉

《vSphere 安全性》說明文件中的〈安全性〉，瞭解防火牆連接埠的相關資訊

VMware 組態上限工具可協助您規劃 vSphere 部署。使用此工具檢視虛擬機器、ESXi、vCenter Server、vSAN、網路等限制。您還可以比較兩個或多個產品版本的限制。 VMware 組態上限工具最適合在桌上型電腦與筆記型電腦等更大型裝置上檢視。

對於完整 ESXi 安裝，棄用 USB 或 SD 卡裝置：
從 ESXi 8.0 開始，舊版 SD 和 USB 裝置具有有限支援，且不支援使用 SD 卡進行新平台認證。開機區磁碟分割支援 SD 和 USB 裝置。可以在 partnerweb.vmware.com 上找到經過驗證的裝置清單。用來儲存 ESX-OSData 磁碟分割的 SD 和 USB 裝置即將過時，最佳做法是提供最小為 32 GB 的單獨持續性本機裝置來儲存 ESX-OSData 磁碟區。如需更多詳細資料，請參閱 VMware 知識庫文章 85685 。

ESXi 開機記憶體需求增加：
ESXi 開機的最低記憶體需求已從 4 GB 增加到 8 GB。執行虛擬機器所需的最小記憶體數量保持 8 GB 不變。

具有 DPU 的 ESXi 安裝不支援「reboot -f」選項：
雖然 ESXi 支援

-f force

重新開機選項，但如果您在具有 DPU 的 ESXi 組態上使用

reboot -f

，則強制重新開機可能會導致出現無效狀態。

您無法使用 Auto Deploy 在 DPU 上安裝 ESXi。您可以使用互動式和指令碼式方法在 DPU 上全新安裝 ESXi。

不允許對不支援的 CPU 進行升級和安裝

對於使用 Broadcom

bnxtnet

NIC 驅動程式的 ESXi 主機，請先確保 NIC 韌體為相容版本 (例如 222.1.68.0 或更高版本)，然後再安裝或升級至 ESXi 8.0。如果您未使用《VMware 相容性指南》中指定的或 OEM 建議的相容韌體版本，則可能會看到效能降低、韌體故障或 ESXi 主機故障之類的問題。

vSphere 8.0 不再支援已由硬體廠商標記為「終止支援」或「停產」的 CPU。如需更多詳細資料，請參閱 VMware 知識庫文章 82794 。

棄用舊版 BIOS：
在 vSphere 8.0 中，強烈建議使用整合可延伸韌體介面 (UEFI) 將 ESXi 主機開機。某些 ESXi 8.0 主機可能無法在舊版 BIOS 模式下成功開機。如果此變更影響 vSphere 系統，請參閱 VMware 知識庫文章 84233 和 89682 以瞭解詳細資料和動作計劃。

升級說明

vSphere 系統升級的最佳做法是 vCenter 版本永遠高於或等於 ESXi 版本，以確保您可以使用最新 vSphere 版本中引入的所有新功能。如需有關 vSphere 組建編號的詳細資訊，請參閱 VMware vCenter Server 的組建編號和版本以及 VMware ESXi/ESX 的組建編號和版本。如需 vSphere 回退版本升級限制，請參閱 VMware 知識庫文章 67077 。

在增強型連結模式 (ELM) 下升級 vCenter 之前，最佳做法是為 Single Sign-On 網域內的所有 vCenter Server 和 Platform Services Controller 建立已關閉電源的並行快照，以防止出現複寫同步問題。如果需要復原到快照，可以將所有 PSC 和 vCenter Server 還原為先前的狀態。

vSphere 8.0 與 VMware NSX for vSphere (NSX-V) 不相容。不支援從具有 NSX for vSphere 的系統升級至 vSphere 8.0 的路徑。如需詳細資訊，請參閱《NSX 移轉指南》。

不支援從 ESXi 6.5 直接升級至 8.0，因為 ESXi 6.5 中引入的 VMKAPI 版本 2.4 已從 ESXi 8.0 移除。如果 6.7.x 或 7.x 環境中的 ESXi 6.5 VIB 相依於 VMKAPI 版本 2.4，則此類 VIB 會阻止從 6.7.x 或 7.x 升級至 8.0。在用於升級至 ESXi 8.0 的映像中必須僅使用 6.7.x 版或更新版本的 VIB。若要提供更新版本的 VIB，可以使用 VMKAPI 2.4 以上版本的相應開發套件進行重新認證。如需詳細資訊，請參閱 VMware 知識庫文章 88646 。

如果繼續從具有

nmlx4_en

驅動程式支援的裝置或

lpfc

驅動程式中移除的裝置的主機升級至 ESXi 8.0，則可能會發生下列無法復原的後果：失去對儲存區或資料存放區的存取權、失去網路存取權或失去主機上的先前組態。升級至 ESXi 8.0 之前，應取代先前受

nmlx4_en

驅動程式支援的裝置或 8.0

lpfc

驅動程式中已移除的裝置。如需 ESXi 8.0 中不再支援的裝置完整清單，請參閱 VMware 知識庫文章 88172 。

ESXi 8.0 安裝和升級工作流程會封鎖中繼資料中不具有 SHA256 總和檢查碼的 VIB，例如 ESXi 版本低於 6.7 的 VIB。您必須將此類 VIB 取代為更新版本：6.7.x、7.x 和 8.0。

互動式或指令碼式方法不支援在 DPU 上升級 ESXi。可改為使用 vSphere Lifecycle Manager 或 ESXCLI。例如，在 ESXi 主機上執行

esxcli software *

命令會自動在 DPU (如果主機上存在此項) 上觸發相同的作業。

vSphere 8.0 的開放原始碼元件

登入 Customer Connect 帳戶後，可在 https://customerconnect.vmware.com/tw/downloads/info/slug/datacenter_cloud_infrastructure/vmware_vsphere/8_0#open_source 取得適用於 vSphere 8.0 中散佈的開放原始碼軟體元件的版權聲明與授權。在
開放原始碼
索引標籤上，您也可以針對任意 GPL、LGPL、需要原始碼或需要修改原始碼的其他相似授權下載來源檔案，使其適用於 vSphere 的最新可用版本。

產品支援通知

資料處理裝置 (DPU) 支援：
vSphere 8.0 在 ESXi 中新增了對 NVIDIA 和 AMD Pensando SmartNIC 裝置 (也稱為 DPU) 的支援。如需詳細資訊，請參閱〈VMware vSphere® Distributed Services Engine ^TM 和利用 DPU 實現網路加速簡介〉。

TPM 佈建原則：
從 ESX 8.0 開始，您可以使用可在複製或部署作業期間自動取代虛擬 TPM 裝置的 TPM 佈建原則。如需詳細資訊，請參閱〈vSphere 上的 Windows 11 支援〉。

棄用 N-Port 識別碼虛擬化 (NPIV)：
NPIV 是一種 ANSI T11 標準，用於定義如何使用數個全球連接埠名稱 (WWPN) 向網狀架構登錄單一光纖通道 HBA 連接埠，在未來的 vSphere 版本中，由於許多現有的替代方案，此標準將會被棄用。

棄用整合式 Windows 驗證 (IWA)：
由於以 IWA 為基礎的驗證存在效能問題，vSphere 8.0 棄用了 IWA。您可以使用 AD over LDAP 或 ADFS。

棄用通用訊息模型 (CIM) 和服務位置通訊協定 (SLP)：
由於安全性問題，ESXi 8.0 中已棄用 CIM 和 SLP 支援，並將在未來的版本中移除。或者，考慮將精靈軟體開發套件 (DSDK) 用於依賴 CIM 的解決方案，例如 CIM 提供者開發套件 (CIMPDK) 和 vSphere APIs for I/O Filtering (VAIO) 開發套件。沒有針對 vSphere 8.0 發行任何 CIMPDK，但用於 ESXi 7.x 的 CIM 提供者會繼續在 ESXi 8.0 上運作，以支援順利升級。

智慧卡相互驗證會移至連接埠 3128
：vCenter Server 8.0 會將智慧卡相互驗證移至連接埠 3128，並要求在設定期間重新啟動 Security Token Service (STS)。如需詳細資訊，請參閱〈設定反向 Proxy 以申請用戶端憑證〉。

在 ESXi 8.0 中，來自 Marvell 的 VMware 內建

qedentv

NIC 驅動程式在增強型網路堆疊 (ENS) 模式下不支援 NVMe/TCP。

棄用 vSphere Lifecycle Manager 基準：
在 vSphere 8.0 中支援管理具有 vSphere Lifecycle Manager 基準和基準群組 (舊版 vSphere Update Manager 工作流程) 的叢集，但在未來 vSphere 版本中將不再支援。除了基準和基準群組，您還可以使用 vSphere Lifecycle Manager 映像在叢集層級上執行工作，例如在叢集中的所有主機上安裝所需的 ESXi 版本、安裝和更新第三方軟體、更新和升級 ESXi 或韌體、產生建議，以及針對您的叢集使用建議映像。如需更多詳細資料，請參閱部落格〈vSphere 生命週期管理 (vLCM) 簡介〉。

預先定義的 vSphere Lifecycle Manager 基準僅限於 VMware 內容
：自 vSphere 8.0 起，vSphere Lifecycle Manager 預先定義的基準僅限於 VMware 提供的內容。非同步驅動程式和工具等第三方內容不再作為預先定義的基準的一部分。如果需要新增第三方內容以更新基準，則必須手動建立自訂基準。

棄用修補程式管理員 API：
在 vSphere 8.0 中，修補程式管理員 API 已棄用。vSphere 8.0 支援修補程式管理員 API，但在未來的 vSphere 版本中將不再支援。雖然修補程式管理員 API 不再可用，但您可以使用《vSphere API 自動化參考指南》中記錄的最新 vSphere API。

棄用本機外掛程式：
透過將 vSphere 外掛程式移至遠端外掛程式架構，vSphere 8.0 棄用了對本機外掛程式的支援。VMware 計劃在未來的 vSphere 版本中不再支援本機外掛程式。如需詳細資訊，請參閱部落格〈棄用本機外掛程式 - vSphere Client 擴充性演進的下一階段〉和 VMware 知識庫文章 87880 。

移除對 32 位元使用者環境的支援：
ESXi 8.0 不支援 32 位元使用者環境，您需要重新編譯使用 32 位元子系統的任何解決方案。

移除 VMKAPI v2.4：
vSphere 8.0 不支援 VMKAPI v2.4，您必須使用較新版本的 API，並使用最新的開發套件進行重新認證。

移除 nmlx4_en 驅動程式：
ESXi 8.0 會移除

nmlx4_en

驅動程式，並且不支援採用此驅動程式的所有裝置。

移除信賴平台模組 (TPM) 1.2：
VMware 不再支援 TPM 1.2 及相關聯的功能，例如具有 TXT 的 TPM 1.2。若要充分利用 vSphere 功能，您可以使用 TPM 2.0 而非 TPM 1.2。

移除不安全的密碼：
在 vSphere 8.0 中，不再支援指定 SHA-1 簽章演算法或其他弱式簽章演算法的 X.509 憑證。如果正在使用採用弱式簽章演算法的憑證，則預先檢查會阻止升級至 vCenter Server 8.0 和 ESXi 8.0。如需修復步驟，請參閱 VMware 知識庫文章 89424 。

移除軟體 FCoE 介面卡：
在 vSphere 8.0 中，設定使用 ESXi 中原生 FCoE 堆疊的軟體 FCoE 介面卡的選項已移除且不受支援。此變更不會影響硬體 FCoE 介面卡和驅動程式。

不再支援由 nmlx4_en 和 lpfc 驅動程式使用的 I/O 裝置：
VMware 計劃不再支援達到 EOL 的 I/O 裝置，例如

lpfc

驅動程式先前支援的裝置以及採用

nmlx4_en

驅動程式的所有裝置。如需詳細資訊，請參閱 VMware 知識庫文章 88172 。

無法將唯讀 VMDK 登錄為 FCD：
在 vSphere 8.0 中，不支援在登錄為 FCD 的唯讀 vmdk 上叫用的任何虛擬儲存區生命週期管理 API。

不再支援客體作業系統：
vSphere 8.0 不再支援下列客體作業系統：

eComStation

SCO Openserver

SCO Unixware

Oracle Linux 4.x

SLES9 SP4

Ubuntu 12.04 LTS

Debian 6.0

FreeBSD 7.x

FreeBSD 8.x

防止執行不受信任的二進位檔：
從 ESXi 8.0 開始，依預設會開啟一個新的安全性選項，以限制不受信任的二進位檔執行，從而更好地防範勒索軟體攻擊。

execInstalledOnly

選項現在是一個執行階段參數，可限制二進位檔 (例如應用程式和 vmkernel 模組) 的執行，以提高安全性並防範違規和破壞。啟用

execInstalledOnly

時，僅允許使用 VIB 在本機安裝的二進位檔執行。

OpenSSL 3.0 支援：
ESXi 8.0 支援 OpenSSL 3.0，且不再支援 TLS 1.0 和 TLS 1.1。vCenter 不支援 OpenSSL 3.0。在 vCenter 中，依預設，TLS 1.2 處於啟用狀態，TLS 1.0、TLS 1.1 處於停用狀態，但您可以暫時將其啟用。

針對 NIC 執行以硬體時間戳記為基礎的精確時間通訊協定 (PTP) 認證：
vSphere 8.0 在 I/O 廠商合作夥伴 (IOVP) 認證計劃中新增了針對支援以硬體時間戳記為基礎的 PTP 的 NIC 的認證。

對 vSphere Virtual Volumes 的 NVMe over Fabrics (NVMe-oF) 支援：
vSphere 8.0 在 IOVP NVMe-FC 認證計劃中新增了對 vSphere Virtual Volumes 的 NVMe-oF 支援。

NVMeoF-RDMA 規模增強：
透過 NVMeoF，您可以在 vSphere 8.0 中分別將 NVMe 命名空間和路徑縮放到 256 和 4,000。

進階 NVMe-oF 探索服務支援：
vSphere 8.0 為符合標準的 NVMe 探索服務和儲存區陣列新增了動態裝置探索。

Syslog 增強功能：
vSphere 8.0 統一了 ESXi Syslog 精靈在所有 vSphere 和 VCF 產品中的記錄格式，如果您的系統直接從 ESXi 使用 Syslog 記錄檔，則需要更新解決方案。如需詳細資訊，請參閱〈設定系統記錄〉。您可以選擇性地根據 RFC 5424 或框架訊息設定從 ESXi 傳輸 Syslog 訊息。如需詳細資訊，請參閱 ESXi Syslog 訊息的通訊協定、格式和框架。可以使用 vSphere Client 或 VMware Host Client 設定所有 Syslog 控制參數，而無需使用 SSH 或 ESXCLI。

逐步淘汰 LSI SAS 控制器：
vSphere 8.0 可以自動且安全地將 Windows 10 及更新版本或 Windows Server 2016 及更新版本上虛擬機器的 LSI SAS 控制器取代為原生 VMware PVSCI 控制器，因為適用於 Windows 的 LSI SAS 驅動程式已停產。對於低於 Windows 10 和 Windows Server 2016 的版本上的虛擬機器，您可以手動將 LSI SAS 控制器取代為 PVSCI、SATA 或 NVMe 控制器。

預設 RSA 金鑰長度符合美國國防部影響層級 6 (IL-6)：
為了符合 IL6 標準，在 vSphere 8.0 中，針對 vCenter Server 憑證產生的預設 RSA 金鑰長度從 2048 位元增加到 3072 位元。

管理員使用者對 ESXi Shell 的存取權：
從 vSphere 8.0 開始，具有管理員角色的使用者可以移除或授與對使用者帳戶的 ESXi Shell 存取權。如需詳細資訊，請參閱〈如何設定 vSphere 安全性主機設定檔〉。

不再支援 Apple Mac 平台：
ESXi 8.0 不支援 Apple MacPro 和 Apple MacMini 平台，且不支援 macOS 作為客體作業系統。如需詳細資訊，請參閱 VMware 知識庫文章 88698 。

虛擬硬體版本 20：
ESXi 8.0 引入了虛擬硬體版本 20，以支援具有更高資源上限的虛擬機器，並支援：

虛擬 NUMA 拓撲

增強型 Direct Path I/O

虛擬超執行緒

vMotion 應用程式更新

虛擬機器資料集

OpenGL 4.3

UEFI 2.7A

增強了 vSphere Lifecycle Manager 的擴充性：
在 vSphere 8.0 中，憑藉使用 vSphere Lifecycle Manager 映像執行作業的延展性，ESXi 主機數目從 280 台增加到了 1,000 台。

支援 UEFI 2.7A：
vSphere 8.0 符合 UEFI 規格版本 2.7A，可支援某些 Microsoft Windows 11 功能。

vSphere Configuration Profiles
：vSphere 8.0 會發佈 vSphere Configuration Profiles 的技術預覽。此功能可讓您透過在叢集層級指定所需的主機組態來管理 ESXi 叢集組態，自動掃描 ESXi 主機以確保其符合指定的所需組態，並修復任何不符合標準的主機。此技術預覽僅適用於使用標準交換器的客戶，不支援 VMware vSphere Distributed Switch (VDS)，並且要求您使用 vSphere Lifecycle Manager 映像來管理叢集生命週期。

移除透過聚合式乙太網路的 RDMA (RoCE) v1
：從 vSphere 8.0 開始，VMware 不支援網路通訊協定 RoCE v1。您可以使用 RoCEv2。確保將虛擬機器和客體作業系統的半虛擬化遠端直接記憶體存取 (PVRDMA) 網路介面卡移轉至支援 RoCEv2 的介面卡。

已知問題

安裝、升級和移轉問題

vCenter Server 還原程序的第二個階段凍結在 90%

使用 vCenter Server GUI 安裝程式或 vCenter Server Appliance 管理介面 (VAMI) 從以檔案為基礎的備份還原 vCenter 時，還原工作流程可能會凍結在 90%，並顯示錯誤：

401 Unable to authenticate user

，即使在後端成功完成工作亦是如此。如果已部署機器的時間不同於 NTP 伺服器 (需要時間同步)，則會發生此問題。由於時間同步，時鐘誤差可能會導致 GUI 或 VAMI 的執行中工作階段失敗。

因應措施：如果使用 GUI 安裝程式，則可以使用

restore.job.get

命令從

appliancesh

shell 取得還原狀態。如果使用 VAMI，請重新整理瀏覽器。

升級至 ESXi 8.0 後，由於參數過時，某些 nmlx5_core 驅動程式模組設定可能會遺失

nmlx5_core

驅動程式的某些模組參數 (例如

device_rss

、

drss

和

rss

) 在 ESXi 8.0 中已棄用，並且在升級至 ESXi 8.0 後不會保留與預設值不同的任何自訂值。

因應措施：取代

device_rss

、

drss

和

rss

參數的值，如下所示：

device_rss

: 使用

DRSS

參數。

drss

: 使用

DRSS

參數。

rss

: 使用

RSS

參數。

如果在升級至 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 憑證可能與重新整理的憑證不同。當升級工作失敗後，某些 ESXi 主機可能仍處於維護模式。

因應措施：手動結束處於維護模式的任何 ESXi 主機，然後重試升級或修復。系統會自動重新整理或匯入和取代 STS 簽署憑證，且不需要重新啟動 vCenter Server，進而避免出現停機時間。

升級至 ESXi 8.0 後，VMNIC 可能會關閉

如果 VMNIC 的對等實體交換器不支援媒體自動偵測，或媒體自動偵測已停用，且 VMNIC 連結先中斷然後再連上，則在升級至或安裝 ESXi 8.0 後，連結會保持中斷狀態。

因應措施：使用以下 2 個選項之一：

透過導覽至系統設定主功能表，在 BIOS 設定中啟用

media-auto-detect

選項，通常方法為：按
F2
或開啟虛擬主控台，然後按一下
裝置設定
>
<specific broadcom NIC>
>
裝置組態功能表
>
媒體自動偵測
。將主機重新開機。

或者，使用類似下列內容的 ESXCLI 命令：

esxcli network nic set -S <your speed> -D full -n <your nic>

。透過此選項，也可以為連結設定固定速度，並且不需要重新開機。

無法將版本 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

主機設定檔。

如果使用軟體 FCoE 組態將主機設定檔套用至 ESXi 8.0 主機，則作業會失敗並顯示驗證錯誤

從 vSphere 7.0 開始，軟體 FCoE 已棄用，並且在 vSphere 8.0 中不支援軟體 FCoE 設定檔。如果嘗試將舊版中的主機設定檔套用到 ESXi 8.0 主機，例如編輯主機自訂，則作業會失敗。在 vSphere Client 中，會顯示類似下列內容的錯誤：

Host Customizations validation error

。

因應措施：在主機設定檔中停用軟體 FCoE 組態子設定檔。

其他問題

在具有 DPU 的 vSphere 系統中重設或還原 ESXi 系統組態可能會導致 DPU 處於無效狀態

如果在具有 DPU 的 vSphere 系統中重設或還原 ESXi 系統組態，例如，在 Direct Console 中選取
重設系統組態
，此作業可能會導致 DPU 處於無效狀態。在 DCUI 中，可能會出現類似下列內容的錯誤：

Failed to reset system configuration. Note that this operation cannot be performed when a managed DPU is present

。對於具有 DPU 的 ESXi 安裝，不支援對

-f

強制重新開機選項進行後端呼叫。雖然 ESXi 8.0 支援

-f

強制重新開機選項，但如果您在具有 DPU 的 ESXi 組態上使用

reboot -f

，則強制重新開機可能會導致出現無效狀態。

因應措施：重新安裝 ESXi。避免在具有 DPU 的 vSphere 系統中重設 ESXi 系統組態。

在 vSphere API Explorer、VMware Datacenter CLI (DCLI) 和 PowerCLI 中，您會看到 API 選項「contentinternal」不起作用

您會在 vSphere API 總管、DCLI 和 PowerCLI 的中繼資料中看到 API 選項
contentinternal
。例如，當您開啟

https://<your vCenter IP>/ui/app/devcenter/api-explorer

時，您會在
選取 API
下拉式功能表中看到該選項。此選項不起作用。

因應措施：請略過 API 選項
contentinternal
，不要使用該選項。

如果您將 HW 版本早於 20 的虛擬機器設定為具有廠商裝置群組，則此類虛擬機器可能無法按預期運作

僅具有 HW 版本 20 及更新版本的虛擬機器支援啟用高速網路裝置和 GPU 繫結的廠商裝置群組，但您無法使用廠商裝置群組在低於 20 的 HW 版本中設定虛擬機器。此類虛擬機器可能無法按預期運作：例如，無法開啟電源。

因應措施：在虛擬機器中設定廠商裝置群組之前，請確保虛擬機器 HW 版本為 20 版。

如果從 OVF 檔案或內容程式庫部署虛擬機器，則虛擬機器的每個通訊端核心數目會設定為 1

如果從 OVF 檔案或內容程式庫部署虛擬機器，而非 ESXi 自動選取每個通訊端的核心數目，則該數字會預先設定為 1。

因應措施：您可以使用 vSphere Client 手動設定每個通訊端的核心數目。

無法從已啟用 CPU 熱新增的虛擬機器移除指派給虛擬非統一記憶體存取 (NUMA) 節點的 PCI 傳遞裝置

雖然依預設，當您啟用 CPU 熱新增以允許將 vCPU 新增至執行中的虛擬機器時，虛擬 NUMA 拓撲會停用，如果您已將 PCI 傳遞裝置指派給 NUMA 節點，則嘗試移除該裝置會顯示錯誤。在 vSphere Client 中，會顯示類似下列內容的訊息：

Invalid virtual machine configuration. Virtual NUMA cannot be configured when CPU hotadd is enabled

。

因應措施：無。

在虛擬應用裝置管理介面 (VAMI) 中，您會在升級前階段看到警告訊息

透過將 vSphere 外掛程式移至遠端外掛程式架構，vSphere 8.0 棄用了對本機外掛程式的支援。如果您的 8.0 vSphere 環境具有本機外掛程式，則此類外掛程式的某些中斷變更可能會導致使用 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 相容，然後再繼續升級。如需詳細資訊，請參閱部落格〈棄用本機外掛程式 - vSphere Client 擴充性演進的下一階段〉和 VMware 知識庫文章 87880 。

某些 ionic_en 驅動程式上行可能僅適用於單一接收佇列，並且在原生模式下效能會降低

Pensando Distributed Services Platform (DSC) 介面卡具有 2 個高速乙太網路控制器 (例如

vmnic6

和

vmnic7

) 和 1 個管理控制器 (例如

vmnic8

)：

:~] esxcfg-nics -l

vmnic6 0000:39:00.0 ionic_en_unstable Up 25000Mbps Full 00:ae:cd:09:c9:48 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Ethernet Controller

vmnic7 0000:3a:00.0 ionic_en_unstable Up 25000Mbps Full 00:ae:cd:09:c9:49 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Ethernet Controller

:~] esxcfg-nics -lS

vmnic8 0000:3b:00.0 ionic_en_unstable Up 1000Mbps Full 00:ae:cd:09:c9:4a 1500 Pensando Systems DSC-25 10/25G 2-port 4G RAM 8G eMMC G1 Services Card, Management Controller

高速乙太網路控制器

vmnic6

和

vmnic7

先登錄並運作，且 RSS 設定為 16 個接收佇列。

:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int networkinternal nic privstats get -n vmnic6…Num of RSS-Q=16, ntxq_descs=2048, nrxq_descs=1024, log_level=3, vlan_tx_insert=1, vlan_rx_strip=1, geneve_offload=1 }

但是，在少數情況下，如果管理控制器

vmnic8

先向 vSphere Distributed Switch 登錄，則高速乙太網路控制器

vmnic6

或

vmnic7

上行可能會結束運作且 RSS 設定為 1 個接收佇列。

:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int networkinternal nic privstats get -n vmnic6…Num of RSS-Q=1, ntxq_descs=2048, nrxq_descs=1024, log_level=3, vlan_tx_insert=1, vlan_rx_strip=1, geneve_offload=1 }

因此，在原生模式下，效能可能會降低。

因應措施：使用下列命令在 ESXi 上重新載入

ionic_en driver

：

:~] esxcfg-module -u ionic_en

:~] esxcfg-module ionic_en

:~] localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal bind

。

如果 NVIDIA BlueField DPU 處於已停用硬體卸載模式狀態，則無法開啟已設定 SR-IOV 虛擬功能之虛擬機器的電源

NVIDIA BlueField DPU 必須處於已啟用硬體卸載模式狀態，才能允許已設定 SR-IOV 虛擬功能的虛擬機器開啟電源並運作。

因應措施：將已設定 SR-IOV 虛擬功能的虛擬機器連線至虛擬交換器時，請始終對 NVIDIA BlueField DPU 使用已啟用硬體卸載模式這一預設設定。

如果您在用於安裝 ESXi 8.0 的遠端管理應用程式中啟用了 USB 介面，則會看到其他具有上行 vusb0 的標準交換器 vSwitchBMC

從 vSphere 8.0 開始，在 Integrated Dell Remote Access Controller (iDRAC) 和 HP Integrated Look Out (ILO) 中，如果啟用了 USB 介面 (分別為 vUSB 或 vNIC)，會在 ESXi 主機上建立其他具有上行

vusb0

的標準交換器

vSwitchBMC

。鑒於某些伺服器上引入了資料處理裝置 (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。

在已預先安裝 Pensando DPU 的 HPE 伺服器上將 ESXi 主機重新開機時，可能會延遲 10 分鐘

在少數情況下，如果 DPU 出現故障，已預先安裝 Pensando DPU 的 HPE 伺服器可能需要 10 分鐘以上的時間才能重新開機。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面，且預設等待時間為 10 分鐘。

因應措施：無。

在具有 DPU 的 vCenter Server 系統中，如果停用 IPv6，則無法管理 DPU

儘管 vSphere Client 允許執行此作業，但如果在具有 DPU 的 ESXi 主機上停用 IPv6，則無法使用 DPU，因為主機和裝置之間的內部通訊取決於 IPv6。此問題僅影響具有 DPU 的 ESXi 主機。

因應措施：請確保在具有 DPU 的 ESXi 主機上啟用 IPv6。

如果在 ESXi 主機關閉或重新啟動期間 PCI 傳遞在 DPU 上處於作用中狀態，則主機會失敗並顯示紫色診斷畫面

如果在 ESXi 主機關閉或重新開機時作用中虛擬機器具有到 DPU 的 PCI 傳遞 (SR-IOV 或 UPT)，則主機會失敗並顯示紫色診斷畫面。此問題特定於具有 DPU 的系統，且僅適用於使用到 DPU 的 PCI 傳遞的虛擬機器。

因應措施：將 ESXi 主機關閉或重新開機之前，請確保主機處於維護模式，或者未執行使用到 DPU 的 PCI 傳遞的虛擬機器。如果對虛擬機器使用自動啟動選項，Autostart 管理員會在主機關閉或重新開機之前停止此類虛擬機器。

網路問題

Pensando DPU 不支援在 ESXi 主機的實體交換器連接埠上使用連結層探索通訊協定 (LLDP)

在具有 DPU 的 ESXi 主機上啟用 LLDP 時，主機無法接收 LLDP 封包。

因應措施：無。

在 vSphere 8.0 中，無法將 Mellanox ConnectX-5、ConnectX-6 卡型號 1 層級 2 和型號 2 用於增強型網路堆疊 (ENS) 模式

由於硬體限制，ConnectX-5 和 ConnectX-6 介面卡不支援在 vSphere 8.0 中將型號 1 層級 2 和型號 2 用於增強型網路堆疊 (ENS) 模式。

因應措施：使用支援 ENS 型號 1 層級 2 和型號 2A 的 Mellanox ConnectX-6 Lx 和 ConnectX-6 Dx 或更新版本卡。

如果在使用 icen 驅動程式啟用或停用 SR-IOV 後未將 ESXi 主機重新開機，則當您在該主機上以 ENS 中斷模式設定傳輸節點時，某些虛擬機器可能無法取得 DHCP 位址

當您在 ESXi 主機上使用

icen

驅動程式啟用或停用 SR-IOV，並在 ENS 中斷模式下設定傳輸節點時，如果沒有將主機重新開機，某些 Rx (接收) 佇列可能無法運作。這樣一來，某些虛擬機器可能無法取得 DHCP 位址。

因應措施：直接新增傳輸節點設定檔而不啟用 SR-IOV，或在啟用或停用 SR-IOV 後將 ESXi 主機重新開機。

在具有 DPU 的 vSphere 環境中安裝或升級 VMware NSX 可能會失敗並顯示連線錯誤

ESXi 主機端的間歇性計時問題可能會導致在具有 DPU 的 vSphere 環境中安裝或升級 NSX 失敗。在

nsxapi.log

檔案中，您會看到類似下列內容的記錄：

Failed to get SFHC response. MessageType MT_SOFTWARE_STATUS

。

因應措施：請等待 10 分鐘，然後重試 NSX 安裝或升級。

在使用 ntg3 驅動程式 4.1.3 版及更新版本的 NIC 上出現連結變動狀況

當使用

ntg3

驅動程式 4.1.3 版及更新版本的兩個 NIC 直接連線 (而非連線到實體交換器連接埠) 時，可能會發生連結變動狀況。版本低於 4.1.3 的

ntg3

驅動程式或

tg3

驅動程式不會出現此問題。此問題與此類 NIC 上偶爾出現的節能乙太網路 (EEE) 連結變動無關。EEE 問題的修正是使用

ntg3

驅動程式 4.1.7 版或更新版本，或在實體交換器連接埠上停用 EEE。

因應措施：將

ntg3

驅動程式升級至 4.1.8 版，並將新模組參數

noPhyStateSet

設定為

1

。

noPhyStateSet

參數預設為

0

，但在大多數環境中不需要此參數，除非也面臨此問題。

無法在 Pensando DPU 上將 VMware vSphere Distributed Switch 上的傳輸單元最大值 (MTU) 設定為大於 9174 的值

如果 ESXi 8.0 系統中具有已啟用 Pensando DPU 的 vSphere Distributed Services Engine 功能，則無法將 vSphere Distributed Switch 上的傳輸單元最大值 (MTU) 設定為大於 9174 的值。

因應措施：無。

儲存區問題

由於以內容為基礎的讀取快取 (CBRC) 中出現摘要作業失敗錯誤，無法建立虛擬機器的快照

在罕見競爭情形下，在 CBRC 摘要檔案更新期間指派內容識別碼可能會導致資料磁碟中的內容識別碼與摘要磁碟之間出現差異。因此，無法建立虛擬機器快照。在反向追蹤中，會顯示類似下列內容的錯誤：

An error occurred while saving the snapshot: A digest operation has failed

。重試後，快照建立工作即完成。

因應措施：重試快照建立工作。

由於網路檔案複製 (NFC) 管理程式的工作階段未經驗證，在 vSAN 環境中執行 vSphere Storage vMotion 作業可能會失敗

透過對至少具有一個快照和多個虛擬磁碟 (使用不同的儲存區原則) 的虛擬機器執行 vSphere Storage vMotion 來移轉到 vSAN 資料存放區可能會失敗。發生此問題的原因是，由於簡單物件存取通訊協定 (SOAP) 主體超過允許的大小，導致 NFC 管理程式的工作階段未經驗證。

因應措施：先移轉虛擬機器首頁命名空間，並且僅移轉其中一個虛擬磁碟。完成此作業後，對其餘 2 個磁碟執行僅磁碟移轉。

升級至 vCenter Server 8.0 後，VASA API 版本不會自動重新整理

vCenter Server 8.0 支援 VASA API 版本 4.0。但是，將 vCenter Server 系統升級至版本 8.0 後，VASA API 版本可能不會自動變更為 4.0。在以下 2 種情況下會出現此問題：

如果將支援 VASA API 版本 4.0 的 VASA 提供者向舊版 VMware vCenter 登錄，則升級至 VMware vCenter 8.0 後，VASA API 版本保持不變。例如，如果您使用同時支援 VASA API 版本 3.5 和 4.0 的已登錄 VASA 提供者升級 7.x 版本的 VMware vCenter 系統，即使 VASA 提供者支援 VASA API 版本 4.0，VASA API 版本也不會自動變更為 4.0。升級後，當您導覽至
vCenter Server
>
設定
>
儲存區提供者
並展開已登錄之 VASA 提供者的
一般
索引標籤時，您仍會看到 VASA API 版本 3.5。

如果向 VMware vCenter 8.0 系統登錄支援 VASA API 版本 3.5 的 VASA 提供者，並將 VASA API 版本升級至 4.0，則即使升級後，仍會看到 VASA API 版本 3.5。

因應措施：請將 VMware vCenter 8.0 系統上的 VASA 提供者解除登錄後再重新登錄。

vCenter Server 和 vSphere Client 問題

如果將自訂更新存放庫與未受信任的憑證搭配使用，則 vCenter Server 使用 vCenter Lifecycle Manager 工作流程升級或更新至 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 知識庫文章 90259 。

由於 vpxa 上要求佇列的檔案描述元不足的罕見情形，ESXi 主機可能會沒有回應，並且您會看到 vpxa 傾印檔案

在少數情況下，如果向 vpxa 服務發出的要求需要很長時間 (例如，等待存取速度較慢的資料存放區)，vpxa 上的要求佇列可能會超過檔案描述元的限制。因此，ESXi 主機可能會短暫沒有回應，並且您會在

/var/core

目錄中看到

vpxa-zdump.00*

檔案。vpxa 記錄中包含行

Too many open files

。

因應措施：無。vpxa 服務會自動重新啟動並更正此問題。

在混合 vCenter 環境中使用 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')

。僅當您使用 8.0 vCenter Server 的 vSphere Client 檢閱 7.x vCenter Server 所管理的磁碟區時，才會發生此問題。

因應措施：登入 vCenter Server 7.x 版系統上的 vSphere Client，以檢閱磁碟區內容。

在 vSphere Client 中，您不會看到有關歷史資料匯入的橫幅通知

由於後端問題，在 vSphere Client 中看不到有關針對歷史資料執行背景移轉的橫幅通知。

因應措施：使用 vCenter Server 管理介面，而非 vSphere Client。如需詳細資訊，請參閱監控和管理歷史資料移轉。

如果將 vSphere 虛擬基礎結構載入到 90% 以上，ESXi 主機可能會間歇性地與 vCenter Server 中斷連線

在少數情況下，如果 vSphere 虛擬基礎結構持續使用超過 90% 的硬體容量，則某些 ESXi 主機可能會間歇性地與 vCenter Server 中斷連線。連線通常會在幾秒內恢復。

因應措施：如果在幾秒內意外未恢復與 vCenter Server 的連線，請使用 vSphere Client 手動重新連線 ESXi 主機。

變更物件時，資源集區和叢集的 [使用量] 視圖可能不會自動重新整理

當您已在某個資源集區或叢集的
監控
索引標籤下開啟
使用量
視圖，然後變更該資源集區或叢集時，該視圖可能不會自動重新整理。例如，當您開啟一個叢集的
使用量
視圖，然後選取其他叢集時，可能仍會看到第一個叢集的統計資料。

因應措施：按一下重新整理圖示。

虛擬機器管理問題

將現有虛擬硬碟新增至新虛擬機器時，您可能會看到虛擬機器組態遭到拒絕的錯誤

使用 VMware Host Client 將現有虛擬硬碟新增到新虛擬機器時，作業可能會失敗，並顯示類似下列內容的錯誤：

The VM configuration was rejected. Please see browser Console

。發生此問題的原因是，VMware Host Client 可能無法取得某些內容，例如硬碟控制器。

因應措施：選取硬碟並移至
即將完成
頁面後，請勿按一下
完成
，而是返回一步，等待頁面載入，然後按
下一步
>
完成
。

安全性功能問題

如果您使用的 RSA 金鑰大小小於 2048 位元，則產生 RSA 簽章會失敗

從 vSphere 8.0 開始，ESXi 會使用 OpenSSL 3.0 FIPS 提供者。根據 FIPS 186-4 需求，RSA 金鑰大小必須至少為 2048 位元才能產生任何簽章，並且不支援使用 SHA1 產生簽章。

因應措施：使用大於 2048 的 RSA 金鑰大小。

vSphere Lifecycle Manager 問題

如果使用從已啟用可設定狀態安裝的主機設定檔部署的 ESXi 主機作為映像，以在叢集中部署其他 ESXi 主機，則作業會失敗

如果您擷取從已啟用可設定狀態安裝的主機設定檔部署的 ESXi 主機映像，以在 vSphere Lifecycle Manager 叢集中部署其他 ESXi 主機，則作業會失敗。在 vSphere Client 中，會顯示類似下列內容的錯誤：

A general system error occurred: Failed to extract image from the host: no stored copy available for inactive VIB VMW_bootbank_xxx. Extraction of image from host xxx.eng.vmware.com failed

。

因應措施：使用叢集中的其他主機擷取映像。

如果並行修復工作失敗，您將不會看到通過或略過該作業的正確 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 之後，請忽略這些錯誤。

在具有 DPU 的 ESXi 主機上，使用 vSphere Lifecycle Manager 執行修復工作可能會間歇性失敗

在具有 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 主機的嚴重性事件狀態說明時，這些說明可能與使用智慧平台管理介面 (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 驗證嚴重性事件狀態的說明。

客體作業系統問題

如果已啟用直接記憶體存取 (DMA) 重新對應，Linux 客體作業系統無法完成開機

如果虛擬機器上已啟用進階處理器設定

Enable IOMMU in this virtual machine

，且客體作業系統已啟用 DMA 重新對應，則 Linux 客體作業系統可能無法完成開機程序。此問題會影響硬體版本為 20 且具有以下 Linux 發行版本的虛擬機器：該發行版本具有在 Linux 核心 5.18 中針對 VMCI 功能引入的特定修補程式，包括但不限於最新版本的 RHEL 8.7、Ubuntu 22.04 和 22.10 以及 SLES15 SP3 和 SP4。

因應措施：將進階選項

vmci.dmaDatagramSupport

設定為

FALSE

，或停用

Enable IOMMU in this virtual machine

選項。如需詳細資訊，請參閱 VMware 知識庫文章 89683 。

由於透過虛擬機器通訊介面 (VMCI) 進行的通訊中斷，虛擬機器的客體作業系統可能會沒有回應

在十分特殊的情況下，當虛擬機器上的 vSphere vMotion 作業與傳送 VMCI 資料包的作業並行執行時，使用 VMCI 資料包的服務可能會出現非預期通訊或通訊中斷。在相同情況下，還原記憶體快照、恢復暫停的虛擬機器或使用 CPU 熱新增時也可能會發生此問題。因此，相依於透過 VMCI 進行通訊之服務的客體作業系統可能會沒有回應。此問題也可能會影響使用透過 VMCI 的 vSocket 的服務。此問題不會影響 VMware Tools。此問題特定於硬體版本為 20 且具有以下 Linux 發行版本的虛擬機器：該發行版本具有在 Linux 核心 5.18 中針對 VMCI 功能引入的特定修補程式，包括但不限於最新版本的 RHEL 8.7、Ubuntu 22.04 和 22.10 以及 SLES15 SP3 和 SP4。

因應措施：將進階選項

vmci.dmaDatagramSupport

設定為

FALSE

。如需詳細資訊，請參閱 VMware 知識庫文章 89683 。