![是否可以跨 FC 和 iSCSI 进行多路径?](https://linux22.com/image/565866/%E6%98%AF%E5%90%A6%E5%8F%AF%E4%BB%A5%E8%B7%A8%20FC%20%E5%92%8C%20iSCSI%20%E8%BF%9B%E8%A1%8C%E5%A4%9A%E8%B7%AF%E5%BE%84%EF%BC%9F.png)
这个问题可能有点傻,但我想知道是否可以通过 FC 连接和 iSCSI 连接对存储阵列进行多路径处理?鉴于多路径的主要目的似乎是提高硬件故障时的弹性,因此提供依赖于网络硬件的存储路径似乎是对依赖于 FC 的路径的一种具有适当弹性的替代方案,这似乎是合乎逻辑的。
我知道两者的性能可能不一样,但是在没有足够预算用于多个 FC 连接(和结构)的情况下,这可能不是一个可接受的低成本解决方案吗?
答案1
理论上,如果 device-mapper-multipath 在 iSCSI 链路上检测到相同的 LUN,它会将其添加到可用路径中,然后您需要确保将故障转移和 IO 方向设置为正确的优先级。但是,我怀疑您是否会看到相同的 LUN 呈现方式,因为我还没有看到任何允许基于相同块设备池导出 LUN 和目标的阵列。如果您知道这样的设备,请纠正我,因为我显然没有看到那里所有可能的 SAN
答案2
我想你可以。这可能取决于你的存储供应商。就我个人而言,我会购买并花费预算购买另一台光纤通道交换机和更多 HBA。
答案3
只要您的 SAN 支持它(Compellent 支持,我不知道其他的),您当然可以。但是,请谨慎选择路径选择策略 - 即 MPIO 如何进行负载平衡。将 FC 设置为您的首选路径并使用 iSCSI 进行故障转移,反之亦然(根据速度、拥塞、可靠性等选择首选结构)。避免使用来自两种协议的路径进行负载平衡(例如循环)。