有时,当您连接到多路径 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
Run Code Online (Sandbox Code Playgroud)
...但主机物理连接到第一个 (192.168.130.101) 和第六个 (192.168.131.102) 端口,因此它永远无法与其他六个门户通信。
按照 iSCSI 目标的典型文档,最终会得到发起者“已知”的所有门户,但发起者只会在感兴趣的门户上进行实际登录(上例中为其中两个)。
是否应该从启动器的配置中删除“无法访问”的配置?即使没有实际登录,他们也会造成“已知”的任何问题吗?
小智 1
发现模式显示配置门户可用,但它不会连接到此类目标,也不检查可用性。
仅当您登录到目标时,发起方会尝试连接此类门户(针对所有已发现的门户或针对一个指定的门户),然后某些此类连接会被登录进程拒绝。只有可用的门户才能建立连接并为您提供 lun。在该过程之后,发起者不应需要有关失败门户的信息。它只有通过发现才需要它。在这种情况下,我认为您可能只会遇到发现过程速度的问题(如果使用非标准超时+丢弃数据包),而不是其他任何问题。
| 归档时间: |
|
| 查看次数: |
815 次 |
| 最近记录: |