3. 项目交付生命周期与阶段划分
HPE Alletra 的交付不是从设备上架那一刻才开始的。真正决定项目成败的，是售前与交付之间的信息交接质量、规划阶段对容量与拓扑的确认精度，以及测试与验收阶段对“可交付状态”的量化判定。把整个生命周期划分为可管理的阶段，并在每个阶段设置明确的里程碑与出口准则，才能避免“设备装好了但业务上不了线”或“验收时才发现容量与性能不达标”的返工。
本节按五个阶段展开：售前交接、规划、实施、测试、验收关闭。每个阶段都有其核心输入、关键动作、输出物和里程碑判定条件。需要强调的是，阶段之间存在信息回流——例如规划阶段发现实际机柜电力不足，会反向触发售前交接中的配置变更；测试阶段发现性能不达标，会回流到实施阶段的参数调优。因此下图采用带反馈回路的阶段链路，而非单向线性流程。
售前交接：把“卖出去的”变成“可交付的”
售前交接的核心不是转交一份报价单，而是转交一套可执行的交付约束。交付工程师需要从售前获取四类信息：硬件配置清单（型号、数量、盘位、扩展柜）、逻辑拓扑（FC/iSCSI/NVMe-oF 连接方式、交换机端口占用）、软件授权（如 HPE Alletra 的软件许可、快照/复制授权）以及合同中的特殊条款（如交付时间窗口、验收标准、罚则）。
交接的出口准则是双方签署《售前交接确认单》。该确认单至少包含：客户现场联系人及权限、设备到货地址与收货窗口、现有环境约束（机柜剩余空间、电力余量、可用交换机端口）、以及已知风险项。例如，若售前阶段已知客户机房仅剩 4U 空间而配置了 6U 设备，该风险必须在交接单中显式记录，否则实施阶段必然停工。
规划：把约束变成可执行的方案
规划阶段要回答三个问题：容量够不够、性能达不达标、网络通不通。以一套 Alletra 5000 为例，假设客户需求为 200TB 可用容量、20000 IOPS 随机读、RPO 15 分钟。规划时需按 RAID 级别和热备盘计算裸容量：若采用 RAID6（双校验）并预留 1 块热备盘，12 块 3.84TB SSD 的裸容量为 46.08TB，扣除双校验和热备后可用约 34.5TB，单套无法满足 200TB，需规划多套或改用更大容量盘。这一计算必须在规划阶段完成并写入容量计算表，而不是等到实施时才发现。
网络规划需输出 IP 地址分配表、FC WWN 规划表、交换机端口对应表。对于 iSCSI 场景，建议管理口与业务口分离，业务口使用独立 VLAN 并启用巨帧（MTU 9000），同时规划多路径（如 HPE 的 ALUA 或第三方 MPIO）。规划阶段的里程碑是《规划方案评审通过》，评审参与方包括客户网络团队、存储团队和交付项目经理。
实施：从开箱到配置基线冻结
实施阶段按“物理—逻辑—主机”三层推进。物理层完成上架、导轨安装、电源接线（双路 PDU 分别接入）、FC/iSCSI 线缆连接，并核对端口与规划表一致。逻辑层完成阵列初始化、存储池创建、卷创建与映射。以 Alletra 为例，通过 HPE GreenLake 或本地管理界面创建存储池时，需指定 RAID 级别、热备策略和性能层；卷创建后映射给主机时，需确认 LUN ID 与主机端一致。
主机层完成多路径软件安装与验证。在 Linux 主机上，可通过以下命令确认多路径状态：
# 查看多路径设备与路径状态
multipath -ll
# 预期输出示例（简化）：
# mpatha (3600c0ff000d8a1b2c3d4e5f600000000) dm-2 HPE,Alletra
# size=1.0T features='1 queue_if_no_path' hwhandler='1 alua'
# |-+- policy='service-time 0' prio=50 status=active
# | `- 2:0:0:0 sdb 8:16 active ready running
# `-+- policy='service-time 0' prio=10 status=enabled
# `- 3:0:0:0 sdc 8:32 active ready running若输出中仅有一条路径或状态为 failed，则说明 zoning 或线缆存在问题，需在实施阶段解决，不能带入测试阶段。实施阶段的里程碑是《配置基线冻结》，即所有阵列配置、主机映射、多路径状态均记录在基线文档中，后续变更需走变更流程。
测试：用数据判断是否可交付
测试阶段不是“跑一遍看看”，而是按测试用例逐项判定。典型测试项包括：功能测试（卷创建/删除、快照、克隆、复制）、性能测试（顺序/随机读写 IOPS 与时延）、高可用测试（控制器故障切换、路径故障切换）和容量验证（实际可用容量与规划一致）。
性能测试建议使用 fio 或 vdbench，并明确测试条件：块大小、队列深度、读写比例、运行时长。例如，随机读 8KB、队列深度 32、运行 300 秒，若规划目标为 20000 IOPS，实测若仅 12000 IOPS，则需分析是主机端多路径未生效、交换机拥塞还是阵列端性能层配置不当。测试报告需记录实测值、目标值和偏差原因，偏差项需在验收前关闭或经客户书面确认接受。
验收关闭：从技术交付到合同关闭
验收关闭阶段的核心是“客户签字确认”。在此之前需完成：验收测试（通常由客户按验收标准复测关键项）、文档移交（配置基线、测试报告、运维手册、拓扑图）、培训（日常运维、告警处理、扩容流程）和遗留问题清单确认。验收报告应包含验收范围、测试结果、偏差说明、遗留问题及责任方、签收日期。
需要特别注意的是，验收关闭不等于项目结束。若存在遗留问题（如某台主机多路径未完全生效但业务已上线），需在验收报告中明确整改期限和责任人，并纳入后续跟踪。只有验收报告签署、文档移交完成、培训记录归档，项目才进入关闭状态。