基于DNS的全局负载均衡（GSLB）详解（下篇）.pdfVIP

勿以恶小而为之，勿以善小而不为。——刘备 基于DNS的全局负载均衡（GSLB）详解（下篇） 基于DN S的全局负载均衡（GSLB）详解（下篇） 前⾔ 上篇我们介绍了，下⾯我们将继续介绍基于DNS的全局负载均衡的⼯作原理和相关知识。 如果你想了解DNS访问的整个流程，可以先查看DNS的基本原理（）。对于更好地讲解全局流量负载有所帮助。 基于DNS的流量调度和宕机切换 流量负载⽅式 现在我们对基于DNS的流量负载⽅式进⾏简单介绍，域名国家⼯程研究中⼼（ZDNS）在这⽅⾯拥有许多研究成果（）。 1. 基于地理位置的流量负载，当拥有多数据中⼼时，⽐如南⽅的⽤户可能访问到上海的数据中⼼，北⽅的⽤户会访问到北京的数据中 ⼼，这是⼀个基本的基于地理限制的流量负载或者智能解析举例。 2. 基于运营商流量负载策略，不同的运营商会到业务系统不同线路接⼊的服务器上，从⽽避免⽤户跨⽹访问的问题。 3. 基于权重的链路负载，⼀个域名可能对应两个IP地址，这两个IP按照⼀定的⽐例解析给⽤户进⾏访问。⽐如⼀个IP地址对应初始数据 中⼼，⼀个IP地址对应备数据中⼼的流量。希望初始数据中⼼的流量达到70%，备数据中⼼的流量达到30% 4. 还有⼀些⾃定义的负载⽅式。主要是⼀些基于流量探测的负载，⽐如对于流量系统进⾏实时探测，哪个区域的系统性能最好，会优先 使⽤哪个地区的资源。这是通过实时的健康检查和探测做动态的流量负载的调度。 DNS流量调度准确性 关于刚才讲到的DNS调度⽅式，⼤家有没有想过我们怎么样才能保证调度有⾜够的准确性。我们将从三个⾓度进⾏讨论，分别为：权威侧、 ⽤户侧、公共能递归侧。 权威侧 DNS权威服务器如何识别这个⽤户是来⾃于哪个运营商或者来⾃于哪个区域的呢。 其实是基于权威解析服务器上的⼀个精准的IP地址库，利⽤地址库进⾏判断⽤户区域及⽤户所属运营商，再进⾏流量调度。 这个IP地址库划分的粒度精细化，能够精确把某个省或某市的⽤户调度到相应的数据中⼼。 同时⽀持对IPV6地址库的识别，实现双栈化。 ⽤户侧 电脑⽤户端上要配置正确的运营商的递归DNS尽量不使⽤公共递归，从⽽减少调度时间。 公共能递归侧 ⽀持使⽤Edns+SubNet的协议，这样可以缓解客户端配置公共递归导致的解析不准确的问题。 健康检 查和宕机切换 当某数据中⼼出现宕机情况，为了保证⽤户的正常使⽤，要进⾏宕机切换操作。但是对于DNS来讲是⽆法感知宕机的，这时就需要额外的健 康检查探测⼿段。在额外的服务器上部署健康检查的节点，也是基于云的架构，从不同的探测节点探测业务的可⽤性。通常情况下探测⽅式 可以是基于HTTP、HTTPS、PING、TCP等，从⽽实现实时的发现和切换的功能。进⾏宕机切换时，切换可⽤节点的选择基于地理位置、 权重、运营商、性能等。 基于DNS的 混合流量负载（调度） 云路鹏程九万里，雪窗萤火二十年。——《王实甫》 百川东到海，何时复西归？少壮不尽力，老大徒伤悲。——汉乐府《长歌行》 如上图所⽰，刚才讲的DNS上的流量负载和实时探测和⾃动切换的功能，这个功能已经不再仅限于最初的DNS功能，域名和IP地址的关系 数据库，它承载了更多的流量负载的系统。⽤户访问站点的时候，站点后⾯的资源⽐较丰富，有本地基于⽹络流量的负载、服务器、CDN的 资源等。基于DNS的全局流量调度系统变成⼀个流量枢纽和桥梁。⼀旦DNS瘫掉，后端的系统⽆论再怎么强壮都不再可⽤了。所以DNS对 于业务系统的重要性是与⽇俱增的，已经变成⼀个核⼼的业务系统。 海纳百川，有容乃大；壁立千仞，无欲则刚。——林则徐