porxy负载均衡的载均验证

作者：佚名 2010-05-10 15:58:14网络 网络优化 网络运维 本文主要介绍了关于porxy负载均衡模块的3中实现方法的测试。当中我们会发现不少问题，验证希望大家能多多思考，载均找到问题的验证答案。

在我们学习负载均衡的载均一些软件配置的时候，很多朋友或者网友都会参考网络上面的验证一些资料，但是载均由于很多文章是源于博文的一些内容，正确性本身就存在着一些差异。验证那么我们在浏览文章之后需要对这个程序***进行一个实际的载均操作，看看其中有没有什么错误。验证现在我们就来分享一篇关于porxy的载均负载均衡模块的测试内容。

由于一些历史遗留问题，验证需要使用lighttpd的载均mod_porxy模块进行负载均衡，于是验证对mod_porxy 支持的3种负载均衡算法进行了简单测试。大致的载均过程如下:

1、mod_porxy 3种负载均衡的含义

a)fair(默认)

根据各节点负载均衡情况，进行动态调配。

b)hash

对url进行hash，将同样的请求转发到同一节点。

c)round-robin

各节点轮训轮发

2、测试环境
lighttpd节点：192.168.0.1
web节点A :    192.168.0.2
web节点B :    192.168.0.3
访问节点C：   192.168.0.4

配置文件内容：

$HTTP["url"] == ".shtml" {   
   proxy.balance = "fair" 
# proxy.balance = "round-robin"  
# proxy.balance = "hash"  
proxy.server = (  
     "" => ( ( "host" => "192.168.0.2", "port" => 80 ) ,  
             ( "host" => "192.168.0.3", "port" => 80 ) )  
)  
} 

3、关于模块负载均衡的测试方法

a)测试fair、round-robin

使用siege在节点C发送1000个相同url到节点A，分别测试fair、round-robin
siege -c 100 -r 10 -u http://192.168.0.1/test.shtml

b)hash

通过线上访问日志生成1000个不同url写入文件test.txt，使用siege读取url测试hash
siege -c 100 -r 10 -f test.txt

4、porxy负载均衡测试结果

通过统计A、B节点访问日志发现，只有fair方式调度2个服务端口比较均衡。而hash、round-robin算法将访问全都转发到配置文件中靠前的 A节点，而靠后的B节点基本没有请求。

看来只有fair方式比较靠谱，hash、round-robin形同虚设没有什么意义。

5、关于fail-over

a)fair

具备端口监测功能，可以自动屏蔽问题节点。当lighttpd检测A节点挂掉，当前请求就会503错误返回，下一个请求才会转到B节点。A节点恢复后，lighttpd不会自动恢复对A节点的转发，需要重启lighttpd才能恢复。

b)round-robin

不具备端口监测，节点挂掉后也会不停转发请求。

mod_proxy做负载均衡确实存在不小的问题，如需要使用建议使用fair算法。

责任编辑：佟健 来源： 互联网 porxy负载均衡

(责任编辑：娱乐)