【負(fù)載均衡大討論，參與有禮】TCP/HTTP 負(fù)載均衡利器-- HAProxy

action08

haproxy確實(shí)是比較專業(yè)優(yōu)秀的功能全面的負(fù)載均衡軟件，
如果只有十來臺(tái)機(jī)器，只要nginx就可以了

Godbach

回復(fù) 11# action08

nginx 支持模塊化，靈活一些。

HAProxy 支持的負(fù)載均衡功能比較全面，而且還有豐富的統(tǒng)計(jì)信息展示界面。


   

coldgin

haｐｒｏｘｙ的４層代理其實(shí)和７層一樣的是吧。那用４層的場景主要就是非ＨＴＴＰ協(xié)議的就走ｈａｐｒｏｘｙ代理了。
我現(xiàn)在工作中也常常用到ｈａｐｒｏｘｙ了，但主要還是４層的模式�！　�
按照版主所說，ｈａｐｒｏｘｙ比ＬＶＳ的性能低些，是因?yàn)橐�多建立了一次ＴＣＰ連接，所帶來的開銷導(dǎo)致性能低下嗎。ＬＶＳ是直接做ＩＰ改寫了。

因?yàn)椋穼又饕�也就ＨＴＴＰ了，然后ＨＴＴＰ一般用ＮＧＩＮＸ，用ＨＡＰＲＯＸＹ的少嗎�?br /> 對于ｈａｐｒｏｘｙ的使用場景，求大家指教。

我目前這邊的場景是做反代，用來解決部分服務(wù)器，如訪問不了外網(wǎng)，無法ＹＵＭ安裝包，或者因?yàn)榘踩�限制，需要走代理來協(xié)助訪問的幾個(gè)場景。

coldgin

想深入了解ｈａｐｒｏｘｙ的原理，版本能指導(dǎo)下方向不。
ｈａｐｒｏｘｙ的文檔好像沒有像ＬＶＳ那樣，講清楚ＤＲ模式ＮＡＴ的工作原理。

coldgin

回復(fù) 10# Godbach
content switch  怎么理解，能詳細(xì)講下嗎。
這個(gè)和Ｆ５廠家喊的應(yīng)用交付網(wǎng)絡(luò)是一回事么。

   

laputa73

1. 個(gè)人的工作或者學(xué)習(xí)中是否接觸到 HAProxy，介紹對 HAProxy 的理解
很早就接觸過haproxy, 曾經(jīng)拿來做http的代理。它的控制功能和管理頁面還是比較豐富的。
性能實(shí)測和nginx差不多。


2. 使用 HAProxy 中遇到了哪些問題，以及最終如何解決
HA的官網(wǎng)MS不在墻里，搜起來費(fèi)點(diǎn)勁。
資料還是太少。

4. 比較 HAProxy 和其他負(fù)載均衡軟件。如果做過負(fù)載均衡方案選型，可以分享最終的選擇以及原因
如果是純的http簡單LB,一般就選nginx了，畢竟簡單。
有個(gè)項(xiàng)目要用到tcp的LB,記得說HA可以支持mysql,所以就推薦了一把。
但是遇到一個(gè)問題，HA做tcp LB時(shí)，沒法單獨(dú)實(shí)現(xiàn)源地址的雙向透明化(透明代理)，這個(gè)比較蛋疼。
網(wǎng)上搜了一下，有兩種解決方案，一種走NAT,一種用bridge.
實(shí)際試了一下，感覺不太靠譜，NAT方案性能太差，bridge方案太復(fù)雜，也沒找到實(shí)際可用的案例。
最后還是換成了LVS.

感覺HAproxy主要還是用作http代理,配合keepalived/heartbeat做HA
因?yàn)樗�的功能比較豐富，支持更復(fù)雜一些的代理需求。

jszxcyit

占個(gè)樓層玩玩

鷹揚(yáng)影逝

回復(fù) 1# Godbach


    使用1.6版本時(shí)，rabbitmq消費(fèi)者端的連接是長連接，為保證連接不會(huì)被haproxy主動(dòng)斷開，沒有設(shè)置timeout connect  timeout client   timeout server，而是使用的option tcpka參數(shù)。
目前來看確實(shí)滿足使用，但是在haproxy啟動(dòng)時(shí)會(huì)發(fā)出警告：
[WARNING] 081/091301 (10812) : config : missing timeouts for proxy 'mq-balancer'.
   | While not properly invalid, you will certainly encounter various problems
   | with such a configuration. To fix this, please ensure that all following
   | timeouts are set to a non-zero value: 'client', 'connect', 'server'.

