📚 课程目录第3章虚拟化存储集成基础

3. 虚拟化存储集成基础

在虚拟化环境中，存储协议并不只是“连得上”这么简单。它决定了数据路径经过哪些组件、由谁负责快照与克隆、虚拟机磁盘以什么粒度被管理，也决定了故障排查时应该看交换机、看阵列还是看 ESXi 主机。Pure Storage FlashArray 同时提供块协议（FC、iSCSI）与文件协议（NFS），并通过 vSphere API for Array Integration（VAAI）和 vSphere Virtual Volumes（VVol）与 VMware 深度集成。理解这些协议的差异，是后续做存储集成设计的前提。

块协议：FC 与 iSCSI 的定位差异

FC 和 iSCSI 都属于块存储协议，ESXi 看到的是 LUN，VMFS 数据存储建立在 LUN 之上。两者的核心区别在传输层：FC 走专用光纤网络，依赖 HBA 卡、FC 交换机和 WWN 寻址；iSCSI 走标准以太网，依赖 iSCSI 软件或硬件适配器、IP 网络和 IQN 寻址。

在 Pure Storage 上，FC 通常用于对延迟稳定性和确定性要求较高的核心业务集群，典型配置是双 Fabric 冗余，每台 ESXi 主机两条 HBA 分别接入两个独立 Fabric，FlashArray 的每个控制器端口分别属于不同 Fabric。iSCSI 则更适合已经具备成熟 IP 网络、希望复用现有交换机的场景，Pure 支持多路径 iSCSI，建议为存储流量划分独立 VLAN，并启用 Jumbo Frame（MTU 9000）以减少协议开销。

无论 FC 还是 iSCSI，Pure 都通过 ALUA 提供主动—优化路径，ESXi 的 NMP（Native Multipathing Plugin）配合 Pure 提供的 SATP/PSP 规则，可以把 I/O 均匀分布到多个控制器端口。一个常见的判断依据是：如果主机侧已经具备双 Fabric FC 交换且对抖动敏感，优先 FC；如果网络团队更熟悉 IP 运维、且能保证存储 VLAN 的隔离与 QoS，iSCSI 同样可以承载生产负载。

文件协议：NFS 数据存储的适用边界

NFS 属于文件级协议，ESXi 直接挂载 FlashArray 提供的 NFS 数据存储，VMDK 以文件形式存在。Pure 支持 NFSv3 与 NFSv4.1，在 vSphere 场景中 NFSv3 使用最广。与 VMFS 相比，NFS 的优势在于：无需在阵列侧创建 LUN 并做分区格式化，扩容时只需调整数据存储容量；同时 NFS 天然支持 VAAI 的 Full Clone、Fast Clone、Lock 等原语，克隆虚拟机时由阵列完成元数据操作，速度远快于主机侧复制。

NFS 的典型限制在于：单个数据存储的 I/O 队列由 ESXi 的 NFS 客户端统一管理，超大规模并发时不如 VMFS 多 LUN 分散；此外 NFS 数据存储上的 VMDK 不支持某些依赖块设备的特性（如部分集群文件系统）。因此 NFS 更适合通用虚拟化负载、VDI 桌面池、以及需要频繁克隆和快速部署的场景。

VVol：把管理粒度下沉到虚拟机

VVol 是 vSphere 与存储阵列之间的集成框架，它把存储管理单元从“LUN/数据存储”下沉到“虚拟机磁盘”。在 VVol 架构中，FlashArray 作为 VASA Provider 向 vCenter 注册，vCenter 通过 VASA 接口创建 Virtual Volume（虚拟卷），每个 VMDK 对应一个独立的 VVol，并绑定到某个存储容器（Storage Container）和存储策略（SPBM）。

