IBM的 PowerHA HyperSwap并不是双活?是这样吗

vplex 的metro,svc的stretched cluster 以及hyperswap只是做到了存储级别的双活。
业务层面还需要分布式应用。 比如结合VPLEX/SVC/HYPERSWAP,可以跨站点组建gpfs cluster。
(这种情况下推荐vplex和SVC，如果使用Hyperswap，建议灾备站点空跑或者IO少的业务） 收起

PowerHA HyperSwap可以支持双活应用，例如Oracle extended RAC，但是Oracle extended RAC极不可靠，极容易挂死，还需要第三方仲裁。vplex本身是存储级的数据双向写入技术，其oracle的rac或者db2并无关系，其实它GPFS的复制技术是很像的，相对来说vplex本身的延时较GPFS更短，其成本也更高，vplex本身也有单点的问题。 收起

vplex本身是存储级的数据双向写入技术，跟oracle的rac或者db2并没有关系，跟GPFS的复制技术是类似的，只不过vplex本身的延时较GPFS更短，但是成本也更高，同时vplex本身也有单点的问题。 收起

Oracle extended RAC极不可靠，极容易挂死，还需要第三方仲裁，根本不是可选项
emc vplex只是解决了存储单点，其实现的功能，完全可以通过LVM或ASM来实现，且其是明显的性能瓶颈，只能支撑IOPS到??，具体不说了，更不是可靠的双活方案 收起

看怎么理解双活，PowerHA HyperSwap可以支持双活应用，例如Oracle extended RAC；也可以支持Active-Standby的部署；不管怎样，都支持存储的高可用，即存储切换对应用没有任何影响（不管是计划内还是计划外） 收起