現(xiàn)在，基本上所有的企業(yè)都會用上網(wǎng)絡進行日常的工作。在企業(yè)的網(wǎng)絡運轉(zhuǎn)中，傳輸和數(shù)據(jù)的收發(fā)處理并不是均勻分配的。那么，使用負載均衡技術(shù)就能達到一個平衡的概念。那么如何實現(xiàn)呢？如果都是購置大型的負載均衡設備并不現(xiàn)實，那么軟件的控制就是常用的手段了。現(xiàn)在就來介紹一下Apache的負載均衡的簡單設置過程。

隨著訪問量的不斷提高,以及對響應速度的要求,進行負載均衡設置就顯得非常必要了｡公司的系統(tǒng)在最初設計的時候就已經(jīng)考慮到了負載均衡的規(guī)劃,www靜態(tài)服務器配置了兩臺,由于初期項目時間緊,并且訪問量并不高,所以當時只用了一臺,另一臺在內(nèi)網(wǎng)中,只是進行了同步,并為發(fā)揮出效用來｡此次就是對負載均衡的一個簡單測試｡

將Apache作為LoadBalance前置機分別有三種不同的部署方式,分別是:

1)輪詢均衡策略的配置

進入Apache的conf目錄,打開httpd.conf文件,在文件的末尾加入:

ProxyPass/balancer://proxy/#注意這里以"/"結(jié)尾
<Proxybalancer://proxy>
BalancerMemberhttp://192.168.6.37:6888/
BalancerMemberhttp://192.168.6.38:6888/
</Proxy>

我們來觀察上述的參數(shù)“ProxyPass/balancer://proxy/",其中,“ProxyPass"是配置虛擬服務器的命令,“/"代表發(fā)送Web請求的URL前綴,如:http://myserver/或者http://myserver/aaa,這些URL都將符合上述過濾條件;“balancer://proxy/"表示要配置負載均衡,proxy代表負載均衡名;BalancerMember及其后面的URL表示要配置的后臺服務器,其中URL為后臺服務器請求時的URL｡以上面的配置為例,實現(xiàn)負載均衡的原理如下:

假設Apache接收到http://localhost/aaa請求,由于該請求滿足ProxyPass條件(其URL前綴為“/"),該請求會被分發(fā)到后臺某一個BalancerMember,譬如,該請求可能會轉(zhuǎn)發(fā)到http://192.168.6.37:6888/aaa進行處理｡當?shù)诙€滿足條件的URL請求過來時,該請求可能會被分發(fā)到另外一臺BalancerMember,譬如,可能會轉(zhuǎn)發(fā)到http://192.168.6.38:6888/｡如此循環(huán)反復,便實現(xiàn)了負載均衡的機制｡

2)按權(quán)重分配均衡策略的配置

ProxyPass/balancer://proxy/#注意這里以"/"結(jié)尾
<Proxybalancer://proxy>
BalancerMemberhttp://192.168.6.37:6888/loadfactor=3
BalancerMemberhttp://192.168.6.38:6888/loadfactor=1
</Proxy>

參數(shù)"loadfactor"表示后臺服務器負載到由Apache發(fā)送請求的權(quán)值,該值默認為1,可以將該值設置為1到100之間的任何值｡以上面的配置為例,介紹如何實現(xiàn)按權(quán)重分配的負載均衡,現(xiàn)假設Apache收到http://myserver/aaa4次這樣的請求,該請求分別被負載到后臺服務器,則有3次連續(xù)的這樣請求被負載到BalancerMember為http://192.168.6.37:6888的服務器,有1次這樣的請求被負載BalancerMember為http://192.168.6.38:6888后臺服務器｡實現(xiàn)了按照權(quán)重連續(xù)分配的均衡策略｡

3)權(quán)重請求響應負載均衡策略的配置

ProxyPass/balancer://proxy/lbmethod=bytraffic#注意這里以"/"結(jié)尾
<Proxybalancer://proxy>
BalancerMemberhttp://192.168.6.37:6888/loadfactor=3
BalancerMemberhttp://192.168.6.38:6888/loadfactor=1
</Proxy>

參數(shù)“lbmethod=bytraffic"表示后臺服務器負載請求和響應的字節(jié)數(shù),處理字節(jié)數(shù)的多少是以權(quán)值的方式來表示的｡“loadfactor"表示后臺服務器處理負載請求和響應字節(jié)數(shù)的權(quán)值,該值默認為1,可以將該值設置在1到100的任何值｡根據(jù)以上配置是這么進行均衡負載的,假設Apache接收到http://myserver/aaa請求,將請求轉(zhuǎn)發(fā)給后臺服務器,如果BalancerMember為http://192.168.6.37:6888后臺服務器負載到這個請求,那么它處理請求和響應的字節(jié)數(shù)是BalancerMember為http://192.168.6.38:6888服務器的3倍(回想(2)均衡配置,(2)是以請求數(shù)作為權(quán)重負載均衡的,(3)是以流量為權(quán)重負載均衡的,這是***的區(qū)別)｡

根據(jù)不同的需要,可以按這三種方式進行配置｡我按照第三種配置的,感覺上這種對于負載的均衡更全面合理｡我的配置很簡單,如下:#p#

先配置均衡器:

<Proxybalancer://proxy>
BalancerMemberajp://127.0.0.1:8009/loadfactor=1
BalancerMemberhttp://192.168.10.6:8083/loadfactor=1
</Proxy>

其中http://192.168.10.6:8083實際上是另外一個端口啟動的apache,為了測試,它就簡單的直接轉(zhuǎn)發(fā)所有請求到tomcat｡

對于上次的VirtualHost進行以下的修改即可:

<VirtualHost*:80>
ServerNamewww.test.com
DocumentRoot/www
DirectoryIndexindex.htmlindex.jsp
<Directory"/www">
OptionsIndexesFollowSymLinks
AllowOverrideNone
Orderallow,deny
Allowfromall
</Directory>
<Directory"/control">
OptionsIndexesFollowSymLinks
AllowOverrideNone
Orderallow,deny
Allowfromall
</Directory>
ProxyPass/nxt/images/!
ProxyPass/nxt/js/!
ProxyPass/nxt/css/!
#ProxyPass/ajp://127.0.0.1:8009/
#ProxyPassReverse/ajp://127.0.0.1:8009/
ProxyPass/balancer://proxy/
ProxyPassReverse/balancer://proxy/
</VirtualHost>

注釋掉之前的ajp轉(zhuǎn)發(fā),而配置成通過balancer去處理｡
通過觀察accesslog,的確有部分請求發(fā)送到了8083端口的apache上,而有部分是直接ajp轉(zhuǎn)發(fā)到tomcat上了｡對于更多的負載均衡的參數(shù)檢測,待空了再做｡