《双活数据中心方案.docx》由会员分享，可在线阅读，更多相关《双活数据中心方案.docx（6页珍藏版）》请在三一文库上搜索。
1、双活数据中心方案双活数据中心方案一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的 生产数据中心机房（一般称为数据中心），数据中心因其负担了 全行业务，因此其并发业务负荷能力和不间断运行能力是评价一 个数据中心成熟与否的关键性指标。近年来，随着网上银行、手机银行等各种互联网业务的迅猛 发展，银行数据中心的业务压力业成倍增加，用户对于业务访问 质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。商业银行信息系统的安全、稳定运行关系着国家金融安全和 社会稳定，监管机构也十分重视商业银行的灾难备份体系建设， 多次发布了商业银行信息系统灾难备份
2、的相关标准和指引，对商 业银行灾备系统建设提出了明确的要求。为适应互联网业务的快速增长，保障银行各业务安全稳定的 不间断运行，提高市场竞争力，同时符合监管机构的相关要求， 建设灾备、双活甚至多活数据中心正在成为商业银行的共同选 择。二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很 长，涉及的范围也比较大。从技术上来说，要实现真正意义上的 双活，就要求网络、应用、数据库和存储都要双活。就现阶段来 看，大多数客户的多数据中心建设还达不到完全的双活要求，主 流的建设目标是实现应用双活。当前客户建设多数据中心的模型 能够归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运
3、行，备数据中心处于待命 状态。发生灾难时，灾备数据中心能够短时间内恢复业务并投入 运行，减轻灾难带来的损失。这种模式只能解决业务连续性的需 求，但用户无法就近快速接入。灾备中心建设的投资巨大且运维 成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低， 造成了巨大的浪费。2,构建业务连续性:两个数据中心（同城/异地）的应用都处于活动状态，都有业 务对外提供服务且互为备份。但出于技术成熟度、成本等因素考 虑，数据库采用主备方式部署，数据库读写操作都在主中心进 行，灾备中心进行数据同步。发生灾难时，数据中心间的数据库 能够快速切换，避免业务中断。双活数据中心可充分盘活企业闲 置资源，保证业务的连
4、续性，帮助用户接入最优节点，提高用户 访问体验。3.提升业务服务能力:多个数据中心同时对外提供服务且互为备份，各中心的数据 库可同时处理应用的读写请求，网络、存储、应用和数据库全部 实现多活。各数据中心独立运营，用户流量可被智能调度，形成 灵活、弹性和可扩展的面向服务的业务架构。二、业务目标: 用户建设多数据中心的思路和建设模型略有不同，但大多数用户 的主要建设目标能够归纳为以下几点：流量分发用户访问流量可灵活、弹性的调度到多个数据中心，使各数据 中心压力相对均衡，保证用户接入最近最快速的数据中心节 点，提高用户访问体验。故障切换当出口链路或内部服务器出现异常时，运维人员可第一时间获悉故障情况，业务可根据需要自动或手动平滑切换至正常节点，保证用户访问的连续性。业务安全数据中心所处位置基础设施完善，水电通信供应稳定，数据中心内部有相应技术手段保证整个数据中心抵抗DDos攻击，各业务系统不被黑客非法入侵。环境一致性多个数据中心对用户来说理应是透明的，其对外服务时提供统 一接口，各数据中心内部数据和服务能力需要完全一致，且随 时处于可切换状态。四、实现逻辑我们把整个数据中心在逻辑上分为接入层和服务层，其处理逻辑的示意图如下：接入层（智能DNS