DNS 负载均衡与域名系统 (DNS)：了解它们之间的关系 (dns负载均衡)

文章编号：18080 / 分类：互联网资讯 / 更新时间：2024-06-19 01:07:03 / 浏览：次

概述

域名系统 (DNS) 和 DNS 负载均衡是互联网的两个关键组成部分，它们协同工作以确保网站和应用程序的可访问性和可靠性。本文将深入探讨 DNS 和 DNS 负载均衡之间的关系，并解释它们如何共同提高网站性能。

域名系统 (DNS)

DNS 是一种分层系统，它将域名（如 example.com）转换为计算机可以理解的 IP 地址（如 192.168.1.1）。当您在浏览器中输入域名时，DNS 服务器会查找与该域名对应的 IP地址，并将其返回给您的设备，使您可以连接到相应的网站或服务器。

DNS 记录类型

DNS 使用各种记录类型来存储不同的信息，包括：

A 记录：将域名映射到 IPv4 地址
AAAA 记录：将域名映射到 IPv6 地址
CNAME 记录：将别名映射到另一个域名
MX 记录：指定用于电子邮件的邮件服务器

DNS 负载均衡

DNS 负载均衡是一种使用 DNS 技术来分发网络流量的技术。它涉及创建多个指向同一网站或应用程序的 DNS 记录，每个记录指向不同的服务器。当用户访问网站时，DNS 服务器将流量分发到这些服务器中的一个，从而在它们之间实现负载平衡。

DNS 负载均衡的优势

DNS 负载均衡提供了以下优势：

提高可用性：如果一台服务器不可用，DNS 负载均衡将流量重定向到其他服务器，确保网站或应用程序仍可访问。
提升性能：通过在多个服务器之间分发流量，DNS 负载均衡可以减少单个服务器上的负载，从而提高整体性能。
地理冗余：DNS 负载均衡允许您在不同地理位置托管服务器，从而为全球用户提供更好的访问速度。

DNS 与 DNS 负载均衡之间的关系

DNS 和 DNS 负载均衡密切相关，共同工作以提供高效且可靠的网站访问。DNS 负责将域名解析为 IP 地址，而 DNS 负载均衡则使用 DNS 技术将流量分发到多个服务器，提高可用性和性能。

DNS 负载均衡的实现

DNS 负载均衡可以通过多种方式实现，包括：

轮询：DNS 服务器轮流将流量分配给服务器列表。
权重：DNS 服务器根据配置的权重将流量分配给服务器，权重较高的服务器接收更多流量。
地理定位：DNS 服务器根据用户的地理位置将流量分配到最近的服务器。

结论

DNS 负载均衡是 DNS 的强大补充，它提高了网站和应用程序的可访问性、性能和冗余。通过了解 DNS 和 DNS 负载均衡之间的关系，您可以充分利用这项技术来优化您的在线业务。

域名系统dns的作用是

域名系统dns的作用如下：

DNS是互联网的一项服务，它作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。

DNS是用来做域名解析的，它会在你上网输入网址后，把它转换成IP，然后去访问对方服务器，没有它，上网络就要记住网络的IP，上163就要记住163的IP，有了DNS的处理，只需要记住对应网站的域名_就是网址就可以了。

DNS是一个按层次结构排列的分布式系统，由许多DNS服务器组成。DNS服务器是注册加入DNS的任何计算机。它具有域名和IP地址的索引，并且在请求时，它可以告诉您与域名关联的当前IP地址。

DNS是域名解析协议：

DNS 是域名系统（Domain Name System）的缩写，是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网，而不用去记住能够被机器直接读取的IP数串。

DNS协议详解

ip是八分二进制的很难记，但是容易记住，可是网络又是根据ip进行寻址的；于是就有了用域名访问返回ip的操作；DNS协议便是实现了将域名解析成IP的这一过程。

（1）容易记住（2）监管方便，网站辨识度高，可作为一个网站的身份象征（3）不依赖单个IP，用户只需要访问你的域名，不需要知道你的ip地址，因此你的ip地址可以有多个甚至经常更换都可以。（4）DNS引流：很多高防抗DDOS和云saas的WAF都是利用DNS别名（cname）进行引流清洗的，CDN也是通过cname进行分配的。（5）DNS负载均衡：可以利用相同A记录不同IP地址对用户的访问进行负载均衡的分配，甚至可以按照ip附属地进行地区上的分配

