加固linux多路径io需聚焦路径冗余、故障切换、配置防误与访问可控四维度：严格黑名单限制设备发现范围；按阵列alua能力绑定策略并调优检测参数；固化alias命名及uid/gid权限控制；集成tur检测、分级日志与巡检告警闭环。
加固Linux多路径IO（Multipath I/O）配置，核心在于确保路径冗余可靠、故障切换及时、配置防误与访问可控，而非单纯追求“安全”字面意义——存储网络本身不传输敏感业务数据，真正的风险点在于配置错误导致IO中断、路径争抢、LUN误识别或权限失控。以下从四个关键维度给出可落地的加固要点：
严格限定多路径设备发现范围
默认情况下multipathd可能扫描所有SCSI设备，易将本地磁盘、测试LUN甚至管理口模拟盘纳入多路径组，引发设备名冲突或意外接管。
- 在/etc/multipath.conf中启用blacklist并精确匹配：用devnode "^(ram|loop|fd|md|dm-|sr|scd|st)[0-9]*"屏蔽常见伪设备；对HBA卡直连盘，按wwid或vendor/product黑名单非存储阵列设备
- 启用blacklist_exceptions显式放行可信存储厂商（如vendor "Dell|EMC|HPE|NetApp"），避免通配符误伤
- 运行multipath -t验证配置语法，再用multipath -v2 -d模拟扫描，确认仅列出预期LUN
绑定路径策略与故障检测参数到硬件能力
盲目采用failover或multibus模式，或使用默认15秒检测间隔，在高IO负载下易触发误切换。必须依据存储阵列实际支持的ALUA状态和链路恢复时间设定。
- 对支持ALUA的阵列（如主流全闪存），在devices段中强制设置path_grouping_policy "group_by_prio"和getuid_callout "/sbin/scsi_id --whitelisted --device=/dev/%n"
- 调低features "1 queue_if_no_path"并设no_path_retry "queue"，避免路径全断时IO直接报错；同时将polling_interval从默认5秒改为2秒（需确认HBA固件支持）
- 禁用flush_on_last_del "yes"防止卸载路径时清空缓存造成数据丢失
固化设备命名与权限控制
依赖/dev/mapper/mpathX动态名会导致应用配置漂移；未限制设备节点权限则普通用户可能误操作底层路径。
- 在multipaths段为每个关键LUN定义alias（如alias "db_data_lun"），确保/dev/mapper/db_data_lun永久存在
- 通过uid/gid和mode指定映射设备节点权限（如mode "0640"，uid "root"，gid "storage"），配合udev规则限制/dev/sdX原始设备仅root可读
- 对数据库等关键应用，使用dmsetup ls --tree确认multipath设备无嵌套快照或thin-pool干扰
集成监控与切换审计闭环
多路径异常往往滞后暴露，需主动捕获路径状态变更、优先级翻转及IO错误计数，而非等待应用报错。
- 启用path_checker "tur"（Test Unit Ready）替代默认readsector0，降低检测开销；对NVMe over FC等新协议，改用path_checker "nvme"
- 配置log_level 3并定向日志到独立rsyslog文件（如/var/log/multipathd.log），用logrotate按日轮转
- 编写轻量巡检脚本，每5分钟执行multipath -ll | grep -E "(active|failed|ghost)"，结合cat /sys/block/mpath*/device/state比对内核层路径状态，异常时触发企业微信/钉钉告警
不复杂但容易忽略：每次存储侧升级、HBA固件更新或交换机zone调整后，必须重新运行multipath -F && systemctl restart multipathd并验证路径收敛状态，不可依赖热重载。
