您好,欢迎来到南京仲子路科技有限公司!
您好,欢迎来到南京仲子路科技有限公司!
create smarter cities via our expertise
01、热备
在热备用情况下,只有主数据中心负责用户的业务,而备用数据中心在主数据中心被挂掉后,备用数据中心就能自动接管主数据中心的业务,并且用户的业务不会中断,因此也感觉不到数据中心的切换。
02、冷备
在冷备份的情况下,只有主数据中心才负责该业务,但备用数据中心不会实时备份,此时可能需要定期备份,或者根本不做备份,如果主数据中心挂掉,用户的业务就会被中断。
03、双活
双重工作就是觉得备用数据中心只做备份太浪费了,因此让主备两个数据中心同时承担用户的业务,这时,主备两个数据中心就会相互备份,并进行实时备份。一般情况下,主数据中心的负荷可以更多一些,例如分担60~70%的业务,而备用数据中心仅分担40%~30%。
a—p
ap双重工作通过分类业务,有些业务以数据中心a为主,以数据中心b为热准备,有些业务以数据中心b为主,以数据中心b为热准备,以达到近似双重工作的效果。
a—a
aa双活为真双活,同一双活 lun的 i/o路径可以同时访问,负载平衡,故障时可以无缝切换。
04、什么是双活数据中心 ?
先要知道双活是主动主动,故名思义即两面都是活动在线提供服务,是相对于传统的主备模式active-standby模式。一项真正的双管齐下的计划应该覆盖所有级别的基础设施、中间件、应用程序。
双数据中心同时为外界提供业务生产服务。两个数据中心是平等的,不分主从,可以同时部署业务,可以大大提高资源利用率和系统的工作效率和性能,让客户从容灾系统中获得最大价值。
a.两个生产中心部署同一业务系统,将网络层、主机层或应用的负载平衡技术结合起来,以实现两个数据中心并行运行和负载分摊。
b.两个生产中心部署不同的业务系统,互相实时灾备接管。
数据中心双活又分为:同城双活、异地双活。
传统主备模式的缺点
对于灾难准备(disaster recovery),一般是建立2个(或更多)数据中心。一种是主数据中心用来接收用户的业务,另一种是备份数据中心的数据、配置、业务等等。
主备数据中心之间一般有热备、冷备、双活三种备份方式。
在热备用情况下,只有主数据中心负责用户的业务,而备用数据中心在主数据中心被挂掉后,备用数据中心就能自动接管主数据中心的业务,并且用户的业务不会中断,因此也感觉不到数据中心的切换。
在冷备份的情况下,只有主数据中心才负责该业务,但备用数据中心不会实时备份,此时可能需要定期备份,或者根本不做备份,如果主数据中心挂掉,用户的业务就会被中断。
双重工作就是觉得备用数据中心只做备份太浪费了,因此让主备两个数据中心同时承担用户的业务,这时,主备两个数据中心就会相互备份,并进行实时备份。一般而言,主数据中心的负载可能会增加,例如分担6070%的业务,备数据中心只分担400%的业务。
传统的主备份模式是,企业只在一个数据中心运行,企业根据灾害等级和业务需要,在备份中心配置了大量的备份服务器,而备份中心则只为这一业务提供灾备服务。当生产数据中心瘫痪时,灾难中心的业务系统才启动它们,这就导致了备份中心服务器资源的浪费,而广域网连接不能被充分利用。
双活数据中心优点
充分利用资源,避免了一个数据中心常年处于闲置状态而造成浪费。通过资源整合,“双活”数据中心的服务能力是双倍的。
双活数据中心如果断了一个数据中心,另外一个数据中心还在运行,对用户来说是不可感知的。
而一个灾备中心的模式,如果生产数据中心瘫痪,需要半个小时、甚至两个小时、甚至更长时间才能启动灾备中心,在启动灾备中心的时间里,用户交易会严重受损。
双活数据中心的最大优势是有效利用资源。灾备中心建设的投资巨大及每年运维成本极高,如果资源处于闲置状态,资源是相当浪费的,有了虚拟化,能够把闲置的资源整合,服务能力会提高一倍。银行系统中很多资源都是弹性需求,如基金、贵金属交易、电子支付、和网银交易,在交易火爆时一天交易量可能达到全年交易量总和。故银行系统容量规划时是充分考虑到交易峰值的,但这样在正常时间就有很大的交易浪费,以淘宝“双十一”活动为例,交易量在几分钟内就可能达到全年交易量的总和,需要系统服务能力提高十倍,这时双活数据中心和灵活快速的资源调度就充分发挥出了作用。云计算技术,让it系统有了资源整合的能力,让系统有了充分的弹性,随时可以调度十台机器来提高服务能力,来保证交易的突发需求,以及各种突发因素造成的交易量猛增。
有了云计算技术,不代表投入会更少,但是资源利用率会更高,系统但抗冲击能力会更强,自由调度能力会更强。
自动化是“双活”与“云计算”必不可少的前提条件
云计算需要自动化手段来帮助系统维护人员进行自动的资源调配。比如,通过虚拟化技术虚拟出了上万台虚拟机器,白天需要50台机器给网银系统提供web服务,晚上网银交易少了,贵金属交易多了,这50台机器要调配到另一个系统上。这五十台不可能一个人一台台调配,那可能配一晚上都配不完,就需要自动化的软件来自动调整资源分配。
异地“双活”难度大
当然,部署“双活”数据中心的难度也非常大,尤其是异地“双活”,涉及到数据同步效率问题。如果数据同步效率达不到要求,在灾难发生时就会造成一段时间的交易丢失。在异地“双活”的模式中,两地数据中心同时接纳交易,技术难度很大,需要更改众多底层程序。
双活数据中心的建设三个条件
双活数据中心的建设首先要满足三个条件,第一个是应用双活,也就是说数据库一定要实现双活,第二个是网络要双活,业务网络要保证能够同时联通两个数据中心,第三个是数据要双活,两边的数据要能够实现被独立使用。
双活数据中心pg电子直营站的解决方案缺点
虽然双活容灾pg电子直营站的解决方案对于集中式管理的数据中心更大限度的保证了业务生产的在线性及有效的防御了灾难性事件恢复业务生产的能力。但是双活数据中心的容灾方案还是存在一定的不足之处,理想与现实总存在一定的距离。
1、脑裂现象
双活数据中心方案实现了站点级的冗余的容灾pg电子直营站的解决方案,但是受限于当前的技术等因素,在建设过程中解决了企业当前面临的业务连续性问题,同时也产生了新的问题,就是双活pg电子直营站的解决方案普遍存在的脑裂现象,在意外事件发生时,若监测技术不到位、系统平台不健康、两数据中网络波动性中断等因素的发生,使得两个数据中心一体化的业务系统会分裂成两个独立的数据中心。使用户很难取舍那一个是唯一的生产数据,那一个是将要废掉的非生产数据。这就是早年veritas vvrpg电子直营站的解决方案退出灾备舞台的原因之一。
2、非“零丢失”,不具备软错误的保障
双活容灾pg电子直营站的解决方案的优势强调在健康的运行平台下,大型灾难事件发生是的“零”数据丢失,但是若双活平台本身不健康或者遭遇逻辑故障时,并不能保障数据零丢失。这种故障发生的数据恢复或渐变式灾难发生的情况下,还需借助备份系统的数据恢复手段或方法。因此,双活容灾方案大多数情况下不具备解决软错误的保障,而恰恰这种事件发生的概率远远超过站点级的灾难及硬件故障事件。在2012年时,某省政府部门的业务系统已建设容灾系统,但是在业务系统进行升级时出错,导致业务宕机一周多时间,而这期间的大部分时间是查找依据恢复数据。
3、需容忍高可靠性及性能的下降
双活容灾pg电子直营站的解决方案虽然提升了站点级的冗余保护,但是,在实际中确除低了整体业务平台的可靠性及性能。在可靠性方案,双活容灾pg电子直营站的解决方案就是把本地的双机双柜的硬件冗余方案跨站点建设,无论是传统的集群系统、虚拟化主机平台vmware,还是oracle rac等,跨站点建设都会无形中在业务平台中增添几分不稳定的因素,我想从现在流行的一体机pg电子直营站的解决方案更能说明这方面的问题,即系统越简单越稳定。在性能方案,站点间的监测、业务会话的同步确认等的网络延迟数,加上数据同步双写的光纤延迟,都或多或少的影响了整体业务处理的性能。距离越远影响越明显,如果距离较近,也会失去建设双活容灾数据中心的意义。
4、运营维护并不简单
双活容灾pg电子直营站的解决方案灾难切换方面变的较为简单,但在实际的维护方面并不简单,除了要求企业用户提升自己的维护能力,还需双活容灾pg电子直营站的解决方案提供商的pg电子直营站的售后服务能力。
a.企业自身人员的维护能力必须加强,才具备能力维护跨站点的双活系统,也就是需企业用户自身人维护人员必须从维护设备的能力转变为具备维护双活系统架构的能力,才能维稳系统的正常运行,让双活系统实现该有的效果。
b.提供商的服务能力也直接影响双活容灾系统部署后的效果,在已有的案例中,我们经常看到提供商的800电话,除了收集日志还是收集日志,除了正在后台诊断还是后台诊断,经常让一个小小问题需有好多层、次的沟通才能解决,这样的方式如何保障双活容灾系统的稳定?如保达到用户对双活系统在线性要求的期望?
5、性价比并不会太高
我们经常会听到双活容灾方案可以让生产中心和容灾中心都“活”起来,有效的利用资源,面临灾难性事件时,最大化业务系统的在线性,解除原有灾备系统有灾无备等等的不足之处。但是,当我们认真考虑建设双活容灾系统时发现,如果自身it人员的维护能力不足,很难达到我们期望的效果。在现实案例中,很多用户一次性的费用建设的系统,后续的维保经费很难申请,这种情况很难有效的保障我们的信息系统的健康运行。宁夏银行就是在没有后续维保经费支撑的情况下,硬件出故障,自身it人员修复过程中出现人为错误而引起的重大事故。因此,建设双活容灾系统的同时,必须要保障后续的维护经费。使得双活容灾系统向高大上偏移。
一般国内的idc,金融业务会考虑两地三中心,非金融业务会考虑主备idc或双活idc,如果是全球的业务,一般会分区域在全球建立全球idc,并一个区域至少建立2个节点做主备或双活。
声明:本文只做技术研究讨论,请勿用于非法目的,如果恶意使用造成任何法律责任本站概不负责!