2. Pure Storage架构解析

要理解Pure Storage在混合云环境中的数据流动，必须先看清它的四个核心组件各自扮演什么角色，以及数据在它们之间如何流转。FlashArray、FlashBlade、Pure1和云服务集成并不是四个孤立的产品，而是一条从块存储到文件/对象存储、再到统一管理、最后延伸到公有云的完整数据路径。本节将沿着这条路径，逐层拆解每个组件的定位、接口和典型数据流。

FlashArray：块存储的数据入口

FlashArray是Pure Storage面向结构化数据的块存储阵列，主要承载数据库、虚拟机和关键业务应用。它对外暴露的是块级接口，典型协议包括iSCSI、Fibre Channel和NVMe over Fabrics。应用服务器通过主机总线适配器或软件发起端，将卷（Volume）挂载为本地磁盘，读写请求以块为单位进入FlashArray。

在数据路径上，FlashArray内部的关键机制是全局闪存层与元数据服务。写入请求先进入NVRAM缓冲区完成持久化确认，随后由控制器将数据块写入闪存介质，同时更新指向该块的元数据指针。由于采用写时重定向（Redirect-on-Write），覆盖写不会原地修改旧块，而是写入新位置并切换指针，旧块在快照或垃圾回收时释放。这一机制直接决定了FlashArray的快照几乎不占额外空间，也决定了复制到远端或云端的增量数据量。

对于混合云场景，FlashArray最常用的数据出口是ActiveCluster和异步复制。ActiveCluster通过仲裁节点实现双活，数据在本地和远端阵列之间同步写入；异步复制则按固定周期将快照增量推送到目标端。当目标端是云上的FlashArray实例或Cloud Block Store时，这条路径就构成了块存储向云延伸的基础通道。

FlashBlade：文件与对象存储的横向扩展

FlashBlade面向非结构化数据，提供NFS、SMB、S3和Fast对象协议。它的架构与FlashArray有本质区别：FlashBlade采用刀片式横向扩展，每个刀片包含计算和闪存资源，多个刀片通过内部高速网络组成一个统一命名空间。客户端看到的是一个单一的文件系统或对象端点，而数据被条带化分布到所有刀片上。

在数据路径上，FlashBlade的写入首先由接收客户端请求的刀片处理，然后根据数据分布策略将数据块分发到其他刀片。元数据由专门的元数据刀片管理，确保目录结构和对象索引的一致性。读取时，客户端请求同样先到达入口刀片，再由其并行从多个刀片拉取数据并聚合返回。这种设计使得FlashBlade在大量小文件和高并发对象访问场景下仍能保持稳定吞吐。

FlashBlade与云服务的集成主要体现在快照到对象存储和云分层。通过快照策略，FlashBlade可以将文件系统或对象桶的增量快照推送到AWS S3、Azure Blob或Google Cloud Storage。在云上，这些快照可以作为备份副本，也可以被云原生分析服务直接读取。反向路径同样存在：云上生成的数据集可以通过S3协议写回FlashBlade，供本地高性能计算或AI训练使用。

Pure1：跨站点的管理平面与数据平面分离

Pure1是Pure Storage的云端管理平台，它不直接承载业务数据，而是承担遥测、监控、分析和编排职能。每台FlashArray和FlashBlade都会通过出站HTTPS连接将运行指标、容量趋势、性能数据和告警信息发送到Pure1。这些数据经过聚合和机器学习分析后，形成容量预测、性能异常检测和主动支持建议。

需要特别注意的是，Pure1的数据路径与业务数据路径是分离的。业务读写始终在本地阵列和客户端之间完成，不经过Pure1；Pure1只接收元数据和遥测数据。这种分离设计保证了即使Pure1连接中断，本地存储服务也不受影响。在混合云架构中，Pure1还提供Pure1 Cloud Mediator，用于协调跨站点的复制和故障切换决策。当本地站点故障时，Mediator可以根据预设策略触发远端阵列接管，而这一决策依据来自Pure1对两端状态的持续观测。

云服务集成：数据路径的延伸与回流

Pure Storage与公有云的集成并非单一产品，而是一组按数据形态分层的服务。对于块存储，有Cloud Block Store，它在AWS和Azure上以原生实例形式运行，提供与本地FlashArray一致的API和管理体验。对于文件存储，有Cloud File Services，通过缓存或同步方式将FlashBlade的命名空间延伸到云上。对于备份和归档，有Pure Cloud Block Store的快照复制和FlashBlade的S3快照导出。

以Cloud Block Store为例，其数据路径是：本地FlashArray通过异步复制将快照增量发送到云上的Cloud Block Store卷；云上应用通过iSCSI或NVMe挂载该卷，获得与本地一致的块设备；当需要回迁时，Cloud Block Store的快照可以反向复制回本地FlashArray。这条路径的关键参数包括复制周期、带宽限制和保留策略，它们共同决定了RPO和云上存储成本。

数据路径的协同关系

把四个组件放在一起看，混合云数据路径可以归纳为三条主线。第一条是块数据主线：应用 → FlashArray → 异步复制/ActiveCluster → Cloud Block Store → 云上应用。第二条是文件与对象主线：客户端 → FlashBlade → S3 快照导出 → 云对象存储 → 云原生分析。第三条是管理主线：FlashArray/FlashBlade → Pure1 遥测 → 容量与性能分析 → Cloud Mediator 仲裁 → 故障切换决策。

这三条主线在物理上共享网络出口，但在逻辑上彼此独立。理解这一点对排障至关重要：如果业务读写正常但Pure1看不到阵列，问题在管理路径而非数据路径；如果云上快照没有按时到达，需要检查复制策略和带宽限制，而不是Pure1的遥测频率。在实际部署中，建议为管理流量和业务复制流量划分不同的VLAN或QoS策略，避免大规模快照传输影响前端业务延迟。

最后需要强调的是，Pure Storage的架构设计始终遵循“数据平面与管理平面分离”的原则。业务数据永远在客户端与阵列之间直接流动，Pure1只处理元数据和决策信号。这一原则使得混合云部署在获得统一管理能力的同时，不会因为云端连接问题而影响本地存储的可用性。理解这条基础数据路径，是后续学习具体复制配置、故障切换和性能调优的前提。