4. VMware vSphere集成准备
在把 ONTAP 存储交付给 vSphere 使用之前，准备工作决定了后续是“一次接通、长期稳定”，还是“反复排障、性能抖动”。这一节围绕四件事展开：ESXi 主机如何被发现并纳入管理、存储适配器如何配置、ONTAP 侧 LIF 如何规划、以及多路径策略如何选择。四者不是并列的清单，而是一条有先后依赖的准备链：主机发现决定管理边界，适配器决定 ESXi 能否看到目标，LIF 规划决定路径的数量与分布，多路径策略决定这些路径如何被使用。
一、ESXi 主机发现：先确定“谁参与、怎么管”
主机发现的目标是把 ESXi 主机纳入 vCenter 的统一管理，并确认其版本、许可证与网络状态满足集成前提。实际操作中，通常先在 vCenter 中通过“添加主机”向导，输入 ESXi 的管理 IP、root 凭据，确认指纹后完成纳管；批量场景下可用主机配置文件或脚本方式导入。纳管后应核对三项：ESXi 版本是否在 ONTAP 与 vSphere 的互操作矩阵内、主机时间是否与 vCenter 同步、管理网络与存储网络是否分离。
这里有一个容易被忽略的判断点：ESXi 的存储访问并不依赖管理网络，而是依赖 VMkernel 端口。因此“主机发现成功”只代表管理通道通了，不代表存储通道可用。示例中，某环境 ESXi 管理地址为 192.168.10.21/24，而存储 VMkernel 规划在 10.20.30.0/24 网段，两者物理隔离。纳管后必须单独为存储流量创建 VMkernel 适配器，否则后续添加存储目标时会直接失败。
二、存储适配器配置：让 ESXi 具备“看见”目标的能力
ESXi 访问 ONTAP 块存储主要走 iSCSI 或 FC。iSCSI 场景下，需要在“存储 → 适配器”中启用软件 iSCSI 适配器，配置 IQN，并在“动态目标”或“静态目标”中添加 ONTAP 数据 LIF 的 IP 与端口（默认 3260）。若使用 iSCSI，建议同时启用 CHAP，并在 ONTAP 侧对应 igroup 中配置相同的认证信息。FC 场景下，则通过 HBA 卡 WWPN 在 ONTAP 的 igroup 中做 zoning 与绑定，ESXi 侧只需确认适配器已上线、链路状态为“已连接”。
配置完成后，用“重新扫描适配器”触发发现。判断是否成功的依据不是适配器是否启用，而是“设备”页签中是否出现 ONTAP 提供的 LUN，以及“路径”页签中每条路径的状态是否为“活动”或“待机”。如果只看到设备但路径全部为“关闭”，问题通常出在 LIF 可达性、igroup 绑定或 zoning，而不是 ESXi 本身。
三、ONTAP LIF 规划：路径数量与故障域的设计
LIF 是 ONTAP 对外提供服务的逻辑接口，规划的核心是“每个节点至少提供一条可被 ESXi 访问的数据 LIF，并让这些 LIF 分布在不同的故障域上”。以双节点集群为例，可在每个节点上各创建一个 iSCSI 数据 LIF，分别绑定到不同的物理端口与广播域。这样 ESXi 侧就能看到两条通往同一 LUN 的路径，分别落在两个控制器上。
规划时需明确几个参数：LIF 的 IP 地址、所属 SVM、绑定的端口与广播域、以及是否启用故障转移。示例规划如下：SVM 为 svm_vmware，节点 A 的 LIF 为 10.20.30.11，节点 B 的 LIF 为 10.20.30.12，两者同属 VLAN 30，ESXi 侧对应两个 VMkernel 端口 10.20.30.21 与 10.20.30.22。这种“双节点双 LIF”结构是后续多路径策略能够生效的前提。
四、多路径策略选择：让路径真正被用起来
ESXi 默认的路径选择策略是“最近使用”，它只使用一条路径，其余路径处于待机状态。对于 ONTAP 的 ALUA 架构，更合适的选择是“循环（Round Robin）”，它会在多条活动路径之间轮转 I/O，从而同时利用两个控制器的前端端口。若环境对路径切换的确定性要求更高，也可选择“固定”并手动指定首选路径，但这种方式在控制器故障时需要人工干预，通常不作为首选。
策略选择后，应在“设备 → 路径”中确认每条路径的状态：活动路径应显示为“活动（I/O）”，待机路径显示为“待机”。若两条路径都显示为“活动”，说明 ALUA 目标端口组识别正常；若出现“关闭”，则回到 LIF 与 igroup 检查。示例中，将策略设为“循环”后，两条路径均显示为活动，I/O 在节点 A 与节点 B 之间轮转，单节点故障时另一条路径自动接管，业务无中断。
五、准备阶段的检查清单
| 检查项 | 判断依据 | 常见异常 |
|---|---|---|
| ESXi 纳管 | vCenter 主机列表可见，版本在互操作矩阵内 | 版本过旧、时间不同步 |
| VMkernel 端口 | 存储网段可 ping 通 ONTAP LIF | 与管理网混用、VLAN 未放通 |
| 适配器与目标 | 动态目标添加成功，设备列表出现 LUN | IQN 未加入 igroup、CHAP 不匹配 |
| LIF 规划 | 每节点至少一条数据 LIF，分布在不同故障域 | LIF 集中在同一节点 |
| 多路径策略 | 路径状态为活动/待机，策略为循环 | 仅一条路径、策略为最近使用 |
准备阶段的价值在于把“能不能通”和“通得好不好”分开验证。主机发现解决管理可达，适配器解决目标可见，LIF 规划解决路径冗余，多路径策略解决路径利用。四步依次确认后，再进入数据存储创建与虚拟机迁移，才能避免把网络、认证、路径问题混在一起排查。