1. 课程导入与存储协议全景

在开始学习 Pure Storage 的文件与块存储协议之前，先建立一个整体认知：Pure Storage 的 FlashArray 与 FlashBlade 两条产品线，分别对应块存储与文件/对象存储两大场景，而它们对外提供的访问协议并不相同。理解“哪条产品线支持哪些协议、这些协议各自解决什么问题”，是后续所有配置、调优与排障工作的基础。

简单来说，块存储向上层暴露的是“一块可以随机读写的裸设备”，主机操作系统在其上建立自己的文件系统；文件存储向上层暴露的是“已经组织好的目录与文件”，客户端直接挂载共享目录即可读写。Pure Storage 的 FlashArray 主打块存储，同时通过 Purity 软件提供文件服务能力；FlashBlade 则原生面向文件与对象场景，横向扩展架构更适合海量非结构化数据。协议的选择，本质上取决于业务需要的是“块”还是“文件”，以及主机侧的操作系统与性能诉求。

四类核心协议及其定位

本课程围绕 NFS、SMB、iSCSI、NVMe-oF 四类协议展开，它们分别覆盖了文件与块两大阵营：

• NFS：面向 Linux/Unix 及虚拟化平台的网络文件协议，FlashBlade 原生支持，FlashArray 通过文件服务支持。适合共享目录、容器持久卷、VMware 数据存储等场景。
• SMB：面向 Windows 及混合办公环境的网络文件协议，同样由 FlashBlade 原生支持、FlashArray 文件服务支持。适合 Windows 共享、用户主目录、部门协作盘。
• iSCSI：基于以太网的块存储协议，FlashArray 的核心接入方式之一。主机通过发起端（Initiator）与阵列目标端（Target）建立会话，把 LUN 映射为本地磁盘。
• NVMe-oF：新一代块存储协议，把 NVMe 命令封装到网络传输层（如 RoCEv2、FC、TCP），显著降低延迟、提升队列深度，是 FlashArray 面向高性能数据库与 AI 训练场景的推荐接入方式。

需要特别说明的是，Pure Storage 产品线对协议的支持并非“全协议通吃”，而是有明确的矩阵关系。下面的 SVG 图以矩阵形式呈现了 FlashArray 与 FlashBlade 对四类协议的支持情况，并标注了各协议的典型承载网络与适用场景，帮助你在选型时快速定位。

如何理解这张矩阵

从图中可以读出三条关键结论。第一，FlashArray 是块存储的主力，iSCSI 与 NVMe-oF 是它的两条核心接入路径；同时通过 Purity 的文件服务能力，它也能提供 NFS 与 SMB，实现“一块阵列、两种访问方式”。第二，FlashBlade 是文件与对象的原生平台，NFS 与 SMB 是它的主战场，适合需要横向扩展、海量小文件或大带宽吞吐的场景。第三，协议选择的第一判断依据是数据形态：需要裸设备、自建文件系统、追求极致 IOPS 与低延迟，选块协议（iSCSI/NVMe-oF）；需要共享目录、多客户端并发访问同一份数据，选文件协议（NFS/SMB）。

在实际项目中，还经常遇到“同一业务同时需要块和文件”的情况。例如一套 Kubernetes 集群，数据库 Pod 通过 iSCSI 挂载块设备获得稳定低延迟，而日志与模型文件则通过 NFS 共享目录读写。这时 FlashArray 的文件服务能力就显得很有价值——不必再单独采购一套 NAS，在同一阵列内即可完成块与文件的统一承载。

后续章节的学习地图

本课程后续内容将沿着“协议原理 → 接入配置 → 性能与可靠性 → 排障与优化”的主线展开。具体来说：先分别深入 NFS、SMB、iSCSI、NVMe-oF 四类协议的工作机制与关键参数，再进入 Pure Storage 侧的接口配置、主机端发起端设置、多路径与认证，随后讨论性能调优、快照与复制对协议的影响，最后通过典型故障案例建立排障思路。

最后提醒一点：协议本身是标准化的，但 Pure Storage 在实现上做了不少增强，例如 FlashArray 的 ActiveCluster 双活、FlashBlade 的横向扩展元数据架构，都会影响协议的实际表现。因此本课程不会停留在“协议是什么”的层面，而会结合 Pure 的具体实现，讲清楚“在 Pure 上应该怎么配、怎么验、怎么判断是否正常”。