双活数据中心技术方案

双活数据中心技术方案双活数据中心技术方案全文共24页，当前为第1页。目录双活整体架构外网流量引导数据中心内部流量优化适用场景1234双活数据中心技术方案全文共24页，当前为第2页。流量引导WEB层APP层DB层InternetADAPPAPP数据中心(一)ADADADAPPAPP数据中心(二)整体架构WEBRouterWEBWEBADWEBADRouterORACLERACnodenodeADORACLERACnodenodeAD双活数据中心技术方案全文共24页，当前为第3页。流量引导——智能DNS中心A全局负载全局负载ISP1ISP2ISP1ISP2中心BLocal

DNSInternetWEBAPPDB

数据交互交互资源情况和网络时延双活数据中心技术方案全文共24页，当前为第4页。中心A全局负载全局负载ISP1ISP2ISP1ISP2互联网业务——保障用户访问连续性中心BInternetWEBAPPDB用户第一次访问与后续访问不在同一数据中心时，深信服应用交付可以通过跨数据中心的会话保持技术，实现用户访问同一数据中心的同一服务器，保证用户访问的连续性。双活数据中心技术方案全文共24页，当前为第5页。中心A全局负载全局负载ISP1ISP2ISP1ISP2互联网业务——故障切换中心BInternetWEBAPPDB双活数据中心技术方案全文共24页，当前为第6页。中心A互联网业务—突发业务流量处理中心BWEBAPPDB压力较大双活数据中心技术方案全文共24页，当前为第7页。流量引导——智能DNS全局负载设备——通过DNS解析实现智能流量判断工作模式客户端用统一域名接入，根据预设策略访问不同IP判断用户的地理位置和ISP情况引导用户到不同的数据中心判断用户的网络质量引导用户到不同的数据中心判断数据中心的整体服务能力来实现引导切换双活数据中心技术方案全文共24页，当前为第8页。流量引导——智能DNS智能DNS流量引导模式的优缺点分析优点易于控制，主备、主主或者分应用主备等多种建设模型维护方便，自成系统，与其他设备松耦合，适用于BS和CS架构业务可根据地理位置分布、网络质量或者应用繁忙程度动态调配缺点应用必须采用DNS方式进行访问切换时间取决于TTL时间和DNS服务器缓存，在公网可能存在延迟切换问题最佳应用类型网上银行、电子商务、网上商城等基于B/S的应用系统双活数据中心技术方案全文共24页，当前为第9页。流量引导——RHI路由注入APP层企业内网（动态路由协议）ADAPPAPPAPP数据中心(一)ADAPPAPPAPP数据中心(二)C/S应用，基于IP访问双活数据中心技术方案全文共24页，当前为第10页。流量引导——RHI路由注入ADAPPAPPAPP数据中心(一)ADAPPAPPAPP数据中心(二)RR内网（支持OSPF）R客户端访问：192.168.1.1VIP：192.168.1.1双活数据中心技术方案全文共24页，当前为第11页。内网IP业务—最佳数据中心ATM100ATM200ATM300

ATM400高可用集群动态路由协议ATM1.1.1.1POS400POS100POS200

POS300柜面300柜面400柜面100

柜面200签章200签章300签章400

签章100APOS1.1.1.2柜面1.1.1.3签章1.1.1.4BCD双活数据中心技术方案全文共24页，当前为第12页。流量引导——RHI路由注入AD服务器负载设备——通过路由注入方式进行流量引导工作模式AD需要参与到动态路由协议中两个数据中心的不同AD负责对外发布相同VIP的主机路由不同AD发布的VIP主机路由优先级（metric）不同后台应用的健康状态异常也会导致路由切换跨数据中心组建集群，保证负载设备高可用将业务系统与负载设备绑定，减少路由条目，控制切换顺序双活数据中心技术方案全文共24页，当前为第13页。流量引导——RHI路由注入RHI静态路由注入模式的优缺点分析优点：切换速度快（取决于路由收敛速度）可支持基于IP访问的应用和传统路由相比，可以感知应用的健康状态进行切换支持业务类型广泛缺点对客户网络环境改动较大，对环境要求较高（跨中心集群要求大二层）和网络路由系统的耦合度高，必须直接参与路由计算适合应用系统传统的C/S结构应用无法实现域名DNS访问的应用双活数据中心技术方案全文共24页，当前为第14页。流量优化Web-App层面问题APP

服务器的故障概率比较高多个中心的

APP

服务器需要实现灵活的调配机制传输的数据以明文为主，数据量远远大于

C/S

结构解决在

Web-App

之间使用AD实现灵活的流量调配在本地资源不足的时候调用远端的闲置资源对静态内容进行缓存减小中心之间的数据传输双活数据中心技术方案全文共24页，当前为第15页。流量优化Web-App层面ADADWEBServerWEBServerAPPServerAPPServer双活数据中心技术方案全文共24页，当前为第16页。流量优化App-DB层面问题数据库实现双Active

还是有很大的技术难度对时延比较敏感，当双中心距离较远的时候会严重影响响应速度和数据库并发连接压力通常一个用户操作有数十次的数据库往返查询，时延将会进一步恶化响应速度数据库自身的

Cluster

机制在节点数量较多的时候故障隔离速度较慢双中心数据库切换时需要改变

App

服务器的配置或应用系统解决：可以采用

AD

实现数据库集群本地负载均衡采用

AD

实现远程数据库调配使用，使数据库切换时不需要改变App服务器的配置和应用系统双活数据中心技术方案全文共24页，当前为第17页。流量优化App-DB层面ADADAPPServerAPPServerDBInstanceDBInstanceClusteredDB/RACClusteredDB/RAC双活数据中心技术方案全文共24页，当前为第18页。适用场景同城双活一应用交付WEB服务器应用交付APP服务器应用交付互联网客户端主数据库应用交付WEB服务器应用交付APP服务器应用交付灾备数据库双活数据中心技术方案全文共24页，当前为第19页。适用场景同城双活二应用交付WEB服务器应用交付APP服务器应用交付互联网客户端主数据库应用交付WEB服务器应用交付APP服务器应用交付主数据库双活数据中心技术方案全文共24页，当前为第20页。适用场景同城双中心的流量模型设计思路同城双中心的时延通常较小（1ms）因此数据流量设计可以相当灵活，无论采用那种结构，都可以灵活的在两个中心之间对流量进行调配考虑到数据库的主备特性，可以使用单个数据中心作为主数据库中心，远端数据中心的应用服务器访问主中心的数据库服务器（建议）在允许的情况下，可以使不同的应用系统的主数据库位于不同的数据中心如客户数据库实现双活，可以同时读写，则可以可以适用第二种模式（暂不建议）双活数据中心技术方案全文共24页，当前为第21页。适用场景异地双活应用交付WEB服务器应用交付APP服务器应用交付互联网客户端主数据库应用交付WEB服务器应用交付APP服务器应用交付灾备数据库动态调度双活数据中心技术方案全文共24页，当前为第22页。适用场景异地双中心的流量模型设计思路异地双中心的时延通常较大（20-40ms国内）如果一次操作有30次数据库查询动作，将有30＊30＝900ms的延迟，也就是一笔操作由于距离延迟产生的