VMware 替代项目做到预算阶段，经常会看到非常醒目的成本数字。
有项目说硬件采购成本节省 97%，有医院项目把硬件设备利旧率做到 60%，也有证券公司新建 40 节点异地灾备池时减少了约 50% 的硬件采购成本。还有项目把原本的“7 个服务器节点 + 一套 NAS”压缩成 4 个超融合节点。
这些数字都真实发生在具体项目里，却不能直接放在一起比较。97% 说的是硬件采购，60% 说的是设备利旧率，50% 可能来自服务器复用和取消独立 SAN 网络，节点缩减则同时改变了服务器、NAS 和机房占用。
企业做 TCO，真正要回答的是：省下来的究竟是哪一笔钱，新增的又是哪一笔钱。
一、先别问“能降多少”，先问成本落在哪
一套完整的三年 TCO 通常包含：
软件订阅与许可+ 服务器与配件+ 存储、SAN/NAS 与网络+ POC、迁移和回退+ 运维、培训与支持+ 三年扩容+ 机房、供电与制冷+ 风险预留- 可复用资产价值
这里要特别区分一种常被忽略的路线：榫卯服务器虚拟化（原 SMTX ELF）可以独立部署，通过 FC、iSCSI 等协议连接现有 SAN 或第三方存储。此时预算重点是虚拟化平台、兼容和迁移，而不是重新购买一套分布式存储。它适合存储仍在生命周期内、企业希望先替换 vSphere 的项目。
企业最容易犯的错误，是把某一个成本项的降幅，当成整个项目的降幅。
某人寿保险公司在 1 个月内迁移 200+ 台 VMware 虚拟机，同时替代 vSAN。项目保留了数台 VxRail 服务器，只补充部分 SSD，最终硬件采购成本节约 97%。
这个结果说明服务器主体和大部分硬件没有重买。但它没有回答：新平台软件多少钱，200+ 台虚拟机迁移需要多少工作量，业务切换窗口有多长，后续培训和支持成本是多少。
因此，97% 应该写进“服务器与配件采购”这一项，而不是写成“三年总成本下降 97%”。
二、全部利旧，也不等于没有硬件成本
另一个汽车零部件项目在 1 个月内迁移近 300 台虚拟机、200+ TB 数据，承载 MES、SAP、WMS、SCADA 等生产系统。项目把原有 10+ 台 vSAN 服务器全部保留，只更换接近使用周期的硬盘。
“服务器全部利旧”很容易被理解成“硬件不用花钱”。实际上，硬盘更换、兼容检查、迁移、停机窗口和回退演练都仍然存在。
尤其是承载生产系统的集群，旧服务器还要检查：
lCPU、内存和网卡规格是否一致；
l磁盘寿命和故障率是否可接受；
lRAID 卡、万兆网卡是否需要补充；
l旧固件与目标平台版本是否兼容；
l维保和备件是否还能持续。
所以，全部利旧带来的是一笔可观的采购节省，同时也会把项目重点转移到补件、兼容和迁移工作上。预算中如果只写“服务器零采购”，却没有迁移与验证费用，项目很容易在实施阶段追加预算。
三、60% 的利旧率，更接近多数企业的真实情况
某三甲医院计划复用 8 台原 vSAN 服务器。但这些服务器分三次采购，CPU、内存和硬盘配置各不相同，部分批次还存在可靠性风险。
项目没有把这些设备直接塞进同一集群，而是补充 SSD、RAID 卡和万兆网卡，通过分批循环热迁移完成改造，最终硬件设备利旧率达到 60%。
这个案例比“全部利旧”更值得多数企业参考。真实存量环境通常就是多个品牌、多个批次和不同配置混在一起，能不能继续用，不只看兼容列表，还要看性能一致性和故障风险。
在预算表中，60% 可以用于估算硬件设备复用比例，剩下的 40% 还要逐项计算：
硬件设备投入 =必须新购的服务器+ 利旧服务器补件+ 新增或更换的硬盘、RAID 卡和网卡+ 兼容测试和分批迁移
不能把 60% 直接写成“总成本下降 60%”，因为软件、迁移和运维还没有进入这个比例。
四、有些节省，省掉的是一整套架构边界
某证券公司建设 40 节点异地灾备资源池。项目利用原生产环境备机，增加硬盘和内存，通过万兆以太网构建超融合资源池，没有再采购独立 SAN 存储交换机。
在这个项目中，硬件采购成本节约约 50%。
这笔节省不是简单把服务器单价压低，而是同时改变了几项采购：
l既有服务器继续使用；
l部分硬盘和内存补充后重新进入生产；
l不采购独立 SAN 存储交换机；
l存储网络从独立 SAN 走向以太网资源池。
类似的变化也发生在存储和机房层。某半导体智能制造平台原本计划采购 7 个服务器节点和一套 NAS，最终用 4 个超融合节点同时承载虚拟化、块存储、文件存储和备份目标，硬件采购成本节省 20%。
另一家妇幼保健院采用 VMware + SMTX OS 融合部署后，不需要额外采购独立存储设备，约节省 50% 机架空间，同时降低 UPS 和散热压力。
前者减少节点和 NAS，后者减少机架、供电和制冷。它们都能影响 TCO，但进入的是不同成本行。
五、把项目结果变成三年预算
有了真实案例，下一步不是套比例，而是建立企业自己的成本基线。
1. 原 VMware 方案不是零成本
继续使用 VMware，未来三年仍可能发生：
l订阅续约和扩容；
lvSAN、附加组件或捆绑产品；
l服务器和存储更新；
l版本升级与兼容工作；
l现有运维、培训和支持。
如果原方案基线没有计算这些未来支出，新方案的节省会被高估。
2. 新方案要把迁移和运维算进去
新方案三年成本 =新平台软件+ 服务器、存储和网络+ 补件与兼容改造+ POC 与迁移+ 运维、培训和支持+ 三年扩容+ 风险预留
迁移工具支持无代理复制和最终增量同步，能够减少业务停机时间，但并不会消除迁移规划和最后业务验证。200+ 台与 300 台虚拟机的项目能在一个月左右完成，背后仍然依赖网络、批次、业务窗口和迁移团队配合。
3. 用案例区间做敏感性分析
真实案例更适合用来设定敏感性边界。
例如，企业计划新增硬件预算为H。如果现有环境接近人寿项目，服务器主体可以复用、只补 SSD，硬件采购行可能接近0.03H；如果接近医院的异构环境，只有 60% 的设备可以利旧，则硬件投入更接近0.4H加改造配件。
这两个结果差距很大，但它们描述的本来就是两种不同的存量基础。
同样，如果新方案同时取消独立 NAS 或 SAN 网络，还要把这些设备、机架和能耗从原方案中扣除。如果只需增加容量、不需要增加计算，则要重新判断按节点扩容的 HCI 是否仍合适。
六、最终应该怎么写 TCO
一份能用于决策的 TCO，不需要先给出“整体节省 50%”这样的结论。它应该先把账拆开：
l软件订阅：合同、续约和产品组合
l服务器与配件：利旧比例、补件和维保
l存储与网络：SAN/NAS、以太网和扩容
l迁移与 POC：虚拟机数量、例外和停机窗口
l运维与培训：人员、工具和服务
l机房与能耗：机架、供电和制冷
l三年扩容：核数、容量和节点增长
l风险预留：回退、兼容和二次迁移
企业可以先用自己的实际数据填写原方案，再把候选方案逐项放入。若服务器复用率高、独立存储减少、迁移规模可控，三年成本优势更容易出现；若旧服务器集中到期、特殊设备较多，或者原合同仍有较长缓冲期，结论就可能不同。
真实案例最有价值的地方，是帮助企业判断“这一项大概有没有机会省”，而不是替企业直接得出一个总降幅。
七、结论
97% 硬件采购节省、60% 设备利旧率、50% 硬件采购节省和 20% 节点与 NAS 缩减，都可以成为 TCO 的有效输入，但必须先回到对应项目：
l哪些服务器继续使用；
l哪些配件需要补充；
l哪些独立设备可以取消；
l迁移要投入多少；
l运维和三年扩容如何变化。
把这些项目数据放进同一张企业预算表里，得到的三年成本才能用于采购决策，也更容易在项目实施后复核。
