SUSE Linux 11实战：用系统自带多路径连接华为OceanStor存储（iSCSI版）

SUSE Linux 11企业级存储整合：华为OceanStor iSCSI多路径配置深度解析

在金融、医疗等关键业务领域，许多企业仍在使用SUSE Linux Enterprise 11（SLES 11）这类经典系统与高端存储设备协同工作。当华为OceanStor Dorado6000 V3这类全闪存阵列需要通过iSCSI协议提供服务时，系统自带的多路径技术（DM-Multipath）往往成为最稳定的选择。本文将深入探讨这一特定技术组合的实战配置要点。

1. 环境准备与兼容性考量

在开始配置前，需要特别注意SLES 11与现代存储系统的版本差异问题。这个发布于2009年的操作系统版本，其多路径实现与新版系统存在显著区别：

• 内核版本限制：SLES 11默认使用2.6.32内核，对NVMe-oF等新协议支持有限
• 服务管理差异：使用传统的chkconfig而非systemd
• 多路径工具链：默认安装的device-mapper-multipath版本较旧

必备组件检查清单：

# 验证关键软件包 rpm -qa | egrep "open-iscsi|device-mapper-multipath" # 预期输出示例： # open-iscsi-2.0.871-0.20.3 # device-mapper-multipath-0.4.9-23.18

若缺少必要组件，需通过SLES 11原始安装介质补充安装。特别注意：华为存储不需要安装专属的UltraPath软件，但需要在存储端正确标记主机使用"第三方多路径"。

2. iSCSI启动器高级配置

SLES 11的iSCSI配置流程虽与现代系统相似，但在细节处理上需要特别注意：

2.1 启动器命名规范

/etc/iscsi/initiatorname.iscsi文件的命名直接影响存储系统的识别：

# 标准命名格式示例 InitiatorName=iqn.1996-04.de.suse:01:hostname-uniqueid

关键规则：

• 必须符合RFC 3721规定的IQN格式
• 最后12位字符建议使用主机MAC地址后六位转换
• 修改后必须重启服务生效：

/etc/init.d/open-iscsi restart

2.2 目标器发现与登录

对于多控制器存储架构，建议采用显式发现策略：

# 分别发现两个控制器的端口 iscsiadm -m discovery -t st -p 192.168.1.100 iscsiadm -m discovery -t st -p 192.168.1.101 # 选择性登录目标器（避免连接非必要端口） iscsiadm -m node -T iqn.2015-08.com.huawei:storage -p 192.168.1.100 -l

网络最佳实践：

• 使用独立的VLAN隔离iSCSI流量
• 启用Jumbo Frame（MTU=9000）
• 在不同子网配置多路径链路

3. DM-Multipath深度配置

SLES 11的DM-Multipath配置需要特别注意路径检测参数：

3.1 多路径服务管理

与传统系统不同，SLES 11使用SysVinit脚本：

# 服务管理命令 chkconfig multipathd on # 设置开机启动 /etc/init.d/multipathd start # 立即启动服务

3.2 华为存储专用配置

创建/etc/multipath.conf时应包含华为设备识别规则：

devices { device { vendor "HUAWEI" product "XSG1" path_grouping_policy group_by_prio path_checker tur features "1 queue_if_no_path" prio "alua" failback immediate no_path_retry 5 } }

关键参数解析：

4. 存储端关键配置

华为OceanStor存储需要特殊设置以兼容系统多路径：

1. 创建主机时选择"Linux"操作系统类型
2. 在"高级"选项中勾选"使用第三方多路径"
3. 为每个iSCSI端口配置独立的IP地址
4. 确保所有前端端口位于同一VLAN

LUN映射最佳实践：

• 为每个SLES 11主机创建独立的主机组
• 采用1:1的LUN映射关系
• 启用ALUA（Asymmetric Logical Unit Access）支持

5. 验证与排错

完整的验证流程应包含以下步骤：

5.1 多路径状态检查

multipath -ll # 预期输出应显示所有路径状态为"active/ready"

5.2 I/O路径故障模拟测试

# 断开一条路径 echo 1 > /sys/block/sdX/device/delete # 观察multipathd自动切换 tail -f /var/log/messages

常见问题处理：

在完成所有配置后，建议进行持续24小时的稳定性测试，重点关注路径切换时的I/O暂停时间是否符合业务要求。对于关键业务系统，可考虑通过dd命令和iostat工具监控实时吞吐量变化。