« 上一篇下一篇 »

双活存储一个能在发生数据灾难情况下实现业务连续性的架构

     核心系统是企业最为重要的系统,尤其是金融行业,它是金融企业的生命线, 一旦信息科技风险越过了这条底线,企业的整个金融信息系统将全面瘫痪,后果不堪设想。所以为了牢牢守护住这条命脉,企业一直在不断的寻求更好的技术和更优的解决方案,来对核心系统的优化之路进行探索,这其中之一便是核心系统存储双活优化。
传统的核心系统存储都是采用集中式存储,通过搭建两地三中心的存储架构来防范核心系统数据的物理性错误,并通过数据备份来防范数据的逻辑错误。然而目前的两地三中心存储架构为主备架构,一来如果主存储发生故障,必然需要进行存储主备切换,由于核心系统数据量巨大,切换时间漫长,即使成 功切换之后 RPO=0,RTO 也不少于 10 分钟;二来虽然备存储实时存在一份和主存储一样的数据副本,但是这份副本长时间不对外提供读写服务,资源使用率低倒也无所谓,这份副本能否在切换之后正常使用,是需要打一个大大的问号。所以企业每年都会定期进行灾难演练,也可能是出于对这份备副本的“不放心

   存储双活已家喻户晓人人皆知,但是,你知道存储双活+虚拟化+应用集群,应该如何部署呢?
在医疗、政府和制造等行业,对存储高可用和业务连续性有较高需求,业务集中在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)。他们技术有所差别,但在业务连续性保证上,实现的效果很类似。
   核心系统是企业最为重要的系统,尤其是金融行业,它是金融企业的生命线, 一旦信息科技风险越过了这条底线,企业的整个金融信息系统将全面瘫痪,后果不堪设想。所以为了牢牢守护住这条命脉,企业一直在不断的寻求更好的技术和更优的解决方案,来对核心系统的优化之路进行探索,这其中之一便是核心系统存储双活优化。
传统的核心系统存储都是采用集中式存储,通过搭建两地三中心的存储架构来防范核心系统数据的物理性错误,并通过数据备份来防范数据的逻辑错误。然而目前的两地三中心存储架构为主备架构,一来如果主存储发生故障,必然需要进行存储主备切换,由于核心系统数据量巨大,切换时间漫长,即使成 功切换之后 RPO=0,RTO 也不少于 10 分钟;二来虽然备存储实时存在一份和主存储一样的数据副本,但是这份副本长时间不对外提供读写服务,资源使用率低倒也无所谓,这份副本能否在切换之后正常使用,是需要打一个大大的问号。所以企业每年都会定期进行灾难演练,也可能是出于对这份备副本的“不放心”。存储双活:怎样拥抱业务集群和虚拟机
但针对双活服务器层的集群部署,需要结合应用集群软件,业务容灾诉求综合考虑,目前主要的部署方式包括下面种中情况。
物理应用部署
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和应用集群理论上也有类似问题。