简介：这份《虚拟化及存储实施方案》文档面向企业IT架构师、系统集成工程师与运维管理人员，围绕VMware虚拟架构与EMC存储两大主线，解决数据中心资源利用率低、存储管理分散及容灾能力不足等问题。文档以投标技术方案形式展开，涵盖实施目的、方案实施人员及职责划分、实施安排等模块，并延伸至远程数据容灾系统建设，涉及vSphere中ESXi与vCenter Server的部署逻辑、VNX系列存储的块级与文件级应用，以及实时复制、故障切换、RPO与RTO设定等关键设计。资源包共1个doc文件，约243KB，内容为完整方案文本，适合作为虚拟化与存储项目立项、投标或内部培训的参考底稿。目前已有76人学习下载，可帮助读者快速理解虚拟化与存储整合的架构思路、角色分工与容灾规划要点。
1. 虚拟化及存储实施方案：从一台物理机到一套可交付架构的拆解
手里拿到一份《虚拟化及存储实施方案.doc》的标题，很多人第一反应是去找模板。但真正在企业里落过地的人都知道，这份文档的核心不是排版，而是把服务器虚拟化技术、存储资源池和业务连续性三件事绑在一起讲清楚。它要回答的问题很具体：现有物理服务器怎么收敛到 VMware 集群，后端存储用 EMC 还是本地盘，ESX 主机和存储之间的链路怎么冗余，扩容时加盘还是加节点。适合正在做机房整合、准备上虚拟化平台、或者被要求出一份可评审方案的一线工程师。这篇笔记按我实际交付过的路径，把这份方案从选型到验证拆开讲，能照着复现，也能看到边界。
2. 先定架构：计算虚拟化和存储池怎么配才不返工
2.1 计算层选型：VMware 集群规模与 ESX 主机配置
方案里最先要落数字的是集群规模。常见做法是按业务峰值算 vCPU 超分比，再倒推物理核数。生产环境我一般把 CPU 超分比控制在 1:4 到 1:6，内存不超分，这是血泪经验——内存一旦超分，虚拟机 ballooning 和 swap 会把整个集群拖慢，排查起来像黑匣子。
假设现有 20 台物理机，每台 2 路 16 核、256GB 内存，业务峰值需要 400 个 vCPU、3TB 内存。按 1:5 超分，物理核需求约 80 核；按内存不超分，物理内存需求 3TB。那么至少需要 3 台双路 16 核、1TB 内存的 ESX 主机，留一台做 N+1 冗余就是 4 台。这个数字直接写进方案的计算资源章节。
ESX 主机配置有几个必调项，写方案时要列成表格：
| 配置项 | 推荐值 | 说明 |
|---|---|---|
| 管理网口 | 双口 1GbE 绑定 | 与业务网口物理分离 |
| 业务网口 | 双口 10GbE 绑定 | 承载虚拟机流量 |
| 存储网口 | 双口 16Gb FC 或 10GbE iSCSI | 与存储阵列对接 |
| 启用服务 | SSH 临时开启，用完关闭 | 减少攻击面 |
| NTP | 指向内网时钟源 | 日志时间线对齐 |
这些参数不是拍脑袋，是评审时会被追问的点。方案里写清楚每张网卡走什么流量、绑定模式是 LACP 还是主备，后面实施才不会返工。
2.2 存储层选型：EMC 块存储与 vSphere 数据存储的映射
存储这块最容易出问题的是「方案写 EMC，实施发现买的是 Unity 还是 PowerStore 没定」。写方案时至少要定到协议层：FC SAN、iSCSI 还是 NFS。块存储给 VMFS 数据存储，文件存储给 ISO 和模板库，这是常规分法。
以 EMC Unity 为例，规划步骤是：
- 在阵列侧创建存储池，按 RAID 5 或 RAID 6 配，SSD 层和 SAS 层分开。
- 创建 LUN，每个 LUN 建议 2TB 到 4TB，不要一个 LUN 打满整个池。
- 在 vSphere 侧扫描存储，创建 VMFS 6 数据存储。
- 设置多路径策略为 Round Robin，路径切换时间调优。
多路径这块有个参数经常被忽略：Disk.QFullSampleSize和Disk.QFullThreshold。默认值在部分阵列上会导致路径假死，我一般改成 32 和 4。方案里不写这个，实施时存储链路抖动会让人查一整天。
提示：LUN 数量和大小直接影响快照性能和恢复窗口，方案里要给出每个数据存储承载的虚拟机数量上限，一般不超过 25 台。
2.3 网络与冗余：vSwitch 和上行链路的标准画法
网络部分方案里必须有一张逻辑拓扑，文字描述要能对应到 vSwitch 划分。标准做法是四个 vSwitch：管理、vMotion、存储、虚拟机业务。每个 vSwitch 至少两个上行链路，物理交换机侧做堆叠或 MLAG。
vMotion 网段建议独立 VLAN，MTU 设 9000 开巨帧，但前提是物理交换机全程支持。我踩过的坑是存储网开了巨帧、业务网没开，结果 vMotion 迁移速度反而下降。方案里要写明哪些网段开巨帧，并标注端到端检查项。
3. 动手落地：从 ESX 安装到存储挂载的最小可复现步骤
3.1 ESX 主机安装与加入集群的命令行操作
安装 ESX 用 ISO 引导，交互步骤不赘述。装完后通过 DCUI 配管理 IP，然后 SSH 登录做标准化配置。下面这段是我常用的初始化脚本片段：
# 设置 NTP 服务器 esxcli system ntp set -s ntp1.internal.local -s ntp2.internal.local esxcli system ntp set -e true # 开启 vMotion 和存储网口的巨帧 esxcli network ip interface set -i vmk1 -m 9000 esxcli network ip interface set -i vmk2 -m 9000 # 设置多路径策略为 Round Robin esxcli storage nmp satp rule add -s VMW_SATP_DEFAULT_AA -P VMW_PSP_RR -O iops=1 # 检查主机状态 esxcli system maintenanceMode get逻辑说明：NTP 保证日志时间一致，巨帧只对存储和 vMotion 网口开，多路径规则让阵列 LUN 自动走 RR 策略。参数iops=1表示按 IOPS 轮询，适合全闪阵列；如果是机械盘阵列，改成bytes=1048576按字节轮询更稳。
执行完用esxcli storage nmp device list确认每个 LUN 的路径策略是 RR，路径数等于物理链路数。少于预期就查 FC 交换机 zoning 或 iSCSI 发现记录。
3.2 挂载 EMC 存储并创建 VMFS 数据存储
阵列侧划好 LUN 后，在 ESX 侧重新扫描：
# 重新扫描存储适配器 esxcli storage core adapter rescan --all # 列出新发现的设备 esxcli storage core device list | grep -i naa # 创建 VMFS 6 数据存储 vmkfstools -C vmfs6 -S DS_PROD_01 /vmfs/devices/disks/naa.60060160xxxx逻辑说明：rescan让主机识别新 LUN，device list拿到 NAA 标识，vmkfstools创建 VMFS 6。参数-S指定数据存储名称，命名规范建议带环境和序号，比如DS_PROD_01、DS_BACKUP_01。
创建完在 vCenter 里把数据存储挂到集群所有主机，检查每台主机的可见性一致。如果某台主机看不到，先查 FC zoning 或 iSCSI 目标门户，再查主机存储适配器日志。
3.3 虚拟机模板与快速部署流水线
方案里要包含模板制作流程，否则实施时每台虚拟机手工装系统，工期不可控。标准做法是装一台基准虚拟机，打全补丁，装 VMware Tools，然后转模板。
# 在 ESX 主机上把虚拟机转成模板（vCenter 环境用 UI 更稳） vim-cmd vmsvc/getallvms vim-cmd vmsvc/toolsinstall /vmfs/volumes/DS_PROD_01/BaseVM/BaseVM.vmx # 从模板克隆时自定义规格 # 在 vCenter 里用「从模板部署」并应用自定义规范逻辑说明：toolsinstall挂载 VMware Tools 安装镜像，确保模板里工具版本最新。自定义规范里配 IP 池、主机名规则、域信息，克隆出来的虚拟机开机即用。
参数上要注意：模板虚拟机不要挂 ISO，不要留快照，磁盘建议厚置备延迟置零，克隆速度比精简置备快且性能稳定。方案里写清楚模板更新周期，一般每季度打一次补丁更新模板。
4. 避坑与排查：虚拟化存储方案里最容易翻车的五件事
4.1 现象：虚拟机迁移到某台主机后性能骤降
原因：目标主机未加入存储多路径策略，或者该主机到阵列的路径数只有一条。解决：用esxcli storage nmp device list对比正常主机和异常主机的路径数，补齐 zoning 或 iSCSI 门户，然后重新扫描。
4.2 现象：数据存储容量显示已满但实际文件不多
原因：VMFS 有大量快照残留或未回收的厚置备磁盘。解决：在 vCenter 里检查每个虚拟机的快照管理器，删除过期快照；对厚置备磁盘用vmkfstools -K回收空间，但注意该操作需要停机。
4.3 现象：ESX 主机 SSH 能通但 vCenter 显示断开
原因：管理网口的默认网关丢失，或者 NTP 偏差超过 5 分钟导致证书校验失败。解决：DCUI 里检查管理网络配置，用esxcli network ip route ipv4 list确认默认路由，用ntpq -p确认时间同步。
4.4 现象：存储链路频繁切换，日志出现 path down
原因：FC 交换机端口抖动或 iSCSI 网络丢包。解决：查交换机端口错误计数，iSCSI 场景下检查交换机是否开了流控，存储网口和业务网口是否混用。方案里要写明存储网独立 VLAN 且不跑其他流量。
4.5 现象：克隆虚拟机时任务卡在 90% 很久
原因：源模板磁盘是精简置备且存储阵列性能不足，或者克隆走的是管理网而非 vMotion 网。解决：把模板转厚置备，确认克隆时选的主机在同一存储网段，必要时用 Storage vMotion 先迁移再克隆。
5. 验收与扩容：方案交付前必须跑完的验证清单
方案写完不等于能交付，验收环节要拿数据说话。我一般会跑三类验证：性能基线、冗余切换、扩容模拟。
性能基线用esxcli storage core device stats get -d naa.xxx看设备级 IOPS 和延迟，再用vmkfstools -t0做数据存储的读写测试。基线数据写进方案附录，后面业务上线后对比，能快速判断是存储问题还是虚拟机内部问题。
冗余切换测试要真拔线。FC 环境拔一根光纤，看路径是否在 30 秒内切换；iSCSI 环境断一个网口，看 ping 是否丢包超过 3 个。测试窗口要提前申请，别在业务高峰做。
扩容模拟是很多人漏掉的。方案里写「后续加节点」，但没写加节点时存储怎么扩。我的习惯是在方案里预留一个扩容章节：加 ESX 主机时，先确认新主机到存储的路径和现有主机一致，再加入集群，最后用 Storage vMotion 均衡负载。加存储时，先扩池还是先加 LUN，取决于阵列型号，EMC Unity 支持在线扩池，但扩完要重新扫描并扩容 VMFS。
最后说个我自己的教训：方案里所有参数都要写「为什么是这个值」，而不是「推荐值」。评审时被问倒的从来不是数字本身，而是数字背后的依据。把超分比、LUN 大小、路径策略的推导过程写清楚，这份《虚拟化及存储实施方案.doc》才真正具备可交付性。希望帮到你。
本文还有配套的精品资源，点击获取
