存储双活：怎样拥抱业务集群和虚拟机？

存储双活已家喻户晓人人皆知，但是，你知道存储双活+虚拟化+应用集群，应该如何部署呢?

在医疗、政府和制造等行业，对存储高可用和业务连续性有较高需求，业务集中在Oracle、虚拟化、ERP、MS SQL、HIS等系统，核心业务已经逐渐实现虚拟化，在云计算领域，OpenStack的Ironic模块和技术，就是要实现物理和虚拟化的整合和云统一。

通常，我们在核心系统中使用的关系数据库，如Oracle，在数据容灾用的Golden Gate本身license比较贵、而且在数据容灾切换上无法自动化，而且指标RPO=0、RTO要求的满足度不高。逐渐的，客户业务Oracle RAC集群，或Oracle等数据库应用都部署在虚拟机上，采用虚拟机HA集群提供可靠性，采用存储双活实现业务连续性。

在考虑到商务问题，Oracle RAC相对于操作系统集群、Hypervisor自带的集群，价格高很多，所以在在项目实施过程中，一般也是折中建议采用系统自带应用和虚拟化集群。

存储双活方案中，需要保证端到端的冗余和双活，目前主流存储厂商都支持双活特性和部署方案，如华为HyperMetro、HDS GAD、Dell Live Volume、IBM HyperSwap(配合阵列MetroMirror)和SVC ESC、富士通 Storage Cluster、HP PeerPersistence、EMC vPlex和VMAX3 SRDF/Metro、Netapp MetroCluster (在Syncmirror数据镜像之上增加了FailOver功能)、以及应用和服务器本地存储双活方案Oracle RAC(配合ASM)和GPFS(配合Oracle RAC或PureScale)。他们技术有所差别，但在业务连续性保证上，实现的效果很类似。

但针对双活服务器层的集群部署，需要结合应用集群软件，业务容灾诉求综合考虑，目前主要的部署方式包括下面种中情况。

物理应用部署

Oracle，DB2，Exchange等应用部署在物理服务器上;服务器层自动切换就需要Oracle RAC、DB2、MSFC或操作系统自动的集群软件实现，这种方式适合时延、性能要求很高的场景。

虚拟应用部署

Oracle，DB2，Exchange等应用部署在Vmware、Hyper-V或Fusioshere 等VM上;在可靠性上，Vmware，Hyper-V和Fusionshere VM具备HA功能切换，然后基于VM内的Oracle，DB2，Exchange等应用也具有HA能力。虚拟化上部署应用集群又有2种部署方式。

单机应用部署，即Oracle RAC、DB2、MSFC单机部署在VM中，优点部署简单，切换容易，这种部署方式有大量案例，所以经过充分验证。

集群应用部署，除了Hypervisor的HA切换外，还需要依靠Oracle RAC、DB2、MSFC或操作系统集群软件切换。

在第二种这种部署方案中，Hypervisor的HA集群和应用集群有兼容性问题，并且很多Hypervisor厂商也不提供技术支持，如VMware和Oracle都是相互建议不同时部署集群，类似的，其他Hypervisor和应用集群理论上也有类似问题。