3. 交付前客户需求确认

在 PowerEdge 标准化交付体系中,需求确认是决定后续选型、上架、配置与验收是否返工的第一道关口。很多项目在硬件到货后才发现机柜深度不足、PDU 接口不匹配、客户要求国密算法、或者业务峰值 IOPS 远超初始估算,这些问题的根源都在交付前需求收集不完整。本节围绕五个必须确认的维度——业务目标、工作负载、扩展预期、机房条件与合规要求——说明收集什么、怎么问、如何确认,并给出可直接使用的确认表结构。

一、业务目标:把“上服务器”翻译成可验证的指标

客户说“我们要上一套数据库”,这不是需求,只是意向。需求确认的第一步是把业务语言转成可验证的技术指标。建议按“业务目标 → 服务对象 → 可用性等级 → 性能目标 → 时间窗口”五层追问:

  • 业务目标:支撑什么业务,例如 ERP 核心库、视频转码、VDI 桌面池。
  • 服务对象:内部员工、外部客户还是生产系统,决定并发规模与安全边界。
  • 可用性等级:单机、双机热备、集群还是跨站点容灾,直接决定是否需要双电源、双口 HBA、共享存储。
  • 性能目标:给出可测数字,如“订单库峰值 8000 TPS、P95 延迟 < 20 ms”。
  • 时间窗口:业务高峰时段、允许停机维护窗口,影响交付与割接安排。

确认方式建议采用“客户口述 + 书面回执”。例如客户提出“数据库要快”,应追问并记录为:日均订单 120 万笔,峰值集中在 09:00–11:00,峰值 TPS 约 8000,要求 P95 查询延迟低于 20 ms。这些数字后续可直接用于核对 CPU 主频、内存容量与 NVMe 盘数量是否匹配。

二、工作负载:区分计算、内存、存储与网络四类压力

工作负载决定硬件配比。收集时应明确负载类型,而不是笼统写“高配”。常见分类与关注点如下:

负载类型典型业务关键资源需确认参数
计算密集型转码、渲染、科学计算CPU 核数与主频并发任务数、单任务核数、是否需 GPU
内存密集型内存数据库、缓存内存容量与带宽数据集大小、命中率、是否需持久内存
存储密集型数据库、日志、对象存储IOPS、吞吐、容量读写比例、随机/顺序、日增量、保留周期
网络密集型负载均衡、分布式存储带宽与延迟东西向流量、是否需 25G/100G、RDMA

实操中建议让客户提供近 30 天的监控截图或性能报告,从中提取 CPU 平均/峰值利用率、内存使用率、磁盘 IOPS 与网络吞吐。若客户无法提供,则按业务模型估算并标注“估算值,需上线后复核”。例如某文件服务日增 200 GB、保留 90 天,则裸容量需求约为 200 GB × 90 = 18 TB,考虑 RAID 与预留后建议配置 24 TB 可用容量。

三、扩展预期:预留多少、怎么扩、扩到哪里

扩展预期常被忽略,却直接影响机柜空间、供电与网络端口规划。确认内容包括:

  • 容量扩展:未来 12–24 个月数据增长比例,是否需要额外硬盘位或扩展柜。
  • 计算扩展:是否计划增加节点组成集群,机柜是否预留 U 位与电源。
  • 网络扩展:是否预留光模块、交换机端口与 VLAN 规划。
  • 扩展方式:纵向升级(加内存、换 CPU)还是横向扩展(加节点)。

建议在确认表中记录“当前配置 / 12 个月预期 / 24 个月预期”三列,并据此在机柜图中预留空间。例如当前 2 台 R760,预计 12 个月增至 4 台,则机柜需预留 4U 空间、4 个 PDU 接口与 8 个 10G 端口。

四、机房条件:上架前必须核对的物理与电气参数

机房条件是交付现场最容易出问题的环节。必须逐项核对并现场拍照确认:

  • 机柜:可用 U 位、深度(是否支持 800 mm 以上)、前后门开孔率、承重。
  • 供电:PDU 类型(C13/C19)、单路/双路、每路额定电流、是否需冗余电源。
  • 制冷:进风温度、冷通道/热通道布局、是否满足 25℃ 以下。
  • 网络:接入交换机端口速率、光模块类型、跳线长度、VLAN 与网关。
  • 管理:iDRAC 管理网段、IP 分配方式、是否需带外访问。
常见风险:机柜深度不足导致导轨无法安装;PDU 为 C13 而服务器电源为 C19;双电源服务器只接到单路 PDU,失去冗余意义。以上均应在交付前书面确认。

五、合规要求:安全、审计与国产化

合规要求决定固件、加密与审计配置。需确认:等保级别、数据驻留要求、加密算法(是否国密 SM2/SM3/SM4)、审计日志保留周期、是否要求 TPM 2.0、Secure Boot、固件签名校验、以及是否需禁用某些管理接口。例如等保三级要求日志保留不少于 6 个月,则需规划日志服务器容量与 iDRAC 日志导出策略。

六、需求确认表与确认流程

将上述五维整理为一张确认表,由客户逐项签字确认,作为交付基线。示例字段如下:

项目名称:ERP 核心数据库升级
业务目标:订单库峰值 8000 TPS,P95 < 20 ms,可用性 99.9%
工作负载:MySQL 8.0,读写比 7:3,日增 150 GB,保留 90 天
扩展预期:12 个月增至 4 节点,机柜预留 4U、4 路 PDU、8 个 10G 端口
机房条件:42U 机柜,深度 1000 mm,双路 C13 PDU,冷通道 24℃
合规要求:等保三级,日志保留 6 个月,启用 TPM 2.0 与 Secure Boot
确认人:客户 IT 经理 / 交付工程师    日期:____

确认流程建议为:需求访谈 → 填写确认表 → 现场核对机房 → 客户签字 → 归档为交付基线。任何后续变更均需走变更记录,避免口头承诺导致验收争议。

交付前客户需求确认五维模型 收集 → 核对 → 签字 → 归档为交付基线 业务目标 可用性等级 TPS / 延迟 / 窗口 工作负载 计算/内存/存储/网络 IOPS / 吞吐 / 日增 扩展预期 12/24 个月增长 U 位 / PDU / 端口 机房条件 机柜/供电/制冷 网络 / iDRAC 合规要求 等保 / 国密 日志 / TPM 需求确认表(交付基线) 客户签字 · 变更留痕 · 归档 选型 / 上架 / 配置 / 验收依据 避免到货后返工与验收争议 交付前必须书面确认的高风险项 • 机柜深度 < 800 mm,导轨无法安装 • PDU 为 C13,服务器电源为 C19,接口不匹配 • 双电源服务器仅接单路 PDU,冗余失效 • 未确认等保级别,固件与加密配置返工 • 未预留扩展 U 位与端口,二次上架困难 • 性能目标无量化数字,验收无依据

需求确认不是一次性动作,而是贯穿交付前期的持续核对。建议在项目启动会上完成首次访谈,在到货前一周完成机房现场核对,在交付前三天完成确认表签字。只有把业务目标、工作负载、扩展预期、机房条件与合规要求全部落到书面并逐项核对,PowerEdge 的标准化交付才能真正做到一次上架、一次验收通过。