有什么解決辦法么？

Godbach

回復(fù) 18# 鷹揚(yáng)影逝

代碼中打印這條消息的位置在這里

1.         if ((curproxy->mode == PR_MODE_TCP || curproxy->mode == PR_MODE_HTTP) &&
   
2.             (((curproxy->cap & PR_CAP_FE) && !curproxy->timeout.client) ||
   
3.              ((curproxy->cap & PR_CAP_BE) && (curproxy->srv) &&
   
4.               (!curproxy->timeout.connect ||
   
5.                (!curproxy->timeout.server && (curproxy->mode == PR_MODE_HTTP || !curproxy->timeout.tunnel)))))) {
   
6.             Warning("config : missing timeouts for %s '%s'.\n"
   
7.                 "   | While not properly invalid, you will certainly encounter various problems\n"
   
8.                 "   | with such a configuration. To fix this, please ensure that all following\n"
   
9.                 "   | timeouts are set to a non-zero value: 'client', 'connect', 'server'.\n",
   
10.                 proxy_type_str(curproxy), curproxy->id);
    
11.             err_code |= ERR_WARN;
    
12.         }

復(fù)制代碼

就我個(gè)人的理解，應(yīng)該是這個(gè)意思：
1）對于通常的 TCP 連接的處理，一般都會(huì)有 timeout 的設(shè)置。否則一個(gè)連接長期的不傳輸數(shù)據(jù)，還需要占用系統(tǒng)的內(nèi)存資源等，是一種浪費(fèi)。所以 HAProxy 對于這種情況給出了 warning。主要是起到提示的作用。
2）設(shè)置了這些 timeout 的話，HAproxy 內(nèi)部就會(huì)啟動(dòng)一個(gè) task，來去判斷各種超時(shí)的邏輯，到期了就關(guān)閉連接。
3）如果不設(shè)置這些timeout，那么連接的關(guān)閉就需要靠其他情況了，比如 client 和 server 主動(dòng)關(guān)閉等。
4）因此，這里只是 warning，執(zhí)意要這么配置，HAProxy 仍然可以正常啟動(dòng)。

   

Godbach

回復(fù) 13# coldgin

haｐｒｏｘｙ的４層代理其實(shí)和７層一樣的是吧。那用４層的場景主要就是非ＨＴＴＰ協(xié)議的就走ｈａｐｒｏｘｙ代理了。
我現(xiàn)在工作中也常常用到ｈａｐｒｏｘｙ了，但主要還是４層的模式。　

　
HAproxy 首先是一個(gè)應(yīng)用層的層數(shù)，所以不管是 TCP 還是 HTTP，他都是按照標(biāo)準(zhǔn)的 socket 來去處理的。只是作為 SLB，通常一個(gè) session 就是兩個(gè) TCP 連接，HAProxy 通過 session 維持了前后端兩個(gè) TCP 連接的關(guān)系。

HAProxy 的 HTTP 支持也很完備的，HTTP/2 也支持了。同時(shí)，也提供了大量的配置，可以對 HTTP/TCP 的內(nèi)容進(jìn)行操作，包含 ACL，包含修改等等。

按照版主所說，ｈａｐｒｏｘｙ比ＬＶＳ的性能低些，是因?yàn)橐�多建立了一次ＴＣＰ連接，所帶來的開銷導(dǎo)致性能低下嗎。ＬＶＳ是直接做ＩＰ改寫了。

LVS 其實(shí)就是內(nèi)核態(tài)的轉(zhuǎn)發(fā)，通常的用法基本上就相當(dāng)于 NAT。這個(gè)性能，肯定不是用戶態(tài)的應(yīng)用層序可以比較的。

所以，也沒必要拿 HAProxy 去和 LVS 比較。HAProxy 是可以對傳輸數(shù)據(jù)進(jìn)行操作的，比如通過配置，可以識(shí)別一個(gè) TCP 連接，是不是 SSL，是不是有其他非 HTTP 的應(yīng)用協(xié)議等等。也就是可以做 DPI（Deep Packet Inspection）

因?yàn)椋穼又饕�也就ＨＴＴＰ了，然后ＨＴＴＰ一般用ＮＧＩＮＸ，用ＨＡＰＲＯＸＹ的少嗎�?br /> 對于ｈａｐｒｏｘｙ的使用場景，求大家指教。

是的，nginx 比較火。而且也有負(fù)載均衡的功能。是很多人的優(yōu)選。

不過如果純做負(fù)載局，對性能要求比較高的話，HAProxy 應(yīng)該是候選。