深信服双活数据中心业务层方案(1)

双活数据中心〔业务层〕案一、需求背景：随着数据的大集中，银行纷纷建立了负责本行各业务处理的生产数据中心机房〔一般称为数据中心〕，数据中心因其负担了全行业务，所以其并发业务负荷能力和不连续运行能力是评价一个数据中心成熟与否的关键性指标。近年来，随着网上银行、手机银行等各种互联网业务的迅猛开展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。商业银行信息系统的平安、稳定运行关系着金融平安和社会稳定，监管机构也十分重视商业银行的灾难备份体系建立，屡次发布了商业银行信息系统灾难备份的相关 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 和指引，对商业银行灾备系统建立提出了明确的要求。为适应互联网业务的快速增长，保障银行各业务平安稳定的不连续运行，提高市场竞争力，同时符合监管机构的相关要求，建立灾备、双活甚至多活数据中心正在成为商业银行的共同选择。二、开展趋势：多数据中心的建立需要投入大量资金，其工程期往往很长，涉及的围也比较大。从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。就现阶段来看，大多数客户的多数据中心建立还达不到完全的双活要求，主流的建立目标是实现应用双活。目前客户建立多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。发生灾难时，灾备数据中心可以短时间恢复业务并投入运行，减轻灾难带来的损失。这种模式只能解决业务连续性的需求，但用户无法就近快速接入。灾备中心建立的投资巨大且运维本钱高昂，正常情况下灾备中心不对外效劳，资源利用率偏低，造成了巨大的浪费。2.构建业务连续性：两个数据中心〔同城/异地〕的应用都处于活动状态，都有业务对外提供效劳且互为备份。但出于技术成熟度、本钱等因素考虑，数据库采用主备式部署，数据库读写操作都在主中心进展，灾备中心进展数据同步。发生灾难时，数据中心间的数据库可以快速切换，防止业务中断。双活数据中心可充分盘活企业闲置资源，保证业务的连续性，帮助用户接入最优节点，提高用户访问体验。3.提升业务效劳能力：多个数据中心同时对外提供效劳且互为备份，各中心的数据库可同时处理应用的读写请求，网络、存储、应用和数据库全部实现多活。各数据中心独立运营，用户流量可被智能调度，形成灵活、弹性和可扩展的面向效劳的业务架构。三、业务目标：用户建立多数据中心的思路和建立模型略有不同，但大多数用户的主要建立目标可以归纳为以下几点：◆流量分发用户访问流量可灵活、弹性的调度到多个数据中心，使各数据中心压力相对均衡，保证用户接入最近最快速的数据中心节点，提高用户访问体验。◆故障切换当出口链路或部效劳器出现异常时，运维人员可第一时间得悉故障情况，业务可根据需要自动或手动平滑切换至正常节点，保证用户访问的连续性。◆业务平安数据中心所处位置根底设施完善，水电通信供应稳定，数据中心部有相应技术手段保证整个数据中心抵抗DDos攻击，各业务系统不被黑客非法入侵。◆环境一致性多个数据中心对用户来说理应是透明的，其对外效劳时提供统一接口，各数据中心部数据和效劳能力需要完全一致，且随时处于可切换状态。四、技术实现逻辑我们把整个数据中心在逻辑上分为接入层和效劳层，其逻辑流程如下：分层链路层效劳层五、总体 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 总行数据中心整体上分为主中心和灾备中心，二者的网络架构、业务系统和效劳能力都根本一样，同时对外提供效劳，形成双活数据中心。数据中心部划分为互联网业务区〔提供外网效劳，如手机银行、网上银行等〕、核心生产业务区〔传统生产业务，如ATM、柜面等〕、数据库区〔生产/查询〕和业务测试区，出于本钱考虑，灾备数据中心不设业务测试区。主备数据中心和各一级分行之间通过专线互联，利用动态路由 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 组建企业部专网。数据中心的对外业务集中在互联网业务区，通常使用域名式对外发布，客户端访问业务系统时，需要先由DNS将域名解析为IP地址，然后再访问该目标IP。对外业务的全局负载通常利用DNS解析实现，其可根据用户地理位置、用户所属运营商和网络质量、数据中心效劳能力等因素作为判断依据，为不同用户返回不同的IP地址，实现流量的合理分配。对于数据中心的网业务，一局部与外网业务一样，通过域名发布。另一局部与一级分行业务类似，直接通过IP地址访问。对于通过IP地址访问的业务，网全局负载采用IP-Anycast〔RHI路由注入〕技术实现，其原理是在各数据中心以一样IP发布业务，由动态路由协议根据COST值等参数用户判断访问的最正确路径。六、互联网业务全局负载〔以网银为例〕1.设计模型我们把网银业务从逻辑上分为接入侧和效劳侧，接入侧包括出口链路、全局负载设备；效劳侧包括WEB效劳单元、APP效劳单元和DB效劳单元。WEB效劳单元包含SSL卸载设备、WAF防火墙、负载均衡和效劳器；APP效劳单元包含防火墙、负载均衡和效劳器；DB效劳单元包含防火墙、负载均衡、数据库审计和数据库。WEB效劳单元和APP效劳单元在2个数据中心同时提供效劳，实现应用双活。考虑到数据强一致性、技术成熟度和本钱等因素，双数据中心间的DB效劳单元建议主备部署，数据中心部的数据库集群可结合本地负载均衡实现多活。为到达最正确负载效果，需要各效劳单元的负载设备可以访问其他数据中心对应效劳单元的效劳器，但优先调度本地效劳器。2.实现式〔1〕流量调度数据中心层面：我们推荐使用两层逻辑算法的智能DNS调度策略，首先，全局负载设备会判断用户的地理位置，将用户调度到就近的数据中心，解决南北互访的问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ；其次，根据用户所属运营商选择对应链路供用户接入，解决跨运营商访问慢的问题。此外，全局负载还可对客户端LDNS发起反向探测，判断用户网络质量，为用户选择最正确接入路径。效劳单元层面：WEB、APP和DB效劳单元都配备了本地负载均衡器，用户访问流量到达数据中心部后，由效劳单元的负载设备根据预设策略分发给各效劳器，可根据用户需求灵活选择轮询、优先级、最小连接等算法。〔2〕业务连续性数据中心层面：通过DCCookie保证用户接入同一数据中心。用户首次访问时，本地WEB负载设备在响应数据包中插入DCCookie，当客户端网络发生变化时，第二次访问就可能被调度到其他数据中心，这时其他数据中心的WEB负载设备会识别该Cookie，将用户请求转发至第一次处理该用户访问的WEB负载设备，再由该负载设备进展调度。效劳单元层面：WEB效劳单元的负载建议通过cookie会话保持〔插入、改写和被动〕保证业务连续性；APP效劳单元的负载可通过cookie或源IP会话保持保证业务连续性〔是否需要会话保持，选择种会话保持式需要结合应用具体情况〕；DB效劳单元一般不需要会话保持。〔3〕安康状态检查效劳单元层面：通过置的应用级安康监视器对效劳器进展主动探测，提供HTTP、HTTPS、RADIUS、FTP等常用模板。对于其他应用，提供接口供用户自定义 检测 工程第三方检测合同工程防雷检测合同植筋拉拔检测方案传感器技术课后答案检测机构通用要求培训 容和响应容。此外，还提供极具特色的被动安康检查功能，通过对TCP和HTTP协议的数据交互做采样分析，判断效劳器的安康状态。数据中心层面：全局负载与效劳侧的各区域负载均衡联动，实时共享信息，判断效劳侧整体效劳能力；同时全局负载设备会探测出口各链路安康状态，结合效劳侧整体效劳能力和设备自身负荷情况，综合判断该数据中心的安康状态〔正常、繁忙、故障〕。〔4〕故障切换效劳单元层面：效劳单元部*效劳器繁忙或故障时，将用户请求调度到其他正常效劳器。数据中心层面：a.*数据中心的WEB或APP效劳器全部繁忙或全部故障时，用户接入链路不切换，通过专线将数据转发至正常数据中心对应效劳单元。b.主数据中心的数据库效劳器全部故障时，用户接入链路不切换，通过专线将直接激活备数据中心的数据库，实现数据库一键切换。数据库切换前需要验证数据库的正确性，用户需要完成数据验证并保证数据库按顺序切换。c.数据中心的所有链路同时故障时，全局负载设备将用户流量平滑牵引至正常数据中心。单链路故障时，可根据用户需求切换至本中心其他链路或其他中心同ISP链路。此外，当*数据中心出现效劳能力缺乏时〔链路繁忙、效劳单元繁忙等〕，全局负载设备还可以基于数据中心的整体安康得分情况将用户分流至其他数据中心，保障用户正常访问。〔5〕平安保障数据中心层面：a.网络出口处部署DDos防护设备并在运营商处购置流量清洗效劳，保证数据中心整体平安。b.网络出口处部署FW和IPS设备，从网络层和应用层保证数据中心不被恶意入侵。c.全局负载设备提供DNS防火墙功能，充分保证DNS平安。DNSSEC支持、UDPFlood、DNS放大和反射效劳单元层面：各效劳单元部署防火墙，保证区域平安。WEB效劳单元直接面向互联网用户，需要部署SSL卸载设备实现SSL加解密，提高业务访问平安。同时，通过部署WAF保障WEB效劳器的平安。〔6〕业务优化加速a.跨数据中心的数据库同步需占用大量带宽资源，且数据量非常大，部署WOC设备可大幅压缩传输数据，削减流量。WEB或APP效劳单元跨数据中心通信时，通过WOC设备的协议优化和流缓存等技术实现加速。当二者同时需要大量带宽资源时，优先保证数据库同步。b.互联网区的WEB效劳单元直接面向公网，受公网网络质量影响较大，负载均衡可通过协议优化、数据压缩和智能加速等技术减少网络环境影响，提高用户访问体验。此外，外网用户会有大量重复请求，通过负载设备的高速缓存技术，对静态和容进展缓存，减少效劳器数据交互，降低效劳器性能压力，提高访问速度。〔7〕其他a.负载设备在效劳单元部通过旁路部署，为保证来回数据一致需要开启SNAT功能，一般情况下，WEB效劳器都需要统计用户访问源IP，可通过负载设备在HTTP头部插入*-Forwarded-for字段来透传用户真实源IP。b.数据中心网络出口对各类设备性能要求较高，针对*些传统防火墙性能缺乏的情况，可以在防火墙前后各部署负载均衡设备，实现防火墙的负载。需验证具体案，包括防火墙透明和路由部署等问题。c.考虑到极端情况，单数据中心需要能承载所有业务压力，建议选择2倍于实际性能需求的负载均衡设备。负载均衡设备自身拥有过载保护机制，当CPU、存等指标到达阀值时，向用户发出告警信息，并重定向或丢弃后续新建连接。七、网业务全局负载〔以一级分行为例〕1.设计模型各分行数据中心与总行数据中心通过动态路由协议互联，形成大的企业网环境。其大多数业务〔ATM、POS、签章、柜面等〕通过IP地址直接访问，利用RHI路由注入的式对外发布。负载设备以MN集群的式分别部署在两个数据中心，不同的业务系统由不同的负载设备承载，解决了应用集中的风险问题，同时提供灵活的应用部署和无缝业务切换。2.实现式〔1〕流量调度以ATM业务为例，各分行数据中心对外发布的业务访问IP一样，通过RHI路由注入的式与OSPF实现联动，以COST的大小来判断访问的最优路径。负载均衡设备以集群式部署，单台设备与单个业务“静态绑定〞，各设备间互为备份，宣告路由时基于具体业务系统进展宣告，可有效削减过多的路由条目，极大的简化运维工作。如上图，数据中心对外发布4种业务，一般情况下，每台设备需要对外宣告4条路由，共16条路由，客户端最终访问的路径由动态路由协议自身策略〔根据COST值〕决定。而采用MN式的高可用集群，配合基于具体应用的IP-Anycast技术，每台设备承载一种主要业务，其他业务在该设备作为备份状态，设备对外宣告路由时，只宣告主要业务相关的路由，共4条，路由条目削减了75%。〔2〕业务连续性网业务比较特殊，客户端的位置和IP都相对固定。不考虑故障情况，正常网络环境下，路由器根据COST判断访问路径时结果也相对固定，不存在同一客户端屡次访问同一业务被调度到不同负载的情况。负载设备可根据访问的源IP做会话保持，保证请求由同一效劳器处理。〔3〕安康状态检查效劳器：通过置的应用级安康监视器对效劳器进展主动探测，提供HTTP、HTTPS、RADIUS、FTP等常用模板。对于其他应用，提供接口供用户自定义检测容和响应容。此外，还提供极具特色的被动安康检查功能，通过对TCP和HTTP协议的数据交互做采样分析，判断效劳器的安康状态。链路：提供多种式的链路安康检查，可指定探测地址和探测协议。〔4〕故障切换效劳器：单台效劳器故障时，负载设备将用户请求调度到其他正常效劳器；当数据中心*业务对应的所有效劳器故障时，负载设备会删除为该业务宣告的路由，由其他负载设备接替其工作。链路：当链路发生故障时，远端路由器和负载设备都可以探测到故障状态，客户端访问业务系统时，路由器会选择正常链路转发数据。负载设备：当设备自身发生故障时，集群其余设备会自动协商出一台设备接替其工作。为保证风险可控，也可以提前设置接替顺序，使切换尽量在数据中心部完成，减少未知风险。