双FC卡SAN环境配置CLUSTER？

Question

双FC卡SAN环境连接存储比SCSI直连存储性能和可靠性都要好，但硬件价格较高。
两种连接方式在配置REDHAT CLUSTER时步骤命令有什么区别吗？

Answer 1

同样的鄙视powerpath。采用系统层驱动的failover driver是最稳定的。而系统的multipath模块在原来上和powerpath一样使用dm_emc.ko，还是应用层面的。至于稳定性，我觉得是没有问题的。

而options qla2xxx ql2xfailover=1是激活qla2xxx驱动的failover功能，前提是系统使用的qla2xxx驱动有编译failover，详细可以看白皮书。

mkinitrd 的操作是：
先备份系统使用的initd.img文件，然后执行
mkinitrd -f /boot/initrd.img `uname -r`

Answer 2

能不能具体讲一下/etc/modprobe.conf.local里加上options qla2xxx ql2xfailover=1是做什么用的？mkinitrd 具体怎么操作？

Answer 3

hp 的FCA HBA adapter (for linux的) 在download section提供了 基于qla的驱动，很好用的. 不管是standalone rackmount 还是blade 上的FC adapter都可以用,里面有几个小工具用起来很方便，如果要安装在RFL上只要修改一下kernel image的软连接即可.

不过也许是HP服务器的local array controller都是cpq cciss的原因，本地array volume都是/dev/cciss/cXdX，所以在混合光纤的情况下，重复名字的问题并不时特别突出.

Answer 4

如果你是qlogic的卡的话，可以在/etc/modprobe.conf.local里加上options qla2xxx ql2xfailover=1，然后mkinitrd就可以了，别的不用管

Answer 5

我们用的是HP EVA4000阵列。
只要FC HBA的驱动程序没问题，配置CLUSTER没有特殊要求吧。

Answer 6

另外，emulex的hba卡，内核里还是不支持直接做multipath，emulex自身推了一个hbanywhere的一个冬冬，没有用过，不好发表评论。

个人看法，multipath和HA软件关系倒不是很大，因为不管是系统层面还是硬件厂商都已经作了很多事情，HA只需要在逻辑上调用存储功能就行了，：）

Answer 7

qlogic driver里不知道为什么出现了不推荐ql2xfailover这个参数的消息，据说这样容易导致盘符混乱( ql2xfailoverriver failover support: 0 to disable; 1 to enable (deprecated). Enabling can cause problems to detect devs on 2ndary port.)。

所以还是推荐使用诸如rdac, powerpath之类的multipath软件，linux自身也包含了multipath工具，但是这个有人测试过，性能很差，而且生成设备居然不支持分区，只能用lvm，呵呵。如果要用，可以参考
http://support.novell.com/techce ... s_multipathing.html

另外，一些商业软件如Polyserve，他可以支持qlogic和emluex卡的multipath，而且支持所有能用这两块卡连接的san存储，支持failover和round robin load balance，是一个比较好的选择。

如果是IBM的存储，试试看rdac吧，现在他opensource了，这一点相当棒。
Powerpath很好用的，不知道bz怎么有偏见，我最不爽的是powerpath只支持sles的2.6.5-7.151内核(emc anounce 下一个支持的内核版本是2.6.5-7.201)，而实际上这个内核根本就没有人用。但是实际上，使用起来还是蛮方便的，而且性能提升也很明显。

Answer 8

原帖由 yubq 于 2006-4-16 00:00 发表
双FC卡SAN环境连接存储比SCSI直连存储性能和可靠性都要好，但硬件价格较高。
两种连接方式在配置REDHAT CLUSTER时步骤命令有什么区别吗？

multipath. 很常规的做法，价格并不高. 采用multipath的HA集群到处都是.

multipath的实现需要三部分组成， FC HBA 在OS里面需要有支持failover 的driver, 然后是你需要有支持failover multipath的 connection,然后你的SAN storage的controller需要能够支持multipath. 缺一不可.

EMC和HP在我提到的第一个组成元素上提供了更多的选择.  EMC用了powerpath, HP用了SecurePath, 这个都不是OS level的native failover driver. 而是一个中间层的user-space application。 不过2年前HP开始放弃在FC环境使用Secure path 的做法，而是跟随 Qlogic 的脚步，开始直接采用OS layer的failver driver 做为native failover driver直接提供failover 的multipath 能力，简化了系统结构，降低了部署难度，最可贵的是native failover driver 的切换速度和故障感知能力要比以往的方案块很多，可靠性也好很多.

有兴趣可以去 qlogic 的站点察看详细的介绍.

顺便鄙视一下EMC的powerpath, 熟悉 pc server +powerpath+emc柜子+linux OS得人一定和我有同感，让power matirx见鬼去吧.

Answer 9

FC SAN和ISCSI SAN 是物理层的对软件应该是透明的.可以不必考虑这个问题.