也许这是一个愚蠢的问题，但我想知道是否可以通过FC连接和iSCSI连接多存储一个存储arrays？ 考虑到多path的主要观点似乎是在硬件故障面前增加弹性，似乎合乎逻辑的是，提供依赖于networking硬件的存储path将是依赖FC的path的适当的弹性替代scheme。
我很欣赏两者的性能可能不尽相同，但是如果没有足够的多个FC连接（和结构）的预算，这可能不是一个可接受的低成本解决scheme吗？
从理论上讲，如果device-mapper-multipath在iSCSI链路上检测到相同的LUN，则会将其添加到可用path，然后由您来确保将故障转移和IO方向设置为正确的优先级。 不过我怀疑你会看到相同的LUN表示，因为我没有看到任何允许基于同一块设备池导出LUN和目标的arrays。 如果你知道这样的设备，请纠正我，因为我显然没有看到每一个可能的SAN在那里
我想你可以。 这可能取决于您的存储供应商。 就个人而言，我会得到和花费另一个光纤通道交换机和更多的HBA的预算。
只要你的SAN支持它（Compellent呢，我不知道别人），你当然可以。 但是，请谨慎select您select的pathselect策略，即MPIO如何进行负载平衡。 将FC设置为首选path，并使用iSCSI进行故障切换，反之亦然（基于速度，拥塞，可靠性等因素，最好select哪种结构）。 避免使用来自两种协议的path进行负载平衡（例如循环）。