双活数据中心解决方案通用

《双活数据中心解决方案通用》由会员分享，可在线阅读，更多相关《双活数据中心解决方案通用（34页珍藏版）》请在金锄头文库上搜索。

1、双活数据中心解决方案 发展趋势及解决方案集,Agenda,数据中心发展历程及趋势 双活数据中心建设模型 双活数据中心解决方案 成功案例,自助管理数据中心 动态灵活的IT架构,基础资源池共享 服务器整合 基础架构优化,信息孤岛 竖井式结构,应用资源池共享 应用整合 应用架构优化,内部和外部企业计算云 面向服务的云计算平台,分布式运营,数据大集中,双中心运营,两地三中心,云扩展,数据中心发展历程及趋势,从传统企业数据中心到云计算、可复用且可扩展的 IT 服务平台,App,SO,App,SO,App,SO,App,SO,App,SO,App,SO,App,SO,App,SO,App,SO,App,S

2、O,App,SO,第一阶段,第二阶段,第三阶段,第四阶段,第五阶段,通过数据中心整合和优化来节省能源和场地设施成本,通过虚拟技术来提升资源利用率，降低管理和能源成本,自动化管理，自动化部署，实时监控, 动态伸缩, 提高管理效率及服务质量，降低服务成本,阶段业务目标,阶段业务目标,阶段业务目标,阶段业务目标,通过增加服务流程，实现IT服务标准化、自动化,自助式,IT资源的生命周期管理的云计算平台,负载均衡解决方案,多链路接入 Web应用优化,GTM多数据中心 主机多中心运行,自动化运维 精细管理,云计算解决方案,双活数据中心建设模型,应用级双活数据中心,业务级灾备 业务处理逻辑等非IT系统的冗余

3、,应用级灾备 应用处理系统的冗余备份,从数据灾备到应用灾备到业务灾备,数据级灾备 数据备份，保证数据完整性,生产数据中心1,生产数据中心1,生产数据中心2,生产数据中心2,应用级双活数据中心模型一 - 分应用主备模型,双生产中心均需要完成生产业务 通过数据复制技术将数据复制到对方 通过业务模块或用户的方式将业务分配到不同的中心 平时主要的处理能力均分配给生产应用系统使用 出现灾难时，根据需要接管的方式，动态调度资源给备份系统使用,应用B 备份系统,应用A,应用A 备份系统,应用B,应用A访问,应用B访问,Clients,生产数据中心1,生产数据中心1,生产数据中心2,生产数据中心2,应用B,应

4、用A,应用A,应用B,Clients,应用级双活数据中心模型二 - 主主模型,业务或用户分配到每个生产数据中心 每个生产中心都有自己的应用集群对外服务 跨双生产中心建立共用数据库 通过数据复制技术将数据镜像到对方 出现灾难时，正常的生产数据中心根据需要接管所有基于指定应用的请求 所有的中心、主机和存储设备均处于生产状态和实现负荷分担,应用A访问,应用B访问,应用A访问,应用B访问,生产数据中心1,生产数据中心1,生产数据中心2,生产数据中心2,应用B,应用A,应用A,应用B,Clients,应用级双活数据中心模型三 - 动态主主模型,双生产中心均需要完成生产业务 通过数据复制技术将数据复制到对

5、方 通过业务模块或用户的方式将业务分配到不同的中心 平时主要的处理能力均分配给生产应用系统使用 出现灾难时，根据需要接管的方式，动态调度资源给备份系统使用,应用A访问,应用B访问,应用A访问,应用B访问,双活数据中心解决方案,双活数据中心整体架构 业务持续性保证,在架构层面，多个数据中心通过内部私有网络互联，统一对外提供服务。在多个数据中心内，应用在每个数据中心都是处于活动状态，在这种运行模式下，必须使用应用交付设备来实现应用的管理。,GTM + DNS,Web Tier,App Tier,DB Tier (Active),GTM + DNS,Web Tier,App Tier,DB Tier

6、 (Standby),Primary Data Center,Secondary Data Center,L2 Extensions or Dark Fiber,智能流量管理,互联网业务 移动终端业务 突发业务流量处理 数据库整合,动态数据中心,自动化运维 服务动态调整 灾备管理集成 数据中心快速切换,应用优化和安全,应用加速 应用安全,Clients,传输安全与优化,智能流量管理,GTM 探测本地资源,GTM之间共享本地资源状态和Local DNS网络距离信息,客户端运营商Local DNS,互联网业务多中心并行运行 将客户端请求发送到最佳的数据中心,通过一组GTM来对外提供服务 GTM监控

7、服务的状态，并通知同组内的其他所有GTM设备，对于每一个DNS请求返回最佳结果好的策略选择和配置方式可以最大幅度提高客户体验 GTM与LTM的实时通讯，可以获取更多的应用状况信息，作为流量分发策略的参考 LTM识别最终用户的位置，进行更精确的“就近性”访问,GTM + DNS,Web Tier,App Tier,GTM + DNS,Web Tier,App Tier,Primary Data Center,Secondary Data Center,Clients,服务器状态 Cookies 追踪哪台服务器上包含有用户的Session状态,针对系统使用Weblogic或者Webshpere作为

