01 / 资源池
从硬件到存储服务
建立资源池前，先梳理主机、存储设备、网络路径和业务负载，并按所选架构核对硬件兼容、设备类型、节点分布和容量增长。
架构说明：OSA 使用独立缓存层与容量层的磁盘组；ESA 使用没有专用缓存设备的单层资源池。具体架构须按版本和兼容性列表确认。
业务工作负载虚拟机 · 数据库 · 文件 · 备份
策略管理的资源池可用容量 + 保护开销
HOST 01存储设备
HOST 02磁盘贡献
HOST 03故障域节点
每种业务策略都要对应实际资源和网络路径；磁盘组与缓存检查仅适用于采用这些结构的架构。
- 主机与存储设备核对主机数量、设备类型、节点分布与容量；适用时检查磁盘组和缓存层。
- 业务承载按虚拟机、数据库、文件和备份等业务要求安排资源策略。
- 增长与预留把数据增长、故障重建和维护窗口纳入容量预算。
02 / 存储策略
按业务选设备、定策略
不同业务对性能、可用性、空间效率和故障恢复的要求不同。存储策略需要在设计、部署、迁移和验收中保持一致，不能只在平台上线时配置一次。
策略的价值在于让后续运维知道某类业务为什么使用某种副本、保护级别和容量边界。
- 保护级别按业务重要性确认副本、纠删或其他保护方式。
- 性能等级将 IOPS、延迟、吞吐和高峰访问纳入策略验证。
- 空间效率同时关注可用容量、保护开销、重建空间和增长余量。
03 / 网络与故障域
网络与故障边界
读写、同步和重建都依赖稳定的存储网络。要同时核对带宽、延迟、MTU、链路冗余、交换机配置、网络隔离和机架故障域，才能判断资源池在异常状态下是否仍满足业务边界。
存储网络带宽 · 延迟 · MTU · 隔离
故障域主机 · 机架 · 交换机 · 链路 · 机房
网络不是存储虚拟化之外的附属条件，而是资源池能否稳定重建和继续服务的一部分。
- 连接与冗余确认主机到交换网络、节点和管理面的多路径关系。
- 流量隔离区分存储、管理、业务、迁移和备份流量的边界。
- 故障半径把节点、机架、交换机、链路和机房级故障放进验证场景。
04 / 运行交接
验收、观察、交接
上线后持续观察容量、节点、设备健康、网络、告警和重建；适用时监控磁盘组与缓存。交付资料须说明策略、阈值、操作顺序、替换流程和数据保护边界。
把平台状态翻译成运维可执行的检查项，后续扩容、节点维护和磁盘更换才不会依赖单一人员经验。
- 容量趋势记录已用、可用、预留、保护开销和增长速度。
- 节点与磁盘跟踪健康、故障、重建、替换和维护记录。
- 策略与交接移交容量、策略、告警、变更、备份和恢复说明。