📚 课程目录第4章存储网络基础

4. 存储网络基础

HPE Alletra 存储平台在主机连接层面同时支持 FC、iSCSI 与 NVMe-oF 三类协议，但它们并不是简单的“新旧替代”关系，而是分别对应不同的时延目标、既有网络资产和运维能力。理解三者的封装层次、寻址方式与 Alletra 侧的支持边界，是后续做 SAN 规划、主机多路径配置和性能调优的前提。

一、三种协议的封装层次与寻址差异

FC（Fibre Channel）是专为存储设计的链路层协议，SCSI 命令直接承载在 FC 帧中，使用 64 位 WWN（World Wide Name）寻址，典型链路速率为 16/32/64 Gbps。它不依赖 TCP/IP，交换机需要单独组网（FC SAN），但正因为协议栈短、无丢包重传语义，时延稳定且抖动小。

iSCSI 把 SCSI 命令封装进 TCP/IP，用 IQN（如 iqn.2024-01.com.example:host01）标识发起端和目标端，通过标准以太网与交换机传输。它复用现有 IP 网络、运维门槛低，代价是 TCP 栈处理、拥塞控制与可能的丢包重传会引入额外时延，因此对网络质量（无损或近无损）和网卡卸载能力（TOE/iSCSI offload）较敏感。

NVMe-oF 是把 NVMe 命令集延伸到网络上的协议，Alletra 主要支持 FC-NVMe 与 NVMe/TCP 两种传输方式。相比 SCSI，NVMe 使用多队列、更深队列深度和更精简的命令提交/完成机制，单队列可支持 64K 命令，天然适配高并发低时延场景。FC-NVMe 复用 FC 物理链路，NVMe/TCP 复用以太网，二者都保留了 NVMe 的队列模型优势。

二、Alletra 对三种协议的支持方式

在 Alletra 上，协议差异主要体现在前端端口与目标端标识上，后端卷、快照、克隆、QoS、复制等数据服务是协议无关的。也就是说，同一份卷可以同时通过 FC 和 iSCSI 映射给不同主机，但需要分别建立主机对象与端口组。

FC：以 WWN 作为主机与目标端口标识，通过 zoning 控制可见性。Alletra 的 FC 端口可同时承载 SCSI 与 FC-NVMe 流量，具体取决于主机 HBA 与驱动能力。
iSCSI：以 IQN 标识发起端与目标端，支持 CHAP 单向或双向认证。Alletra 的 iSCSI 端口通常绑定在以太网端口上，需要规划 VLAN、MTU 与多路径子网。
NVMe-oF：FC-NVMe 复用 FC 物理链路，NVMe/TCP 复用以太网。目标端使用 NQN 标识，主机侧需要 NVMe over Fabrics 驱动与多路径（如 nvme-cli 的 native multipath）。

三、选型对比：从时延、成本与运维三个维度判断

选型不应只看“哪个更快”，而应结合业务时延敏感度、现有网络资产和团队运维能力。下面给出一个示例性的对比表，参数为教学假设值，用于说明判断逻辑，不代表实测结果。

维度	FC	iSCSI	NVMe-oF（FC-NVMe / NVMe/TCP）
典型时延（示例）	最低且稳定	中等，受 TCP 影响	低，队列模型更优
网络依赖	独立 FC SAN	现有以太网	FC 或以太网
运维复杂度	较高，需 FC 技能	较低，IP 技能可复用	中高，需 NVMe-oF 技能
适合场景	核心数据库、低抖动	通用业务、成本敏感	高并发、AI/分析、低时延
Alletra 支持	SCSI / FC-NVMe	iSCSI	FC-NVMe / NVMe/TCP

四、实际选型判断路径

假设某企业需要为三套业务选择协议：核心交易数据库、内部办公文件共享、AI 训练数据读取。可以按以下路径判断：

