VMware ESXi 9.0.1.0新增的功能盘点

作为业界领先的裸机虚拟化平台，VMware ESXi 9.0.1.0于2025 年9月30日正式发布，带来多维度升级。新版本新增Intel Gaudi 3 AI加速器直通驱动的Quick Boot支持，强化 ClusterStore安全与存储性能，还修复了50余项问题。从AI适配到运维优化，本文带你快速解锁这些实用新特性。

产品简介

VMware ESXi：专门构建的裸机 Hypervisor

了解可直接安装到您的物理服务器的、可靠的裸机 Hypervisor。通过直接访问并控制底层资源，VMware ESXi 可有效地对硬件进行分区，以便整合应用并降低成本。它是业界领先的高效体系架构 ，在可靠性、性能和支持方面树立了行业标杆。

已解决的问题

VMware ESX 9.0.1.0 提供了以下已解决的问题和更新：

✅ Cisco Application Centric Infrastructure (ACI) 交换机的路由问题可能导致 vSAN 流量丢失

为覆盖正常的 IP 路由，vSAN 会将所有传出的流量绑定到 TCP 套接字，并通过专用于 vSAN 的 VMkernel 适配器运行。在某些情况下，vSAN 绑定可能未设置，或缺少 TCP 套接字，导致数据包通过正常的 IP 路由发送 。在这种情况下，Cisco ACI 设备可能会根据接收的数据包更改路由表，从而导致 vSAN 集群上的流量丢失。

✅ 如果后端更改了 .vmx 文件，虚拟机可能无法启动

在某些情况下，当从备份恢复虚拟机时，ESXi 主机外部的应用程序可能会在 ESXi nfs41client 仍在访问旧 .vmx 文件句柄时删除并重新创建 .vmx 文件。结果会出现陈旧句柄错误，导致虚拟机开机失败。

✅ 在设备或 LUN 处于 All Paths Down (APD) 状态时，ESX 主机可能因 LVMHandleDeviceAPDEvent 而出现紫屏

当 VMFS 卷正在关闭时，卷的 APD 事件处理程序可能会被注销，相关数据结构被释放。在此期间，如果承载 VMFS 卷的设备或 LUN 进入 APD，竞争条件可能会导致访问已释放的数据结构，最终导致 ESX 主机因堆栈中的 LVMHandleDeviceAPDEvent 出现紫屏。

✅ 2379 和 2380 端口上的服务默认不支持 TLS 1.3

由于 Golang 运行时的 FIPS 合规性问题，导致直到 ESX 9.0.1.0，2379 和 3280 端口上的服务默认不支持 TLS 1.3。

这些服务会根据 ESX 主机的 TLS 配置文件设置启用 TLS 1.3 协议 。

✅ 在 vSphere Client 中，ESX 硬件健康指标不会自动刷新

如果硬件传感器信息发生变化或出现故障，vSphere Client 中的 ESX 硬件健康指标不会自动反映这些变化，需要手动刷新。该问题不会影响告警和事件。

✅ 无法通过 HTTP PUT 使用公钥/私钥对连接 SSH

无法使用 ConfigManager API(HTTP PUT)通过授权的公钥/私钥对连接到 ESX 主机的 SSH。

✅ 由于虚拟机内存上的 Machine-Check Exception (MCE)，ESX 主机可能会关机

当 ESX 主机的客户操作系统内存发生不可恢复错误时，底层硬件可能会触发 MCE。如果固件或 ESX 主机未启用本地机器检查异常 (LMCE)，主机可能会关机，导致其上托管的应用程序出现停机。

✅ 配置了 PCI 直通设备的虚拟机无法启动

配置了 PCI 直通设备的虚拟机可能会持续启动失败，设备会从其配置和 ESX 主机的 PCI 设备列表中移除。

✅ 在关闭的加密虚拟机上更改存储策略会导致 hostd 服务失败

当修改已关闭的加密虚拟机的存储策略时，如果新策略也指定了虚拟机加密，hostd 服务可能会失败。

✅ 在启用内存分层的集群中，ESX 主机可能无法进入维护模式或 vSphere vMotion 任务失败

由于内存分层功能的保守内存分配，ESX 主机可能无法进入维护模式，或在启用内存分层的集群中 vSphere vMotion 任务失败。在 vmkernel.log 中可能看到如下错误：

