在我们的Linux服务器上，我们目前使用HP的qla2xxx驱动程序，因为它内置了多path（主动/被动）。
但是，还有其他各种选项，如Red Hat的device-mapper-multipath和stock qla2xxx驱动程序（多总线和故障转移）以及SecurePath和PowerPath（两者都可以实现中继，iirc）等。
有人可以告诉我各种scheme的优点和缺点吗（如果我可以问这个问题），除了{安全，电源}path选项费用巨大的显而易见的事实？ 我主要感兴趣的是免费提供的选项，比如HP的qla2xxx与Red Hat的multipathd以及其他可能的开放源代码解决scheme，但是我也想听听商业解决scheme的充分理由。
更新 ：我将在未来几天内对各种选项进行基准testing（每个选项10个iozone运行的平均值（选项是本机qla2xxx故障恢复，原生qla2xxx多总线，HP qla2xxx故障恢复））。 对于那些感兴趣的人，我会在这里发布结果摘要。
以前我用过：
我非常喜欢设备映射多path，因为它的简单性，紧密耦合到内核和可靠性。
IBM SDD最初是一个移植到Linux的AIX驱动程序。 它运行良好，但要避免内核污染，需要特定的Linux内核版本，这通常比最新和最大的版本滞后3-6个月。
我讨厌RDAC存储，并试图获得任何types的多path软件。 如果您有RDAC存储，请避免使用RDAC驱动程序并使用dm-multipath。 我的经验更可靠。
对于HBA驱动程序，我通常坚持使用Linux内核，因为它也适用于dm-multipath。 我职业生涯中最大的挫折之一就是试图让RDAC或SDD驱动程序与HBA驱动程序一起工作。 通常在某个地方有一个不匹配的情况，有一半的LUN没有被看到，或者是有冲突，你会看到相同的两次。
DM多path的另一个投票。
我已经受到了QLogic自己的qla3xxx / qla4xxx驱动程序和以前用来控制它们的用户态工具的影响。 我们的经验可能会略有不同，因为这些卡由IBM OEM作为唯一可用于其刀片的iSCSI HBA，但我怀疑它同样适用。 司机和公用事业是一个噩梦使用。 此外，IBM或QLogic都无法提供在推荐环境中使用卡的技术指导。
相比之下，上游内核驱动程序完美工作。 我们要求的所有接口都是通过sysfs呈现的。 来自不同path的LUN可以像预期的那样作为块设备到达，可以通过多path进行识别。 multipathd相对容易configuration，而且完全按照辛劳时代的说法。 如果你有技术专长，没有任何基本的支持，他们可能会提供给你，那么这将是我的build议。
PS：如果你正在寻找启动一个多path设置，那么它有点棘手，但完全可以实现。 如果需要，我可以提供一些笔记。
那么到目前为止我也是DM。 我试过DS4700上的RDAC和DM，也不会在ds4700上进行dynamic负载平衡，只是故障转移。 如果你启用循环平衡，你的吞吐量会崩溃……我在某处读到的东西指责ds4700无法做到这一点。
我没有看到rdac和dm之间的性能差异，尽pipedm会导致Sansurfer软件抱怨由于某种原因select了非首选的控制器。
RDAC也是我为Debian编译的噩梦，我希望人们不要再以为linux只是RHEL和SuSE！
SDD呢？ 这两个关于它的专业人士？