VVol 的价值在于策略驱动：管理员在 vCenter 中定义“容量+性能+快照+复制”的存储策略，虚拟机部署时自动匹配到对应能力的 VVol，不再需要人工选择 LUN。快照、克隆、复制等操作由阵列直接对单个 VVol 执行，不再受数据存储整体限制。代价是架构更复杂：需要 VASA Provider 高可用、需要 vCenter 与阵列网络互通、排障链路更长。因此 VVol 更适合对策略自动化、单虚拟机粒度快照和复制有明确需求的私有云或大型虚拟化平台。

VAAI：块与文件协议共同受益的加速层

VAAI 不是独立协议，而是 vSphere 与阵列之间的一组加速原语。在 Pure 上，无论 VMFS 还是 NFS，都可以启用 VAAI。以克隆为例：传统方式下，ESXi 需要把源 VMDK 的每个数据块读出来再写到目标位置，一个 100 GB 的虚拟机克隆可能耗时数十分钟；启用 VAAI Full Clone 后，ESXi 只发送一条克隆指令，FlashArray 在阵列内部完成元数据级复制，通常几秒到十几秒即可完成。判断 VAAI 是否生效，可以在 ESXi 主机上执行 esxcli storage core device vaai status get，查看对应设备的 VAAI 能力是否显示为 supported。

协议选型的关键判断维度

实际选型时，建议从以下维度逐项确认：

延迟敏感度：对抖动极敏感的核心交易系统优先 FC；一般业务 iSCSI 或 NFS 均可。
运维能力：团队熟悉 FC 交换机的选 FC；熟悉 IP 网络与 VLAN 的选 iSCSI 或 NFS。
管理粒度：需要按虚拟机做策略、快照、复制的选 VVol；按数据存储统一管理的选 VMFS 或 NFS。
克隆与部署频率：频繁克隆的场景优先 NFS 或启用 VAAI 的 VMFS。
扩容方式：NFS 扩容只需调整数据存储容量；VMFS 扩容需要扩展 LUN 并扩展 VMFS。

在同一个 vSphere 集群中，可以同时使用 VMFS、NFS 和 VVol 数据存储。例如：核心数据库放在 FC VMFS 上，VDI 桌面池放在 NFS 上，需要策略自动化的测试环境放在 VVol 上。协议选择不是非此即彼，而是按业务分层匹配。

一个可参考的配置示例

假设某企业有 6 台 ESXi 主机、1 台 FlashArray//X，需要承载数据库、通用业务和 VDI 三类负载。一种合理的集成方案如下：

FC 路径：
  ESXi 主机 2 块双口 HBA，分别接入 Fabric A / Fabric B
  FlashArray 创建 4 个 LUN，组成 1 个 VMFS 数据存储（数据库专用）
  NMP PSP 使用 Round Robin，路径阈值 1

iSCSI 路径：
  独立 VLAN 210，MTU 9000
  每台主机 2 个 vmk 端口，绑定 2 个物理上行
  FlashArray 创建 2 个 LUN，组成 1 个 VMFS 数据存储（通用业务）

NFS 路径：
  FlashArray 创建 NFS 数据存储，容量 20 TB
  ESXi 挂载 NFSv3，用于 VDI 桌面池

VVol 路径：
  FlashArray 注册 VASA Provider 到 vCenter
  创建 Storage Container，绑定 SPBM 策略
  测试环境虚拟机部署到 VVol 数据存储

部署完成后，验证要点包括：ESXi 存储适配器是否看到全部路径且状态为 Active；esxcli storage nmp path list 是否显示多路径均衡；NFS 数据存储是否正常挂载并可创建虚拟机；VVol 数据存储是否在 vCenter 中显示为已绑定策略。若某条路径显示 Dead，应优先检查交换机 Zone 或 VLAN 配置，而不是直接怀疑阵列端口。

协议选型的本质，是把业务对延迟、管理粒度、运维习惯和自动化程度的要求，映射到 FC、iSCSI、NFS、VVol 这几种集成方式上。Pure Storage 的价值在于这些协议可以共存于同一阵列，并通过 VAAI 和 VASA 提供一致的加速与策略能力，使管理员能够按业务分层设计，而不是被单一协议绑定。