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

存储双活已家喻户晓人人皆知，但是，你告诉存储双活+虚拟化+应用于集群，应当如何部署呢？在医疗、政府和生产等行业，对存储低能用和业务连续性有较高市场需求，业务集中于在Oracle、虚拟化、ERP、MSSQL、HIS等系统，核心业务早已渐渐构建虚拟化，在云计算领域，OpenStack的Ironic模块和技术，就是要构建物理和虚拟化的统合和云统一。一般来说，我们在核心系统中用于的关系数据库，如Oracle，在数据容灾用的GoldenGate本身license较为喜、而且在数据容灾转换上无法自动化，而且指标RPO=0、RTO拒绝的符合度不低。

渐渐的，客户业务OracleRAC集群，或Oracle等数据库应用于都部署在虚拟机上，使用虚拟机HA集群获取可靠性，使用存储双活构建业务连续性。在考虑到商务问题，OracleRAC相对于操作系统集群、Hypervisor自带的集群，价格低很多，所以在在项目实行过程中，一般也是折衷建议使用系统自带应用于和虚拟化集群。存储双活方案中，必须确保末端到端的校验和双活，目前主流存储厂商都反对双活特性和部署方案，如华为HyperMetro、HDSGAD、DellLiveVolume、IBMHyperSwap(因应阵列MetroMirror)和SVCESC、富士通StorageCluster、HPPeerPersistence、EMCvPlex和VMAX3SRDF/Metro、NetappMetroCluster(在Syncmirror数据镜像之上减少了FailOver功能)、以及应用于和服务器本地存储双活方案OracleRAC(因应ASM)和GPFS(因应OracleRAC或PureScale)。

他们技术有所差异，但在业务连续性确保上，构建的效果很类似于。但针对双活服务器层的集群部署，必须融合应用于集群软件，业务容灾表达意见综合考虑到，目前主要的部署方式还包括下面种中情况。物理应用于部署Oracle，DB2，Exchange等应用于部署在物理服务器上；服务器层自动转换就必须OracleRAC、DB2、MSFC或操作系统自动的集群软件构建，这种方式合适时延、性能拒绝很高的场景。

虚拟世界应用于部署Oracle，DB2，Exchange等应用于部署在Vmware、Hyper-V或Fusioshere等VM上；在可靠性上，Vmware，Hyper-V和FusionshereVM不具备HA功能转换，然后基于VM内的Oracle，DB2，Exchange等应用于也具备HA能力。虚拟化上部署应用于集群又有2种部署方式。单机应用于部署，即OracleRAC、DB2、MSFC单机部署在VM中，优点部署非常简单，转换更容易，这种部署方式有大量案例，所以经过充份检验。

集群应用于部署，除了Hypervisor的HA转换外，还必须依赖OracleRAC、DB2、MSFC或操作系统集群软件转换。在第二种这种部署方案中，Hypervisor的HA集群和应用于集群有兼容性问题，并且很多Hypervisor厂商也不获取技术支持，如VMware和Oracle都是互相建议不同时部署集群，类似于的，其他Hypervisor和应用于集群理论上也有类似于问题。

本文来源：ku游-www.mysimplemedia.com