1. 虚拟化计算平台需求分析

虚拟化计算平台的设计从来不是从选服务器型号开始的，而是从把业务讲清楚开始的。同一台 HPE ProLiant 服务器，放在测试环境里可能绰绰有余，放到生产环境却可能因为内存通道配置不足、存储队列深度不够或网卡带宽瓶颈而成为整条业务链的短板。需求分析的价值，就是把"业务想跑什么"翻译成"平台必须提供什么"，再翻译成"ProLiant 该选成什么样"。

一、业务场景梳理：先分清负载的"性格"

业务场景梳理的目标不是罗列业务系统名称，而是识别每类负载的资源特征与运行规律。虚拟化平台上常见的负载大致可分为几类：

• 通用业务型：如 OA、ERP 应用服务器、域控，CPU 与内存需求中等，对存储 IOPS 要求不高，但要求长期稳定运行。
• 数据库型：如 SQL Server、Oracle、MySQL，内存容量需求大，存储随机读写 IOPS 与延迟敏感，CPU 单核性能重要。
• Web/中间件型：并发连接数高，网络吞吐与连接跟踪表规模是关键，CPU 多核并行能力受益明显。
• 桌面虚拟化（VDI）型：单虚拟机资源小但密度极高，启动风暴（Boot Storm）对存储 IOPS 冲击巨大，内存超分比例需谨慎。
• 大数据/分析型：CPU 密集、内存带宽密集，常伴随大容量本地存储或分布式存储流量。

梳理时应为每类负载记录：虚拟机数量、单机 vCPU/vRAM 规格、平均与峰值资源利用率、存储容量与 IOPS 需求、网络带宽需求、是否有 GPU 或加密卡等特殊需求。这些数据是后续所有计算的输入。

二、性能与容量指标提取：把业务语言换算成工程数字

业务部门说"系统要快"，工程上必须换算成可测量的指标。核心换算逻辑如下：

示例：某数据库业务需求
业务描述：500 并发用户，日订单 8 万笔，峰值 TPS 约 120
换算过程：
  单笔订单事务平均产生 15 次随机读 + 8 次随机写
  峰值随机读 IOPS = 120 × 15 = 1800 IOPS
  峰值随机写 IOPS = 120 × 8  = 960 IOPS
  读写比约 65:35，按 70%读/30%写预留
  考虑 30% 性能余量：目标 IOPS ≈ (1800+960) × 1.3 ≈ 3588 IOPS
  延迟目标：数据库随机读 P95 < 5ms，写 P95 < 10ms

内存容量同样需要换算。以 VDI 场景为例，若 200 个桌面，每桌面 4GB 内存，超分比 1.5:1，则物理内存需求约为 200×4÷1.5 ≈ 533GB，再叠加虚拟化层开销（约 8%~12%）与预留缓冲，实际应规划 640GB 以上。CPU 则按 vCPU 与物理核心的整合比估算，通用业务通常 4:1~6:1，数据库类建议不超过 2:1。

三、可用性与扩展性要求定义

可用性要求应落到具体数字，而不是"要高可用"这类模糊表述。建议明确：

• 可用性等级：如 99.9%（年停机约 8.76 小时）或 99.99%（约 52 分钟）。
• 故障域容忍：允许单台主机故障、单块磁盘故障、单个交换机故障还是单机架故障。
• 恢复指标：RTO（恢复时间目标）与 RPO（恢复点目标），例如 RTO ≤ 15 分钟、RPO ≤ 5 分钟。
• 维护窗口：是否允许在线维护，是否需要在线迁移能力。

扩展性要求则要回答"未来 3 年怎么长"。需要明确：虚拟机数量增长预期、存储容量年增长率、是否需要横向增加主机节点、单集群最大节点数、是否预留 PCIe 插槽与内存插槽用于后续升级。这些约束会直接影响机箱形态与主板选型。

四、HPE ProLiant 平台选型输入条件

把前三步的结论汇总，就形成了一份可执行的选型输入清单。下表给出一个示例性的汇总结构：

这些输入条件将直接驱动后续章节中的机型选择（如 DL360/DL380/DL560）、CPU 型号、内存配置方式、存储控制器与磁盘组合、网卡与 HBA 选型。需求分析做得越扎实，后续设计与实施阶段的返工就越少。

需求分析阶段还应形成一份可评审的文档，至少包含：业务场景清单、每类负载的资源画像、峰值与平均指标、可用性等级与 RTO/RPO、三年扩展预期、以及由此推导出的 ProLiant 选型输入条件表。这份文档是后续架构设计、设备采购、实施部署与验收测试的共同基线。缺少它，后续任何一次"为什么选这个型号"的追问都会变得难以回答。