apache自带负载均衡的集群功能实践总结

下面以在apachemod_proxy下做的反向代理负载均衡为配置实例：在站点www.test.com，我们按提供的内容进行分类，不同的服务器用于提供不同的内容服务，将对http://www.test.com/news的访问转到IP地址为192.168.1.1的内部服务器上处理，对 http://www.test.com/it的访问转到服务器192.168.1.2上，对http://www.test.com/life的访问转到服务器192.168.1.3上，对http://www.test.com/love的访问转到合作站点http://www.love.com上，从而减轻本apache服务器的负担，达到负载均衡的目的。

首先要确定域名www.test.com在DNS上的记录对应apache服务器接口上具有internet合法注册的IP地址，这样才能使internet上对www.test.com的所有连接请求发送给本台apache服务器。

在本台服务器的apache配置文件httpd.conf中添加如下设置：

proxypass /news http://192.168.1.1proxypass /it http://192.168.1.2proxypass /life http://192.168.1.3proxypass /live http://www.live.com注重，此项设置最好添加在httpd.conf文件“Section 2”以后的位置，服务器192.168.1.1-3也应是具有相应功能的www服务器，在重启服务时，最好用apachectl configtest命令检查一下配置是否有误。

接下来也是我真正想要介绍的2.2版本后在mod_proxy中新添加的mod_proxy_balancer模块给我们带来的新功能。

首先将在主配置文件http.conf以下Module的注释去掉

LoadModule proxy_module modules/mod_proxy.so

LoadModule proxy_balancer_module modules/mod_proxy_balancer.so

LoadModule proxy_http_module modules/mod_proxy_http.so

再并增加以下元素

ProxyRequests Off

ProxyPass /test balancer://xuanfei stickysession=jsessionid nofailover=On

proxy balancer://xuanfei/

BalancerMember http://192.168.28.131 loadfactor=1

BalancerMember http://192.168.28.130 loadfactor=1

/proxy

ProxyPass为代理转发的Url，即将所有访问/test的请求转发到群集balancer://xuanfei

loadfactor为各主机间的负载比例参数，可是设置不同指数

BalancerMember为群集的成员，即群集服务器A或B，负载均衡服务器会根据均衡规则来将请求转发给BalancerMember。

配置好后，启动Apahce服务Location /server-status

SetHandler server-status

Order Deny，Allow

Deny from all

Allow from all

/Location

访问xuanfei/test就会看到群集服务器中应用返回的结果。恭喜你，负载均衡和群集已经配置成功了!

而且还可以同样在http.conf主配置文件主添如下元素：

Location /balancer-manager

SetHandler balancer-manager

Order Deny，Allow

Deny from all

Allow from all

/Location

假如配置成功后你可以可以在地址栏输入 xuanfei/balancer-manager，将可以清楚的看到各节点的工作运行状态：)

同样还可以同样在http.conf主配置文件主添如下元素：

Location /server-status

SetHandler server-status

Order Deny，Allow

Deny from all

Allow from all

/Location

便可以方便的观测到主服务器的当前运行状态，只要在地址栏输入 xuanfei/server-status

用ab对apache负载均衡集群的性能测试对比报告

小结：apache自带mod_proxy功能模块中目前可以实现两种不同的负载均衡集群实现方式，第一种是分工合作的的形式，通过各台主机负责不同的任务而实现任务分工。第二种是不同的机器在担任同样的任务，某台机器出现故障主机可以自动检测到将不会影响到客户端，而第一种却不能实现但第一种实现方式的优点在于他是主服务器负担相应没第二种大因为台只是提供跳转指路功能，形象的说他不给你带路只是告诉你有条路可以到，但到了那是否可以看到你见的人他已经不会去管你了：)。相比之下第二种性能要比第一种会好很多;但他们都有个共同点都是一托N形式来完成任务的所以你的主机性能一定要好。