Centos6.3利用apache来做集群，实现负载均衡

首先编译安装apache2.42源码包,见本博http://showerlee.blog.51cto.com/2047005/1122355

一，查看有没有安装过mod_proxy之类的东西

#/usr/local/apache2/bin/httpd -l

如果没有发现mod_proxy，我们就到apache安装目录下的modules里面看看有没有mod_proxy.so文件，如果都没有，则说明没有加载负载均衡的模块

二，安装mod_proxy,proxy_balancer_module等

进入apache的解压目录，就是你从网上下载下来的压缩文件，然后解压产生的目录。

#cd apache的解压目录/modules/proxy

# /usr/local/apache2/bin/apxs -c -i mod_proxy.c proxy_util.c

注意：上面如果不加proxy_util.c的话,LoadModule proxy_module modules/mod_proxy.so会报错的，提示你找不到mod_proxy.so文件

# /usr/local/apache2/bin/apxs -c -i mod_proxy_balancer.c

# /usr/local/apache2/bin/apxs -c -i mod_proxy_http.c

出现下面的东西说明装好了。

———————————————————————-
Libraries have been installed in:
/usr/local/apache2/modules

#要安装的模块装好了
# ls ./modules/
httpd.exp     mod_fastcgi.so    mod_proxy.so           mod_rewrite.so
libphp5.so    mod_fcgid.so      mod_proxy_balancer.so
mod_cache.so  mod_mem_cache.so  mod_proxy_http.so

三，配置httpd.conf，测试负载均衡

1，根据请求数（默认），平均分配

#vi /usr/local/apache2/conf/httpd.conf

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

LoadModule lbmethod_byrequests_module modules/mod_lbmethod_byrequests.so

LoadModule slotmem_shm_module modules/mod_slotmem_shm.so

LoadModule lbmethod_bybusyness_module modules/mod_lbmethod_bybusyness.so

LoadModule lbmethod_bytraffic_module modules/mod_lbmethod_bytraffic.so

 

ProxyRequests Off

ProxyPass /mycluster !

#相当于访问192.168.7.201/imgs地址,跳转到192.168.7.202/imgs目录资源

proxypass /imgs    http://192.168.7.202/imgs

ProxyPass / balancer://mycluster/ stickysession=BALANCEID

ProxyPassReverse / http://192.168.7.201/

ProxyPassReverse / http://192.168.7.202/

<Proxy balancer://mycluster>

        BalancerMember http://192.168.7.201 route=http1 loadfactor=7

        BalancerMember http://192.168.7.202 route=http2 loadfactor=3

        ProxySet lbmethod=byrequests

</Proxy>

<Location /mycluster>

    SetHandler balancer-manager

    Order Deny,Allow

    Allow from all

</Location>

 

#修改虚拟主机地址实现代理功能,修改文件如下:

#vi /usr/local/apache2/conf/extra/httpd-vhosts.conf

<VirtualHost *:80>

    DocumentRoot "/usr/local/apache2/htdocs/imgs.abc.cn/"

    ServerAlias imgs.abc.cn

    proxypass /    http://192.168.7.11/imgs.abc.cn/

</VirtualHost>

 

从上面的 ProxyRequests Off 这条可以看出，实际上负载均衡器就是一个反向代理， 只不过它的代理转发地址不是某台具体的服务器，而是一个 balancer:// 协议：

ProxyPass / balancer://mycluster

下面那段 是用来监视负载均衡的工作情况的，然后访问 http://localhost/mycluster/ 即可看到负载均衡的工作状况。你也可以利用这个工具将其中某一个终端要暂时从集群中移出，或者临时修改某个终端的参数（如factor等）。

这个地方要特别注意的是下面这行配置：

ProxyPass /mycluster !

如果没有这行配置，当你访问http://localhost/mycluster/也会被转发到终端上去。

改完之后重启服务器，访问你的Apache所在服务器的地址，即可看到负载均衡的效果了。 打开 mycluster的界面，可以看到请求是平均分配的。

当然，你也可以像我这个配置这样修改其中的某些参数，来获得最大的负载均衡的功效

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
<Proxy balancer://clusterphpinfo>
BalancerMember http://192.168.18.2:10004
BalancerMember http://192.168.18.2:10000
</Proxy>
ProxyPass /test2 balancer://clusterphpinfo stickysession=STICK_PORT_TOKEN nofailover=On
ProxyPassReverse /test2 balancer://clusterphpinfo

<Location /balancer-manager>
SetHandler balancer-manager
Order Deny,Allow
Allow from all
#Allow from 192.168.18.*
</Location>

访问 http://192.168.7.201/mycluster/看下图：

 

图片说明：从上图我们可以看出，负载均衡算法是根据请求数（byrequests），平均分配到二个虚拟主机。

 

其中，stickysession=BALANCEID设置根据下面的route=http1/2来进行session的绑定。因为很多网站的变量，如登陆信息等，可能是储存在服务器端的内存中的，如果不设置这个变量，用户来访问是还是不段的在不同的终端之间切换，用户就会不停的退出
loadfactor=7这个是设置不同的终端的负载均衡的权重，数值越来，转发的数量就越多。
而ProxySet lbmethod=byrequests是用来设置负载均衡的算法。通常有三种取值：byrequests（按照请求次数均衡，默认值），bytraffic（按照流量均衡），bybusyness（按照繁忙程度均衡）。

 

---------------------

 

在网上看了搜了下，好像很少专门介绍mod_proxy模块的功能的文章，所以今天我来现学现买也说点，先说下apache2.2之前的版本吧,相对网上相关资料也多点，下面简单几句想必我再多说都是废话拉 

下面以在apache mod_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.1 
　　proxypass      /it      http://192.168.1.2 
　　proxypass      /life     http://192.168.1.3 
　　proxypass      /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/> 
     BalancerMemberhttp://192.168.28.131   loadfactor=1 
     BalancerMemberhttp://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负载均衡集群的性能测试对比报告 
用ab对apache负载均衡集群的性能测试对比报告 
小结：apache 自带mod_proxy功能模块中目前可以实现两种不同的负载均衡集群实现方式，第一种是分工合作的的形式，通过各台主机负责不同的任务而实现任务分工。第二种是不同的机器在担任同样的任务，某台机器出现故障主机可以自动检测到将不会影响到客户端，而第一种却不能实现但第一种实现方式的优点在于他是主服务器负担相应没第二种大因为台只是提供跳转指路功能，形象的说他不给你带路只是告诉你有条路可以到，但到了那是否可以看到你见的人他已经不会去管你了：）。相比之下第二种性能要比第一种会好很多；但他们都有个共同点都是一托N形式来完成任务的所以你的主机性能一定要好