HAProxy負(fù)載均衡器的配置與算法
原創(chuàng)【51CTO.com 獨家特稿】雖然我們看HAProxy的官方文檔確實配置內(nèi)容比較多,但其實我們用于線上環(huán)境,僅此幾條就夠用了,這也是大家說HAProxy簡單的原因,HAProxy的對應(yīng)配置文件如下所示:
- global
- log 127.0.0.1 local0
- maxconn 4096
- chroot /usr/local/haproxy
- uid 99
- gid 99
- daemon
- nbproc 1
- pidfile /usr/local/haproxy/logs/haproxy.pid
- debug
- defaults
- log 127.0.0.1 local3
- mode http
- option httplog
- option httpclose
- option dontlognull
- option forwardfor
- option redispatch
- retries 2
- maxconn 2000
- balance source
- stats uri /haproxy-stats
- contimeout 5000
- clitimeout 50000
- srvtimeout 50000
- listen 1paituan_proxy 203.93.236.149:80
- option httpchk HEAD /index.jsp HTTP/1.0
- server web1 203.93.236.147:80 cookie app1inst1 check inter 2000 rise 2 fall 1
- server web2 203.93.236.146:80 cookie app1inst2 check inter 2000 rise 2 fall 1
加上日志支持,如下所示:
- #vim /etc/syslog.conf
- 添加:
- local3.* /var/log/haproxy.log
- local0.* /var/log/haproxy.log
- #vim /etc/sysconfig/syslog
- 修改:
- SYSLOGD_OPTIONS="-r -m 0"
- service syslog restart
這里要注意的幾個地方是:
一、HAProyx采用的是balance source機(jī)制,它跟LVS的persistent和Nginx的ip_hash一樣,是讓客戶機(jī)訪問時始終訪問后端的某一臺真實的web服務(wù)器;
二、203.93.236.149是我的網(wǎng)站通過Keepalived生成的VIP地址;
三、 option httpchk HEAD /index.jsp HTTP/1.0 是網(wǎng)頁臨近,如果HAProxy檢測不到Web的根目錄下沒有index.jsp,就會產(chǎn)生503報錯。
HAProxy+keepalived/Heartbeat是我網(wǎng)站的第二套方案,因為剛開始網(wǎng)站上的LVS+Keepalived高可用架構(gòu),后來幾個朋友說用手機(jī)測試時,轉(zhuǎn)發(fā)很慢,有時打不開,甚有的電腦也是這樣,我嘗試了以下確實如此;所以用了Nginx+Keepalived以后發(fā)現(xiàn)轉(zhuǎn)發(fā)速度確實快多了,手機(jī)上一拍網(wǎng)也沒有這個問題了,由于Nginx+Keepalived在東莞的客戶那里已經(jīng)部署得很成功了,所以后期我也考慮將此網(wǎng)站設(shè)計成HAProyx+Keepalived這種架構(gòu)的。
HAProxy的算法有如下8種:
一、roundrobin,表示簡單的輪詢,這個不多說,這個是負(fù)載均衡基本都具備的;
二、static-rr,表示根據(jù)權(quán)重,建議關(guān)注;
三、leastconn,表示最少連接者先處理,建議關(guān)注;
四、source,表示根據(jù)請求源IP,建議關(guān)注;
五、uri,表示根據(jù)請求的URI;
六、url_param,表示根據(jù)請求的URl參數(shù)'balance url_param' requires an URL parameter name
七、hdr(name),表示根據(jù)HTTP請求頭來鎖定每一次HTTP請求;
八、rdp-cookie(name),表示根據(jù)據(jù)cookie(name)來鎖定并哈希每一次TCP請求。
其實這些算法各有各的用法,我們平時應(yīng)用得比較多的應(yīng)該是roundrobin、source和lestconn,大家可以重點關(guān)注下。這里我用HAProxy+Keepalived時沒有考慮HAProxy進(jìn)程級別的高HA,一來是因為淘寶也在用它作為負(fù)載均衡器,穩(wěn)定性肯定不需要懷疑;二來在測試時發(fā)現(xiàn)確實相當(dāng)?shù)姆€(wěn)定,殺掉HAProxy進(jìn)程還必須用kill -9,所以沒有在這上面浪費時間了;在測試時也確實考慮過用HAProxy+Keepalived做雙主架構(gòu),后來發(fā)現(xiàn)不是太好維護(hù)就算了。
有一點要提醒大家,HAProxy是支持虛擬主機(jī)的,我以前看過有些朋友說它是不支持的,這個其實很好驗證,我們做個1+1的架構(gòu),后面隨便放臺Nginx或Aapceh的web服務(wù)器就可能驗證這種說法了;另外,經(jīng)過與Nginx的正則對比,我們也確實發(fā)現(xiàn)HAProxy的正則處理能力上不如Nginx的強(qiáng)大和靈活的,我們這里也可以采取一個折衷的方案,后面的web服務(wù)器我們都用Nginx來作,如果是jsp應(yīng)用,可以用Nginx+tomat,如果是跑PHP的,可以用Nginx+FastCGI(PHP5)。
余洪春(撫琴煮酒),《構(gòu)建高性能的Linux服務(wù)器》一書作者,一拍網(wǎng)系統(tǒng)架構(gòu)師、資深項目管理工程師,ChinaUnix集群和高可用版版主。
【51CTO.com獨家特稿,非經(jīng)授權(quán)謝絕轉(zhuǎn)載!合作媒體轉(zhuǎn)載請注明原文出處及出處!】