A记录：主机名，比如www、news、sports、map等；还可以向下延伸分出更多级的主机名，一般申请到的都是为二级域名；也可以添加@*等全部概括的A记录。 cname别名：解析到该别名上（通常会支持负载均衡，按比例分配给别名） PTR指针：用于IP反查域名的(腾讯云不支持填写PTR) MX邮件交换：配置给邮件使用 NS：指定给该NS服务器解析

ping域名查ip（有局限性，大公司一般都会牵引专门的服务器处理icmp包或者直接由CDN处理，所以得到的ip往往不是真实地址）

配置了PTR才能查询到，通常很多有查不到的（因为域名肯定有ip，ip很大概率没绑定域名的） nslookup -qt=ptr dst_ip

据说DNS的正向查询用的是53端口udp协议，反向查询用的是53端口tcp；实际验证一下吧！正向查询：

反向查询：

（返回提供web服务的ip地址）

（1）先在本地host查询，接着去本地配置的dns服务器查询，如果没有的话继续往下（2）再到根DNS服务器查询，发现域名记录在上或者说是由这个ns来注册提交的（一般域名都在gtld这类ns上）（3）然后到上查询，得知是由这个服务商签发的（4）到服务商上查询记录，得知在和有记录，并且配置了cname为（八成是使用cdn的，所以上面查找ns的时候并不是注册的那个，而是dns服务商注册的这个）

域名不仅仅服务于http协议和80端口，只是浏览器默认http为80端口，所以在后面没有显示端口而已；可以把域名理解成与IP对应，相对的域名也有个端口。

5分钟教你搞懂 DNS

DNS也叫网域名称系统，是互联网的一项服务。它实质上是一个域名和IP相互映射的分布式数据库，有了它，我们就可以通过域名更方便的访问互联网。

DNS特点有分布式的，协议支持TCP和UDP，常用端口是53，每一级域名的长度限制是63，域名总长度限制是253。

最早的时候，DNS的UDP报文上限大小是512字节，所以当某个response大小超过512（返回信息太多），DNS服务就会使用TCP协议来传输。后来DNS协议扩展了自己的UDP协议，DNS client发出查询请求时，可以指定自己能接收超过512字节的UDP包，这种情况下，DNS还是会使用UDP协议。

分层的数据库结构：

DNS的结构跟Linux文件系统很相似，像一棵倒立的树。下面用站长之家的域名举例：最上面的.是根域名，接着是顶级域名，再下来是站长之家域名chinaz依次类推。使用域名时，从下而上。就是一个完整的域名，也是。

之所以设计这样复杂的树形结构，是为了防止名称冲突。这样一棵树结构，当然可以存储在一台机器上，但现实世界中完整的域名非常多，并且每天都在新增、删除大量的域名，存在一台机器上，对单机器的存储性能就是不小的挑战。

另外，集中管理还有一个缺点就是管理不够灵活。可以想象一下，每次新增、删除域名都需要向中央数据库申请是多么麻烦。所以现实中的DNS都是分布式存储的。

根域名服务器只管理顶级域，同时把每个顶级域的管理委派给各个顶级域，所以当你想要申请下的二级域名时，找域名注册中心就好了。二级域名，再向下的域名就归你管理了。

当你管理http：//chinaz的子域名时，你可以搭建自己的nameserver，在注册中心把//chinaz的管理权委派给自己搭建的nameserver。自建nameserver和不自建的结构图如下：

一般情况下，能不自建就不要自建，因为维护一个高可用的DNS也并非容易。据我所知，有两种情况需要搭建自己的nameserver：

搭建对内的DNS。公司内部机器众多，通过ip相互访问太过凌乱，这时可以搭建对内的nameserver，允许内部服务器通过域名互通。公司对域名厂商提供的nameserver性能不满意。

