DNS负载均衡详解？

负载均衡技术能够平衡服务器集群中所有的服务器和请求应用之间的通信负载，根据实时响应时间进行判断，将任务交由负载最轻的服务器来处理，以实现真正的智能通信管理和最佳的服务器群性能，从而使网站始终保持运行和保证其可访问性。

为了充分利用利用现有服务器软件的种种优势，负载均衡最好是在服务器软件之外来完成。而最早使用的负载均衡技术是通过DNS服务中的随机名字解析来实现的。这就是通常所说的DNS负载均衡技术。

DNS负载均衡技术的实现原理是在DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时，DNS服务器对每个查询将以DNS文件中主机记录的IP地址按顺序返回不同的解析结果，将客户端的访问引导到不同的机器上去，使得不同的客户端访问不同的服务器，从而达到负载均衡的目的。

直到现在，很多网站仍然使用DNS负载均衡来保证网站的运行和可访问性。从其实现和效果来看，主要有以下优缺点：

主要优点

这种技术的主要缺点如下：

第一，技术实现比较灵活、方便，简单易行，成本低，适用于大多数TCP/IP应用。不需要网络专家来对之进行设定，或在出现问题时对之进行维护。

第二，对于Web应用来说，不需要对代码作任何的修改。事实上，Web应用本身并不会意识到负载均衡配置，即使在它面前。

第三，Web服务器可以位于互联网的任意位置上。

主要缺点

DNS负载均衡技术在具有以上优点的时候，其缺点也非常明显，主要表现在：

第一，不能够按照Web服务器的处理能力分配负载。DNS负载均衡采用的是简单的轮循负载算法，不能区分服务器之间的差异，不能反映服务器的当前运行状态。所以DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况。如果后台的Web服务器的配置和处理能力不同，最慢的 Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用。不能做到为性能较好的服务器多分配请求，甚至会出现客户请求集中在某一台服务器上的情况。

第二，不支持高可靠性，DNS负载均衡技术没有考虑容错。如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS 请求分配到这台故障服务器上，导致不能响应客户端。

第三，可能会造成额外的网络问题。为了使本DNS服务器和其他DNS服务器及时交互，保证DNS数据及时更新，使地址能随机分配，一般都要将DNS的刷新时间设置的较小，但太小将会使DNS流量大增造成额外的网络问题。

第四，一旦某个服务器出现故障，即使及时修改了DNS设置，还是要等待足够的时间(刷新时间)才能发挥作用，在此期间，保存了故障服务器地址的客户计算机将不能正常访问服务器。

总结

从上面的总结我们可以看出，总体来说，DNS负载均衡技术方案不应该算是真正意义上的负载均衡，不能够稳定、可靠、高效地满足企业对Web服务器的需求，也不能满足网络用户对网站访问的及时响应和可用性，所以现在很多Web站点方案中，已经很少采用这种方案了。

(印象里智能dns里面有服务器健康检查，如果不可达，就解析到另一个ip，可能有的服务商没有)

haproxy有4和7层代理，7层代理经过haproxy，4层代理就不经过。

在 DNS 查询 篇中，主要是根据阮一峰老师的文章所做的学习记录。讲述了通过命令 dig 来跟踪域名的查询过程，也提到了 DNS 服务器的层级结构、DNS 记录、DNS 缓存等。整体都是文字叙述，读起来会稍微有些累。这篇会通过图示来进一步简化 DNS 的解析过程，并会提到 DNS 的另一项重要作用， 负载均衡 。

首先我们来了解一下 DNS 服务器。主要有三种类型的 DNS 服务器：

DNS 服务器的层级是树状结构，如下图所示：

假设我们需要在浏览器上访问https://www.baidu.com 网页，浏览器识别到访问的是个域名而不是 ip 地址时，会开始发起域名解析的过程。用户电脑上运行着 DNS 应用客户端，我们把它叫做本地 DNS 解析器。

首先我们先来回顾一下域名解析的整个过程，稍后会以图示的方式展现。

本地 DNS 服务器地址会配置在本机。如果是采用 DHCP 动态获取 IP 地址的方式，那么一般会被配置为网络运营商的 DNS 服务地址；或者可以自己配置为非权威 DNS 服务器地址，比如 google 的 8.8.8.8 。

