2. 虚拟化平台需求分析与架构设计
虚拟化平台建设的第一步不是装 ESXi、不是配 vCenter，而是把"业务要什么"翻译成"平台给什么"。需求分析与架构设计决定了后续所有硬件采购、网络规划、存储选型和集群配置的边界。如果这一步做偏，后面再精细的调优也只是在错误的地基上装修。本节围绕业务需求调研、容量规划、可用性等级、网络与存储架构选型、集群规模与冗余设计五个方面展开，并给出可落地的判断方法。
一、业务需求调研：把业务语言转成平台指标
调研的核心是收集每类业务系统的资源画像与运行特征，而不是简单统计"有多少台服务器"。建议按业务系统逐项记录以下字段：CPU 核数与主频、内存容量、磁盘容量与 IOPS 需求、网络带宽与东西向流量、操作系统与中间件版本、是否支持虚拟化、是否有特殊硬件依赖（加密卡、GPU、串口狗）、可接受的停机窗口、RTO/RPO 要求、峰值时段。
调研中最容易被忽略的是"运行特征"。同样是 8 核 16GB 的数据库，OLTP 型业务对随机 IOPS 和延迟极敏感，而报表型业务更吃顺序吞吐。前者适合放在全闪存存储并配置较高的 IOPS 限额，后者可以放在混合存储。因此调研表里必须有一列"业务类型"，用于后续存储分层。
二、容量规划：从现状到目标的计算方法
容量规划要回答三个问题：需要多少计算资源、多少存储、多少网络带宽。计算资源常用"资源池法"：先汇总所有待迁移虚拟机的 vCPU 总数与内存总量，再乘以超分比。CPU 超分比在通用业务中通常取 4:1～8:1，内存超分比建议不超过 1.5:1，因为内存超分一旦触发交换会显著拖慢性能。
举例说明（以下为教学示例参数，非实测结果）：某企业待迁移 120 台虚拟机，合计 vCPU 960 个、内存 1920GB。按 CPU 超分比 6:1 计算，需要物理核心约 960÷6=160 核；按内存超分比 1.2:1 计算，需要物理内存约 1920÷1.2=1600GB。考虑单台主机故障时需承载全部负载，集群总资源应再乘以冗余系数 1.25，即约 200 核、2000GB 内存。若选用 2 路 16 核、512GB 内存的主机，则至少需要 200÷32≈7 台，取整为 8 台，其中 1 台作为冗余余量。
存储容量按"有效容量 = 裸容量 × RAID 效率 × 预留系数"估算。预留系数通常取 0.7～0.8，用于快照、交换文件和增长。IOPS 则按每台虚拟机平均 IOPS 乘以虚拟机数量，再考虑读写比和缓存命中率。网络带宽要区分管理、vMotion、存储、业务四类流量，避免互相抢占。
三、可用性等级：用数字约束设计
可用性等级不是口号，而是用"年停机时间"倒推架构。常见分级如下：99.9% 对应年停机约 8.76 小时，99.99% 对应约 52.6 分钟，99.999% 对应约 5.26 分钟。多数企业核心业务目标定在 99.99%，这意味着单点故障必须能在分钟级内自动切换。
对应到 vSphere 设计：99.9% 可通过 vSphere HA 加共享存储实现；99.99% 需要 HA 加 vMotion、冗余上行链路、双活存储或存储复制；99.999% 则要进一步引入跨站点集群、应用层双活和自动化故障切换。可用性等级越高，成本和复杂度呈指数上升，因此必须按业务分级，而不是全平台一刀切。
四、网络与存储架构选型
网络架构选型的关键是"流量分离"。建议至少划分四类网络：管理网络（ESXi 管理、vCenter）、vMotion 网络、存储网络（iSCSI/NFS）、业务网络（虚拟机流量）。生产环境推荐使用双上行链路并配置 LACP 或基于 IP 哈希的负载均衡，同时为 vMotion 和存储配置独立 VMkernel 端口。若使用分布式交换机（vDS），可统一管理多台主机的网络策略，降低配置漂移风险。
存储选型取决于性能与成本平衡。全闪存适合数据库、高 IOPS 业务；混合存储适合一般业务；NFS 适合文件共享和简单部署；iSCSI 适合块级访问且成本可控；FC 适合对延迟极敏感的核心系统。选型时要确认存储是否支持 VAAI、是否支持快照与复制、是否与 vSphere 版本兼容。
五、集群规模与冗余设计方法
集群规模不是越大越好。单集群主机数量过多会增加 HA 重启风暴风险和 vMotion 压力，一般建议单集群不超过 32 台主机，超过时按业务域拆分多个集群。集群内主机型号尽量一致，避免 CPU 兼容性问题导致 vMotion 失败。
冗余设计遵循"N+1"原则：集群中任意一台主机故障，剩余主机仍能承载全部虚拟机。实现方式是在 vSphere HA 中启用准入控制，将"预留资源"设为 25%～30%。例如 8 台主机、每台 512GB 内存，预留 25% 即 1024GB，可保证 1 台主机故障时其余 7 台仍有足够内存启动所有虚拟机。
存储冗余方面，共享存储建议配置双控制器、双链路，并在 ESXi 侧启用多路径（MPIO），路径策略选择"循环"或"最近使用"。网络冗余方面，每台主机至少两块物理网卡，分别接入两台接入交换机，使用 vDS 的链路聚合策略。电源冗余则通过双电源接入不同 PDU 实现。
六、设计成果：架构设计说明书要点
需求分析与架构设计的最终交付物是一份架构设计说明书，至少包含：业务系统清单与资源画像、容量计算过程与结论、可用性等级与对应架构措施、网络拓扑与 VLAN 划分、存储选型与容量/IOPS 估算、集群主机数量与冗余策略、风险与假设条件。这份文档是后续实施、验收和扩容的依据，也是排障时判断"是否偏离设计"的基准。
需要强调的是，架构设计不是一次性工作。业务增长、新系统上线、存储性能下降都会触发重新评估。建议每半年复核一次容量与可用性指标，确保平台始终匹配业务需求。