WINDOWS与LINUX下的DNS轮询配置

 11月12日我参加了51CTO的技术沙龙"Exchange Server系统升级与迁移"，两位老师的分享都比较精彩，也让我学到了一些EXCHANGE在升级和迁移方面的知识和经验。记得当时有位朋友问到DNS轮询的问题，由于时间关系宋老师回答的比较简略，在此我把这个问题展开一下，也算是一个补充吧。

 DNS轮询就是指DNS服务器将域名解析请求按照A记录的顺序，逐一分配到不同的IP上，同时在一定程度上也实现了简单的负载均衡。

 我们先看一下WINDOWS2003下如何设置DNS轮询。比如：有两台WEB主机，A主机ip是 192.168.1.1，B主机ip是192.168.1.4 ， 企业里有单独一台DNS服务器，然后在该DNS服务器的正向区域里（域名为haiquan.net）分别建立两个主机A记录，第一个主机记录的记录IP是192.168.1.1， 第二个主机记录的记录IP是192.168.1.4，附图：

 然后在DNS主机QINGYG上点击右键选择属性，在出现的对话框中勾选"启用循环"，如图：

 注意：网络掩码排序可以根据子网掩码来判断dns地址和客户端是否在同一个网段或者离的比较近，然后优先返回较近的服务器的地址。

设置完毕后，我们看一下效果：

 注意：WINDOWS会缓存DNS结果，为方便观察轮询情况，我们需要用"ipconfig  /flushdns"来清空DNS缓存。

 

下面我们看一下LINUX下如何设置DNS轮询，以RHEL 5为例：
1、首先需要安装BIND并搭建DNS服务器（具体DNS搭建过程请参考相关资料）
#yum  install  -y  bind*  caching-nameserver*

安装DNS服务器一般需要安装以下三个数据包：

bind-utils-9.3.3-7.el5          查询用

bind-chroot-9.3.3-7.el5         安全机制

caching-nameserver-9.3.3-7.el5  配置文件

2、修改区域数据配置文件(example.com.db)，这里主要看一下DNS轮询配置

            IN  MX  10  mail.example.com.  
... ...   

mail           IN      A       192.168.1.9 
               IN      A       192.168.1.10  
               IN      A       192.168.1.11 

在以上配置中，mail.example.com对应了3个IP地址，此时具体选择哪一条A记录，是由rrset-order语句决定的。另外，在反向解析文件中，这3个IP也都要对应mail主机，以免有些邮件服务器为了反垃圾邮件进行反向查询时出现问题。

这是在 /etc/named.conf 文件中 options 语句有关rrset-order配置的一个例子：

rrset-order {

class IN type A name "mail.example.com" order random;

order cyclic;

};

这个设置会使处于IN类中的A记录的响应以随机顺序返回，IN 类以"mail.example.com"为后缀。其他的记录以循环记录被返回。

rrset-order 支持三个参数：fixed, random, cyclic 。
  fixed     将多个A记录按配置文件的顺序固定给出
  random     随机给出
  cyclic     循环给出

注：rrset-order语句并不被BIND9支持，BIND9目前只支持"random-cyclic"排序，服务器随机选择RRset集中的开始点，有顺序返回在那个点开始的记录。

 

3、测试看结果：

[root@linux252:/]#host  mail.example.com

 

mail.example.com  has address 192.168.1.9

 

mail.example.com  has address 192.168.1.10

 

mail.example.com  has address 192.168.1.11

 

总结一下：

  DNS轮询的配置是比较方便的，如果网络扩增，新增的Web服务器只要增加一个公网IP即可。 但相对来说，DNS轮询也有其自身的一些缺点，这个工作当中也是我们需要注意的。

 其一：如果某台服务器宕机，DNS服务器是无法知晓的，仍旧会将访问分配到此服务器。修改DNS记录全部生效一般要1-3小时，甚至更久；

 其二：如果几台Web服务器之间的硬件配置不同，导致能够承受的压力也是不同的，但是DNS轮询解析目前不能很好的按权重进行分配。

 其三：如果是需要身份验证的网站，DNS解析无法将验证用户的访问持久分配到同一服务器。虽然有一定的本地DNS缓存，但是很难保证在用户访问期间，本地DNS不过期，而重新查询服务器并指向了新的服务器，那么原服务器保存的用户信息是无法被带到新服务器的，而且可能被要求重新认证身份，而且来回切换时间长了各台服务器都保存有用户不同的信息，对服务器资源也是一种浪费。