返回Garyy的回答

GaryyGaryy  系统工程师 , 某保险

在医疗、证券交易、政府和制造等行业,对存储高可用和业务连续性有较高需求,业务集中在Oracle、虚拟化、ERP、MS SQL、HIS等业务系统,业务的实时在线诉求使其对双活方案需求也相对更旺盛一些。

但随着虚拟化和云计算广泛使用,核心业务已经逐渐实现虚拟化,大多数客户现网应用都呈现出物理、虚拟化混合的景象,在云计算领域,OpenStack的Ironic模块和技术,就是要实现物理和虚拟化的整合和云统一。那在双活方案中,也需要同时考虑物理和虚拟化应用部署方案,下面拿Oracle数据为例来说明。

随着Oracle数据库不断被部署在虚拟化环境,通常情况,对业务连续性方案的考虑无碍乎采用主备容灾和双活。主备容灾方案要么是存储数据级复制,或是采用数据库Golden Gate或Data Gurd特性复制,但是数据库特性本身License比较昂贵,且无法自动化主备切换,更不能满足业务对连续性RPO=0、RTO=0要求,即使采用存储复制技术也很难解决RTO=0的要求。

所以双活方案就逐渐的成了首选,在考虑到商务问题,Oracle RAC相对于操作系统集群、Hypervisor自带的HA,也存在价格问题,所以在在项目实施过程中,一般也是折中建议客户采用系统自带应用和虚拟化集群。

存储双活方案中,需要保证端到端的双活,存储需要支持双活。目前主流存储厂商都支持双活特性和部署方案,如华为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和SAP HANA等应用集群部署在物理服务器上时,业务自动切换就需要Oracle RAC、DB2、MSFC或操作系统自动的集群软件实现,这种方式适合时延、性能要求很高的场景。

虚拟应用部署

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

  1. 单机应用部署:即Oracle RAC、DB2、MSFC单机部署在VM中,采用虚拟化平台的HA功能切换。优点部署简单,切换容易,这种部署方式有大量案例,所以经过充分验证。
  2. 集群应用部署:除了Hypervisor的HA切换外,还需要依靠Oracle RAC、DB2、MSFC或操作系统集群软件切换,即在应用层实现嵌套集群部署。
    在第二种部署方案中,Hypervisor的HA集群和应用集群一般都会有兼容性问题,一旦出现问题,很多Hypervisor厂商也不提供技术支持,如VMware和Oracle都是相互建议不同时部署集群,类似的,其他Hypervisor和应用集群理论上也有类似问题。总之,在应用虚拟化双活方案,目前应用还是主要采用单机部署方式。
保险 · 2017-11-09
浏览2670

回答者

Garyy
Garyy0410
系统工程师某保险
擅长领域: 云计算存储容器

Garyy 最近回答过的问题

回答状态

  • 发布时间:2017-11-09
  • 关注会员:2 人
  • 回答浏览:2670
  • X社区推广