有时,当您连接到多路径 iSCSI 目标时,您将只能访问其部分门户。当发起者直接连接到目标的以太网端口时,这很常见,而不是通过交换机。
[我手头的这种基础架构的实际示例是具有 4 个直接连接的服务器的 Dell MD3200i / MD3220i SAN]
当您执行 iSCSI 发现时,启动器将获得所有门户的列表,即使是那些它实际上未连接且无法与之对话的门户。对于双控制器,每个控制器有四个端口,您会看到如下内容:
# iscsiadm --mode discovery --type sendtargets --portal 192.168.130.101
192.168.130.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
192.168.131.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
192.168.132.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
192.168.133.101:3260,1 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
192.168.130.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
192.168.131.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
192.168.132.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11C0123456789012345678901234
192.168.133.102:3260,2 iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234
...但主机物理连接到第一个 (192.168.130.101) 和第六个 (192.168.131.102) 端口,因此它永远无法与其他六个门户通信。
按照 iSCSI 目标的典型文档,最终会得到发起者“已知”的所有门户,但发起者只会对感兴趣的门户进行实际登录(上例中有两个)。
是否应该从发起者的配置中删除“无法访问”的?即使没有实际登录,他们是否会造成“已知”的任何问题?
发现模式显示配置门户可用,但它不连接到此类目标,也不检查可用性。
只有当您登录到目标时,发起者才会尝试连接此类门户(对于所有已发现的门户或一个指定的门户),然后其中一些连接会被登录过程拒绝。只有可用的门户才能建立连接并为您提供 lun。在该过程之后,发起者不需要有关失败门户的信息。它只有通过发现才需要它。在那种情况下,我认为您可能只会遇到发现过程速度的问题(如果不使用标准超时+丢弃数据包),但不会遇到其他任何问题。
您可以将这些“发现不可用”的目标留在那里,发起者无法登录到这些目标。但是,这些“不可用”目标会减慢启动器启动/停止时间,因此最好将它们移除。您将在 /var/lib/iscsi/nodes 中找到所有发现的目标,因此运行
rm -rf /var/lib/iscsi/nodes/iqn.1984-05.com.dell:powervault.md3200i.690b11c0123456789012345678901234/192.168.132.101,3260,1
我注意到这篇文章展示了一个非常好的 iSCSI 设置、配置、调试和调整示例。