简介这份《虚拟化及存储实施方案》文档面向企业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 主机留一台做 N1 冗余就是 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 网段建议独立 VLANMTU 设 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 iops1 # 检查主机状态 esxcli system maintenanceMode get逻辑说明NTP 保证日志时间一致巨帧只对存储和 vMotion 网口开多路径规则让阵列 LUN 自动走 RR 策略。参数iops1表示按 IOPS 轮询适合全闪阵列如果是机械盘阵列改成bytes1048576按字节轮询更稳。执行完用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让主机识别新 LUNdevice 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》才真正具备可交付性。希望帮到你。本文还有配套的精品资源点击获取