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

niao5929

官網(wǎng)被墻。上求不去。天朝家國！！MGBD

Godbach

回復(fù) 40# niao5929

niao5929 兄是老 CU 了。歡迎多多參與討論。


   

Godbach

回復(fù) 41# niao5929

唉，是啊。被屏蔽快三年了。


   

niao5929

和諧（zhuanzhi）社會為什么總是懼怕新技術(shù)，因?yàn)橐驗(yàn)樾录夹g(shù)總是可以很容易的擺脫他們設(shè)置的墻。
今天聽說了VMWARE的kb.vmware.com網(wǎng)站，一個收集各種VMWARE使用問題和解決方法的網(wǎng)站。而且本身也不需要必須是VMWARE的授權(quán)用戶。很有點(diǎn)社區(qū)的味道。但這給不光是企業(yè)用戶同時也給所有人帶來了方便。我猜想這也是VMWARE能普及的一個重要因素。希望CU能繼續(xù)保持純粹的技術(shù)至上的宗旨。成為當(dāng)下中文環(huán)境里更好的技術(shù)網(wǎng)站。回復(fù) 43# Godbach


   

Godbach

回復(fù) 44# niao5929



對于個人來說，只能盡力而為。

   

zmoon

1. 多年前聽聞有千萬用戶級haproxy,一直沒機(jī)會用到，直到去年在幾個有HA和負(fù)載均衡需求的B/S應(yīng)用項(xiàng)目中使用，效果相當(dāng)好，會一直推廣使用。
keepalived+haproxy，自帶的web監(jiān)控頁面，不僅能監(jiān)視，也能控制后端服務(wù)器節(jié)點(diǎn)平滑下線上線，那是相當(dāng)好用，就這一點(diǎn)，直接選型打敗nginx


2. 使用 HAProxy 中遇到了哪些問題，以及最終如何解決

A：功能很強(qiáng)，但資料太少，需要摸索 ，那個appsession 功能就很少資料提到，剛好能解決使用后端的Tomcat Session來做會話的負(fù)載均衡的問題
（對APP1到APP2 的這種內(nèi)部會話訪問， SOURCE IP方式效果很差，畢竟部署APP應(yīng)用的IP地址數(shù)量不會太多）。

B： 通過條件判斷功能來做后端切換的功能不是一般的強(qiáng)大，幾乎可以判斷http請求的任何一部分?jǐn)?shù)據(jù)，可以寫出如http強(qiáng)制切換到https方式的這種用法，或者反過來，并可對用戶透明。

C： 對比Nginx或者h(yuǎn)ttpd這些，最大一個問題，沒有URLREWRITE轉(zhuǎn)換功能 http://x.x.x.x/abc  沒法轉(zhuǎn)換成http://x.x.x.x/def ，只能從其他方面來將就。

D：缺少類似bsd pfsync 在多haproxy之間的session狀態(tài)同步功能，但我們的應(yīng)用用戶可以接受某個haproxy服務(wù)器故障情況下，另一臺haproxy服務(wù)器只做IP層接管，由用戶進(jìn)行刷頁面重新登陸的操作。

3. 我們的應(yīng)用都是企業(yè)內(nèi)部使用，不面對互聯(lián)網(wǎng)用戶，所以haproxy性能可滿足要求，性能不是關(guān)鍵因素，穩(wěn)定性更重要
LVS 這些從未列入考慮，反而以前還用過一段時間的apache httpd 做代理和負(fù)載均衡。

另外 要訪問官網(wǎng)可以這么玩   https://www.haproxy.org/

laputa73

回復(fù) 38# Godbach


    我們實(shí)測的就是這個方案。
   參考的
   http://rdc.gleasy.com/%E4%BD%BF% ... BB%A3%E7%90%86.html
   但是發(fā)現(xiàn)反向默認(rèn)網(wǎng)關(guān)NAT方式的效率很低
   上千并發(fā)性能就很差了。
   是iptables性能問題嗎？
   
   

stay_sun

回復(fù) 1# Godbach


    比較 HAProxy 和其他負(fù)載均衡軟件。如果做過負(fù)載均衡方案選型，可以分享最終的選擇以及原因
其實(shí)感覺讓我選型的話還是看  做需求的吧  如果要是有 7層協(xié)議層的解析的話  肯定選擇haproxy
如果   剩下的直接轉(zhuǎn)發(fā) 會用lvs 對haproxy 還是了解的不夠  樓主求講解

Godbach

回復(fù) 46# zmoon

1. 多年前聽聞有千萬用戶級haproxy,一直沒機(jī)會用到，直到去年在幾個有HA和負(fù)載均衡需求的B/S應(yīng)用項(xiàng)目中使用，效果相當(dāng)好，會一直推廣使用。
keepalived+haproxy，自帶的web監(jiān)控頁面，不僅能監(jiān)視，也能控制后端服務(wù)器節(jié)點(diǎn)平滑下線上線，那是相當(dāng)好用，就這一點(diǎn)，直接選型打敗nginx

嗯，這一點(diǎn)是很多使用 HAProxy 的人，覺得比較爽的地方。

   

Godbach

回復(fù) 46# zmoon

2. 使用 HAProxy 中遇到了哪些問題，以及最終如何解決

A：功能很強(qiáng)，但資料太少，需要摸索 ，那個appsession 功能就很少資料提到，剛好能解決使用后端的Tomcat Session來做會話的負(fù)載均衡的問題
（對APP1到APP2 的這種內(nèi)部會話訪問， SOURCE IP方式效果很差，畢竟部署APP應(yīng)用的IP地址數(shù)量不會太多）。

HAProxy 本是是支持 appsession，而且也介紹的配置的方法。其實(shí)實(shí)現(xiàn)上，仍然是通過 table 來記錄映射關(guān)系的。

B： 通過條件判斷功能來做后端切換的功能不是一般的強(qiáng)大，幾乎可以判斷http請求的任何一部分?jǐn)?shù)據(jù)，可以寫出如http強(qiáng)制切換到https方式的這種用法，或者反過來，并可對用戶透明。

嗯，這個在專門的負(fù)載均衡產(chǎn)品中，比如 F5/A10 就稱之為 content  switching.

D：缺少類似bsd pfsync 在多haproxy之間的session狀態(tài)同步功能，但我們的應(yīng)用用戶可以接受某個haproxy服務(wù)器故障情況下，另一臺haproxy服務(wù)器只做IP層接管，由用戶進(jìn)行刷頁面重新登陸的操作。

應(yīng)用層的 session 同步較為復(fù)雜，支持起來難度也大。HAProxy 當(dāng)前能夠支持的也是一些 table 的同步。

不過可以啟用 KeepAlived + HAProxy 來實(shí)現(xiàn)主備模式。