3. 交付前客户需求确认
交付前需求确认不是“问客户要什么配置”，而是把客户的业务语言翻译成可验证的工程约束。HPE ProLiant 的标准化交付要求：任何一台服务器在开箱上架之前，其 CPU 核数、内存容量、存储介质、网卡形态、电源冗余、固件基线都应能追溯到一条明确的业务需求。因此本章的核心不是“记录得漂亮”，而是“记录得可执行、可回溯、可验收”。
一、业务场景调研：先定场景，再定设备
业务场景调研的目标是确定服务器在客户业务链路中的位置与角色。建议按“业务系统—部署单元—服务器角色”三层拆解。例如客户说“我们要上一套 ERP”，这不足以决定配置；需要继续拆到：ERP 应用服务器、数据库服务器、报表/批处理节点、文件与附件存储节点，各自承担什么职责。同一套 ERP 中，应用节点是横向扩展的无状态节点，数据库节点是纵向扩展的有状态节点，两者的可用性与扩展性策略完全不同。
调研时应固定记录以下要素：业务系统名称与负责人、上线时间与业务窗口（是否有月末结账、日终批处理等峰值时段）、当前部署位置（物理机/虚拟化/云）、迁移或新建、合规与数据驻留要求、停机容忍度。其中“停机容忍度”是后续可用性等级的直接输入，必须由业务方确认，而不是由 IT 单方面假设。
二、工作负载分析：把业务峰值翻译成资源画像
工作负载分析要回答四个问题：计算特征、内存特征、存储特征、网络特征。对 ProLiant 交付而言，这四类特征分别对应 CPU 选型（核心数/主频/是否需高主频）、内存容量与通道填充方式、驱动器类型与 RAID 级别、网卡与 Fabric 选择。
以一台数据库服务器为例，可按下述方式形成可核对的画像：
- 计算特征：OLTP 型，峰值 CPU 利用率目标不超过 65%，按当前业务量估算需 16 物理核心，预留 30% 增长后取 24 核级别处理器。
- 内存特征：缓冲池需容纳热数据集，估算 512 GB；按每通道均衡填充，采用 16×32 GB RDIMM，避免单通道空置。
- 存储特征：数据文件随机读写为主，日志文件顺序写为主；数据盘采用 SSD RAID 5（读多写少），日志盘采用 SSD RAID 1；容量按三年数据增长估算。
- 网络特征：业务网 2×10GbE 绑定，存储/备份网独立 2×10GbE，管理口单独接入带外管理网。
这些数字在调研阶段属于“估算值”，必须标注为估算依据（如“按当前 200 并发用户、日均 8 万笔交易推算”），交付后通过实际监控数据回填校正。这样记录的好处是：验收时能判断“配置是否满足当初声明的业务假设”，而不是只核对硬件清单。
三、可用性等级：用可量化的停机目标约束冗余设计
可用性等级不应只写“高可用”，而应落到两个指标：单次故障后的恢复时间目标（RTO）与数据丢失容忍（RPO）。据此决定冗余层级：
| 可用性等级 | 典型 RTO / RPO | ProLiant 侧对应设计 |
|---|---|---|
| 基础级 | RTO 数小时 / RPO 数小时 | 单机、非冗余电源、本地 RAID、依赖备份恢复 |
| 标准级 | RTO ≤ 30 分钟 / RPO 接近 0 | 冗余电源与风扇、RAID 5/6、双网卡绑定、热插拔盘 |
| 高可用级 | RTO ≤ 5 分钟 / RPO = 0 | 双机集群或应用层冗余、共享存储/同步复制、双路供电 |
| 容灾级 | RTO ≤ 30 分钟（跨站点）/ RPO ≤ 5 分钟 | 跨站点复制、仲裁节点、独立管理网与带外管理 |
记录时必须写明“该等级由谁确认、依据是什么”。例如“财务月结系统，业务方确认不可接受超过 30 分钟中断，故定为标准级”，这条记录在后续变更评审中就是依据。
四、扩展性需求：区分“能扩”与“怎么扩”
扩展性需求要区分三个维度：纵向扩展（加 CPU/内存/本地盘）、横向扩展（加节点）、以及接口预留（PCIe 插槽、网口、电源余量）。对 ProLiant 而言，纵向扩展受限于机箱规格与内存插槽数，横向扩展受限于机架空间、供电与网络端口。调研时应明确：未来 12–24 个月预计增长比例、扩展触发条件（如 CPU 持续高于 70% 或存储使用率超过 75%）、以及扩展时是否允许停机。
五、结构化记录方法：一份可交付的需求确认表
把上述四类信息收敛到一张可评审、可签认的记录表中，是本节最实用的交付物。字段设计应保证：每条需求都能对应到配置项，每个配置项都能对应到验收判据。示例如下（数值为教学示例，非实测结果）：
需求确认表（示例）
业务系统：ERP 生产环境 调研日期：____ 客户确认人：____
场景角色：数据库节点（有状态，纵向扩展）
峰值窗口：月末结账 20:00-24:00
工作负载画像：
计算：OLTP，峰值 CPU 目标 ≤65%，估算 16 核 → 选 24 核
内存：热数据集 512GB，16×32GB RDIMM 均衡填充
存储：数据 SSD RAID5 / 日志 SSD RAID1，容量按 3 年增长
网络：业务 2×10GbE 绑定，备份独立 2×10GbE，管理口独立
可用性：标准级 RTO ≤30min RPO≈0
依据：业务方确认月结中断不可超 30 分钟
设计：冗余电源、RAID5/1、双网卡绑定、热插拔盘
扩展性：
纵向：内存插槽余量 ≥4，盘位余量 ≥2
横向：预留 1U 机架空间与 2 个 10GbE 端口
触发：CPU 持续 >70% 或存储 >75% 时评审扩容
验收判据：
1) 实际配置与上表逐项一致
2) 冗余电源/网卡故障切换测试通过
3) 峰值时段 CPU/内存/存储监控数据可回填校正估算这张表的价值在于把“客户口头需求”变成“可签认、可验收、可回溯”的工程输入。交付前由客户确认人签字，交付中作为配置基线，交付后作为验收对照。任何后续变更都应回到这张表上修订，而不是在工单里口头追加。
最后强调一点：需求确认的成果不是“客户说可以了”，而是“客户确认人签字、每条需求都有依据、每个配置项都有验收判据”。当交付过程中出现配置争议时，这张表就是唯一的事实来源；当业务增长触发扩容时，这张表就是变更的起点。把业务场景、工作负载、可用性等级与扩展性需求结构化记录下来，ProLiant 的标准化交付才真正具备可复现的基础。