什么是双活数据中心 ?

首先我们要知道双活就是Active-Active,故名思义就是两边都是活动在线提供服务的,是相对于传统的主备模式Active-Standby模式的。一个真正的双活方案是应该涵盖基础设施、中间件、应用程序各个层次的。

双数据中心同时对外提供业务生产服务的双活模式,两个数据中心是对等的、不分主从、并可同时部署业务,可极大的提高资源的利用率和系统的工作效率、性能,让客户从容灾系统的**中获得最大的价值。

  • a.两个生产中心部署相同的业务系统,结合网络层、主机层或应用的负载均衡技术,实现业务系统在两个数据中心并行工作和负载分担。
  • b.两个生产中心部署不同的业务系统,互相实时灾备接管。

数据中心双活又分为:同城双活、异地双活。

传统主备模式的缺点

出于灾备(Disaster Recovery)的目的,一般都会建设2个(或多个)数据中心。一个是主数据中心用于承担用户的业务,一个是备份数据中心用于备份主数据中心的数据、配置、业务等。

主备数据中心之间一般有热备、冷备、双活三种备份方式。

热备的情况下,只有主数据中心承担用户的业务,此时备数据中心对主数据中心进行实时的备份,当主数据中心挂掉以后,备数据中心可以自动接管主数据中心的业务,用户的业务不会中断,所以也感觉不到数据中心的切换。

冷备的情况下,也是只有主数据中心承担业务,但是备用数据中心不会对主数据中心进行实时备份,这时可能是周期性的进行备份或者干脆不进行备份,如果主数据中心挂掉了,用户的业务就会中断。

双活是觉得备用数据中心只做备份太浪费了,所以让主备两个数据中心都同时承担用户的业务,此时,主备两个数据中心互为备份,并且进行实时备份。一般来说,主数据中心的负载可能会多一些,比如分担60~70%的业务,备数据中心只分担40%~30%的业务。

传统主备模式是一个业务只在一个数据中心运行,企业结合灾备等级需求和业务需求,在备份中心部署了大量的备份服务器,但备份中心仅为该业务提供灾备服务,只有当灾难发生、生产数据中心瘫痪时,灾备中心的业务系统才启动这些服务器,造成备份中心服务器资源浪费,广域网链路也无法得到充分的利用。

双活数据中心优点

  • 充分利用资源,避免了一个数据中心常年处于闲置状态而造成浪费。通过资源整合,“双活”数据中心的服务能力是双倍的。
  • 双活数据中心如果断了一个数据中心,另外一个数据中心还在运行,对用户来说是不可感知的。

而一个灾备中心的模式,如果生产数据中心瘫痪,需要半个小时、甚至两个小时、甚至更长时间才能启动灾备中心,在启动灾备中心的时间里,用户交易会严重受损。

双活数据中心的最大优势是有效利用资源。灾备中心建设的投资巨大及每年运维成本极高,如果资源处于闲置状态,资源是相当浪费的,有了虚拟化,能够把闲置的资源整合,服务能力会提高一倍。银行系统中很多资源都是弹性需求,如基金、贵金属交易、电子支付、和网银交易,在交易火爆时一天交易量可能达到全年交易量总和。故银行系统容量规划时是充分考虑到交易峰值的,但这样在正常时间就有很大的交易浪费,以淘宝“双十一”活动为例,交易量在几分钟内就可能达到全年交易量的总和,需要系统服务能力提高十倍,这时双活数据中心和灵活快速的资源调度就充分发挥出了作用。云计算技术,让IT系统有了资源整合的能力,让系统有了充分的弹性,随时可以调度十台机器来提高服务能力,来保证交易的突发需求,以及各种突发因素造成的交易量猛增。

有了云计算技术,不代表投入会更少,但是资源利用率会更高,系统但抗冲击能力会更强,自由调度能力会更强。

自动化是“双活”与“云计算”必不可少的前提条件

云计算需要自动化手段来帮助系统维护人员进行自动的资源调配。比如,通过虚拟化技术虚拟出了上万台虚拟机器,白天需要50台机器给网银系统提供web服务,晚上网银交易少了,贵金属交易多了,这50台机器要调配到另一个系统上。这五十台不可能一个人一台台调配,那可能配一晚上都配不完,就需要自动化的软件来自动调整资源分配。

异地“双活”难度大

当然,部署“双活”数据中心的难度也非常大,尤其是异地“双活”,涉及到数据同步效率问题。如果数据同步效率达不到要求,在灾难发生时就会造成一段时间的交易丢失。在异地“双活”的模式中,两地数据中心同时接纳交易,技术难度很大,需要更改众多底层程序。

双活数据中心的建设三个条件

双活数据中心的建设首先要满足三个条件,第一个是应用双活,也就是说数据库一定要实现双活,第二个是网络要双活,业务网络要保证能够同时联通两个数据中心,第三个是数据要双活,两边的数据要能够实现被独立使用。

双活数据中心解决方案缺点