8、基础构件 大多数使用单独的（因为安全原因）无状态的Web服务器层在DMZ区，另外有单独的应用服务器层在内部 支持Cluster的系统会将服务器的信息加密后包含在状态Cookie里面 LTM可以读取状态Cookie的内容，并且在首选节点Down掉的时候，自动将请求分配到第二备份节点上 在这种设计中，我们甚至可以替代连接代理层的服务器，比如Web代理层Apache服务器,App Tier,Web Tier,Active,Standby,Active,Standby,Cookie中包含节点信息,Clients,将Session状态复制到备份节点，并且在Cookie中包含主备节点信息,当主节点Down

9、掉的时候转发到备份节点,x,移动终端业务多中心并行 用于追踪当前活动的用户Session数据所归属的数据中心,多中心并行运行后，潜在的风险是可能是用户的第一个请求和后续的请求导向到不同的数据中心或者链路上 ISP大量使用WLAN卸载3G网络的压力 移动用户可能在同一个应用使用期间在3G网络和WIFI之间来回切换,Web Tier,App Tier,DB Tier,Web Tier,App Tier,DB Tier,Primary Data Center,Secondary Data Center,L2 Extensions or Dark Fiber,Clients,BIG-IP 创建 数据中

10、心cookie 并且插入到服务器的响应中,后续的请求发送到的另外一个数据中心,数据中心2的BIG-IP读取到了Cookie并且发现用户的Session存在于数据中心1，则将请求转发到数据中心1,突发业务流量处理 在出现故障或者服务能力无法支撑的情况下使用另外一个数据中心资源,当本地资源出现故障时使用另外一个数据中心资源 例如，一个服务器存储阵列出现故障的时候，导致多个虚拟服务器同时无法使用 避免本地的服务能力无法支撑的场景 设置每个应用的并发连接数限制，每秒新建连接数 设置优先级组，当本地资源不足时自动启用另外一个站点资源 如果彻底的由于资源响应问题无法服务（或者同时故障），可以在BIG-IP

11、上直接返回错误页面,Web Tier,App Tier,DB Tier,Web Tier,App Tier,DB Tier,Primary Data Center,Secondary Data Center,L2 Extensions or Dark Fiber,Clients,“对不起，系统忙，请您稍后再试”,如果一个数据中心的资源不足或者故障，使用另外一个数据中心资源,x,x,DB Tier (Active),DB Tier (Standby),通过路由将用户引导到“最近”的数据中心,内网基于IP地址发布的业务多中心并行 将连接发送到最佳的数据中心,通常情况下这些只能基于IP访问的应用包括

12、ATM/自助终端或者银行内的服务器到服务器的应用访问，有以下发布方式： 1，在大网上发布一个单一的IP地址，通过IP AnyCast技术将用户请求引导到多个数据中心 2，在大网上发布单一IP地址，通过静态路由注入方式将用户引导到单一数据中心，在故障时进行自动切换 3，在不同的数据中心发布不同的虚拟IP地址，并且互为备份 这种情况下的最佳选择取决于应用和网络拓扑情况 直接在数据中心之间进行转发？ 就近的数据中心作为客户访问接入点？ 应用自身处理状态信息？,App Tier,App Tier,Primary Data Center,Secondary Data Center,Kiosks,ATMs

13、,LTM 检测本地的资源状况,发布VIP的主机路由,Branches,通过数据中心之间的直接连接实现Active/Active,发布同样VIP的主机路由,GTM + DNS,Web Tier,App Tier,DB Tier (Active),GTM + DNS,Web Tier,App Tier,DB Tier (Standby),Primary Data Center,Secondary Data Center,L2 Extensions or Dark Fiber,Clients,交易一致性保证和数据库快速切换 所有的交易均发往一个数据中心的数据库,通常情况下采用单一数据中心数据库集群主

14、运行方式 数据一致性考虑 另外一个数据中心的数据库运行在备份模式，在一些情况下提供查询服务 在主数据中心数据库故障时切换到备份数据库,x,F5 在数据库实例前端可以减小数据库实例故障切换时间，并支持跨中心数据库快速切换. 主动数据库健康检查 RAC FAN notifications,动态数据中心,GTM + DNS,Web Tier,App Tier,DB Tier (Active),GTM + DNS,Web Tier,App Tier,DB Tier (Standby),Primary Data Center,Secondary Data Center,L2 Extensions or

15、Dark Fiber,Clients,动态数据中心 在基础架构和应用之间搭建桥梁,Virtualized Servers and storage,自动化部属工具,自动化部署工具整合 自动化部署工具用于部署虚机、自动执行变更操作等，F5在其中的作用作为命令的执行者，引导对应用的访问流量,资源的渐入渐出 将当前的应用状况汇报给自动化部署工具，以使其获得更加精确的应用资源使用状况，实现资源的动态调整,服务器连接数已经达到上限!,所有的活动连接已经结束!,站点切换整合 与一些站点高可用管理工具比如Site Recovery Manager整合，在多个数据中心之间实现业务的流量引导,x,x,使用另外一个站点!,多数据中心运维的挑战,事件响应的及时性和有效性,运维的可持续性,系统复杂度很高,关联程度深，新员工难以对问题进行快速响应,互联网化带来的运维影响,复杂的外部环境带来的影响 应用快速增加,新业务不断涌现,多数据中心运维,运维事件响应的及时有效性 联动操作的快速有效性,配置之间的关联性 配置的一致性 两个中心如何协调联动,F5自动化运维部署整体架构,iRule,Log Ana