2025-06-02T12:32:53.841Z Wa(180) vmkwarning: cpu57:3249843)WARNING: VMotionRecv: 3902: 922189911786969974 D: World 3249843 waited 15.783 seconds to leave low memory state on dest host during pre-copy. May cause unexpected VMotion failures!

✅ 由于任务管理命令过载，ESX 主机可能因紫屏而失败

当设备接收到过多任务管理命令以处理并发 I/O 时 ，部分命令可能需要较长时间完成。结果导致 ESX 主机因紫屏而失败。

✅ ESX 停止生成基于 VMkernel Observations (VOBs) 的事件

在某些情况下，ESX 可能停止生成基于 VOB 的事件，导致 vCenter 中的告警丢失。结果是在 vSphere Client 中无法看到 VMkernel 检测到的问题告警。

✅ 罕见的内存预分配问题可能导致 ESX 主机出现紫屏

对于某些类型的虚拟机(如 PCIe 直通 VM)，ESX 在开机时尝试预分配内存。如果虚拟机在内存预分配期间被 vSphere 高可用性终止，ESX 主机可能会因紫屏而失败。

✅ vSphere Quick Boot 支持

ESX 9.0.1 为 Intel Gaudi 3 AI 加速器的直通驱动程序添加了 vSphere Quick Boot 支持。更多信息请参见 KB 406262。支持的服务器和驱动程序完整列表请参见 Broadcom Compatibility Guide。

✅ 虚拟机的静默快照失败可能会损坏 vSphere Virtual Volume 或 vSAN 磁盘的磁盘链

如果在具有 vSphere Virtual Volume 或 vSAN 磁盘的虚拟机上执行静默快照失败，部分或全部磁盘链可能损坏。虚拟机将无法正常管理，可能发生数据丢失，必须从备份中恢复。

✅ 在增量同步期间，复制的虚拟机可能无响应

vSphere Replication 的 I/O 捕获组件可能无法正确处理客户操作系统在增量同步期间发出的 UNMAP 命令，导致某些虚拟机无响应。

✅ 如果远程引导磁盘处于 APD 或 PDL 状态，ESX 主机会因紫屏失败

在 VCF 9.0 中，远程引导磁盘监控默认启用。如果远程引导磁盘出现 APD 或 PDL 状态，ESX 主机可能会因紫屏失败。

远程引导磁盘监控默认未启用。

✅ ESX 9.0.1.0 中 VMware Tools 打包更改

以下 VMware Tools ISO 镜像与 ESX 9.0.1.0 一起打包：

• windows.iso: VMware Tools 13.0.5 支持 64 位 Windows 版本 - Windows 7 SP1 或 Windows Server 2008 R2 SP1 及更高版本。

以下 VMware Tools ISO 镜像可下载：

• VMware Tools 12.5.4:

windows-x86.iso: VMware Tools 12.4.9 支持 32 位 Windows 版本。

linux.iso: VMware Tools 10.3.26 ISO 镜像，支持 glibc 2.11 或更高版本的 Linux OS。

• VMware Tools 11.0.6:

windows.iso: 支持 Windows Vista (SP2) 和 Windows Server 2008 SP2。

• VMware Tools 10.0.12:

winPreVista.iso: 支持 Windows 2000、Windows XP 和 Windows 2003。

linuxPreGLibc25.iso: 支持早于 RHEL 5、SLES 11、Ubuntu 7.04 及 glibc 2.5 之前版本的 Linux OS。

• solaris.iso: VMware Tools 10.3.10，适用于 Solaris。

• darwin.iso: 支持 Mac OS X 10.11 及更高版本。

请按照官方文档中列出的流程下载未随 ESX 打包的 VMware Tools 平台版本。

✅ 在 hostd 日志中，您会看到多个 VMX scoreboard 无法读取的消息

从克隆或模板创建虚拟机后，vmxstats.filename 可能会重复父虚拟机的名称，导致主机统计注册表无法读取并记录新虚拟机的统计信息。结果，在 hostd 日志中，您会看到类似以下的多条消息：

Adding VM XXX failed, file /vmfs/volumes/YYY/ZZZ/ZZZ.scoreboard is not readable。

此错误不会以任何方式影响新虚拟机的功能。