虽然双活容灾解决方案对于集中式管理的数据中心更大限度的保证了业务生产的在线性及有效的防御了灾难性事件恢复业务生产的能力。但是双活数据中心的容灾方案还是存在一定的不足之处,理想与现实总存在一定的距离。

1.脑裂现象

双活数据中心方案实现了站点级的冗余的容灾解决方案,但是受限于当前的技术等因素,在建设过程中解决了企业当前面临的业务连续性问题,同时也产生了新的问题,就是双活解决方案普遍存在的脑裂现象,在意外事件发生时,若监测技术不到位、系统平台不健康、两数据中网络波动性中断等因素的发生,使得两个数据中心一体化的业务系统会分裂成两个独立的数据中心。使用户很难取舍那一个是唯一的生产数据,那一个是将要废掉的非生产数据。这就是早年veritas VVR解决方案退出灾备舞台的原因之一。

2.非“零丢失”,不具备软错误的保障

双活容灾解决方案的优势强调在健康的运行平台下,大型灾难事件发生是的“零”数据丢失,但是若双活平台本身不健康或者遭遇逻辑故障时,并不能保障数据零丢失。这种故障发生的数据恢复或渐变式灾难发生的情况下,还需借助备份系统的数据恢复手段或方法。因此,双活容灾方案大多数情况下不具备解决软错误的保障,而恰恰这种事件发生的概率远远超过站点级的灾难及硬件故障事件。在2012年时,某省政府部门的业务系统已建设容灾系统,但是在业务系统进行升级时出错,导致业务宕机一周多时间,而这期间的大部分时间是查找依据恢复数据。

3.需容忍高可靠性及性能的下降

双活容灾解决方案虽然提升了站点级的冗余保护,但是,在实际中确除低了整体业务平台的可靠性及性能。在可靠性方案,双活容灾解决方案就是把本地的双机双柜的硬件冗余方案跨站点建设,无论是传统的集群系统、虚拟化主机平台Vmware,还是Oracle RAC等,跨站点建设都会无形中在业务平台中增添几分不稳定的因素,我想从现在流行的一体机解决方案更能说明这方面的问题,即系统越简单越稳定。在性能方案,站点间的监测、业务会话的同步确认等的网络延迟数,加上数据同步双写的光纤延迟,都或多或少的影响了整体业务处理的性能。距离越远影响越明显,如果距离较近,也会失去建设双活容灾数据中心的意义。

4.运营维护并不简单

双活容灾解决方案灾难切换方面变的较为简单,但在实际的维护方面并不简单,除了要求企业用户提升自己的维护能力,还需双活容灾解决方案提供商的售后服务能力。

a.企业自身人员的维护能力必须加强,才具备能力维护跨站点的双活系统,也就是需企业用户自身人维护人员必须从维护设备的能力转变为具备维护双活系统架构的能力,才能维稳系统的正常运行,让双活系统实现该有的效果。

b.提供商的服务能力也直接影响双活容灾系统部署后的效果,在已有的案例中,我们经常看到提供商的800电话,除了收集日志还是收集日志,除了正在后台诊断还是后台诊断,经常让一个小小问题需有好多层、次的沟通才能解决,这样的方式如何保障双活容灾系统的稳定?如保达到用户对双活系统在线性要求的期望?

5.性价比并不会太高

我们经常会听到双活容灾方案可以让生产中心和容灾中心都“活”起来,有效的利用资源,面临灾难性事件时,最大化业务系统的在线性,解除原有灾备系统有灾无备等等的不足之处。但是,当我们认真考虑建设双活容灾系统时发现,如果自身IT人员的维护能力不足,很难达到我们期望的效果。在现实案例中,很多用户一次性的费用建设的系统,后续的维保经费很难申请,这种情况很难有效的保障我们的信息系统的健康运行。宁夏银行就是在没有后续维保经费支撑的情况下,硬件出故障,自身IT人员修复过程中出现人为错误而引起的重大事故。因此,建设双活容灾系统的同时,必须要保障后续的维护经费。使得双活容灾系统向高大上偏移。

更多双活数据中心相关内容:

双活容灾系统建设 有利有弊客观看

分布式双活数据中心部署模式

为什么采用两地三中心GDPS 双活解决方案

使用 Q 复制实现 DB2 数据库系统的高可用性和双活

民生银行采用IBM GDPC做同城异地双活灾备

思科两地三中心双活解决方案详解及下载

