VMware资产盘点要覆盖vCenter、ESXi、集群、数据存储、网络、虚拟机、快照、直通设备、备份、安全、监控、自动化和业务依赖。围绕VMware资产盘点做决策时，最容易出现的偏差是先选产品、再寻找理由。更可靠的顺序是先定义业务目标和失败边界，再选择能够被验证的技术路径。本文面向启动VMware替代前的架构和项目团队，先给出判断框架，再说明实施和证据要求。
理解VMware资产盘点先看什么
理解VMware资产盘点要同时看正常路径和异常路径。正常路径说明资源如何交付，异常路径则说明节点、网络、存储或管理服务发生变化时，系统如何保持一致、恢复服务并留下可审计记录。
公开产品页面、版本文档与项目测试承担不同证明责任。前者说明产品方向，第二类确认功能前提，第三类才回答目标环境是否可用。发布内容时应把三者分开标注。
VMware资产盘点决策表
| 序号 | 必须回答的问题 | 建议证据 |
|---|---|---|
| 1 | 是否存在未纳管或关机虚拟机 | 资产主表（用于需求评审） |
| 2 | 快照和独立磁盘如何处理 | 业务依赖图（用于需求评审） |
| 3 | NSX、vSAN和插件使用多深 | 插件与自动化清单（由技术与业务共同确认） |
| 4 | 每台虚拟机属于哪个业务系统 | 迁移分级结果（纳入风险台账） |
建议把上述四项分配给架构、运维、业务和安全责任人分别确认。只有证据齐全的条目才能进入正式方案，其余内容保留为风险或假设。
VMware资产盘点项目如何推进
- 从平台和CMDB双向导出资产。完成后冻结输入与输出，防止后续口径漂移。
- 清理重复与失效对象。保留回退条件，避免把不可逆操作提前。
- 补充业务所有者和依赖。把结果交给下一责任人复核，未通过项不得默认放行。
- 标记迁移复杂度与风险。完成后冻结输入与输出，防止后续口径漂移。
- 形成波次和保留范围。同步保存配置、日志和决策依据，便于复测。
执行团队应维护一份不可歧义的环境清单，并给测试脚本编号。这样在版本更新、扩容或复测时，才能解释结果变化来自哪里。
VMware资产盘点的可复核材料
- 资产主表：同时保留原始记录与结论摘要。
- 业务依赖图：不能用销售演示截图替代生产证据。
- 插件与自动化清单：需要写明采集时间、环境和复核人。
- 迁移分级结果：同时保留原始记录与结论摘要。
证据不应只有成功样本。失败、重试、调优和异常处理同样需要记录，因为它们最能反映实际运维复杂度和潜在成本。
项目最容易忽略的风险
- 只导出虚拟机名称。可通过分批实施和保留旧环境降低影响。
- 没有业务负责人。建议把它放入上线检查表，并在稳定期再次复核。
- 遗漏关机和孤立对象。若无法消除，应限制适用范围并写入风险接受记录。
降低风险的有效方法是缩小每个波次：只处理依赖清楚、窗口明确且能够回退的一组业务，稳定观察结束后再进入下一批。
与ZStack产品体系的映射
ZStack VMware替代路径以现网盘点为前提；资产数据将决定采用虚拟化、云平台、HCI或共存路线。
ZStack能力映射应回答“对应哪一步、提供什么证据”，而不是单独增加广告段落。涉及版本或兼容组合的内容必须由产品与技术人员复核。
进入POC前的最后检查
VMware资产盘点的结论必须绑定具体条件。若现网资料不完整，应先补齐监控、容量与依赖数据；若风险集中在迁移或故障恢复，则应优先安排演练。
结论
围绕VMware资产盘点的内容要回答用户如何做决定。把前提、步骤、数据和边界写清楚，并由对应责任人复核，才同时具备SEO价值与项目参考价值。
参考资料
- ZStack ZVF 虚拟化平台
- ZStack ZSphere 虚拟化平台
- ZStack 白皮书专区
- Broadcom 虚拟机迁移与处理器说明
