2. Pure Storage产品线交付基础

Pure Storage的交付不是“装一台存储”这么简单。它是一条由块存储阵列、文件与对象存储平台、云端管理平面、订阅式硬件升级机制共同构成的产品链。理解每个产品在交付中的角色,才能判断哪些环节必须现场完成、哪些可以远程完成、哪些验收标准由产品形态直接决定。

四类核心产品在交付链中的位置

FlashArray是块存储交付的主对象,面向数据库、虚拟化、容器持久卷等场景,通过iSCSI、FC、NVMe-oF提供LUN与卷。交付时关注控制器对、NVMe盘框、主机端口、复制链路、快照与保护组策略。它的验收核心是主机连通性、多路径、性能基线、快照与复制可恢复性。

FlashBlade是文件和对象存储平台,面向AI训练、数据分析、备份归档、S3兼容对象存储。它用刀片式架构横向扩展,交付时关注刀片数量、网络交换、NFS/SMB导出、S3桶与访问密钥、快照与复制。验收核心是协议挂载、并发吞吐、对象接口可用性、多租户隔离。

Pure1是云端管理与支持平面,不直接承载业务I/O,但决定交付后的可观测性与支持效率。交付时需完成阵列注册、遥测上报、支持账号绑定、Pure1 Mobile与AIops能力启用。验收核心是遥测在线、资产可见、告警可达、支持通道可用。

Evergreen是订阅式硬件与软件升级机制,包括Evergreen//Forever、Evergreen//Flex等模式。它不改变阵列的基本交付动作,但改变验收边界与生命周期责任:控制器、盘框、软件版本的升级由订阅覆盖,交付时需确认订阅层级、升级窗口、容量承诺与数据不迁移约束。

Pure Storage 交付链:产品角色与验收焦点 业务负载层 数据库 / 虚拟化 AI训练 / 分析 备份 / 归档 容器持久卷 协议接入 iSCSI / FC / NVMe-oF NFS / SMB / S3 REST API / CLI 块语义:LUN、卷、保护组 文件/对象语义:导出、桶、密钥 自动化:Pure1 / 编排工具 核心产品与交付角色 FlashArray 块存储阵列 控制器对 + NVMe盘框 验收:多路径/快照/复制 FlashBlade 文件与对象平台 刀片横向扩展 验收:挂载/并发/S3 Pure1 云端管理平面 遥测 / AIops / 支持 验收:在线/可见/告警 Evergreen 订阅式升级机制 控制器/盘框/软件 验收:订阅/窗口/不迁移 交付动作与验收边界 现场上架/连线/初始化 主机/客户端接入验证 Pure1注册与遥测确认 订阅与升级责任确认

产品形态如何改变交付流程

FlashArray的交付通常从物理上架开始:控制器与盘框按导轨固定,连接电源与管理口,通过Pure1或本地GUI完成初始化,再配置管理VIP、数据VIP、主机端口与保护组。若采用FC,需要划分Zone;若采用iSCSI,需要确认MTU与多路径。交付流程中物理动作占比高,验收必须包含主机侧多路径状态与故障切换测试。

FlashBlade的交付更偏向网络与协议配置。刀片插入后,通过管理网络完成初始化,配置数据VIP、NFS导出、SMB共享或S3桶。由于FlashBlade面向高并发场景,验收时不能只看“能挂载”,还要看并发客户端下的吞吐与延迟是否达到预期。例如在AI训练场景中,可用多个客户端同时读取同一数据集,观察聚合带宽是否随客户端增加而线性上升,若提前饱和则需检查网络或刀片分布。

Pure1的交付动作最少,但影响最持久。阵列注册后,遥测数据按周期上报,Pure1中可看到容量、性能、健康与告警。交付验收时应确认:阵列在Pure1中显示为在线、支持账号已绑定、告警通知渠道可用。若客户禁止外联,则需明确替代监控方案,并在验收文档中记录这一偏差。

Evergreen不改变阵列的初始安装,但改变验收后的责任边界。以Evergreen//Forever为例,订阅覆盖控制器与盘框的升级,客户无需在每次升级时重新采购硬件。交付时需确认订阅层级、升级窗口、容量承诺与数据不迁移约束。验收标准中应加入“订阅状态有效、升级路径明确、数据不迁移承诺已确认”等条目。

交付验收标准的产品差异

产品交付重点典型验收项常见偏差
FlashArray物理上架、端口、保护组多路径切换、快照恢复、复制RPOFC Zone漏配、MTU不一致
FlashBlade刀片、网络、协议导出NFS/SMB挂载、S3可用、并发吞吐VIP漂移、客户端DNS未更新
Pure1注册、遥测、支持绑定在线可见、告警可达、支持通道外联受限、代理未配置
Evergreen订阅层级、升级窗口订阅有效、升级路径、不迁移确认订阅范围理解偏差

交付前必须确认的产品参数示例

以下参数为教学示例,实际项目应以客户环境与Pure官方文档为准。交付前建议逐项确认,避免验收时才发现偏差。

FlashArray 示例参数:
  管理VIP:10.10.20.10/24
  数据VIP:10.10.30.10/24
  主机协议:iSCSI,MTU 9000
  保护组:PG-DB01,快照每4小时,保留7天
  复制:异步,RPO 15分钟

FlashBlade 示例参数:
  管理VIP:10.20.20.10/24
  数据VIP:10.20.30.10/24
  NFS导出:/data/ai,客户端网段10.20.40.0/24
  S3端点:https://s3.flatblade.local
  并发验收:8客户端,聚合读≥20GB/s(示例目标)

Pure1 示例检查:
  阵列注册状态:在线
  遥测上报周期:≤5分钟
  支持账号:已绑定
  告警通知:邮件+Webhook

Evergreen 示例确认:
  订阅层级:Evergreen//Forever
  升级窗口:每12个月一次
  容量承诺:已确认
  数据不迁移:已确认
交付前把“产品形态—协议—验收项”三者对齐,比事后补测更省时间。FlashArray看块路径,FlashBlade看并发与协议,Pure1看遥测,Evergreen看订阅边界。
若客户环境禁止Pure1外联,必须在交付文档中记录替代监控方案,并明确遥测缺失对支持响应的影响,避免验收后争议。

总结来看,FlashArray、FlashBlade、Pure1、Evergreen在交付中分别承担块存储承载、文件与对象承载、云端可观测、生命周期升级四类角色。产品形态不同,交付动作的物理/远程比例不同,验收标准的侧重点也不同。把每个产品的交付角色和验收边界提前定义清楚,后续的测试、文档与客户确认才能有的放矢。