VMware 转向订阅制，虚拟化迁移至超融合整体方案
可对外宣讲、投标、交付落地的完整方案。覆盖政策背景、选型评估、实施路径、TCO 测算、风险与注意事项，并附 1200 台大规模迁移实战作为标杆案例。
摘要（一页速览）
博通完成对 VMware 的收购后，许可模式由「按 CPU 插槽买断 + 年度维保」转为「按核心订阅」，并设置最低核心数计费门槛，多数存量客户在续保或扩容时面临成本台阶式上升。同时，永久许可的原厂支持与订阅（SnS）停止续订，存量环境在维保到期后无法继续获取补丁、安全更新与技术支持——这带来的是安全与等保合规风险，而不是「许可失效」或「侵权」。
本方案建议以「虚拟化底座重构、迁移国产超融合」为主线，先做资产与负载盘点，再按「测试 → 一般业务 → 核心业务与数据库」分批滚动迁移，数据库一律采用「新环境搭建 + 数据同步 + 连接串切换」，严禁整机 V2V。整体周期按规模缩放：几十台虚拟机约 6～8 周，数百台规模约 4～6 个月。3～5 年 TCO 是否优于持续订阅，须以实际核数、节点数、维保报价测算后出结论，不做无条件承诺。
三条不可让步的红线：① 跨 VMware → 超融合不存在真正的「零停机热迁移」，只能做增量同步 + 计划内短停机切换；② 数据库不做整机迁移；③ 每一批迁移都要有可执行的回滚路径（优先备份恢复）。
一、项目背景与政策变化
1.1 时间线（校准口径）
| 时点 | 事件 | 对客户的影响 |
|---|---|---|
| 2023 年 11 月 | 博通完成对 VMware 的收购交割 | 产品线与商务政策进入调整期 |
| 2023 年 12 月起 | 宣布停止永久许可新售及永久许可支持（SnS）续订，主力产品转向订阅制 | 新购无法再买断；存量环境续保通道收窄 |
| 2024 年起 | 订阅制成为主要售卖方式，计费单位由 CPU 插槽改为 CPU 核心 | 报价模型、预算科目、采购方式都要重算 |
说明：以上为公开公告的通用口径，具体到某一客户的许可清单、可续订产品与报价，一律以博通/VMware 当期官方许可说明与正式报价单为准，投标引用前建议向原厂或总代索取书面确认。
1.2 计费规则变更
- 计费单位变化：vSphere 由按 CPU 插槽（per socket）许可，改为按 CPU 核心（per core）订阅。
- 最低核心数门槛：订阅计费设有每个 CPU 的最低核心数起算规则（官方曾公布 16 核/CPU 口径）。这意味着低核密度服务器也要按门槛核数付费，等效单价上升最明显；高核服务器则按实际核心数线性增长。
- 产品打包调整：部分原本可独立购买的产品被并入套件销售，客户可能为用不到的组件付费；后续个别产品又有回调。此项波动较大，必须以当期报价单核对。
- 长期支出：订阅为持续性年费，不构成一次性资产投入，预算从「资本性支出」转向「运营性支出」，且单价与核数、汇率、商务政策挂钩，长期不可控。
1.3 存量买断环境的真实风险（重要定性）
历史买断许可的永久使用权本身依然有效，并不因维保到期而失效，也不构成「侵权」。真正的风险是：
- 补丁与安全更新中断：维保/支持到期后无法获取官方补丁，已知漏洞无法修复，等保测评、漏洞整改、安全通报响应无法闭环；
- 原厂技术支持中断：故障无升级通道，重大故障只能靠自有团队或第三方；
- 版本与生态停摆：无法升级到新版本，逐渐与新硬件、新操作系统、备份软件、安全设备失去兼容；
- 合规审计风险：在等保、行业监管或客户方安全审查中，「无厂商支持、无补丁来源、EOL 版本」通常被认定为高风险项。
因此对外表述建议统一为：「存量环境失去原厂支持与安全更新能力，存在安全与合规风险」，不要写成「许可失效」「合规侵权」——后两种说法在投标答疑与法务审查中容易被质疑。
1.4 客户的两条路线
- 路线 A｜继续沿用 VMware：按新规则续订订阅，年费按核心计价、持续支出；优点是业务零改动、无迁移风险；缺点是长期 TCO 不可控、锁定风险延续、存量安全支持问题仍需单独解决。
- 路线 B｜虚拟化底座重构（推荐）：迁移到国产超融合平台，一次性硬件 + 软件采购，后续维保可控；同时完成国产化、分布式存储、统一运维平台的能力升级；代价是需要一次有计划的迁移工程。
本方案选择路线 B。 候选平台：深信服超融合、云宏 CNware WinHCI、华为 FusionCube、新华三 UIS。
1.5 选型判断前置条件（必须先盘点再定模式）
先完成现有服务器、存储、网络的型号、年代、规格盘点，据此二选一：
- 利旧模式：现有服务器硬件状态良好（详见 4.4 判据），采用纯软件超融合部署，复用现有 x86 服务器；
- 整机更新模式：服务器老旧、存储性能不足或无 SSD 缓存，直接上新超融合一体机，软硬件打包交付。
二、目标与范围
2.1 业务目标
- 摆脱订阅成本逐年上涨与许可政策不可控的风险；
- 业务平滑迁移，停机窗口可控，降低业务中断影响；
- 统一虚拟化、分布式存储、网络、备份与运维平台，减少多套系统拼装；
- 形成国产化底座，适配等保、信创与预算评审要求。
2.2 迁移范围界定（重点）
| 对象 | 是否纳入 | 方式与说明 |
|---|---|---|
| 常规虚拟化业务、应用服务器、Web、中间件、文件服务 | ✅ | P2V / V2V 迁移 |
| 测试、开发环境 | ✅ | 低优先级，可批量迁移，用作首批验证 |
| 宿主机资源盘点 | ✅ | 评估是否满足超融合硬件门槛（CPU、内存、磁盘、网卡、SSD 缓存） |
| 数据库（Oracle、SQL Server、MySQL 核心库） | ⚠️ | 不建议整机 V2V；在新平台搭建同版本数据库，通过备份恢复、逻辑同步、主从/主备同步迁移，规避驱动、快照、一致性与日志截断风险 |
| 绑定物理加密狗、VM 序列号、特殊内核/驱动的系统 | ⚠️ | 单列清单，逐项与应用厂商确认授权与兼容性，必要时保留原物理机 |
三、资源评估（实施前置阶段，输出《资源评估报告》）
该报告是后续选型、预算、工期三者的共同依据，未出报告不建议进入 PoC。
3.1 虚拟机资产盘点
- 数量：总虚拟机数，按生产 / 测试 / 开发拆分；
- 配置：vCPU、内存、磁盘容量、磁盘 IOPS、网卡与网络归属；
- 业务标签：核心业务 / 一般业务 / 可随时停机业务，并标注业务负责人；
- 操作系统与依赖：Windows / Linux 版本，是否有特殊驱动、加密软件、绑定 VMware Tools 的业务、绑定 MAC 或 VM UUID 的授权。
3.2 硬件与网络盘点
- 服务器出厂年限、CPU 型号与单台核数、内存、硬盘、RAID 配置、网卡（万兆优先）；
- 独立存储：SAN / NAS，评估下线、回收或作为新平台后端对接；
- 网络：是否具备万兆交换机、独立存储平面、VLAN 与 IP 地址规划、跨机房链路带宽。
3.3 负载与业务连续性评估
- 峰值 CPU、内存、读写 IO、快照数量与占用、现有备份策略与备份窗口；
- RTO（业务可容忍的最长停机时间）与 RPO（可容忍的最大数据丢失窗口）逐业务确认，作为批次划分与切换方案的硬约束。
3.4 许可与合规评估
- 当前 VMware 维保/支持到期时间，以及到期后失去补丁支持的具体日期；
- Windows、数据库、中间件许可是否绑定旧硬件或旧 VM，迁移后是否需要重新激活或重新授权；
- 等保测评、行业监管、信创改造的时点要求，是否与迁移窗口冲突。
四、超融合选型评估（补齐选型决策依据）
4.1 候选平台定位
| 平台 | 典型定位 | 关注要点 |
|---|---|---|
| 深信服超融合 | 国产化替代 VMware 的主力方案之一，迁移工具与服务端能力较完整 | 迁移工具兼容性、分布式存储性能、本地服务响应 |
| 云宏 CNware WinHCI | 虚拟化与超融合软件，信创适配场景较多 | 硬件兼容列表、生态与长期版本路线 |
| 华为 FusionCube | 软硬件一体、与自有服务器存储生态绑定 | 与现网设备协同、商务与维保体系 |
| 新华三 UIS | 与 H3C 网络设备协同性强 | 网络一体化方案、现有网络复用度 |
以上为公开资料层面的通用定位描述，不构成厂商排名或性能结论；正式选型以厂商书面技术应答、PoC 实测与报价单为准。
4.2 七个评估维度（建议纳入评分表）
- 迁移能力：V2V 工具对 Windows / Linux / 老旧内核的支持、增量同步能力、批量编排与回滚能力；
- 虚拟化与存储架构：分布式存储副本/纠删策略、缓存机制、IO 时延、故障域与 HA 切换表现；
- 数据库承载与生态：Oracle / SQL Server / MySQL 官方支持姿态、备份软件与容灾产品兼容清单；
- 信创与合规适配：芯片、操作系统、数据库适配认证，等保与行业监管所需材料；
- 运维与可观测性：统一管理平台、监控告警、容量分析、扩容与升级路径、日志与审计留痕；
- 服务能力：本地技术团队、实施交付体系、7×24 支持与 SLA、重大故障升级通道；
- 商务与 TCO：许可模型（按节点 / 按 CPU / 按容量）、首年与后续维保比例、扩容单价、培训与实施费用。
4.3 PoC 必测项（建议写入招标技术要求）
- V2V 兼容性：抽样覆盖 Windows、Linux、老旧内核、带 Raw 盘/共享盘的虚拟机；
- 快照、备份、恢复与 HA 切换实测；
- 数据库在新平台的安装、备份恢复与连接串切换演练；
- 峰值负载下的 IO 与时延基线；
- 失败回滚演练：迁移中断、开机失败时的恢复路径与耗时；
- 迁移工具对业务平面带宽的占用实测。
4.4 利旧 vs 整机更新的量化判据
| 判据 | 建议利旧 | 建议整机更新 |
|---|---|---|
| 服务器出厂年限 | ≤ 4～5 年且在原厂维保内 | > 5 年或已过保 |
| 网卡 | 万兆及以上，可支持独立存储平面 | 千兆为主 |
| 磁盘/缓存 | 具备 SSD 缓存盘 | 全机械盘、无 SSD 缓存 |
| 节点数与同构性 | ≥ 3 节点且型号/配置基本一致 | 型号混杂、无法组成同构集群 |
| 存储 | 可接入分布式存储，无单点瓶颈 | 依赖老旧集中存储且性能不足 |
不要强行利旧：老服务器、千兆网、无 SSD 缓存的组合跑分布式存储，体验与稳定性都难以达标，最终往往以返工收场。
五、实施整体路径（五阶段）
阶段一：方案设计 & PoC（2～4 周）
- 确定厂商与模式（利旧软件部署 / 全新一体机）；
- 客户拿不准时做 PoC，导入少量测试虚拟机验证 4.3 全部必测项；
- 网络平面规划：业务平面、存储平面、管理平面三平面分离；
- 输出详细迁移矩阵：业务清单、迁移顺序、停机窗口、责任人、验收项、回滚方案。
阶段二：平台搭建 & 预迁移准备
- 部署超融合集群，完成存储池、虚拟交换机、HA、备份策略配置；
- 部署厂商迁移工具，并完成工具侧授权与连通性验证；
- 全量备份：所有待迁移虚拟机与数据库做独立全量备份，并验证可恢复（备份不可恢复等于没有备份）；
- 业务侧确认：应用厂商、数据库厂商书面确认新平台兼容性与授权；
- 建立监控基线：新集群监控 + 业务侧监控，供迁移前后性能对比。
阶段三：分批迁移（核心执行）
优先级由低到高：
- 测试环境、非核心业务先行——验证 V2V、开机、网络、业务连通，暴露工具、驱动、网络问题；
- 一般业务应用——夜间 / 周末窗口迁移；
- 核心业务与数据库——应用层 V2V；数据库走「新库搭建 + 数据同步 + 切换业务连接串」，把停机压缩到切换时刻。
迁移方式（术语校准，务必区分）：
| 方式 | 是否停机 | 适用与说明 |
|---|---|---|
| 离线迁移 / 冷迁移（推荐） | 停机 | 虚拟机关机后导出或 V2V 转换，兼容性最好、风险最低，适合绝大多数业务 |
| 增量同步 + 短停机切换 | 计划内短停机 | 厂商工具先做全量 + 增量同步，在约定窗口内完成最后一次同步并切换，是大数据量业务的主流做法 |
| 同构平台内在线热迁移 | 不停机 | 仅适用于同一虚拟化平台内部；跨 VMware → 超融合不存在真正的零停机热迁移，不得对客户承诺 |
原文「在线迁移（冷迁移优先）」把两个相反概念并列，已更正。对外宣讲与投标应答统一用上表口径。
每批次的 Go / No-Go 判据与验收：
- Go 条件：全量备份可恢复、业务方签字确认窗口、回滚方案与责任人就位、监控基线已采集；
- 验收项：开机、IP 与 MAC、服务与端口、日志、业务功能、数据一致性核对、性能对比；
- No-Go / 回滚：任一验收项失败且在窗口内无法修复，按预案回切，优先用备份恢复，不做临时拼凑的回切。
阶段四：割接、验证、下线旧平台
- 全部业务迁移完成后稳定运行 2～4 周观察期（按规模与 RTO 约定，与第七章周期表一致）；
- 确认业务无异常、备份策略正常、监控告警无遗留；
- 逐步下线旧 VMware 集群；如客户要求保留应急回滚池，可短期保留并关闭对外访问，到期后按数据销毁流程彻底清除（含磁盘擦除记录）。
阶段五：运维交接、文档、持续优化
- 运维培训：超融合管理、备份恢复、扩容、常见故障处理；
- 交付全套文档：架构图、虚拟机台账、迁移记录、验收报告、应急手册；
- 持续调优：存储缓存策略、资源调度、QoS 与容量水位。
六、周期参考（可按规模缩放）
| 规模 | 评估与梳理 | PoC 与试点 | 分批滚动迁移 | 稳定观察 | 整体周期 |
|---|---|---|---|---|---|
| 小规模（几十台虚拟机） | 2 周（含评估） | 与评估并行 | 2～4 周 | 2 周 | 6～8 周 |
| 中大规模（数百台，对标 1200 台实战组织方式） | 3～4 周 | 3 周 | 8～12 周 | 4 周 | 4～6 个月 |
周期为不含采购到货、合同流程的实施工期；一体机采购、机房改造、网络割接需单独计入项目总计划。
1200 台级实战的关键点：不是一次性割接。 按业务域、机房、部门滚动，成立专门迁移小组，每天固定迁移批次、每日复盘问题库，把「经验」沉淀成脚本与检查表，再用脚本放大产能。
七、TCO 与业务影响测算
7.1 TCO 测算维度
- 原有 VMware 成本：按核心计价的年订阅费，测算未来 3 年 / 5 年累计支出；叠加维保、原厂服务与因版本升级产生的附加采购；
- 新超融合投入：
- 上新一体机：硬件 + 超融合软件许可 + 首年维保 + 实施服务；
- 利旧：软件许可、必要的 SSD 缓存/万兆网卡补齐、实施服务；
- 后续年度成本：维保续费比例、扩容节点单价、备件与能耗；
- 隐性成本：迁移实施、业务测试、临时人力、停机窗口带来的业务损失、培训与学习曲线；
- 输出结论：以 3 年 / 5 年两个周期出对比表，标注全部假设口径（核数、节点数、折现率、维保涨幅假设）。
结论口径校准：原稿写「3～5 年国产超融合通常优于持续订阅 VMware」，属无条件承诺，投标答疑时容易被要求举证。改为：在按核心订阅且核数较多的场景下，3～5 年周期通常出现成本交叉点；是否占优须以本客户实际核数、节点数、维保报价测算为准。《TCO 对比测算表》必须留「假设口径」页，供评审复核。
7.2 业务影响评估（必须写入方案）
- 业务中断时长：按测试业务 / 普通应用 / 核心数据库三档分别承诺窗口；数据库切换是最大风险点，需单独给出切换与回退时序（分钟级）；
- 性能变化：迁移前后 CPU、内存、IOPS、时延对比，用阶段二采集的监控基线做量化；
- 兼容性风险清单：老旧 Linux 内核、特殊加密软件、硬件加密狗、绑定 VM UUID/MAC/序列号的授权系统；
- 回滚成本：每一批都要有回滚路径与耗时上限，优先用备份恢复，而非临时回切旧虚拟机。
八、重点风险与注意事项
8.1 许可与合规
- 存量环境维保到期后不要抱侥幸：失去补丁与安全更新会在等保测评、漏洞整改中形成明确不符合项；对外表述用「安全与合规风险」，不用「侵权」；
- 迁移前确认 Windows、数据库、中间件许可是否允许迁移、是否需要重新授权，逐项取得厂商书面答复；
- 订阅制条款、可续订产品清单与报价，以当期官方文件为准，不以二手资料或往年报价推断。
8.2 迁移技术风险
- V2V 不是万能：挂载 Raw 盘、特殊内核、VM 专属驱动的虚拟机可能迁移后无法启动，务必提前抽样测试；
- 数据库严禁整机迁移：快照、磁盘一致性、日志截断问题极易造成数据损坏，统一走「新环境搭建 + 数据同步」；
- IP 冲突与 MAC/UUID 绑定：迁移前统一梳理，逐项确认授权与配置；
- 快照清理：大量旧快照显著拉长迁移时长、抬高失败率，迁移前清理无用快照；
- 网络瓶颈：V2V 走业务平面易挤占生产流量，优先独立存储 / 迁移网络平面；
- 零停机承诺：跨异构平台不存在真正热迁移，方案与销售口径统一为「计划内短停机切换」。
8.3 硬件选型风险
- 利旧路线：老服务器、无 SSD 缓存、千兆网卡跑分布式存储体验差，按 4.4 判据否决，不强行利旧；
- 一体机路线：优先万兆网络、三平面隔离，预留 20%～30% 扩容余量与机柜电力/散热余量。
8.4 组织与沟通风险
- 业务部门、应用厂商、数据库厂商、运维、安全多方同步，迁移矩阵逐批签字；
- 窗口放在业务低谷，核心业务避开月初结账、财报、业务高峰；
- 建立应急群与应急联系人清单，明确升级路径与决策人。
8.5 运维与备份体系变化
- 原有团队熟悉 vCenter，切换国产平台存在学习曲线，培训与并行观察期不可压缩；
- 备份体系必须同步迁移重建，不能继续把 VMware 快照当唯一备份；等保要求的日志审计、留痕、账号权限同步纳入验收。
九、标杆案例：1200 台虚拟化大规模迁移实战
来源与口径说明：本节按厂商公开案例与行业公开资料的通用口径整理，用于说明「大规模迁移的组织方式与方法论」，不代表对某一具体客户项目的审计结论。投标正式引用时，建议替换为厂商盖章/可公开引用的案例材料，并核对台数、时间与效果数字。
- 规模：VMware vSphere 上合计约 1200 台虚拟机，覆盖 OA、ERP、Web、中间件、数据库、开发测试等业务域；
- 痛点：订阅涨价与维保到期双重压力、长期 TCO 不可控、缺乏统一运维平台；
- 实施策略：
- 全资产扫描，建立完整虚拟机台账，按业务域 / 机房 / 部门分组；
- 先迁移全部测试环境，沉淀迁移脚本与问题库；
- 生产业务分批滚动，每批限定数量、夜间窗口、当日复盘；数据库采用「搭建新实例 + 逻辑同步 + 连接串切换」；
- 新旧平台并行运行一段时间作为应急兜底，稳定后逐步下线旧平台；
- 迁移完成后统一纳管备份、监控、高可用与容量管理；
- 收益（定性）：摆脱按核心订阅的持续支出结构、底座国产化、运维平台统一、长期成本可控；
- 可复用经验：迁移产能来自「脚本 + 检查表 + 每日复盘」，不是靠一次性大割接；这也是本方案阶段三「批次 + Go/No-Go + 回滚」设计的来源。
十、方案交付物清单
以下 10 份为方案配套交付包，按项目范围裁剪；对外宣讲时以清单形式呈现，正式交付阶段按项目提供电子档。
Word 文档（5 份）
| 序号 | 文件 | 主要内容 |
|---|---|---|
| 01 | 现状与风险评估报告 | 政策背景、资产盘点、合规/安全/数据三类风险、结论与建议 |
| 02 | V2V 迁移操作规范 | 迁移前检查清单、标准操作步骤、禁止事项、常见问题处置 |
| 03 | 数据库迁移专项方案 | Oracle / SQL Server / MySQL 各自迁移方式、切换窗口、回退路径 |
| 04 | 上线验收标准 | 平台层 / 业务层 / 数据库 / 文档四层验收清单 |
| 05 | 运维手册与培训材料 | 日常运维、故障处理、扩容与备份、4 讲培训大纲 |
Excel 表格（5 份）
| 序号 | 文件 | 主要内容 |
|---|---|---|
| 06 | 资产盘点与资源评估表 | 3 个 Sheet：虚拟机台账（15 台示例）、宿主机硬件盘点、资源负载评估 |
| 07 | TCO 对比测算表 | VMware 订阅 vs 超融合 3/5 年累计成本对比 + 假设口径页 |
| 08 | 超融合选型对比表 | 深信服 / 云宏 / 华为 / 新华三 UIS 按 4.2 七个维度对比打分 |
| 09 | 迁移批次清单与甘特图 | 5 批次窗口 + 17 周甘特图 |
| 10 | 风险清单与应急预案 | 10 条风险登记册 + 应急联系人表 |
本方案主文档定位
本文件为母版方案，用于对外宣讲、投标技术应答与交付落地；上述 10 份为按项目裁剪的配套模板包，不随公众号文章直接分发。
附：资料来源与免责说明
- 政策与许可变化：依据博通/VMware 公开公告与行业公开资料的通用口径整理，具体许可清单、可续订范围、计费规则与报价以官方当期文件及正式报价单为准；
- 厂商与产品定位：依据公开资料整理，不构成排名、性能结论或采购推荐；
- 1200 台案例：按公开案例口径整理，用于说明方法论，正式引用前请核对并替换为可公开引用的厂商材料；
- TCO 结论：均为测算框架，不构成成本承诺，以项目实测数据与报价单为准。
编制：福建IT网 / AIIT 数字工坊 · 2026-11-05