功能分析之DNS负载均衡

常谈到负载均衡和DNS的问题，那么对于动态的负载均衡，也就是这用地址域名的分配我们应该考虑一些什么问题，这种技术能给我们带来什么样的好处呢？现在我们就来详细地讨论一下这个话题。希望通过这篇文章的详细介绍，能让大家了解DNS扩展的优越性能。

解决网络过载的问题的一个解决方法是在现有的DNS中加入动态负载均衡的特性｡

随着计算机网络的应用的日益广泛,在互联网上的负载也变得日益拥挤,这经常导致服务器无法正常地响应,并且影响了一些应用程序的崩溃｡而且,这种现象的发生是动态的｡解决这个问题的一个方法是建造更加强大的服务器,而另外一个途径就是将客户请求分散到多个服务器上｡后者是解决这个问题的一种巧妙的方法,通过这种方法实际上是一种平衡的艺术,可以避免一些服务器过于繁忙而另外的服务器非常空闲的状态｡跨服务器的需求分配技术成为网络技术的一个重要课题｡

我们来考虑这么两种情况:首先,每个TCP进程会消耗32比特的内存,这样,一个有32MB内存的服务器从理论上支持100万的连接｡其次,在多个拥有同样内容的服务器中,用户总是喜欢根据他们自己的经验(或者是一些监测数据)访问一些服务负载较小的服务器,比如说,GetRight就可以选择一个较佳的服务器进行FTP下载｡

但是,我们可以可以通过定期地监测服务器的状态并将请求指向***服务器来实现请求的分配｡这种在多个服务器中根据服务器负载动态定向请求的技术称之为动态负载均衡｡这个功能可以加入域名服务(DNS)中,而这是因为域名服务器本身就充当了解析客户请求的主要责任,而具有这种特性的DNS称为dlbDNS(dynamicloadbalanceDNS)｡在这里,***服务器指的是通过一种排名算法的出***排名的服务器｡

在这里,我们将要解释通过dlbDNS对DNS扩展所带来的好处｡首先,我们必须要考虑dlbDNS设计应该达到的性能:

(1)新的设计必须与原来的DNS应用兼容｡

(2)该设计必须要易于配置｡

(3)负载均衡必须快速而且有效｡

(4)一个主机可以属于多个组或者簇｡

(5)对一个请求的响应应当动态地产生｡

(6)对服务器的监控应当由不同的进程所产生｡

(7)TTL的值应当设为最小以防止其他名字服务器的缓存的响应｡

(8)最终的设计应当是一个通用性的名字服务器,可以被同时用于简单的､反向的和动态的请求｡

(9)对错误应当有所响应｡

(10)负载均衡的过程对用户来说是透明的｡

负载均衡模型

有四种负载均衡模型可供使用:首先,RFC1794描述了使用一个特别区域代理以从外部资源获得信息的负载均衡方法,这样,一个新的区域通过名字服务器被载入｡这个方法的问题是大量的信息量,包括静态的或者是可能需要分配的信息量,都在区域中进行循环地传送｡同时,这个方法也不支持根据被请求的名字所回应的动态创建的虚拟/动态域名｡

第二个模型是通过一个专门的负载均衡服务器来解释请求并将其指向一个***服务器｡这种设计由负载服务器在内部使用虚拟的IP地址｡而这种服务器的问题在于需要在被监控地服务器群中加入另外一台服务器而不是使用现有的资源｡

第三个模型是通过一个远程监视系统来监视不同服务器的性能,从而提供给DNS一个反馈｡这个设计可以帮助解决无法直接观测的系统问题,同时提供给用户以访问时间的测算｡这种方式的问题就是在于需要依靠远程网络进行监视并且分发数据｡

***一种方案就是通过内部监视系统来监视服务器的性能,并且提供给DNS的反馈｡这主要的优点就是易维护性和管理性,而且也没有安全方面的问题｡dlbDNS就是使用的这种方式｡