✅ 在 Dell Transport Snapshot Data Mover (TSDM) 崩溃后，虚拟机迁移和 Dell Power Protect Data Manager (PPDM) 备份可能失败

在基于 PPDM 的快照同步过程中，若 Dell TSDM 发生崩溃 ，可能会因为计算错误而停止数据保护守护进程中的任务。停止的同步会影响虚拟机的 PPDM 备份操作，并导致 vSphere vMotion 任务失败。

✅ 在 NVMe unmap 操作期间，ESX 主机可能发生内存泄漏

如果在 NVMe unmap 操作期间，对 NVMe 目标的 identify namespace 调用失败，为 unmap 命令分配的内存可能不会被释放。结果，您可能会在该 ESX 主机上看到更高的内存使用率，直到重启主机以回收内存。

✅ NVMe over Fibre Channel (NVMe/FC) 设备在链路重置后无法恢复

在极少数情况下，由于在并行发现和连接 NVMe/FC 设备时发生死锁，ESX 主机在链路重置后可能无法重新连接所有 NVMe/FC 设备，并且已连接设备的性能可能会下降。

✅ 在从 Tintri NFSv4.1 数据存储迁移虚拟机时，ESX 主机可能因紫屏而失败

在使用 vSphere vMotion 从 Tintri NFSv4.1 数据存储迁移虚拟机时，ESX 主机可能因紫色诊断屏幕失败。此问题特定于 Tintri NFSv4.1 服务器在某些情况下处理 NULL 值的方式。

✅ 由于虚拟机创建速度较慢，链接克隆性能出现回退

虚拟机创建过程中额外的 I/O 任务可能导致延迟显著增加，从而影响链接克隆的创建。

✅ 在重新配置后，vmxnet3 虚拟网卡可能停止传输数据

在高流量情况下，vmxnet3 vNIC 重新配置和传输路径之间可能会出现罕见的竞争，导致 vNIC 在重新配置后停止传输数据。

✅ IF-MIB SNMP 数据间歇性地报告隐藏端口 DVFilter Coalesce Portset 和 pps

使用第三方工具时，IF-MIB SNMP 数据可能间歇性地报告隐藏端口集(如 pps 和 DVFilter Coalesce Portset)，即使它们不是 ESX 主机配置的一部分。

✅ 在 ESX 主机重启后，您会在 vSphere Client 中看到一些 uplink 断开的告警

由于 VMkernel Observation (VOB) 和 hostd 服务中的一些限制，uplink 的 up/down 事件可能未按正确顺序发送到 vCenter。结果，当完成诸如重启 ESX 主机的任务时 ，您可能会在 vSphere Client 中看到 uplink 断开的错误告警。

✅ 在虚拟机上运行 Linux fstrim 命令后，ESX 主机因紫屏失败

当清除指针块缓存时，VMFS 堆内存耗尽可能导致内存访问冲突。结果，当您在虚拟机上运行 Linux fstrim 命令时，ESX 主机可能因紫屏失败，回溯日志中包含 PB3Manager 错误。

✅ 在具有 IOFilter 的虚拟机执行快照操作期间，VMX 可能因线程无响应而失败

在极少数情况下(约每 2000 次快照操作中发生一次)，I/O 过滤器基础设施中可能出现竞争条件，导致 I/O 过滤器 watchdog 停止 VMX 服务并生成 VMX 核心转储。

✅ 在多发起人分区模型中，因 FC HBA 端口状态抖动，ESX 主机可能因紫屏失败

在多发起人分区模型中，如果集群中多个 FC HBA 端口配置在同一 FC 区域内，而某个发起人端口状态抖动，则该区域内的所有其他发起人都会频繁收到 RSCN(注册状态更改通知)。在处理这些与其他发起人相关的频繁 RSCN 时，lpfc 驱动可能会出错，导致 ESX 主机紫屏，并出现如下错误：

@BlueScreen: #PF Exception 14 in world XXXXXXX:lpfc_do_work IP 0xXXXXXXXXXXXX addr 0xXXXXXXXXXXXX.

堆栈中可能会看到 lpfc_sli4_els_xri_aborted 或 lpfc_sli4_delete_els_xri_aborted 函数。

✅ 向虚拟机添加外部磁盘可能因安全策略限制失败