虽然顶级域名注册商都有自己的nameserver，但注册商提供的nameserver并不专业，在性能和稳定性上无法满足企业需求，这时就需要企业搭建自己的高性能nameserver，比如增加智能解析功能，让不同地域的用户访问最近的IP，以此来提高服务质量。

概括一下DNS的分布式管理，当把一个域委派给一个nameserver后，这个域下的管理权都交由此nameserver处理。这种设计一方面解决了存储压力，另一方面提高了域名管理的灵活性。

顶级域名像这样的顶级域名，由ICANN严格控制，是不允许随便创建的。顶级域名分两类：通用顶级域名，国家顶级域名。

通用顶级域名常见的如、、等，国家顶级域名如我国的，美国的。一般公司申请公网域名时，如果是跨国产品，应该选择通用顶级域名。

如果没有跨国业务，看自己喜好（可以对比各家顶级域的服务、稳定性等再做选择）。这里说一下几个比较热的顶级域，完整的顶级域参见维基百科。

meme顶级域其实是国家域名，是黑山共和国的国家域名，只不过它对个人开发申请，所以很多个人博主就用它作为自己的博客域名。

io很多开源项目常用io做顶级域名，它也是国家域名。因为io与计算机中的input/output缩写相同，和计算机的二机制10也很像，给人一种geek的感觉。相较于.域名，下的资源很多，更多选择。

DNS解析流程：

聊完了DNS的基本概念，我们再来聊一聊DNS的解析流程。当我们通过浏览器或者应用程序访问互联网时，都会先执行一遍DNS解析流程。

标准glibc提供了.2动态库，我们的应用程序就是用它进行域名解析（也叫resolving）的，它还提供了一个配置文件/etc/来控制resolving行为，配置文件中最关键的是这行：

hosts：files dns myhostname。

它决定了resolving的顺序，默认是先查找hosts文件，如果没有匹配到，再进行DNS解析。默认的解析流程如下图：

上图主要描述了client端的解析流程，我们可以看到最主要的是第四步请求本地DNS服务器去执行resolving，它会根据本地DNS服务器配置，发送解析请求到递归解析服务器（稍后介绍什么是递归解析服务器），本地DNS服务器在/etc/中配置。下面我们再来看看服务端的resolving流程：

我们分析一下解析流程：

客户端向本地DNS服务器（递归解析服务器）发出解析//域名的请求，本地dns服务器查看缓存，是否有缓存过//域名，如果有直接返回给客户端；如果没有执行下一步。

本地dns服务器向根域名服务器发送请求，查询顶级域的nameserver地址，拿到域名的IP后，再向 nameserver发送请求，获取chinaz域名的nameserver地址。

继续请求chinaz的nameserver，获取tool域名的地址，最终得到了//的IP，本地dns服务器把这个结果缓存起来，以供下次查询快速返回。

本地dns服务器把把结果返回给客户端，递归解析服务器vs权威域名服务器，我们在解析流程中发现两类DNS服务器，客户端直接访问的是递归解析服务器，它在整个解析过程中也最忙。它的查询步骤是递归的，从根域名服务器开始，一直询问到目标域名。

递归解析服务器通过请求一级一级的权威域名服务器，获得下一目标的地址，直到找到目标域名的权威域名服务器，简单来说：递归解析服务器是负责解析域名的，权威域名服务器，是负责存储域名记录的。

递归解析服务器一般由ISP提供，除此之外也有一些比较出名的公共递归解析服务器，如谷歌的8.8.8.8，联通的114，BAT也都有推出公共递归解析服务器，但性能最好的应该还是你的ISP提供的，只是可能会有DNS劫持的问题。

缓存，由于整个解析过程非常复杂，所以DNS通过缓存技术来实现服务的鲁棒性。当递归nameserver解析过//域名后，再次收到//查询时，它不会再走一遍递归解析流程，而是把上一次解析结果的缓存直接返回。

并且它是分级缓存的，也就是说，当下次收到的是//的查询时，由于这台递归解析服务器已经知道//chinaz的权威nameserver，所以它只需要再向//chinaz nameserver发送一个查询www的请求就可以了。

根域名服务器的地址是固定的，目前全球有13个根域名解析服务器，这13条记录持久化在递归解析服务器中：

