F5 GTM的DNS智能解析在双活数据中心中的应用

2024-04-28 09:32

本文主要是介绍F5 GTM的DNS智能解析在双活数据中心中的应用,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

随着移动互联、云计算及大数据等新技术与应用的飞速增长,金融机构对于数据中心的依赖程度也在日益加强,7*24全天业务连续运营已经成为核心关键业务的最基本需求之一。同时随着国家法规的不断健全,同城灾备、两地三中心以及多数据中心正在成为银行的标配。正常情况下,主中心和备中心各司其职,发生灾难时,主数据中心宕机、备份数据中心可以快速恢复数据和应用,从而减轻因灾难给用户带来的损失。但是,灾备中心建设的投资巨大及每年高昂的运维成本,加之其灾备的角色,往往成为了企业的闲置资源,进而变成了“空转”数据中心。

另一方面,随着微博、微信等互联网公司纷纷拿到国家支付牌照。支付宝的金融产品也已在年轻用户间取得了极大的进展……互联网金融化正在以其雄厚的IT技术与多样化的应用不断的向传统金融业渗透。如何盘活闲置资源,如何更好、更高效的发挥先有数据中心,使其不仅在必要时进行灾备,同时可以在闲时提升企业核心应用的效率,成为了每个金融业CIO共同关心的话题。

作为应用交付领域的长期领导者,F5于日前推出了其革命性基于软件定应用服务(SDAS)的新融合架构(Synthesis) ,旨在促进数据中心、云和混合环境中应用服务的交付和协调。通过部署F5的解决方案,用户的基础架构将具备全面的设备灵活性和弹性,可智能分配资源,支持在物理和虚拟解决方案之间按需扩展系统。与其他方式不同,F5可向特定应用、服务或实例分配专用资源,能够支持企业动态管理资源。因此,IT 管理员可自由地部署高度灵活的系统,根据应用要求将资源扩展至任何云或数据中心,并在不需要时快速回收这些资源。与此同时,用户将能够根据业务策略智能地利用资源,并可将应用交付服务与新兴 SDN、云及网络虚拟化计划相结合。通过这种方式,采用双活数据中心,甚至两地三中心网络架构的用户,不仅可以更高效的盘活资源提高投资回报率,更可以在容灾备份时,真正达到分钟级的全面切换、甚至是“一键切换”,使应用真正的安全、快速、高可用。

双活数据中心区别于传统主备数据中心,前者是两个数据中心都处于运行当中、都有实时交易的业务,且互为备份,所以称为“双活”;后者是一个数据中心投入运行,另外一个数据中心处于非工作状态,只有当灾难发生时,生产数据中心瘫痪,灾备中心才会启动。

 博客14-1.png

下载 (27.95 KB)
2014-9-10 17:36

双活数据中心有二个最大的特点。一是有效利用资源,避免了一个数据中心长期处于闲置状态而造成浪费。通过资源整合与有效负载,双活数据中心的服务能力远远高于单活数据中心。二是在一个数据中心发生故障时,另外一个数据中心还在运行,对用户提供不间断的业务,保证用户体验与业务持续性。而一个灾备中心的模式,如果生产数据中心瘫痪,需要半个小时、两个小时、甚至更长时间才能启动灾备中心,在启动灾备中心的时间里,用户交易会严重受损。

在国内的商业银行当中,部署了双活数据中心的银行还为数甚少,光大银行是最早开始这方面探索的银行之一。光大银行灾备体系是典型的“两地三中心”模式,目前在北京有两个规模相当的双活中心,在武汉有一个异地灾备中心。

    光大银行的双活数据中心的模式始建于2002年。当时还没有出现云计算的概念,但是这个思路和今天云计算的思路不谋而合。“云”的目的就是把数据中心的所有资源整合成一个资源,成为一朵云。双活数据中心的效果也是一样的。而在这种数据中心双活的模式下,对网络的灵活性要求就会更高:如何实现数据中心间的流量负载与业务的冗余?怎么将用户定位到最近、响应最快的数据中心?如何实现双活数据中心业务的灵活切换?这些问题成为基础网络架构面临的主要问题。在此,我们只针对双活数据中心使用F5 GTM与LTM实现应用交付进行介绍,包括双活数据中心互联网业务负载均衡与双活数据中内部应用跨中心的负载均衡。


