我院采用svc四节点+2*F900对原有存储系统做的改造,现在想做灾备从性价比考虑是采用svc的拉伸集群方式好呢,还是采用hyperswap好呢?
之前做过vdm ha,现在在线将VDM的两份Copies直接转换成hyperswap卷可以吗?采用哪种方案?
如果将SVC集群转换成HyperSwap结构实现对I/O Group双节点故障的保护采用哪种方案?VDM卷需要拆除重组吗?
您好,我再详细说明一下。 svc 7.5版之后是微码支持hyperswap软件,不需要购买许可。
再强调一下, HyperSwap是PowerHA Enterprise的一个组件。
HyperSwap原来只支持IBM DS8800高端存储,现在只是下放到了 SVC 7.5微码以后版本,还有可以支持V7000存储。但是,所有的工作还是要依靠 HyperSwap实现,并不是SVC或V7000内置HyperSwap。
HyperSwap可以确保数据中心在服务器失效或存储失效的情况下,业务的连续性。以前不支持双活,目前可以支持双活,达到类似SVC Stretched Cluster的双活的效果。
区别:
1、HyperSwap只能安装在AIX主机上安装,而且需要存储支持HyperSwap(目前有DS8K、V7K和SVC 7.5+支持)。双活通过yperSwap软件实现。
2、SVC Stretched Cluster,SVC本身就是IBM X服务器+SVC软件组成,实际上,Stretched cluster双活就是将VDM的SVC IO GROUP中的两个节点拉伸到两个站点,并将每个svc node以及后端存储赋予站点(site)的属性。在SVC不支持HyperSwap之前,都是依靠这个功能实现双活,对操作系统没有限制。
3、hyperswap实现需要依赖SVC存储间的数据复制,只是控制故障发生时,主机可以切换访问另一个存储上的卷。基本原理是两台AIX主机都可以识别到两台存储上的卷,在一台存储或AIX主机故障时,可以快速切换访问,没有等待时间。但是两台存储底层还是依赖SVC进行数据同步复制。
(这个可以解答你上面提到的第二个问题,原来实施过VDM,如果采用HyperSwap可能需要重做)
4、在性能上,HyperSwap要好于SVC Stretched Cluster,HyperSwap采用ACTIVE-ACTIVE模式,确仍然有master和auxiliary的概念,master vdisk会处理所有读写操作。然而,SVC HyperSwap会自动调整master/auxiliary的关系:根据volume过去几分钟(目前是10分钟)IO情况去决定是否需要改变master/auxiliary关系。这样的处理方式,极大优化IO性能。当一站点故障时,可以看到存储写缓存状态,SVC Stretched Cluster是disabled 的状态,hyperswap是still enabled状态。
总结:
SVC HyperSwap只是多了一个存储双活的选择,如果你有两台POWER主机需要做双活,那么采用SVC HyperSwap是一个比较好的选择。如果是VMWARE环境或是X86环境主机需要做双活,那么SVC Stretched Cluster比较合适。
我认为svc 7.5版之后可以使用hyperswap与系统是不是aix应该是无关的吧。只是要使用hyperswap功能需要购买许可,不知道对不对?
收起建议采用svc的方案。hyperswap是power ha的一个组件,通过软件的方案去控制应用对数据存储的访问。svc是通过低层对存储的控制实现双活。稳定性比hyperswap要好。而且hyperswap只能用于aix环境双活,svc是低层存储数据双活,对操作系统没有限制,可以做到全业务系统双活。当然,不管是svc还是hyperswap都是只对数据做双活,上层还需要oracle rac数据库双活或者vmware双活作为业务双活的支撑。
收起