为什么只有13个根域名服务器呢，不是应该越多越好来做负载均衡吗？之前说过DNS协议使用了UDP查询，由于UDP查询中能保证性能的最大长度是512字节，要让所有根域名服务器数据能包含在512字节的UDP包中，根服务器只能限制在13个，而且每个服务器要使用字母表中单字母名。

智能解析，就是当一个域名对应多个IP时，当你查询这个域名的IP，会返回离你最近的IP。由于国内不同运营商之间的带宽很低，所以电信用户访问联通的IP就是一个灾难，而智能DNS解析就能解决这个问题。

智能解析依赖EDNS协议，这是google起草的DNS扩展协议，修改比较简单，就是在DNS包里面添加origin client IP，这样nameserver就能根据client IP返回距离client比较近的server IP了。

国内最新支持EDNS的就是DNSPod了，DNSPod是国内比较流行的域名解析厂商，很多公司会把域名利用DNSPod加速。

一般我们要注册域名，都要需要找域名注册商，比如说我想注册//hello，那么我需要找域名注册商注册hello域名。的域名注册商不止一家，这些域名注册商也是从ICANN拿到的注册权，参见如何申请成为.域名注册商。

域名注册商都会自建权威域名解析服务器，比如你在狗爹上申请一个.下的二级域名，你并不需要搭建nameserver，直接在godaddy控制中心里管理你的域名指向就可以了，原因就是你新域名的权威域名服务器默认由域名注册商提供。

当然你也可以更换，比如从godaddy申请的境外域名，把权威域名服务器改成DNSPod，一方面加快国内解析速度，另一方面还能享受DNSPod提供的智能解析功能。

用bind搭建域名解析服务器，由于网上介绍bind搭建的文章实在太多了，我就不再赘述了，喜欢动手的朋友可以网上搜一搜搭建教程，一步步搭建一个本地的nameserver玩一玩。这里主要介绍一下bind的配置文件吧。

bind的配置文件分两部分，bind配置文件和zone配置文件，bind配置文件位于/etc/，它主要负责bind功能配置，如zone路径、日志、安全、主从等配置其中最主要的是添加zone的配置以及指定zone配置文件。

开启递归解析功能，这个如果是no，那么此bind服务只能做权威解析服务，当你的bind服务对外时，打开它会有安全风险，如何防御不当，会让你的nameserver被hacker用来做肉鸡zone的配置文件在bind配置文件中指定，下图是一份简单的zone配置：

zone的配置是nameserver的核心配置，它指定了DNS资源记录，如SOA、A、CNAME、AAAA等记录，各种记录的概念网上资料太多，我这里就不重复了。其中主要讲一下SOA和CNAME的作用。

SOA记录表示此域名的权威解析服务器地址。上文讲了权威解析服务器和递归解析服务器的差别，当所有递归解析服务器中有没你域名解析的缓存时，它们就会回源来请求此域名的SOA记录，也叫权威解析记录。

CNAME的概念很像别名，它的处理逻辑也如此。一个server执行resloving时，发现name是一个CNAME，它会转而查询这个CNAME的A记录。一般来说，能使用CNAME的地方都可以用A记录代替，它是让多个域名指向同一个IP的一种快捷手段。

这样当最低层的CNAME对应的IP换了之后，上层的CNAME不用做任何改动。就像我们代码中的硬编码，我们总会去掉这些硬编码，用一个变量来表示，这样当这个变量变化时，我们只需要修改一处。

配置完之后可以用named-checkconf和named-checkzone。两个命令来check我们的配置文件有没有问题，之后就可以启动bind服务了：$>service named start，Redirecting to/bin/systemctl restart 。

我们用netstat-ntlp，来检查一下服务是否启动，53端口已启动，那么我们测试一下效果，用dig解析一下域名，使用127.0.0.1作为递归解析服务器。

我们看到dig的结果跟我们配置文件中配置的一样是1.2.3.4，DNS完成了它的使命，根据域名获取到IP。用DNS实现负载均衡，一个域名添加多条A记录，解析时使用轮询的方式返回随机一条，流量将会均匀分类到多个A记录。www IN A1.2.3.4，www IN A1.2.3.5。