双活数据中心互联网业务负载均衡与冗余的设计

    互联网的负载均衡目前比较成熟的方式是DNS智能解析和路由注入,在此主要讨论第一种方式即通过F5 GTMDNS智能解析在数据中心之间如何实现流量负载与冗余。DNS智能解析的思路是在DNS服务器中动态维持几个后台数据中心的出口IP地址,针对用户请求按照算法返回最适合的出口IP。如果其中一个数据中心出口出现问题,DNS服务器便将其对应的IP地址暂停使用,并将后续的用户DNS请求引导到其他仍在正常工作的数据中心出口,从在广域网上实现后台资源的负载均衡。

在金融行业的“两地三中心”数据中心模式下,每个数据中心为互联网业务提供多个互联网接口,北京数据中心A包含电信出口与联通出口;北京数据中心B包含电信出口、联通出口和移动出口;武汉数据中心C包含电信出口。北京数据中心A与北京数据中心B为同城双活数据中心,武汉数据中心为灾备数据中心,同时武汉数据中心C也发布部分互联网业务。


 博客14-2.png

下载 (21.2 KB)
2014-9-10 17:36

    在DNS智能解析选择出口时,不仅需要考虑哪个数据中心距离用户较近,还要考虑跨运营商网络限制的问题,目前国内主要的电信运营商有电信、网通、移动三大运营商,跨运营商的访问往往很慢,最好的方式是将客户流量定向到与客户端相同运营商的数据中心。

 博客14-3.png

下载 (163.75 KB)
2014-9-10 17:36

同时考虑地域就近性原则,将南方电信客户定向到武汉数据中心电信出口。将北方电信客户定向到北京数据中心电信出口;同运营商的两个数据中心的选择依据是RTTRound Trip Time)算法:在每个数据中心对客户端进行反向探测,根据探测响应结果进行选择。


    最终形成两层逻辑算法的DNS智能解析方式:首先根据互联网客户端所属运营商选择满足条件的数据中心,再根据客户端与数据中心间网络链路质量选择数据中心链路,从而将客户端端定向到最合适的数据中心出口。

 博客14-4.png

下载 (210.45 KB)
2014-9-10 17:36


双活数据中心内部应用跨中心的负载均衡与冗余设计

    数据中心的双活通过Cisco DWDM(密集波分多路复用)设备之间的连接实现,对两个数据中心之间的互连设备而言,DWDM是透明的,等同于使用光纤直接连接。利用DWDM设备,实现了两个数据中心间同网段二层vlan互通,紧密结合了目前云计算中的“大二层”的概念。

 博客14-5.png

下载 (171.74 KB)
2014-9-10 17:36

每个应用系统的服务器可以按需部署在两个的数据中心内,而且不必关心所处的物理位置。通过负载均衡设备,对分布在两个数据中心的系统进行流量负载,在某台系统服务器产生故障时,负载均衡设备可以将客户流量转发至其他服务器上。但在这种模式下,虽然业务系统分布在两个数据中心,但由于负载均衡设备的主备模式,业务流量还需要汇聚到主负载均衡设备上再转发至两个数据中心的服务器上,同时服务器的回复流量也需要汇聚至主负载均衡设备上再转回给客户端,这样不仅增加了业务数据流的复杂度与风险集中化。同时在主设备发生故障需要切换时候,业务数据流会跟随负载均衡系统一同切换至另外的数据中心。为了避免上述问题带来的影响,产生了负载均衡设备的“2+2结构”:即同中心两台负载均衡设备为主备模式,另外数据中心为冷备的A。这种情况下,当一台设备产生故障优先在本中心内部主备切换,当两台设备都有问题的情况下才会切换至第二数据中心。

 博客14-6.png

下载 (83.68 KB)
2014-9-10 17:36

但不论上述那种方式,真正发布服务的只有一台设备,这样导致即使是双活数据中心,数据仍需要汇聚至Active设备上,加剧了风险集中。同时设备利用率低,处于冷备的Active+Standy两台设备切换也需要人为干预,不能在设备或者业务出现问题时候自动切换。


    F5负载均衡系统的新版本支持N+M Cluster多活的架构,在同一个Group中的负载均衡设备可以自由分配“Active”与“Standby”比例,且可以指定Group中多台负载均衡设备的接管顺序,这种模式完全解决了2+2模式下冷备的两台设备利用率低的问题。同时可以将应用发布在不同的Active的设备上,在设备出现故障的时候指定同数据中心的负载均衡设备优先接管,带来的好处是双活数据中心业务不再集中化,不必将所有业务流量都汇聚至一个数据中心再分发。避免了风险集中同时均衡两个数据中心间的业务流量。

 博客14-7.png

