4. Pure Storage与VMware vSphere集成规划
Pure Storage FlashArray 与 VMware vSphere 的集成并不是“接上光纤就能用”的简单动作，它涉及三个相互约束的规划维度：vSphere 版本兼容性决定你能用哪些集成能力，ESXi 主机侧配置决定主机能否稳定识别并高效使用阵列，多路径策略与存储连接设计决定在正常与故障状态下 I/O 路径如何选择与切换。三者必须一起规划，任何一项单独优化都可能被另一项抵消。
一、先锁定版本兼容性矩阵
Pure Storage 通过 VMware 官方的 VMware Compatibility Guide（VCG） 以及 Pure 官方的 Interoperability Matrix 声明支持关系。规划第一步不是配置，而是确认以下四层版本是否同时落在支持区间内：
- vSphere / ESXi 版本：例如 ESXi 7.0 U3、8.0 U2 等，不同 Update 级别对 NVMe-oF、vVols、VAAI 的支持程度不同。
- Purity//FA 版本：阵列操作系统版本，决定其对外暴露的协议能力与插件兼容性。
- Pure Storage vSphere 插件（VASA Provider、SRA、vSphere Client Plugin）：用于 vVols、SRM 和阵列管理集成，必须与 vCenter 版本匹配。
- vCenter Server 版本：vVols 与 VASA 能力依赖 vCenter，版本不一致会导致注册失败。
一个常见的规划示例（属合理假设，非实测结论）：若环境为 vCenter 8.0 U2 + ESXi 8.0 U2，则 Purity//FA 需为 6.4.x 及以上，VASA Provider 需使用对应 8.0 版本，才能启用 vVols 与 NVMe/TCP。若仍停留在 ESXi 6.7，则只能使用 VMFS 数据存储，且部分新插件不可用。规划时应把“目标能力”与“最低版本”对应起来，而不是先升级再补兼容性检查。
二、ESXi 主机侧的关键配置
ESXi 主机是 I/O 的发起端，其配置直接影响识别、性能与故障恢复。规划时需明确以下要点：
- HBA 与协议选择：FC 使用 QLogic / Emulex HBA，iSCSI 使用软件或硬件 iSCSI，NVMe-oF 使用支持 NVMe over Fabrics 的适配器。协议一旦确定，后续多路径策略与交换机规划随之确定。
- iSCSI 绑定与端口组：iSCSI 场景下需为每块物理网卡建立独立的 vmkernel 端口与 vSwitch，并启用“覆盖交换机故障切换”或按端口绑定，避免单点。
- NMP 与 PSP 设置：ESXi 原生多路径插件（NMP）需为 Pure 阵列的 SATP 规则指定路径选择策略（PSP），这是多路径规划的核心。
- 队列深度与超时：根据阵列与主机数量调整 QLogic/Emulex 队列深度，避免高并发下丢包或超时。
- 主机命名与注册：ESXi 主机在阵列上的 IQN/WWPN 必须与主机名、集群归属一致，便于后续卷映射与权限管理。
一个可参考的 iSCSI 配置片段（示例参数，需按实际环境调整）：
# 创建 iSCSI vmkernel 端口（示例）
esxcli network ip interface add -i vmk10 -p 10.10.10.11 -N iSCSI-A
esxcli network ip interface tag add -i vmk10 -t iSCSI
# 绑定 iSCSI 适配器
esxcli iscsi networkportal add -n iSCSI-A -i vmk10
# 设置 NMP SATP 规则（示例）
esxcli storage nmp satp rule add -s VMW_SATP_ALUA -V PURE -P VMW_PSP_RR
上述命令的关键在于：先建立独立 iSCSI 端口，再绑定到 iSCSI 适配器，最后为 Pure 阵列指定 ALUA 与轮询策略。若跳过 SATP 规则，ESXi 可能使用默认策略，导致路径利用率低或故障切换不及时。
三、多路径策略与存储连接设计
Pure Storage FlashArray 支持 ALUA（Asymmetric Logical Unit Access），即控制器分为 Active/Optimized 与 Active/Non-Optimized 两种路径状态。ESXi 侧推荐使用 Round Robin（VMW_PSP_RR），并配合 ALUA 实现路径优先级。规划时需明确：
- 路径数量：FC 场景通常每主机 2 块 HBA × 2 个 Fabric = 4 条物理路径；iSCSI 场景每主机 2 块网卡 × 2 台交换机 = 4 条路径。路径数不宜过少，否则故障时带宽不足。
- 路径选择策略：RR 的 IOPS 限制参数（如
iops=1）决定切换频率，过高会增加控制器负担，过低则无法充分利用多路径。 - 故障切换与回切：需验证单控制器故障、单交换机故障、单 HBA 故障三种场景下，ESXi 是否在预期时间内完成路径切换并恢复 I/O。
- 存储连接拓扑：FC 使用双 Fabric 冗余，iSCSI 使用双交换机冗余，NVMe-oF 使用双 RoCE 网卡冗余。任何单点都不应出现在 I/O 路径上。
esxcli storage nmp path list 与 esxcli storage core path list 确认每条路径的状态为 active 或 standby，并记录 ALUA 目标端口组，作为后续排障基线。四、把三者串成一张规划图
版本兼容性、主机配置、多路径策略不是三个独立任务，而是层层约束：版本决定可用能力，主机配置决定能力能否落地，多路径策略决定落地后的稳定性与性能。下图把这三层关系与关键判断点整合在一起，便于在规划阶段逐项核对。
图中三层自上而下形成约束链：版本层决定“能不能用”，主机配置层决定“能不能识别”，多路径与连接层决定“能不能稳定跑”。规划时建议按此顺序逐层确认，并在每一层留下可核对的记录，例如版本矩阵截图、ESXi 配置命令输出、路径状态清单。这样在后续扩容或故障排查时，才能快速定位问题属于哪一层，而不是在三个维度之间反复猜测。