其实每次DNS解析请求时，nameserver都会返回全部IP，如上面配置，它会把1.2.3.4和1.2.3.5都返回给client端。那么它是怎么实现RR的呢？nameserver只是每次返回的IP排序不同，客户端会把response里的第一个IP用来发请求。DNS负载均衡vs LVS专业负载均衡。

和LVS这种专业负载均衡工具相比，在DNS层做负载均衡有以下特点：实现非常简单，默认只能通过RR方式调度，DNS对后端服务不具备健康检查。

DNS故障恢复时间比较长（DNS服务之间有缓存），可负载的rs数量有限（受DNS response包大小限制），真实场景中，还需要根据需求选择相应的负载均衡策略子域授权。

我们从.域下申请一个二级域名http：//hello.后，发展到某一天我们的公司扩大了，需要拆分两个事业部A和B，并且公司给他们都分配了三级.和.，域名结构如下图：

再发展一段时间，A部门和B部门内部业务太多，需要频繁的为新产品申请域名，这个时候他们就想搭建自己的namserver，并且需要上一级把相应的域名管理权交给自己，他们期望的结构如下：

注意第一阶段和第二阶段的区别：第一阶段，A部门想申请//下的子域名，需要向上级申请，整个//域的管理都在总公司；第二阶段，A部门先自己搭建nameserver，然后总公司把http：//域管理权转交给自建的nameserver。

A部门自建nameserver，并且在zone配置文件中指定//的权威解析服务器为自己的nameserver地址，总公司在nameserver上增加一条NS记录，把//域授权给A部门的nameserver。

我们在用bind搭建域名解析服务器里讲过，只要在zone配置文件里指定SOA记录就好：@IN SOA . ..（……）。

在http：//hello.域的nameserver上添加一条NS记录. IN NS . IN A （自建nameserver的IP）。

这样当解析http：//.域名时，//hello. nameserver发现配置中有NS记录，就会继续递归向下解析，DNS调试工具，OPS常用的DNS调试工具有：host，nslookup，dig。

这三个命令都属于bind-utils包，也就是bind工具集，它们的使用复杂度、功能依次递增。关于它们的使用，man手册和网上有太多教程。DNS放大攻击属于DoS攻击的一种，是通过大量流量占满目标机带宽，使得目标机对正常用户的请求拒绝连接从而挂掉。

思路正常的流量攻击，hack机向目标机建立大量request-response，但这样存在的问题是需要大量的hack机器。因为服务器一般的带宽远大于家用网络，如果我们自己的家用机用来做hack机器，还没等目标机的带宽占满，我们的带宽早超载了。

原理DNS递归解析的流程比较特殊，我们可以通过几个字节的query请求，换来几百甚至几千字节的resolving应答（流量放大），并且大部分服务器不会对DNS服务器做防御。

那么hacker们只要可以伪装DNS query包的source IP，从而让DNS服务器发送大量的response到目标机，就可以实现DoS攻击。

但一般常用的DNS服务器都会对攻击请求做过滤，所以找DNS服务器漏洞也是一个问题。详细的放大攻击方法自行google。

dns域名解析服务器分哪几类?请简述dns实现负载均衡的策略

主域名服务器、辅助域名服务器、递归域名服务器；轮询。 1、主域名服务器存储着特定域名的完整域名解析信息，负责提供域名解析服务；辅助域名服务器增加系统的可靠性和容错性，以及减轻主域名服务器的负载；递归域名服务器是最终用户访问的DNS解析服务器。 2、DNS服务器会按照事先设定的顺序逐个返回不同的IP地址给请求者，实现请求的分发，每次请求会选择下一个IP地址，实现负载均衡。

DNS和域名有什么关系

域名只是一个标识，DNS是域名解析系统，当您输入一个域名时，DNS开始工作，向域名对应的IP地址请求，找到域名对应的IP（服务器）后，返回结果给访问者，你就看到了这个域名对应的网页。这些DNS系统是不公开的。

而我们电脑上设置的DNS，是指当我们本地电脑访问域名时，率先进入哪台服务器，进入哪些DNS系统。