下载 (116.05 KB)
2014-9-10 17:36

通过F5 GTM与LTM实现的应用交付网络,在数据中心之间实现灵活的流量负载与无缝切换,在数据中心内部实现智能的流量管理与分配。GTM的双层逻辑算法,不仅为客户选择用户体验最佳的数据中心互联网接口,也同时对互联网流量进行负载均衡至多个数据中心。当某个数据中心互联网接口故障时候,能够立即将客户流量引导至次优的数据中心互联网接口。在数据中心内部,利用LTM对应用系统进行智能流量分配与管理,新的“N+M”clustr架构不仅解决了应用集中风险问题,同时提供灵活应用部署与无缝的业务切换,为双活数据中心的应用交付网络再添活力。


在F5看来,任何IT资产的闲置,不仅是企业的巨大浪费,同时也会对其商业模式的发展与转换产生制约,数据中心尤其如此。双活、多活数据中心不仅可以盘活企业闲置资源,同时可以帮助金融机构在业内与业外的双重竞争压力下,不断发展更多优良的业务,吸引用户。开源与节流的双管齐下,才能使得传统金融行业在金融网络化的道路上越走越远。

这篇关于F5 GTM的DNS智能解析在双活数据中心中的应用的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/942894

相关文章

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

一文解析C#中的StringSplitOptions枚举

《一文解析C#中的StringSplitOptions枚举》StringSplitOptions是C#中的一个枚举类型,用于控制string.Split()方法分割字符串时的行为,核心作用是处理分割后... 目录C#的StringSplitOptions枚举1.StringSplitOptions枚举的常用

Python函数作用域与闭包举例深度解析

《Python函数作用域与闭包举例深度解析》Python函数的作用域规则和闭包是编程中的关键概念,它们决定了变量的访问和生命周期,:本文主要介绍Python函数作用域与闭包的相关资料,文中通过代码... 目录1. 基础作用域访问示例1:访问全局变量示例2:访问外层函数变量2. 闭包基础示例3:简单闭包示例4

Linux云服务器手动配置DNS的方法步骤

《Linux云服务器手动配置DNS的方法步骤》在Linux云服务器上手动配置DNS(域名系统)是确保服务器能够正常解析域名的重要步骤,以下是详细的配置方法,包括系统文件的修改和常见问题的解决方案,需要... 目录1. 为什么需要手动配置 DNS?2. 手动配置 DNS 的方法方法 1:修改 /etc/res

MyBatis延迟加载与多级缓存全解析

《MyBatis延迟加载与多级缓存全解析》文章介绍MyBatis的延迟加载与多级缓存机制,延迟加载按需加载关联数据提升性能,一级缓存会话级默认开启,二级缓存工厂级支持跨会话共享,增删改操作会清空对应缓... 目录MyBATis延迟加载策略一对多示例一对多示例MyBatis框架的缓存一级缓存二级缓存MyBat

前端缓存策略的自解方案全解析

《前端缓存策略的自解方案全解析》缓存从来都是前端的一个痛点,很多前端搞不清楚缓存到底是何物,:本文主要介绍前端缓存的自解方案,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录一、为什么“清缓存”成了技术圈的梗二、先给缓存“把个脉”:浏览器到底缓存了谁?三、设计思路:把“发版”做成“自愈”四、代码

Java集合之Iterator迭代器实现代码解析

《Java集合之Iterator迭代器实现代码解析》迭代器Iterator是Java集合框架中的一个核心接口,位于java.util包下,它定义了一种标准的元素访问机制,为各种集合类型提供了一种统一的... 目录一、什么是Iterator二、Iterator的核心方法三、基本使用示例四、Iterator的工

利用Python操作Word文档页码的实际应用

《利用Python操作Word文档页码的实际应用》在撰写长篇文档时,经常需要将文档分成多个节,每个节都需要单独的页码,下面:本文主要介绍利用Python操作Word文档页码的相关资料,文中通过代码... 目录需求:文档详情:要求:该程序的功能是:总结需求:一次性处理24个文档的页码。文档详情:1、每个