核心交易数据库：对时延抖动极敏感，且已有 FC SAN 资产，优先选择 FC 或 FC-NVMe。若主机 HBA 与驱动支持 NVMe，可逐步从 SCSI 迁移到 FC-NVMe，复用现有 zoning 与多路径策略。
内部办公文件共享：吞吐要求中等、成本敏感、团队熟悉 IP 网络，选择 iSCSI。规划两个独立子网做多路径，例如 192.168.10.0/24 与 192.168.20.0/24，分别绑定两个 25GbE 端口。
AI 训练数据读取：高并发、大块顺序读、希望降低 CPU 中断开销，选择 NVMe/TCP 或 FC-NVMe。若已有 100GbE 无损网络，NVMe/TCP 更易扩展；若已有 FC 基础设施，FC-NVMe 可复用链路。

提示：无论选择哪种协议，主机侧都必须配置多路径。FC 使用 MPIO 或 DM-Multipath，iSCSI 与 NVMe/TCP 同样需要多路径策略，并确保两条路径落在不同物理交换机上，避免单点故障。

五、配置示例：iSCSI 主机接入 Alletra 的关键参数

以下为 Linux 主机通过 iSCSI 接入 Alletra 的示例命令，参数为教学假设值，实际需替换为环境中的 IQN、IP 与 CHAP 凭据。

# 1. 设置发起端 IQN
iscsiadm -m iface -I default -o new
# 2. 发现目标
iscsiadm -m discovery -t sendtargets -p 192.168.10.50:3260
# 3. 配置 CHAP（单向）
iscsiadm -m node -T iqn.2024-01.com.hpe:alletra.target01 \
  -p 192.168.10.50:3260 -o update -n node.session.auth.authmethod -v CHAP
iscsiadm -m node -T iqn.2024-01.com.hpe:alletra.target01 \
  -p 192.168.10.50:3260 -o update -n node.session.auth.username -v initiator01
iscsiadm -m node -T iqn.2024-01.com.hpe:alletra.target01 \
  -p 192.168.10.50:3260 -o update -n node.session.auth.password -v 'ExamplePass123'
# 4. 登录
iscsiadm -m node -T iqn.2024-01.com.hpe:alletra.target01 -p 192.168.10.50:3260 --login
# 5. 查看会话与设备
iscsiadm -m session -P 3
lsblk | grep -i sd

登录成功后，iscsiadm -m session -P 3 应显示 State: LOGGED IN，lsblk 能看到新增的 sdX 设备。若状态为 LOGGED OUT 或设备未出现，优先检查 CHAP 凭据、目标端 ACL 是否包含该 IQN，以及网络连通性。

六、NVMe-oF 的额外检查点

NVMe-oF 在 Alletra 上使用时，除了网络与多路径，还需关注主机内核版本、nvme-cli 版本以及目标端 NQN 的映射关系。以 NVMe/TCP 为例，发现与连接命令如下：

# 发现 NVMe/TCP 目标
nvme discover -t tcp -a 192.168.10.60 -s 4420
# 连接
nvme connect -t tcp -n nqn.2024-01.com.hpe:alletra.nvme01 \
  -a 192.168.10.60 -s 4420
# 查看控制器与命名空间
nvme list-subsys
nvme list

判断连接是否正常，可观察 nvme list-subsys 中是否出现 live 状态的多条路径。若只有一条路径或状态为 connecting，需检查第二个目标 IP 是否可达、端口是否放通，以及 Alletra 侧是否已将同一 NQN 映射到两个前端端口。

注意：NVMe-oF 对端到端支持要求较高，主机 HBA/NIC、交换机、Alletra 前端端口以及多路径驱动必须同时具备相应能力。若其中任一环节不支持，可能回退到单路径或无法识别命名空间。

七、选型决策的简化原则

综合来看，可以按以下原则快速判断：已有 FC SAN 且业务时延敏感，优先 FC 或 FC-NVMe；只有以太网且成本敏感，优先 iSCSI；需要高并发低时延且具备端到端 NVMe-oF 能力，优先 NVMe/TCP 或 FC-NVMe。三种协议在 Alletra 上共享同一套后端数据服务，因此选型的关键不在存储功能，而在网络路径、主机能力和运维体系是否匹配。