集群和负载均衡的相伴发展论(1)

本文主要介绍了负载均衡和集群的发展情况，我们从他们的分类特点和性能着手，以它们的使用方案和产品为代表，透彻来认识它们。

集群和负载均衡是个扯不清的关系，集群是负载均衡发展的根本，负载均衡是集群发展的依靠。那么从负载均衡的角度看集群现在的表现又是如何呢？随着科技的不断出新，我们越来越多的技术已经不能分开来谈，现在我们就将两者结合，一起分析它们的发展现状和方向。

负载均衡

负载均衡是提高系统性能的一种前沿技术?还是沿用前面的例子,一台IA服务器的处理能力是每秒几万个,显然无法在一秒钟内处理几十万个请求,但如果我们能够有10台这样的服务器组成一个系统,如果有办法将所有的请求平均分配到所有的服务器,那么这个系统就拥有了每秒处理几十万个请求的能力?这就是负载均衡的基本思想?

实际上,目前市场上有多家厂商的负载均衡产品?由于其应用的主要技术的不同,也就有着不同的特点和不同的性能?

1.轮询DNS负载均衡

轮询DNS方案可以说是技术上最简单也最直观的一种方案?当然,这种方案只能够实现负载均衡的功能,却无法实现对高可用性的保证?它的原理是在DNS服务器中设定对同一个Internet主机名的多个IP地址的映射?这样,在DNS收到查询主机名的请求时,会循环的将所有对应的IP地址逐个返回?这样,就能够将不同的客户端连接定位到不同的IP主机上,也就能够实现比较简单的负载均衡功能?但是,这种方案有两个比较致命的缺点:

◆只能够实现对基于Internet主机名请求的负载均衡,如果是直接基于IP地址的请求则无能为力?

◆在集群内有节点发生故障的情况下,DNS服务器仍会将这个节点的IP地址返回给查询方,也就仍会不断的有客户请求试图与已故障的节电建立连接?这种情况下,即使你手工修改DNS服务器的对应设置,将故障的IP地址删除,由于Internet上所有的DNS服务器都有缓存机制,仍会有成千上万的客户端连接不到集群,除非等到所有的DNS缓存都超时?

2.硬件负载均衡解决方案

有些厂商提供对负载均衡的硬件解决方案,制造出带有NAT(网络地址转换)功能的高档路由器或交换机来实现负载均衡功能?NAT本身的原理就是实现多个私有IP地址对单个公共IP地址的转换?代表产品是Cicso公司和Alteon公司的某些高档硬件交换机系列?这种方案有如下缺点:

◆由于采用了特殊的硬件,使得整个系统中存在非工业标准部件,极大的影响系统的扩充和维护?升级工作?

◆价格极其昂贵,和软件的解决方案根本是数量级上的差别?

◆一般只能实现对节点系统一级的状态检查,无法细化到服务一级的检查?

◆由于采用NAT机制,集群管理节点本身要完成的工作量很大,很容易成为整个系统的瓶颈?

◆此特殊硬件本身就是单一故障点?

◆实现异地节点的集群非常困难?

编辑推荐

负载均衡技术基础专题

当前，无论在企业网、园区网还是在广域网上，即使按照当时最优配置建设的网络，业务量的发展都超出了过去..

3.协商式处理(并行过滤)和负载均衡

这种方案的原理是客户请求会同时被所有的节点所接收,然后所有节点按照一定的规则协商决定由哪个节点处理这个请求?此种方案中比较显著的特点就是整个集群中没有显著的管理节点,所有决定由全体工作节点共同协商作出?代表产品是Microsoft公司的Microsoft Load Balancing Service这种方案的特点是:

◆由于各节点间要进行的通讯量太大,加重了网络的负担,一般需要增加节点通讯的专用网络,也就加大了安装和维护的难度和费用?

◆由于每个节点都要接收所有的客户请求并进行分析,极大的加大了网络驱动层的负担,也就减低了节点本身的工作效率,同时也时网络驱动层很容易成为节点系统的瓶颈?

◆由于要更改网络驱动层的程序,所以并不是一个通用的方案,只能够实现对特殊平台的支持?

◆在小量节点的情况下协商的效率还可以接受,一旦节点数量增加,通讯和协商将变得异常复杂和低效,整个系统的性能会有非线性的大幅度下降?所以此类方案,一般在理论上也只允许最多十几个的节点?

◆无法实现异地节点的集群?

◆由于集群内没有统一的管理者,所以可能出现混乱的异常现象?

4.流量分发和负载均衡

流量分发的原理是所有的用户请求首先到达集群的管理节点,管理节点可以根据所有服务节点的处理能力和现状来决定将这个请求分发给某个服务节点?当某个服务节点由于硬件或软件原因故障时,管理节点能够自动检测到并停止向这个服务节点分发流量?这样,既通过将流量分担而增加了整个系统的性能和处理能力,又可以很好的提高系统的可用性?

通过将管理节点本身做一个子集群可以消除由于管理节点自身的单一性带来的单一故障点?有些传统技术人员认为,因为所有的客户流量都将通过管理节点,所以管理节点很容易成为整个系统的瓶颈?但TurboCluster Server通过先进的直接路由或IP隧道转发机制巧妙的解决了问题?使得所有对客户响应的流量都由服务节点直接返回给客户端,而并不需要再次通过管理节点?众所周知,对于服务提供商而言,进入的流量要远远小于流出的流量,所以管理节点本身将不再是瓶颈?

流量分发的具体实现方法有直接路由?IP隧道和网络地址转换三种方法?TurboCluster Server目前支持效率最高的前两种?由于这种先进的结构和技术,使得TurboCluster Server集群内的服务节点数并没有上限,而且对大量节点的协同工作的效率也能够非常好的保证?

结束语

集群技术已经发展了多年,其中的分支也非常多?目前集群技术正逐渐走向分层结构,以后也肯定会有专门用户前端?后端的集群产品出现?