怎么确认主机现在是哪个版本、哪个构建号？

开启 SSH 或 ESXi Shell 后执行 esxcli system version get，会列出产品名、版本号和构建号（Build），也可以执行 vmware -vl；Host Client 登录后的首页同样能看到。打补丁前后各看一次，就能确认补丁有没有装上。

ESXi 9 还有免费版吗？

免费的 vSphere Hypervisor 是 2025 年 4 月随 8.0 U3e 重新提供的，不能接入 vCenter，使用条款也有限制。9.x 是否提供免费版、条款如何，以 Broadcom 支持门户当前的下载页面为准。确认之前，需要零授权成本的单机实验环境只能用 8.0 的免费版，要注意它同样在 2027 年 10 月 11 日结束常规支持。

vCenter 8 能管理 ESXi 9 主机吗？

不能。vCenter 的版本不能低于它管理的主机，9.0 主机必须由 9.0 或更新的 vCenter 管理，所以升级顺序永远是先 vCenter、后主机。反过来，vCenter 9 能管理哪些补丁级别的 8.0 主机，以 Broadcom 互操作性矩阵为准。

ESXi 9 更新了什么：新特性、系统要求与是否值得升级

ESXi 9（版本号 9.0）于 2025 年 6 月随 VMware Cloud Foundation 9.0 发布，是 Broadcom 收购 VMware 之后的第一个大版本。和 8.0 相比，ESXi 9 更新了什么，落到一台台主机上主要是五点：随 VCF 9 和 VMware vSphere Foundation（VVF）9 订阅交付，文档里改称 ESX；版本号改为四段式；集群补丁管理只保留映像（image）方式；NVMe 内存分层从技术预览变成正式功能；对 CPU、引导方式和 I/O 设备驱动的要求更严。值不值得升级，看三个条件：硬件在 9.0 的兼容列表里，订阅包含 9.x，vCenter 和备份软件已经就绪。任何一项不满足，就先留在 8.0，并按 8.0 的支持期规划下一步。

ESXi 9 和 ESXi 8.0 对比

对比项	ESXi 8.0	ESXi 9.0
发布	2022 年 10 月；8.0 U3 于 2024 年 6 月发布	2025 年 6 月，随 VCF 9.0、VVF 9.0 发布
名称	ESXi	Broadcom 的文档和发布说明里写作 ESX（不是早年带 Linux 服务控制台的那个 ESX）
版本号	8.0 U3 加字母后缀的补丁，如 8.0 U3e	四段式，形如 9.0.0.0，更新和补丁体现在后几段
获取方式	订阅；8.0 U3e 起重新提供功能受限的免费版	随 VCF、VVF 9 订阅交付；是否有免费版以 Broadcom 门户为准
集群补丁管理（vLCM）	基线（baseline）和映像两种方式，基线已列为弃用	只支持映像方式
NVMe 内存分层	8.0 U3 中为技术预览	正式支持
CPU	停止支持 Sandy Bridge（至强 E5 v1）等老平台，Ivy Bridge（E5 v2）等安装时出弃用警告	门槛继续提高，具体代际以 Broadcom 知识库为准
引导方式	UEFI 为主，传统 BIOS 已列为弃用	按 UEFI 规划
常规支持	到 2027 年 10 月 11 日	以 Broadcom 产品生命周期页面为准

表中 9.0 一列只写确定的变化方向。哪些 CPU、网卡和阵列卡被移除，Broadcom 会随补丁持续更新清单，不要凭网上的二手列表下结论，下文给出逐台核实的方法。

新特性里对机房运维影响大的四项

补丁管理只剩映像方式

8.0 的 vSphere Lifecycle Manager 有两种管理方式：基线方式沿用早年 Update Manager 的做法，给主机挂上补丁基线、缺什么补什么；映像方式给整个集群定义一个“期望状态”，由 ESXi 基础映像、服务器厂商附加组件（vendor add-on）、驱动和固件组件组成，所有主机必须与它一致。9.0 起只保留映像方式。

对机房的实际影响是：主机上那些零散装进去的第三方驱动、管理代理，都必须能放进同一个映像里。建议在升级之前，就在 8.0 的 vCenter 里把集群从基线转换为映像管理。转换向导会检查每台主机上的组件能否组成统一映像，驱动版本对不上、厂商组件冲突，会在这一步暴露出来，比升级到一半才发现好处理得多。不受 vCenter 管理的单台主机，可以用 9.0 的 ISO 引导升级，也可以用 Broadcom 提供的离线包升级，支持哪些方式以 9.0 的升级文档为准。

NVMe 内存分层正式可用