当向虚拟机添加或移除位于主目录之外的磁盘时，虚拟机的安全域策略会更新以授予或撤销对外部目录的访问权限。如果在加载磁盘时发生错误，为避免问题，外部目录不会从安全策略中删除。随着时间推移，规则可能达到最大限制。结果，向虚拟机添加新磁盘失败，在 sandboxd.log 中可见如下错误：

2025-05-11T08:14:55.306Z Er(163) sandboxd[2099161]: [Originator@6876 sub=SecurityDomainsImpl] AddUpdateFileRules: Failed to add file policies to domain :X: world ID :Y:Argument list too long

修复后，在磁盘加载问题解决后，外部目录会自动从安全策略中删除。对于已经遇到问题的虚拟机，可以重启或迁移到另一个 ESX 主机以重新生成安全策略。

✅ ClusterStore 中启用 TLS 1.3 的设置在 ESX 主机重启后不会保留

在 ESX 上控制 ClusterStore(保存集群专属配置信息)是否启用 TLS 1.3 的 agent_settings 配置，在主机重启后会恢复为默认的未启用状态。

✅ SCSI 设备扫描过慢可能导致 lpfc 驱动线程无响应并引发问题

在执行 SCSI 设备扫描时，如果扫描速度过慢，负责存储目标发现、邮箱操作和完成扩展链路服务(ELS)请求的 lpfc 驱动线程可能无响应。

结果可能导致 ELS 请求失败、存储目标发现中断、应用程序无响应，以及邮箱超时导致 esxcli elxmgmt 命令失败。

修复增强了 lpfc 工作线程，避免了慢速 SCSI 扫描对 lpfc 线程的影响。

✅ 分布式键值存储(ClusterStore)的认证服务可能导致 DNS 流量过载

ClusterStore 的认证服务在某些情况下会不断尝试连接一组 ESX 主机，即使该 ClusterStore 已不再属于该组，从而可能引发过度的网络占用，最终导致 DNS 等基础设施过载。

修复实现了速率限制器以降低重试频率和网络开销。

✅ 支持直通或 SR-IOV 的 PCIe 设备在升级至 ESX 9.0 或更高版本后可能被错误识别

由于检查机制过于严格，在升级至 ESX 9.0 或更高版本后，一些 PCIe 设备可能被错误识别为不支持直通，或者无法启用 SR-IOV。

✅ ClusterStore 服务可能因内存过度使用进入崩溃循环并导致网络过载

ClusterStore 组件中某参数的默认值过高 ，可能导致其消耗过多内存并逐渐达到内存上限。最终 ClusterStore 服务会频繁崩溃重启，并在每次启动时尝试与其他 ESX 主机通信，从而导致网络过载。

✅ 使用 ESX 主机密钥加密虚拟机时，hostd 服务可能失败

当使用 ESX 主机密钥对虚拟机进行加密时，如果删除该虚拟机或更改密钥，移除原始主机密钥的操作可能触发异常，导致 hostd 服务失败。

结果是 ESX 主机会暂时与 vCenter 断开连接，并且如果 hostd 无法自动重启，将无法管理该主机上的虚拟机。

✅ 执行 Storage vMotion 后端口镜像功能停止工作

在配置本地 SPAN(交换端口分析器)镜像后，如果使用 Storage vMotion 迁移镜像目标虚拟机，迁移后的目标虚拟机可能无法在目标主机上接收流量。

✅ ESX NVMe/TCP 控制器在目标升级或重启后无法恢复连接

当执行 NVMe/TCP 目标升级或重启时，ESX 主机中的控制器可能无法在目标重新上线后恢复连接，因而无法在 vSphere Client 中看到相应控制器。该问题由 NVMe 内核层与 NVMe/TCP 驱动之间的罕见竞争条件导致。

✅ 使用 Hitachi NVMe-oF 存储目标时 ESX 性能下降

在使用 NVMe/TCP 协议时，如果虚拟机部署在基于 Hitachi NVMe-oF 目标的 NVMe 命名空间数据存储上，默认设置下虚拟机的创建和部署可能变慢。

✅ 启用固定直通热插拔的虚拟机可能因中断分配错误而失败

对于启用固定直通热插拔的虚拟机，在连续热插入直通 NVMe 硬盘后，功能可能失败，因为中断没有正确分配。

