教育

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

字号+ 作者:新闻小编 来源:未知 2019-06-11 14:04 我要评论( )

:存储双活已家喻户晓人人皆知,但是,你知道存储双活+虚拟化+应用集群,应该如何部署呢? 在医疗、政府和制造等行......

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

在医疗、政府和制造等行业,对存储高可用和业务连续性有较高需求,业务集中在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和应用集群理论上也有类似问题。

      本网提醒:本网站转载【存储双活:怎样拥抱业务集群和虚拟机_3】文章仅为流传信息,交流学习之目的,其版权均归原作者所有;凡呈此刻本网站的信息,仅供参考,本网站将尽力确保转载信息的完整性,如原作者对本网站转载文章有疑问,请及时联系本网站,本网站将积极维护著作权人的合法权益。

转载请注明出处。

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

相关文章
精彩导读