【包头青山区】供热公司15年机房迁移：物理机→VMware vSphere虚拟化平台全程实录

包头市青山区某供热公司负责青山城区约120万平方米的冬季供暖面积，公司机房内运行着3台IBM x3650 M4服务器（2009年购置），分别部署了收费系统（SQL Server 2008）、客服呼叫系统（基于Debian Linux）、生产调度系统（Windows Server 2008 R2）。15年的运行让这些服务器状况堪忧：硬盘SMART预警频繁、RAID卡电池老化、电源风扇噪音巨大且功耗极高，机房温度夏天经常超过35℃，严重威胁系统稳定性。

迁移挑战

• 3台物理服务器上运行3套生产系统，不能长时间停机（收费系统需24小时可访问）
• 收费系统与银行系统有专线对接，迁移后IP地址变更需协调银行侧配合
• 历史数据量大：收费系统数据库约180GB，包含10年缴费记录；调度系统存有多年生产数据
• 无虚拟化经验，IT人员仅2人，需确保迁移后能正常运维

迁移方案设计

一、新平台选型

不舍昼夜技术为供热公司设计了VMware vSphere 7.0虚拟化平台方案：

• 服务器：2台Dell PowerEdge R750xs（双路Xeon Gold 5318Y，256GB RAM，4×960GB SSD RAID10）
• 存储：1台Dell PowerVault ME5024（24盘位，配置12×8TB NL-SAS，RAID6，有效容量约72TB）
• 虚拟化：VMware vSphere 7.0 Enterprise Plus（含vMotion、HA、DRS功能）
• 备份：Veeam Backup & Replication 11，备份至本地存储+腾讯云COS

二、迁移策略：P2V + 分批迁移

采用Physical-to-Virtual（P2V）方式，将每台物理机完整迁移至虚拟机：

1. 第一阶段（迁移前准备）：安装配置ESXi主机、vCenter Server、存储网络；与银行协调新IP地址（新增专线VLAN，不影响原有物理机运行）
2. 第二阶段（客服呼叫系统迁移）：夜间00:00-05:00进行vMotion热迁移，迁移后测试3小时确认无问题
3. 第三阶段（生产调度系统迁移）：同样夜间窗口期迁移，调度系统允许短时停机（2小时窗口）
4. 第四阶段（收费系统迁移）：利用夏季非供暖季，迁移窗口可延长至8小时（含银行侧IP变更协调）

三、数据迁移与验证

• 使用VMware vCenter Converter进行P2V转换，转换过程对生产系统无影响
• 数据库迁移采用"备份-恢复"方式：源库完整备份→目标虚拟机恢复→比对数据记录数与checksum
• 迁移后进行72小时连续运行测试，重点监测：数据库连接数、存储I/O延迟（目标<5ms）、CPU/内存占用率

四、运维体系建设

迁移完成后，团队为供热公司建立了一套可持续运维的体系：

• 监控告警：vCenter + Zabbix双层监控，覆盖主机、网络、存储、虚拟机内部（CPU/内存/磁盘/进程）
• 备份策略：每日增量备份（工作日）+ 每周全量备份（周日），备份保留90天；重要数据（收费系统数据库）额外做一次每日备份到腾讯云COS
• 文档交付：提供完整的虚拟机配置手册、备份恢复操作手册、故障排查手册，对2名IT人员进行实操培训（2个工作日）
• 远程运维：部署堡垒机（JumpServer），远程运维需二次认证，所有操作均有审计日志

迁移效果

• 虚拟化平台CPU平均利用率约18%，远低于原来物理机80%以上的平均利用率
• 3台物理服务器（总功耗约900W）替换为2台虚拟化服务器（总功耗约500W），年节省电费约3.5万元
• VMware HA保障下，任一ESXi主机故障，业务可在2分钟内自动迁移恢复
• IT运维效率大幅提升：新建一台服务器从采购到交付从2周缩短至2小时（通过模板克隆）