DNS 的分布式机制支持有效且可靠的名字到 IP 地址的映射。多数名字可以在本地映射，不同站点的服务器相互合作能够解决大网络的名字与 IP 地址的映射问题。单个服务器的故障不会影响 DNS 的正确操作。

扩展资料

域名解析总体可分为以下过程：

1、主机先向本地域名服务器进行递归查询。

2、本地域名服务器采用迭代查询，向一个根域名服务器进行查询。

3、根域名服务器告诉本地域名服务器，下一次应该查询的顶级域名服务器的IP地址。

4、本地域名服务器向顶级域名服务器进行查询。

5、顶级域名服务器告诉本地域名服务器，下一步查询权限服务器的IP地址。

6、本地域名服务器向权限服务器进行查询。

7、权限服务器告诉本地域名服务器所查询的主机的IP地址。

8、本地域名服务器最后把查询结果告诉主机。

dns(域名系统)完成的工作是从一种容易记忆的网络服务器域名到计算机容易处理

域名系统（DNS）主要完成的工作是实现从人类容易记忆的网络服务器域名到计算机容易处理的IP地址的转换。 1. DNS的基本概念和工作原理域名系统（DNS）是因特网的一项核心服务，它作为可以将人类容易记忆的域名（比如）转换为计算机容易处理的IP地址（比如192.0.2.1）。这个转换过程是自动完成的，用户在访问网站时，通常不需要意识到这个过程的存在。 DNS是一个分布式的数据库，存储在各种DNS服务器中，这些服务器分布在全球各地，通过相互协作，共同为全球的网民提供服务。 2. DNS的工作流程当用户在浏览器中输入一个域名时，计算机会首先向本地DNS服务器发送查询请求。如果本地DNS服务器没有该域名的解析结果，它会向其他DNS服务器发送请求，直到找到解析结果为止。这个过程中，DNS服务器之间会进行递归查询和迭代查询，以找到所需的解析结果。一旦找到解析结果，DNS服务器会将其缓存一段时间，以便后续的查询可以直接从缓存中获取结果，而不需要再次向其他DNS服务器发送请求。这样可以提高DNS的查询效率，减少网络流量。 3. DNS的重要性和应用 DNS对于互联网的正常运行至关重要。由于IP地址难以记忆，如果没有DNS，用户需要记住每个网站的IP地址才能访问，这将极大地阻碍互联网的发展和应用。除了基本的域名解析功能外，DNS还有一些高级功能，如负载均衡、故障转移等。这些功能可以帮助网站提高可用性和性能，为用户提供更好的服务。例子：比如你想访问网络（），你的计算机会首先通过DNS解析这个域名对应的IP地址。这个过程中，DNS服务器可能会被多级的查询，最终返回网络服务器的IP地址。你的计算机获取到IP地址后，就可以直接通过这个IP地址访问网络网站了。

dns服务器的作用是什么

DNS服务器的主要作用是将域名转换为IP地址。

拓展知识：

具体来说，DNS服务器存储了域名和对应的IP地址之间的映射关系，当客户端设备（如电脑、手机等）发出网络请求时，DNS服务器会根据请求的域名查找对应的IP地址，并将这个IP地址返回给客户端设备，客户端设备再通过这个IP地址连接到相应的网络资源。

DNS服务器的这个功能对于网络访问至关重要，因为它们使得我们可以通过域名来访问互联网，而无需记住和输入IP地址。此外，DNS服务器还支持缓存和负载均衡，以提高网络访问的效率和可靠性。

要更好地理解DNS服务器的作用，我们可以从以下几个方面来考虑：

1. 域名解析：当我们在浏览器中输入一个网站域名时，DNS服务器会负责将其转换为对应的IP地址，从而让我们能够访问到网站内容。

2. 减轻网络负担：DNS服务器通常会缓存之前解析过的域名和IP地址映射关系，这样可以减少对数据库的查询次数，减轻网络负担。

3. 智能负载均衡：一些大型的DNS服务商会设置多个DNS服务器，并根据网络状况智能分配请求到不同的服务器上，以提高网络访问的稳定性。

总的来说，DNS服务器在互联网中起着桥梁和纽带的作用，它们让我们的网络访问变得更加便捷和高效。

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站点方案中，已经很少采用这种方案了。