内存分层（Memory Tiering）把一块 NVMe 盘作为第二层内存：访问频繁的热页留在 DRAM，长时间不用的冷页放到 NVMe 上。它在 8.0 U3 中是技术预览，9.0 转为正式支持。

对 IDC 和私有云来说，宿主机能放多少台虚拟机，瓶颈常常是内存而不是 CPU。很多业务虚拟机分配了 16 GB、32 GB 内存，真正频繁访问的只是一小部分，这类负载用内存分层可以提高单机密度。它不适合内存访问密集、对延迟敏感的负载，例如大型数据库的缓冲池。启用前要注意三点：需要单独的 NVMe 设备，Broadcom 对它的耐久度和性能有要求；NVMe 层能占多大比例由主机参数控制；哪些虚拟机配置不能使用内存分层。这三项都以 9.0 文档为准。

交付方式和授权

9.0 主要随 VCF 9、VVF 9 订阅套件交付。和以往大版本一样，许可证按大版本区分：8.x 的许可证不能用于 9.0，主机升级前要确认订阅包含 9.x 的权益。授权的分配方式也随 VCF 9 做了调整，按 Broadcom 的 VCF 9 授权文档操作，不要直接套用 8.0 时代逐台填许可证密钥的教程。

名称和版本号

搜资料时，ESX 9.0 和 ESXi 9.0 指的是同一个东西。版本号从 8.0 的“U3e”这种写法改成四段数字，和 Broadcom 沟通、核对安全公告时，同样以构建号为准。

系统要求：CPU、引导方式、驱动和系统盘

CPU：8.0 上的弃用警告就是信号

VMware 一贯分两步淘汰 CPU：先在某个大版本里列为“弃用”，安装和升级时给出警告但允许继续；再在后续版本里“停止支持”，安装程序直接拒绝。Broadcom 知识库里 CPU Support Deprecation and Discontinuation In vSphere Releases 一文按版本列出了这两类代际。判断标准很简单：在 8.0 上安装或升级时出现过 CPU 弃用警告的主机，升级 9.0 前必须逐台核对这篇知识库，不要默认能装。

不想只看文档，可以让 9.0 的安装程序自己检查，而且不会动硬盘：通过 BMC 挂载 9.0 的 ISO 并从它启动，选盘、设密码之后，安装程序会扫描硬件并列出错误和警告。这时还没有写盘，看完结果直接重启，主机原样回到 8.0。如果安装程序连启动都完成不了，同样说明这台机器过不了 9.0 的门槛。

引导方式和系统盘

UEFI：传统 BIOS 引导在 8.0 已列为弃用，准备上 9.0 的主机一律按 UEFI 规划。ESXi 装好后不能直接切换引导方式，从传统 BIOS 转到 UEFI 需要重装，重装时选保留 VMFS，虚拟机文件不受影响。
系统盘：7.0 U3 起，只用 U 盘或 SD 卡作为启动设备已被列为弃用，准备上 9.0 的主机不要再沿用这种做法。新规划直接用本地 SSD 或 M.2 做系统盘，和放虚拟机的数据存储分开。
分区布局：7.0 起的系统盘由引导分区、两个轮换使用的启动区（bootbank）和系统数据分区 ESX-OSData 组成，8.0 沿用。9.0 各分区的默认大小有没有调整，以 9.0 安装文档的系统存储一节为准。升级前可以先看一眼现有主机的布局和剩余空间：

ls -l /vmfs/volumes/                  # 可以看到 BOOTBANK1、BOOTBANK2、OSDATA- 开头的卷和各数据存储
esxcli storage filesystem list        # 各卷的类型、容量和剩余空间

驱动和 I/O 设备

每个大版本都会移除一批老设备的驱动，7.0 去掉 vmklinux 兼容驱动就是一例。8.0 上工作正常的网卡和阵列卡，不代表在 9.0 上有驱动。比较可靠的核对方法是拿设备的 PCI ID 去兼容性指南里查：

vmkchdev -l | grep -E 'vmnic|vmhba'   # 每个网卡、存储控制器的 VID:DID SVID:SSID
esxcli network nic get -n vmnic0      # 驱动名、驱动版本和网卡固件版本
esxcli software vib list | grep -v -i -E 'vmware|vmw'   # 第三方驱动和组件

vmkchdev -l 每行的格式类似 0000:3b:00.0 8086:1572 8086:0006 vmkernel vmnic0，前一组是 VID:DID，后一组是 SVID:SSID。在 Broadcom Compatibility Guide 的 I/O 设备页面按这四个 ID 搜索，看有没有 9.0 的条目，以及条目要求的驱动和固件版本。网卡、阵列卡的固件不满足时，先按服务器厂商的说明升级固件，再升级系统。

管理界面与中文支持