✅ ToR 交换机升级期间，“基于物理 NIC 负载的路由”策略的 teamPolicyUpDelay 功能可能不一致

当你设置“基于物理 NIC 负载的路由”策略并使用 teamPolicyUpDelay 功能为 ToR 交换机升级提供缓冲窗口时，该功能在部分情况下可能无法生效，从而导致物理网络尚未就绪时出现临时性网络中断。

✅ 虚拟机迁移到正在进行 NSX 更新的 ESX 主机时，分布式防火墙规则可能丢失

在 NSX 更新或升级期间，ESX 主机会进入维护模式，分布式资源调度器(DRS)可能会触发虚拟机的大规模迁移。

因此，部分虚拟机在进行 vSphere vMotion 时，分布式防火墙规则可能会丢失并与主机分离。

✅ nsxdavim.log 中的过量日志可能导致 syslog 服务器过载

当 NSX 分布式虚拟端口组频繁发生添加、更新和删除操作时，hostd 产生的大量日志可能写入 nsxdavim.log，在某些情况下会导致 syslog 服务器过载。

✅ vGPU 设备组无法选择超过 8 个 GPU

在配置 vGPU 虚拟机时，vGPU 设备组无法选择超过 8 个 GPU。对于像 NVIDIA HGX 这样的系统，可能存在超过 8 个物理 GPU 与相应设备组。

修复增加了选择最多 16 个 GPU 的选项。

✅ 在 NVIDIA HGX H100 系统上看不到任何 vGPU 设备组

vGPU 设备组的过滤代码未确保候选的 NIC-to-GPU 设备组中的每个 NIC 都启用了所需的 SR-IOV 虚拟功能。在 NVIDIA HGX H100 系统中，这个问题可能导致所有 vGPU 设备组被忽略。

✅ ESX 主机固件可能不会自动为直通设备启用 PCIe 原子操作功能

使用 AMD GPU 的虚拟机直通(VMDirectPath I/O)时，GPU 工作负载可能会失败或挂起，因为 ESX 主机固件可能不会自动为 AMD GPU 启用 PCIe 原子操作。

修复启用了 AMD GPU 的原子操作，并向客户机操作系统公开 PCIe 设备控制 2 寄存器中的 PCIe Atomicops Requestor Enable 位。

✅ 引导过程中或首次加载 Intel VMD 驱动时，NVMe 设备可能无法完成命名空间枚举

如果 NVMe 硬盘包含 512 个命名空间，VMD 驱动在尝试枚举时可能耗尽内存。

✅ ESX 无法在单个 NUMA 节点中超过 512 个逻辑 CPU 的系统上启动

在 ESX 9.0.1.0 之前，如果系统的单个 NUMA 节点中超过 512 个逻辑处理器(或超线程)，ESX 将无法启动。虽然这种系统非常罕见，但在 AMD 系统上将 BIOS 设置为 NPS0 并停用 CCX 作为 NUMA 域时，可能会导致所有逻辑处理器集中到单个 NUMA 节点。

✅ 启用 Intel Flex GPU 的 vSGA 设备虚拟机在 DRS 激活时无法启动

如果启用了 DRS，带有 Intel Flex GPU 的 vSGA 虚拟机可能会短暂开机，但很快会关机并无法启动。

✅ ESX 9.0.1.0 包含以下 Intel 微代码:

✅ 在 NVIDIA Blackwell GPU 上使用 vGPU 引导虚拟机失败

引用物理 NVIDIA Blackwell GPU 的 vGPU 虚拟机无法启动，因为 vmx 进程失败。

✅ ESX 9.0.1.0 包含以下 AMD 微代码:

ESX 构建版本为大多数受支持的 CPU 提供微代码，如果服务器 BIOS 中的微代码版本比 ESX 构建中提供的版本更旧，ESX 会尝试加载更新的版本。

由于 AMD 在 microcode signing 上的变更，ESX 可能无法应用最新的微代码。在这种情况下，ESX 9.0.1.0 会应用其能够使用的最新微代码，如果该版本不是最新，ESX 会发出类似如下的 SysAlert：

这台机器的 BIOS 应更新以获取最新的微代码。

升级到最新 BIOS 始终是最佳实践，因为最新 BIOS 通常也包含最新的微代码。