那么它如何知道根域名服务器的地址呢？很简单，根域名服务器数量少，其地址会配置在本地 DNS 服务器中。

整体流程如下图所示，其中白色箭头表示查询方向，绿色箭头表示返回方向。

DNS 的另一个作用是做负载均衡， Server Load Balance 。

最简单的一种应用情况，在 DNS 服务器上配置某个域名对应的 ip 时，可以配置多个 A 记录，即一个域名对应多个 ip。这里可以配置不同的策略。

当客户端请求域名解析时，DNS 服务器返回全部 ip 地址。客户端拿到多个 ip 后可进行轮询，或者是随机选择一个 ip，或者是按照某种算法选择一个 ip 进行请求。

假设配置了 ip1, ip2, ip3 三个地址。第一次请求返回 ip1，第二次请求返回 ip2，以此类推。

设定各个 ip 的权重，优先返回权重大的 ip。

另外一种复杂的应用情况，做全局的负载均衡，即 GSLB，Global Server Load Balance 。全局上可分为运营商和区域，在同一个运营商上进行访问肯定速度更快；同样，请求的服务器距离客户端越近，速度越快。

那全局负载均衡如何实现呢？跟添加中间层的思想差不多，经过中间层 GSLB 来控制负载均衡策略。下面介绍两种方式。

具体做法是，在权威 DNS 服务器上给目标域名配置一条 NS 记录， A → B ，即 A 对应的域名服务器地址为 B，也就是 GSLB 的地址 ，让 GSLB 来充当 权威域名服务器 。

当 DNS 解析 A 域名时，会返回设置好的 B。这样本地 DNS 服务器就会转到请求 B 也就是 GSLB 去进行域名解析， GSLB 就可按照某种策略进行负载均衡计算，比如根据本地 DNS 服务器的所属运营商和本地 DNS 服务器的位置返回合适的 ip。

假设查询的目标域名为 http://www.company.com ，设置一条 NS 记录为 http://www.company.com → http://www.companyOk.com 。那么当查询 www.company.com 时，DNS 服务器会返回 www.companyGSLB.com 。然后本地 DNS 服务器会去请求 www.companyGSLB.com DNS 服务器，让该权威域名服务器去解析 www.company.com 域名，返回合适的 ip 地址。这样，控制权就交到了 www.companyGSLB.com 手上，具体策略可以由它自己来确定。

但是这种方式只能知道本地 DNS 服务器所属的运营商和 ip 地址，而不是客户端的 ip。

流程如下图所示：

通过给域名添加别名的方式来实现，有两种不同的方式。

a. 设置别名后，再通过 http 重定向

给目标域名 A 配置别名 CNAME，也就是 GSLB 的域名。这样请求解析 A 域名时会返回 CNAME 记录，之后本地 DNS 服务器会转为请求 GSLB 的域名，最后返回 GSLB 的 ip 地址。

这样，客户端就会跟 GSLB 进行通信，GSLB 可以知道客户端的 ip 地址，进而根据一系列的策略进行调度，然后利用 http 重定向将客户端定向到合适的地址。

流程如下图所示：

b. 设置别名，通过 NS 记录转到不同的 GSLB 域名服务器

给目标域名设置别名，对别名设置 NS 记录，转到不同的 GSLB 去查询。

举个栗子：比如在 company.com 的权威服务器上给域名 test.company.com 设置别名 hello.test.comany.com。

当本地 DNS 服务器请求解析 test.company.com 时，流程如下：

流程图如下：

这里只有一层 GSLB，也可以有多层。假设第一层 GSLB 是用来区分运营商，第二层 GSLB 是区分区域。

比如本地 DNS 服务器所在运营商是移动，那么在 xx.GSLB1.com 就可返回另一个别名 yd.test.comany.com 。 yd.test.comany.com 也对应一条 NS 记录， yd.test.comany.com → xx.GSLB2.com ，这样就将 yd.test.comany.com 转到第二层 GSLB 去解析。 GSLB2 就可根据本地 DNS 服务器的位置返回距离用户较近区域的 ip。

---