安装程序和 DCUI 只有英文。 9.0 的 ISO 不分语言版本，键盘布局选 US Default。不存在单独的“ESXi 9 中文版”镜像。
单台主机仍用 Host Client。 浏览器打开 https://管理IP/ui，建虚拟机、上传 ISO、看日志都在这里；多台主机用 vCenter 的 vSphere Client。VCF 9 还把原来的 Aria Operations 更名为 VCF Operations，作为整套平台的运维入口，只用 vSphere 的环境日常仍以 vSphere Client 为主。
界面语言以发布说明为准。 Host Client 和 vSphere Client 的界面语言一般跟随浏览器的首选语言。9.0 提供哪些界面语言，以 9.0 发布说明的语言支持部分为准，装好后切换一下浏览器的首选语言就能确认；没有中文时就用英文界面，查文档、搜报错反而更方便。
中文客户机系统不受影响。 中文版 Windows Server、中文 Linux 在 9.0 上照常安装。虚拟机名称可以用中文，但数据存储、端口组、ISO 文件名建议只用英文字母和数字，备份软件、脚本和命令行处理路径时更少出问题。

升级前自查清单

找一台非生产主机做试点。 同型号的机器先升一台，跑一到两周，确认网卡、存储、监控和备份都正常。
核对硬件。 整机型号和 CPU 在兼容性指南的 9.0 列表里；用 9.0 ISO 做一次不落盘的硬件扫描。
核对驱动和固件。 用 vmkchdev -l 的 ID 逐个查网卡和存储控制器；按服务器厂商的 9.0 支持说明升级 BIOS、BMC 和各板卡固件，品牌服务器准备厂商的 9.0 定制镜像或附加组件。
整改引导。 确认是 UEFI 引导、系统盘不是 U 盘或 SD 卡，不满足的先整改。
理顺管理链路。 vCenter 先升到 9.0；集群先从基线转换为映像管理；备份、监控、存储插件都确认支持 9.0。
确认授权。 订阅包含 9.x 的权益。
做好备份。 备份主机配置（vim-cmd hostsvc/firmware/sync_config 后执行 vim-cmd hostsvc/firmware/backup_config，按输出的链接下载配置包），确认虚拟机备份能恢复，记下管理网络配置。
留好退路。 主机升级出问题时，通常可以在启动时按 Shift+R 进入恢复模式，切回启动区里保存的上一个版本（只保留一个）；大版本升级后能否这样回退、有什么限制，以 9.0 升级文档为准，不要把它当成唯一的退路。虚拟机的硬件版本一旦升级就不能降回去，主机升级后先不要动虚拟机硬件版本，等确认不再回退。

老硬件先留在 8.0：判断标准

情况	建议	理由
8.0 上出现过 CPU 弃用警告，知识库或 9.0 安装程序显示不支持	留在 8.0，按 2027 年 10 月前换机规划	9.0 装不上，只能换机
网卡、阵列卡在兼容性指南里查不到 9.0 条目	留在 8.0，或先换卡	升级后可能找不到网卡或数据存储
只能用 U 盘、SD 卡引导，或只支持传统 BIOS	先整改，做不到就留在 8.0	9.0 按 UEFI 和本地持久盘规划
用的是免费版，或订阅不含 9.x	留在 8.0	没有 9.x 授权
vCenter、备份软件还没支持 9.0	等它们先就绪	先 vCenter、后主机，备份不能中断
服务器计划在 2027 年 10 月前退役	不升级，到时随硬件一起换	8.0 的常规支持到 2027 年 10 月 11 日，覆盖剩余服役期
新采购，整机在 9.0 兼容列表里，订阅含 9.x	直接装 9.0，新建集群	少做一次大版本升级

要强调的是，“留在 8.0”是过渡，不是终点。8.0 的常规支持到 2027 年 10 月 11 日结束，之后的技术指导期到 2029 年 10 月 11 日，只有自助资料，不再发布补丁。宿主机上跑着客户的虚拟机，不应长期运行没有安全补丁的系统；留在 8.0 的老机器，换机或迁移计划要在 2027 年 10 月之前落实。

在机房里怎么落地

升级评估的第一步是弄清每台宿主机是什么 CPU、什么网卡。Toplink DCIM 的机柜与资产管理会把自动采集到的 CPU、内存、硬盘信息写进资产台账并保留历史，对照知识库里的 CPU 代际表，就能先圈出哪些宿主机在 9.0 门槛之外。剩下的候选机，用 IPMI 远程管理远程挂载 9.0 的 ISO，设置下一次从 ISO 启动，在浏览器的 VNC 控制台里看安装程序的硬件扫描结果，看完直接重启回 8.0，整个评估不用进机房，也不会动到机器上的数据。