📚 课程目录第4章存储网络与主机环境就绪检查

4. 存储网络与主机环境就绪检查

在 Dell 企业存储项目交付中，存储阵列上电、管理口可达只是第一步。真正决定后续 LUN 映射、主机识别、多路径聚合能否顺利完成的，是存储网络与主机环境是否已经“就绪”。本节围绕 FC、iSCSI、NVMe over Fabrics 三类组网，梳理交换机配置、Zone 划分、主机 HBA 驱动与多路径软件的检查要点，并给出可执行的判断依据。

一、先明确三类组网的就绪边界

FC 组网依赖光纤通道交换机与 HBA，检查重点是端口速率、WWN 注册、Zone 成员关系；iSCSI 组网依赖以太网交换机与主机网卡/TOE/iSCSI HBA，检查重点是 VLAN、MTU、IP 可达性与 CHAP 认证；NVMe over Fabrics 分为 FC-NVMe 与 NVMe/TCP，前者复用 FC 物理链路但要求交换机与 HBA 支持 NVMe 协议，后者走以太网并要求端到端支持 NVMe/TCP 与无损或近似无损网络。三类组网的共同点是：存储前端端口、交换机端口、主机端口三者必须形成一条“可见且唯一”的路径集合。

二、FC 组网与 Zone 划分检查

FC 组网检查从物理层开始。在交换机上执行 switchshow（Brocade）或 show interface brief（Cisco MDS），确认连接存储与主机的端口状态为 Online，速率与规划一致（例如 32Gbps），且无 CRC 错误增长。随后在 Name Server 中确认存储前端端口 WWPN 与主机 HBA WWPN 均已注册。

Zone 划分是 FC 就绪检查的核心。推荐采用单启动器单目标（Single Initiator, Single Target）Zone，即每个 Zone 只包含一块主机 HBA 端口和一个存储前端端口。这样做的目的是避免多主机同时访问同一目标时产生不必要的 RSCN 干扰，也便于故障隔离。示例规划如下：

Zone: Z_ESXi01_HBA0_FE0
  Members:
    Host:  10:00:00:00:c9:xx:xx:01  (ESXi01 HBA0)
    Array: 50:00:14:40:xx:xx:xx:0a  (存储 FE0)

Zone: Z_ESXi01_HBA1_FE1
  Members:
    Host:  10:00:00:00:c9:xx:xx:02  (ESXi01 HBA1)
    Array: 50:00:14:40:xx:xx:xx:0b  (存储 FE1)

划分完成后，使用 zoneshow 确认 Zone 已生效，并在主机侧执行 cat /sys/class/fc_host/host*/port_name 核对 WWPN。若主机只能看到部分存储端口，应优先检查 Zone 是否遗漏成员、交换机是否已 cfgsave 并 cfgenable。

三、iSCSI 组网检查

iSCSI 组网检查重点在 IP 可达性与网络参数一致性。首先确认主机 iSCSI 网卡与存储前端端口处于同一 VLAN 或已配置三层互通，使用 ping 验证 MTU 为 9000 时不分片。若启用 Jumbo Frame，需在主机网卡、交换机端口、存储端口三处同时配置，否则会出现登录成功但性能异常的情况。

其次检查 iSCSI 会话。在主机上执行 iscsiadm -m session，确认目标 IQN 与存储规划一致；在存储侧确认主机 IQN 已加入主机组。若启用 CHAP，需核对单向或双向认证的用户名与密码，并注意密码长度与字符集限制。常见问题是主机能发现目标但登录失败，此时应查看 /var/log/messages 中的 iSCSI 错误码，区分是认证失败还是目标门户不可达。

四、NVMe over Fabrics 检查

NVMe over Fabrics 分为 FC-NVMe 与 NVMe/TCP。FC-NVMe 复用现有 FC 链路，但要求交换机与 HBA 支持 NVMe 协议，检查时需确认交换机端口已使能 NVMe、主机 HBA 固件支持 NVMe，并在存储侧确认 NVMe 子系统 NQN 已发布。NVMe/TCP 则要求主机与存储之间支持 NVMe/TCP，检查重点是 TCP 端口 4420 可达、网络时延与丢包率满足要求，以及主机 nvme-cli 能执行 nvme discover 发现目标。

无论哪种 NVMe 组网，都应确认主机内核已加载 nvme、nvme-fc 或 nvme-tcp 模块，并检查 dmesg 中是否有控制器重置或连接中断记录。

五、主机 HBA 驱动与多路径软件检查

主机侧检查分为驱动/固件与多路径两层。驱动方面，需确认 HBA 驱动版本、固件版本与存储兼容性矩阵一致。以 QLogic 为例，可执行 cat /sys/class/fc_host/host*/symbolic_name 查看固件版本，使用 modinfo qla2xxx 查看驱动版本。若版本低于兼容性矩阵要求，应先升级再继续后续映射操作。

多路径方面，Linux 常用 multipath -ll 查看路径状态，VMware 使用 esxcli storage nmp device list 查看 PSP 策略。就绪判断标准是：每条 LUN 的路径数量与规划一致，路径状态为 active ready running，且没有 failed 或 faulty 路径。若路径数量不足，应回到 Zone 或 iSCSI 会话检查；若路径状态异常，应检查链路误码、光模块或交换机端口。

建议在正式映射 LUN 前，先完成一次“空载就绪检查”：不映射任何 LUN，仅确认主机能发现存储前端端口、多路径软件能识别到目标端口。这样可以避免 LUN 映射后再排查网络问题，降低对生产的影响。

六、就绪检查结果记录

为便于交付验收，建议将检查结果记录为一张就绪检查表，至少包含以下字段：检查项、检查对象、预期值、实际值、结论。例如 FC 端口速率预期 32Gbps、实际 32Gbps、结论通过；Zone 成员预期 2 个、实际 2 个、结论通过；多路径路径数预期 4、实际 4、结论通过。对于不通过项，应记录现象、初步判断与处理动作，作为后续排障的输入。

完成以上检查后，存储网络与主机环境即具备进入 LUN 映射与主机识别的条件。此时再执行映射操作，出现问题时可以快速区分是网络层、Zone 层还是主机层原因，显著提升交付效率。