查询VMware产品的硬件软件兼容性和升级路径
🧩 VMware(Broadcom)硬件兼容性 & 升级路径查询指南
VMware 被 Broadcom 收购后,所有 HCL、互操作性、升级路径查询都迁移到了 Broadcom 官方网站。以下是最新、可用、官方的入口。
1️⃣ VMware 硬件兼容性查询(HCL)
网站链接(官方)
🔗 Broadcom | VMware | Hardware Compatibility Guidehttps://compatibilityguide.broadcom.com/
能查什么?
服务器兼容性(Dell、HPE、Lenovo 等)
CPU 支持情况
存储阵列、HBA、RAID 卡
NVMe-oF、FC、iSCSI、NFS 支持
GPU、vDGA、vGPU
CIM Provider、驱动版本
SRM、vVols、Data Protection 等组件支持
使用说明(逐步)
① 打开网站后,选择查询类型
例如:
Servers(服务器)
IO Devices(HBA、NIC、NVMe-oF)
Storage & Availability(存储阵列)
CPU Series(处理器)
Guest OS(虚拟机操作系统)
② 输入关键字或选择厂商
例如:
Dell R750
HPE DL380 Gen10
Intel Xeon Gold 6338
NVIDIA A100
③ 选择 vSphere / ESXi 版本
如:
ESXi 7.0 U3
ESXi 8.0 U2
④ 查看兼容性结果
你可以看到:
是否支持
需要的驱动版本
需要的固件版本
是否需要特定 BIOS
是否支持 vSAN、NVMe-oF 等
2️⃣ VMware 产品互操作性矩阵(兼容性 & 升级路径)
网站链接(官方)
🔗 Broadcom Product Interoperability Matrixhttps://interopmatrix.broadcom.com/
能查什么?
vCenter ↔ ESXi 兼容性
vSAN ↔ ESXi 兼容性
NSX、SRM、HCX、Aria 等产品互操作性
升级路径(Upgrade Path)
第三方插件兼容性
使用说明(逐步)
① 进入页面后选择:
Interoperability(产品互操作性)
Upgrade Path(升级路径)
3rd Party Interoperability(第三方兼容性)
② 选择产品
例如:
vCenter Server
ESXi
vSAN
NSX
SRM
VCF
③ 选择版本
如:
vCenter 7.0 U3
ESXi 8.0 U2
④ 查看结果
你可以看到:
是否兼容
支持的版本范围
升级顺序(例如必须先升级 vCenter 再升级 ESXi)
不兼容的版本会被隐藏
3️⃣ ESXi 升级前兼容性检查(官方指南)
网站链接(官方)
🔗 Checking Host Compatibility Before Upgradehttps://knowledge.broadcom.com/external/article/381824/checking-host-compatibility-before-upgra.html
能查什么?
升级 ESXi 前必须检查的硬件兼容性
BIOS/固件要求
驱动要求
升级失败的常见原因
使用说明(简要)
在升级 ESXi 前,先用 HCL 检查服务器型号
再用 互操作性矩阵 检查 vCenter ↔ ESXi 版本
检查 BIOS/固件是否满足要求
检查驱动是否需要更新
最后再执行升级
🧭 总结(可直接复制给团队)
| 查询内容 | 网站 | 说明 |
|---|---|---|
| 硬件兼容性(HCL) | https://compatibilityguide.broadcom.com/ | 查服务器、存储、HBA、驱动、固件 |
| 产品互操作性 | https://interopmatrix.broadcom.com/ | 查 vCenter/ESXi/vSAN/NSX 兼容性 |
| 升级路径 | https://interopmatrix.broadcom.com/ | 选择 Upgrade Path |
| 升级前检查指南 | https://knowledge.broadcom.com/external/article/381824 | 官方升级前检查步骤 |
在 NSX + vCenter + ESXi + vCloud Director(VCD)+ vCloud Usage Meter / vCloud 相关组件 的环境中,升级顺序必须严格遵循 VMware(现 Broadcom)的官方依赖关系,否则会出现 API 不兼容、管理平面无法连接、NSX 控制器失效等严重问题。
下面给你一份 标准化、可直接用于变更文档的升级顺序,涵盖所有核心组件,并解释每一步的原因。结构清晰、逻辑严谨,适合你做架构评估或团队培训。
🧩 NSX + VCD + vCenter + ESXi 环境升级顺序(标准流程)
总原则:永远从管理平面 → 控制平面 → 数据平面
也就是:
VCD → vCenter → NSX → ESXi
原因是:
上层产品依赖下层 API
vCenter 必须先升级才能管理新版本 ESXi
NSX Manager 必须先升级才能推送新版本控制器/主机组件
ESXi 最后升级,避免中断控制平面
🟦 1️⃣ 升级 vCloud Director(VCD)
为什么先升级 VCD?
VCD 依赖 vCenter API
新版本 VCD 通常支持多个 vCenter 版本,但旧版本 VCD 不一定支持新 vCenter
避免 vCenter 升级后 VCD 无法连接
步骤
升级 VCD Appliance
升级 VCD DB Schema
升级 VCD Cell
验证与 vCenter/NSX 的连接状态
🟧 2️⃣ 升级 vCenter Server(VCSA)
为什么第二步升级 vCenter?
vCenter 是整个虚拟化平台的核心控制平面
NSX、VCD、ESXi 都依赖 vCenter
新版本 NSX 需要新版本 vCenter API
步骤
升级 vCenter(VCSA)
升级 vSphere Client
验证 vCenter Plugin(NSX、VCD)是否正常加载
🟩 3️⃣ 升级 NSX(NSX-T 或 NSX-V)
为什么第三步升级 NSX?
NSX Manager 依赖 vCenter
NSX Host Transport Node 依赖 ESXi
必须先升级 NSX Manager 才能推送新版本组件到 ESXi
步骤
升级 NSX Manager
升级 NSX Controller(如 NSX-V)
升级 Edge Node
升级 Transport Node Profile
验证 Fabric、T0/T1、Overlay、Edge Cluster
🟫 4️⃣ 升级 ESXi 主机(数据平面)
为什么最后升级 ESXi?
ESXi 是数据平面,升级会中断虚拟机运行
必须确保 vCenter 和 NSX 已支持新版本 ESXi
避免 NSX Host Module 不兼容导致网络中断
步骤
逐台或逐集群升级 ESXi
升级后重新安装 NSX Host Module(自动完成)
验证 Transport Node 状态
验证 vMotion、DRS、HA
🟪 5️⃣(可选)升级 vCloud Usage Meter / Chargeback / Tenant App
如果你使用 vCloud 计费体系:
顺序
Usage Meter
Tenant App
Chargeback Manager
🧭 最终升级顺序(可直接复制到变更文档)
1 | 1. 升级 vCloud Director(VCD) |
🧩 额外注意事项(非常关键)
1. 必须先查 Broadcom 互操作性矩阵
vCenter ↔ ESXi
vCenter ↔ NSX
NSX ↔ ESXi
VCD ↔ vCenter ↔ NSX
2. 必须查 HCL(硬件兼容性)
新 ESXi 是否支持你的服务器型号
驱动/固件是否需要升级
3. 升级 vCenter 前必须备份 PSC/DB
4. 升级 NSX 前必须备份 NSX Manager Snapshot
5. 升级 ESXi 前必须确认 NSX Host Module 兼容性
当然可以,我给你做一份清晰、专业、适合直接放进变更文档或架构方案的可视化升级流程图。我用 Mermaid 和 ASCII 两种格式呈现,你可以根据需要选择使用。
🟦 VMware(NSX + VCD + vCenter + ESXi)升级流程图 – Mermaid 版本
你可以直接复制到支持 Mermaid 的文档(如 GitLab、GitHub、Notion、Obsidian)。
1 | flowchart TD |
🟩 VMware(NSX + VCD + vCenter + ESXi)升级流程图 – ASCII 版本
适合放到邮件、变更单、Word 文档。
1 | ┌──────────────┐ |
🧭 升级顺序总结(一句话)
VCD → vCenter → NSX → ESXi → Usage Meter(可选)
这是 VMware(Broadcom)官方推荐的标准顺序,完全符合依赖关系和 API 兼容性要求。
运维技术交流群
发送邮件到 ➡️ [email protected]
或者关注WX公众号:网工格物
