简介这份文档面向中小企业IT运维与架构人员提供一套基于VMware的三台物理机服务器虚拟化落地方案用于替换老旧物理设备、提升资源利用率并实现业务系统平滑迁移。文档围绕客户现有八台物理服务器的资源使用统计展开涵盖项目目标、虚拟化架构设计、方案优势及软硬件配置清单重点讲解如何用少量高性能服务器搭建虚拟化集群通过双链路共享存储与免费迁移工具完成平滑迁移并保障单节点业务高可用与未来1-3年扩展需求。资源为1个docx文件压缩包约87KB内容以方案说明、架构图与配置表格为主结构清晰可直接作为同类虚拟化项目的参考模板。目前已有88人学习适合需要编写虚拟化改造方案或评估VMware落地路径的读者借鉴。1. 三台物理机做 VMware 虚拟化一份 2015 年的方案文档今天还能怎么用手里这份《三台物理机虚拟化解决方案.docx》标题写的是三台正文里客户环境其实是八台老服务器最后落到两台高性能物理机加一台共享存储的架构上。这个数字上的出入先放一边它真正有价值的地方在于它是一份完整的、从现状盘点走到配置清单的落地文档不是那种只讲概念的 PPT。文档里把 CPU 58 core、内存 48GB、存储 4340GB 已用 1132.8GB 这些原始数据都列出来了然后据此推导出该买什么机器、该选哪个 vSphere 版本。这种先算账再开方的写法放到今天做服务器虚拟化整合依然成立。适合谁看手上有几台老旧物理机、预算有限、想用 VMware 做第一轮整合的运维以及需要写类似方案文档但不知道从哪下笔的人。下面我按这份文档讲了什么 → 怎么照着落地 → 哪些地方会翻车的顺序拆一遍。2. 从八台物理机到两台宿主机资源盘点和架构选型的账怎么算2.1 先看懂文档里的资源现状表文档第 2.1 节给了一张当前环境资源使用情况统计表这是整份方案的地基。它统计了 8 台物理服务器的 CPU、内存、存储三项数据结论是CPU 共 58 core平均使用率不超过 10%内存共 48GB平均使用率不超过 50%本地存储共 4340GB已用 1132.8GB使用率 26%。这三个数字决定了后面所有选型。CPU 使用率 10% 意味着整合比可以做得很大因为虚拟化本身有调度开销但 10% 到 70% 之间还有巨大空间。内存 50% 是个需要警惕的信号——内存不像 CPU 可以超分得那么激进VMware 虽然有透明页共享和内存压缩但生产环境一般不建议内存超分超过 1.2 到 1.5 倍。存储 26% 说明容量不是瓶颈但文档特别提到 TJSV20 和 TJSV21 两台接近 50%这两台大概率是文件服务或数据库迁移时要单独关注 IO。我一般会建议在盘点阶段多补一列每台服务器的磁盘 IOPS 峰值。文档里没有这个数据但存储整合最容易出问题的地方就是 IO 争抢。如果原环境是 8 台机器各带本地盘IO 压力分散在 8 组盘上整合到一套共享存储后所有虚拟机的 IO 都压到同一组盘这时候如果共享存储的 IOPS 不够性能会比原来还差。文档选的共享存储是 10K 转速磁盘、4TB 以上容量按 10K SAS 盘单盘约 130 到 150 IOPS 估算如果配 8 到 12 块盘做 RAID可用 IOPS 大概在 800 到 1500 之间应付 8 台低负载业务机问题不大但如果 TJSV20/21 是 IO 密集型就要考虑加 SSD 做分层。2.2 架构为什么选两台宿主机 直连共享存储文档 2.2 节的架构设计是两台高性能物理服务器直链光纤共享存储双链路交叉连接。这个选择在 2015 年的中小企业场景里是标准答案放到今天看依然合理原因有三。第一两台宿主机是 vSphere HA 的最小可用集群。单台宿主机做虚拟化也能跑但没有任何冗余宿主机一挂所有虚拟机全停。两台组成集群后一台故障另一台上的资源足够接管HA 才能生效。文档里 8 台物理机的总资源是 58 core / 48GB两台新宿主机按配置清单是每台 2 颗 E5-2603每颗 4 核共 8 核 8 线程加 96GB 内存两台合计 16 核 / 192GB。CPU 核数看起来比原来的 58 core 少很多但原环境 CPU 使用率只有 10%58 core 的实际消耗约 5.8 core16 核完全够用内存 192GB 对 48GB 的实际用量更是绰绰有余。这就是虚拟化整合的账不是按物理核数 1:1 替换而是按实际消耗量来配。第二共享存储是 vMotion 和 HA 的前提。没有共享存储虚拟机文件锁在本地盘上HA 接管时无法在其他宿主机上重新注册虚拟机。文档选的是 FC 光纤共享存储双控制器、双光纤交换机、双链路交叉连接这是消除单点故障的标准做法。所谓双链路交叉连接就是每台宿主机用两块 HBA 卡分别连到两台光纤交换机两台交换机再分别连到存储的两个控制器。这样任何一条链路、任何一台交换机、任何一个控制器故障路径都还有冗余。第三直连DAS还是 SAN文档写的是直链光纤的共享存储从配置清单看有2 台光纤交换机每台 8 口激活或以上说明是标准 FC SAN 架构不是服务器本地盘直连。这个区别很关键本地盘直连做不了真正的共享存储集群只能做 vSAN 或类似方案而 2015 年 vSAN 还没成熟到中小企业敢用的程度。2.3 迁移路径免费工具怎么把 8 台物理机搬进来文档提到通过 vmware 免费的迁移工具平滑迁移。2015 年这个时间点VMware 的免费迁移工具就是 vCenter Converter Standalone后来叫 VMware vCenter Converter。它的工作方式是在目标 vSphere 环境里注册一个 Converter 服务然后对源物理机做热克隆在线迁移或冷克隆离线迁移。热克隆的流程大致是Converter 在源物理机上安装一个临时 Agent读取磁盘数据通过网络传到 ESXi 宿主机上的目标虚拟机。源机器在迁移过程中可以继续运行但迁移完成后需要停机做一次最终同步然后切换。冷克隆则是用 Converter 的启动盘引导源物理机在裸机状态下把磁盘复制走源机器全程停机。对于文档里这 8 台业务和办公服务器我一般会建议办公系统、文件服务这类可以接受短时停机的用冷克隆干净利落数据库、邮件这类不能停的用热克隆先做一次全量同步选在业务低峰期做最终切换。Converter 迁移最大的坑是驱动问题——源物理机的存储控制器驱动比如某些 RAID 卡驱动在虚拟机里不存在迁移后虚拟机起不来蓝屏报 INACCESSIBLE_BOOT_DEVICE。解决办法是在迁移前先把源机器的存储控制器驱动换成通用的或者在 Converter 里指定目标虚拟机的磁盘控制器类型为 LSI Logic SAS 并提前注入驱动。3. vSphere 版本与许可Essentials Plus Kit 到底买到了什么3.1 版本选型为什么是 6.0.0 而不是更新的文档软件配置写的是 vSphere Essentials Plus Kit 6.0.0版本号 2494585发布日期 2015-3-12。这个版本号是 vSphere 6.0 的 GA 版本。放到今天看6.0 早已停止支持但如果读者是拿着这份文档做参考去采购或复现需要理解它当时的选型逻辑而不是照抄版本号。Essentials Kit 和 Essentials Plus Kit 的核心区别文档里其实讲清楚了Essentials Kit 只做服务器整合就是在一台高性能服务器上虚拟多台 VMEssentials Plus Kit 在此基础上多了 vMotion、High Availability、Data Protection、vShield Endpoint 和 vSphere Replication。文档建议选 Plus Kit理由是考虑企业对于高可用、数据保护、虚拟化防病毒等功能的需求。这个建议是对的。如果只买 Essentials Kit两台宿主机就是两个独立的虚拟化盒子一台挂了另一台不会自动接管共享存储也白搭。vMotion 让你可以在不停机的情况下把运行中的虚拟机从一台宿主机迁到另一台这是做硬件维护、固件升级、资源调优的基础操作。HA 则是在宿主机故障时自动重启虚拟机。这两个功能是两台宿主机 共享存储架构的价值所在没有它们这个架构就退化成了两台各自为政的单机。许可数量上Essentials Plus Kit 包含 6 CPU 的 vSphere license 和一个 vCenter Server 实例 license。文档配置的是两台宿主机每台 2 颗 CPU共 4 颗 CPU在 6 CPU 许可范围内还有 2 颗 CPU 的余量可以用于未来扩展。vCenter Server 是管理平台所有宿主机和虚拟机都通过它来统一管理没有 vCenter 就没有集群、HA、vMotion 这些功能。3.2 配置清单里的硬件参数怎么读文档 4.1 节的硬件配置清单我把它整理成表格方便对照设备推荐配置数量vSphere 主机CPU: E5-2603 或以上2 颗RAM: 96GB 或以上Disk: 300G 10K 2 块HBA 卡: 8GB 2 块NIC 卡: 1GB 四口或以上冗余电源2共享存储2 台光纤交换机每台 8 口激活或以上双控制器FC 光纤链路10K 或以上转速磁盘4TB 或以上容量1逐项拆一下。CPU 选 E5-2603这是 Intel Xeon E5-2600 v3 系列里的入门型号4 核 4 线程主频 1.8GHz。文档正文里提到每核心工作主频大于等于 1.8GHz和这个型号对得上。选它不是因为性能强而是因为便宜且够用——原环境 CPU 使用率 10%整合后每台宿主机跑 4 台虚拟机的平均负载E5-2603 完全撑得住。如果预算允许上 E5-2620 v36 核 12 线程会更从容但文档的选型逻辑是够用就好。内存 96GB 或以上这个数字值得算一下。8 台物理机总内存 48GB平均使用率 50%实际消耗约 24GB。两台宿主机各 96GB共 192GB是实际消耗的 8 倍。这个余量留得很大目的是满足文档说的1-3 年的环境扩展需求。我一般会建议内存至少留 2 倍余量因为虚拟机内存一旦分配就很难回收而且 vSphere 的 TPS透明页共享和内存压缩只能缓解不能解决内存不足。96GB 的配置在 2015 年单条 16GB 或 32GB 内存的价格下是性价比比较平衡的选择。Disk 300G 10K 2 块这是给 ESXi 系统盘用的做 RAID1 保证系统盘冗余。ESXi 本身很小几百 MB 就够300G 是留给日志、暂存和可能的本地 ISO 存储。HBA 卡 8GB 2 块8GB 指的是 8Gbps FC 速率两块卡分别接两台光纤交换机做多路径。NIC 卡 1GB 四口或以上四口是为了做冗余和分离流量——管理流量、vMotion 流量、虚拟机业务流量、存储流量如果走 iSCSI 的话最好分开但 FC 存储不走网卡所以四口主要做管理和业务流量的冗余与绑定。共享存储的2 台光纤交换机每台 8 口激活或以上8 口是入门级 FC 交换机的典型配置两台做冗余。双控制器是存储阵列的标准配置每个控制器有独立的 FC 端口和缓存一个控制器故障另一个接管。10K 或以上转速磁盘前面算过 IOPS4TB 或以上容量对应原环境 1132.8GB 已用数据加未来增长留了约 3.5 倍余量。3.3 一个容易忽略的细节vCenter Server 放哪文档没有明确写 vCenter Server 部署在哪里。常见做法有三种部署在物理机上、部署在集群内的一台虚拟机上、使用 vCenter Server ApplianceVCSA。2015 年 VCSA 已经可用但很多方案还是习惯用 Windows 版 vCenter 装在物理机或虚拟机上。如果 vCenter 跑在它自己管理的集群里就会有一个先有鸡还是先有蛋的问题集群故障时 vCenter 也挂了HA 虽然不依赖 vCenter 运行HA 的故障检测和重启是宿主机层面的但你要通过 vCenter 去查看和管理恢复过程。所以生产环境一般建议 vCenter 放在集群外的独立管理机上或者至少放在一个独立的管理集群里。这份文档没有提这一点如果照着落地需要自己补上这个决策。4. 避坑与排查迁移和整合中最容易翻车的五个地方4.1 迁移后虚拟机蓝屏报 INACCESSIBLE_BOOT_DEVICE现象用 Converter 把物理机迁到虚拟机后虚拟机开机蓝屏错误码 0x0000007B。原因源物理机的存储控制器驱动如 Adaptec、LSI 的 RAID 卡驱动在虚拟机硬件环境下不存在Windows 启动时找不到系统盘。解决迁移前在源物理机上把存储控制器驱动替换为 Windows 自带的通用驱动如标准 AHCI 或 LSI Logic 驱动或者在 Converter 里指定目标虚拟机的磁盘控制器为 IDE兼容性最好但性能差迁移成功后再装 VMware Tools 并切换为 PVSCSI 或 LSI Logic SAS。我一般会先在测试环境迁一台非关键机器验证驱动兼容性确认没问题再批量迁。4.2 共享存储 IOPS 不够迁移后业务变慢现象物理机时代业务响应正常迁到虚拟机后数据库查询变慢文件拷贝速度下降。原因原来 8 台机器各有本地盘IO 压力分散整合后所有虚拟机共享同一套存储IO 争抢导致每台虚拟机的实际可用 IOPS 下降。解决迁移前用性能监控工具如 Windows 性能监视器、Linux 的 iostat采集每台源服务器的磁盘 IOPS 峰值汇总后对比共享存储的可用 IOPS。如果共享存储 IOPS 不足考虑增加磁盘数量、换更高转速的盘、或者加 SSD 做缓存分层。文档里 TJSV20 和 TJSV21 存储使用率接近 50%这两台要重点测 IO。4.3 HA 配置了但不生效现象一台宿主机断电上面的虚拟机没有在另一台宿主机上自动重启。原因常见的有三种——HA 集群里没有启用主机监控Host Monitoring虚拟机的重启优先级设成了禁用或者共享存储的路径在另一台宿主机上不可见HA 无法访问虚拟机文件。解决检查集群的 HA 设置确认主机监控状态是已启用检查每台虚拟机的虚拟机重启优先级关键业务设为高或中非关键设为低在每台宿主机上确认共享存储的 LUN 都能看到用esxcli storage core path list检查 FC 路径状态。文档里没有展开 HA 配置细节照着落地时需要补这一块。4.4 光纤链路单点故障没消除现象一台光纤交换机故障部分宿主机失去存储访问虚拟机挂起。原因HBA 卡或 FC 线缆没有做交叉连接两台宿主机都只连到同一台光纤交换机或者存储的两个控制器只连到同一台交换机。解决按文档说的双链路交叉连接检查物理连线——每台宿主机的 HBA1 连交换机 A、HBA2 连交换机 B存储控制器 1 连交换机 A、控制器 2 连交换机 B。然后用esxcli storage core path list确认每台宿主机到存储的路径数正常应该是 4 条2 块 HBA × 2 个控制器少于 4 条就有单点。4.5 许可过期或 vCenter 证书过期导致管理中断现象vSphere Client 登录报证书错误或者 vCenter 服务起不来所有管理功能不可用。原因vCenter Server 的 SSL 证书默认有效期两年到期后不续期会导致 vCenter 服务异常Essentials Plus Kit 的许可如果过期宿主机进入 60 天宽限期宽限期过后虚拟机无法开机。解决定期检查 vCenter 证书到期时间在到期前通过证书管理工具续期或替换许可方面在 vCenter 的许可管理里确认到期日提前续订。这两个问题在文档里没有提但实际运维中很常见尤其是 vCenter 证书过期一旦发生HA 和 vMotion 虽然还能在宿主机层面工作但管理界面进不去排查会很被动。5. 用 vMotion 做零停机硬件维护一个我反复用的操作习惯文档里提到 Essentials Plus Kit 包含 vMotion但没展开怎么用。我补一个实际场景宿主机需要升级 BIOS 固件或加内存怎么在不影响业务的情况下操作。前提是集群里至少两台宿主机、共享存储、vMotion 网络已配置。vMotion 网络最好用独立的 VMkernel 端口和独立的物理网卡避免和管理流量、业务流量抢带宽。如果只有千兆网卡迁移一台 96GB 内存的虚拟机按实际使用内存 50% 算约 48GB 数据传输千兆网络理论 125MB/s实际约 80-100MB/s需要 8-10 分钟。万兆网络可以缩短到 1 分钟左右。操作步骤# 1. 查看当前宿主机上运行的虚拟机列表 # 在 vSphere Client 里选中宿主机 - 虚拟机选项卡或者用 PowerCLI Get-VMHost -Name esxi-01.lab.local | Get-VM | Select-Object Name, PowerState # 2. 对每台虚拟机执行 vMotion 迁移到另一台宿主机 # PowerCLI 批量迁移 Get-VMHost -Name esxi-01.lab.local | Get-VM | Move-VM -Destination (Get-VMHost -Name esxi-02.lab.local) # 3. 确认宿主机上已无运行中的虚拟机 Get-VMHost -Name esxi-01.lab.local | Get-VM | Where-Object {$_.PowerState -eq PoweredOn} # 4. 将宿主机置于维护模式 # 在 vSphere Client 里右键宿主机 - 进入维护模式 # 或 PowerCLI Set-VMHost -VMHost esxi-01.lab.local -State Maintenance # 5. 维护完成后退出维护模式 Set-VMHost -VMHost esxi-01.lab.local -State Connected逻辑说明vMotion 迁移的是虚拟机的运行状态包括内存内容和 CPU 寄存器状态迁移过程中虚拟机会有极短暂的停顿通常几十毫秒业务层面基本无感知。批量迁移时PowerCLI 的Move-VM默认是串行执行如果虚拟机数量多可以加-RunAsync参数并行迁移但要注意目标宿主机的资源余量别把另一台宿主机压垮。参数说明-Destination指定目标宿主机-State Maintenance让宿主机进入维护模式此时 DRS如果启用了会自动把虚拟机迁走没启用 DRS 的话需要手动迁完再进维护模式。文档里没有提 DRSEssentials Plus Kit 也不包含 DRS所以需要手动迁移。一个我踩过的坑vMotion 迁移时如果源宿主机和目标宿主机的 CPU 型号不同可能会报CPU 不兼容错误。解决办法是在集群的 EVCEnhanced vMotion Compatibility设置里启用一个基线让集群内所有宿主机的 CPU 特性对虚拟机呈现为一致的。文档里两台宿主机是同一型号不存在这个问题但如果未来扩展时混用不同型号的服务器EVC 一定要提前配。从那以后我每次做宿主机维护都强制走一遍先 vMotion 迁走所有虚拟机 → 确认宿主机空闲 → 进维护模式 → 维护完退出 → 按资源余量迁回部分虚拟机的流程不跳过任何一步。希望帮到你。本文还有配套的精品资源点击获取