双活数据中心架构分析及优缺点相关推荐

  1. 双活数据中心架构优缺点分析

    什么是双活数据中心 首先我们要知道双活就是Active-Active,故名思义就是两边都是活动在线提供服务的,是相对于传统的主备模式Active-Standby模式的.一个真正的双活方案是应该涵盖基础 ...

  2. 从IT应用架构角度,畅谈双活数据中心容灾解决方案

    本文根据朱祥磊老师在[5月6日DBAplus社群济南数据库技术沙龙]现场演讲内容整理而成. 讲师介绍:朱祥磊 运营商系统架构师 负责业务支撑系统架构规划和建设.获国家级创新奖1项.通信行业级科技进步奖 ...

  3. 双活数据中心对企业的帮助

    灾难是一种具有破坏性的突发事件,会对企业的正常运营和社会的正常秩序造成影响,最明显的影响是信息服务的中断和岩机,致使企业无法正常运营,出于灾备的考虑,一些企业一般都会建设2个或者多个数据中心,一个是主 ...

  4. Oracle 远程 RAC 打造双活数据中心 | 从容灾迈向双活案例分享

    我们都知道,容灾系统是指在相隔较远的异地,建立两套或多套功能相同的 IT 系统,互相之间可以进行健康状态监视和功能切换,当一处系统因意外(如停电.UPS 故障.空调故障.火灾.地震等)停止工作时,整个 ...

  5. 先不听BAT高谈阔论,只看企业实际应用:数据中心架构如何演进?

    互联网崇尚分享,互联网公司的大牛们也乐于与业内的同行在各种大型会议.小型沙龙上分享技术心得.切磋实战经验,这一浪潮的兴起,在短时间内对中国互联网及IT开发.运维领域的整体水平的进步,起到了不可忽视的重 ...

  6. 华为云计算IE面试笔记-请描述华为容灾解决方案全景图,并解释双活数据中心需要从哪些角度着手考虑双活设计

    容灾全景图: 按照距离划分:分为本地容灾 同城容灾 异地容灾  本地容灾包括本地高可用和本地主备.(本数据中心的两机房.机柜) 本地高可用这个方案为了保持业务的连续性,从两个层面来考虑: ①一个是从主 ...

  7. 渤海银行双活数据中心建设值得中小银行借鉴

    日前,渤海银行同城双活数据中心正式建成并投入运行,目前运营情况稳定.该双活中心的基础架构和重要信息系统的双活运行为渤海银行建立了一整套技术平台的新机制,为缓解基础平台异常风险.应对重大突发灾难提供了有 ...

  8. 银行业双活数据中心-F5在双活数据中心中的应用

    随着移动互联.云计算及大数据等新技术与应用的飞速增长,金融机构对于数据中心的依赖程度也在日益加强,7*24全天业务连续运营已经成为核心关键业务的最基本需求之一.同时随着国家法规的不断健全,同城灾备.两 ...

  9. 物联网模式下的多活数据中心架构认识与实践

    做互联网应用很重要的一点是要保证服务可用性,特别是某些业务更是需要7*24小时不间断的对外提供服务,任何停机.宕机都会引起大面积的用户不满.持续可用性是把业务服务化时一个需要考虑的重要指标,很多时候我 ...

  10. 阿里大规模数据中心性能分析

    郭健美,阿里巴巴高级技术专家,目前主要从事数据中心的性能分析和软硬件结合的性能优化.CCF 系统软件专委和软件工程专委的委员.曾主持国家自然科学基金面上项目.入选上海市浦江人才计划A类.获得 ACMS ...

最新文章

  1. 游戏开发随想之2D游戏架构
  2. Linux 初始化脚本 (centos6 centos7 通用)
  3. IEPLUS(IE增强性插件)
  4. CSS效果:固定页脚、PNG透明、最小高度 3枚
  5. 关于软件测试学习的心得
  6. macfee怎么生成释放代码_批处理应用:使用FLASHGET检查Mcafee SuperDat更新
  7. 续:~英语 1038个词根 217个后缀!
  8. 全球区域区号plist列表(跟微信区号列表数据一致)
  9. Python学习笔记——python基础之Python实现名片管理系统
  10. 树莓派WiFi设置固定IP地址
  11. 遇到svn is already locked 解决办法
  12. AppLocker绕过之路
  13. SAP ERP FI(Financial Accounting)财务会计--BW方向--初级--1
  14. javascript实现繁体简体转换
  15. Qt 之自定义搜索框QLineEdit
  16. php开发微信手册,PHP技术开发微信公众平台
  17. 分享调试SI4432的一些小经验
  18. U盘EFI分区删不掉怎么办
  19. 电子科技大学人工智能期末复习笔记(四):概率与贝叶斯网络
  20. 机器人瓦力材质库下载_机器人总动员 4K蓝光原盘下载+高清MKV版/ 大空奇兵·威E(港) / 瓦力(台) 2008 60.4G...

热门文章

  1. 3、低功耗蓝牙(BLE)配对和解绑
  2. ESP32学习笔记(18)——光强度GY-30(BH1750)使用
  3. 单盘黑群晖更换硬盘实操记录
  4. hdu5651xiaoxin juju needs help(大组合数模板)
  5. 【毕业设计】大数据分析的客户细分 (聚类分析) - python k-means
  6. python检测图像中的矩形_详解利用OpenCV提取图像中的矩形区域(PPT屏幕等)
  7. 亚马逊aws认证是什么?亚马逊aws认证证书含金量怎么样?
  8. IOS学习笔记-加速度传感器(重力感应)-UIAccelerometer
  9. 【leetcode】出界的路径数----迭代问题与计算思维
  10. aardio部署_GitHub - wiseshrek/aardio-erp: aardio10开发企业管理系统:aardio-erp框架源码