是否可以跨 FC 和 iSCSI 进行多路径？

Question

这个问题可能有点傻，但我想知道是否可以通过 FC 连接和 iSCSI 连接对存储阵列进行多路径处理？鉴于多路径的主要目的似乎是提高硬件故障时的弹性，因此提供依赖于网络硬件的存储路径似乎是对依赖于 FC 的路径的一种具有适当弹性的替代方案，这似乎是合乎逻辑的。

我知道两者的性能可能不一样，但是在没有足够预算用于多个 FC 连接（和结构）的情况下，这可能不是一个可接受的低成本解决方案吗？

Answer 1

理论上，如果 device-mapper-multipath 在 iSCSI 链路上检测到相同的 LUN，它会将其添加到可用路径中，然后您需要确保将故障转移和 IO 方向设置为正确的优先级。但是，我怀疑您是否会看到相同的 LUN 呈现方式，因为我还没有看到任何允许基于相同块设备池导出 LUN 和目标的阵列。如果您知道这样的设备，请纠正我，因为我显然没有看到那里所有可能的 SAN

Answer 2

我想你可以。这可能取决于你的存储供应商。就我个人而言，我会购买并花费预算购买另一台光纤通道交换机和更多 HBA。

Answer 3

只要您的 SAN 支持它（Compellent 支持，我不知道其他的），您当然可以。但是，请谨慎选择路径选择策略 - 即 MPIO 如何进行负载平衡。将 FC 设置为您的首选路径并使用 iSCSI 进行故障转移，反之亦然（根据速度、拥塞、可靠性等选择首选结构）。避免使用来自两种协议的路径进行负载平衡（例如循环）。