HAProxy的調(diào)度算法可以大致分為以下幾大類： 靜態(tài)算法：這類算法的調(diào)度策略在配置時就已經(jīng)確定，并且不會隨著負載的變化而改變。常見的靜態(tài)算法有： Round Robin(輪詢) Least Connections(最少連接數(shù)) Static-Weight(靜態(tài)權(quán)重) Source IP Hash(源IP哈希) URI Hash(URI哈希) URL Parameter(URL參數(shù)) 動態(tài)算法：這類算法的調(diào)度策略會根據(jù)后端服務(wù)器的狀態(tài)和負載情況動態(tài)調(diào)整。它們能夠根據(jù)服務(wù)器的性能自動分配負載。常見的動態(tài)算法有： Dynamic-Weight(動態(tài)權(quán)重) Least Response(最小響應(yīng)時間) 隨機算法：這類算法隨機選擇一個后端服務(wù)器來處理請求，是一種簡單的負載均衡策略。 Random(隨機)

靜態(tài)算法

靜態(tài)算法是指負載均衡中的調(diào)度算法在配置時就已經(jīng)確定，并且在運行過程中不會隨著服務(wù)器狀態(tài)或負載的變化而改變。這些算法將請求均勻地分發(fā)到后端服務(wù)器，無論服務(wù)器的狀態(tài)如何，分發(fā)的比例都是固定的。 以下是一些常見的靜態(tài)算法： Round Robin(輪詢)：按照后端服務(wù)器列表的順序依次將請求分發(fā)給每個服務(wù)器，然后再從頭開始。每個服務(wù)器依次接收請求，實現(xiàn)負載均衡。適用于后端服務(wù)器性能相近的情況。 Static-Weight(靜態(tài)權(quán)重)：手動設(shè)置每個后端服務(wù)器的權(quán)重值。根據(jù)權(quán)重值來決定每個服務(wù)器獲得請求的比例?？梢愿鶕?jù)服務(wù)器性能、硬件配置等設(shè)置不同的權(quán)重，以實現(xiàn)負載均衡。 Source IP Hash(源IP哈希)：根據(jù)客戶端的IP地址計算哈希值，并將請求分發(fā)到對應(yīng)的服務(wù)器。這樣，相同IP的請求總是被分發(fā)到同一個后端服務(wù)器上。 URI Hash(URI哈希)：根據(jù)請求的URI(URL)計算哈希值，并將請求分發(fā)到對應(yīng)的服務(wù)器。用于確保特定URI的請求總是發(fā)送到同一個后端服務(wù)器。 URL Parameter(URL參數(shù))：根據(jù)請求的URL參數(shù)來選擇后端服務(wù)器。例如，可以根據(jù)某個特定的URL參數(shù)值來分發(fā)請求。

static-rr

Static-Weight(靜態(tài)權(quán)重)

backend web_servers
    mode http
    balance static-rr
    server web1 192.168.1.100:80 weight 5 check
    server web2 192.168.1.101:80 weight 10 check

round robin

backend web_servers
    mode http
    balance roundrobin
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check

Source IP Hash(源IP哈希)：

backend web_servers
    mode http
    balance source
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check

動態(tài)算法

動態(tài)算法是指在負載均衡過程中根據(jù)服務(wù)器狀態(tài)和負載情況動態(tài)調(diào)整的算法。在 HAProxy 中，有一種動態(tài)算法叫做Least Response(最小響應(yīng)時間)。

Least Response

算法會選擇響應(yīng)時間最短的服務(wù)器來處理請求。它會測量后端服務(wù)器的響應(yīng)時間，并將請求分發(fā)給響應(yīng)時間最短的服務(wù)器，以確保請求能夠盡快獲得響應(yīng)。這使得負載均衡器可以動態(tài)地選擇性能最好的服務(wù)器來處理請求，從而優(yōu)化整體性能。

backend web_servers
    mode http
    balance leastresponse
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check

Least Connections(最少連接數(shù))：

backend web_servers
    mode http
    balance leastconn
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check

URI Hash(URI哈希)：

backend web_servers
    mode http
    balance uri
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check

URL Parameter(URL參數(shù))：

backend web_servers
    mode http
    balance url_param sid
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check

隨機算法

hdr取模法

您可以使用 hdr() 或 req.hdr() 來指定負載均衡算法，并將請求頭中的特定值用于負載均衡。下面是一個基于 hdr() 的取模分發(fā)的示例配置：

backend web_servers
    mode http
    balance hdr(User-Agent)
    server web1 192.168.1.100:80 check
    server web2 192.168.1.101:80 check
    server web3 192.168.1.102:80 check

rdp-cookie

rdp-cookie 取模法是用于實現(xiàn) RDP(Remote Desktop Protocol)會話保持的一種負載均衡算法。當客戶端使用 RDP 連接到后端服務(wù)器時，服務(wù)器會返回一個 RDP-cookie 給客戶端，用于標識客戶端的會話。HAProxy 可以使用這個 RDP-cookie 來實現(xiàn)會話保持，將同一個客戶端的請求始終路由到同一個后端服務(wù)器上，從而保持會話的連續(xù)性。

frontend rdp_frontend
    bind *:3389
    mode tcp
    default_backend rdp_servers

backend rdp_servers
    mode tcp
    balance rdp-cookie
    option tcp-check
    server rdp1 192.168.1.101:3389 check
    server rdp2 192.168.1.102:3389 check

算法總結(jié)

static-rr #做了session共享的web集群
roundrobin
random
leastconn #數(shù)據(jù)庫
source #基于客戶端公網(wǎng)IP的會話保持
Uri--------------->http #緩存服務(wù)器，CDN服務(wù)商，藍汛、百度、阿里云、騰訊
url_param--------->http
hdr #基于客戶端請求報文頭部做下一步處理

IP透傳

4層透傳

send-proxy 是HAProxy提供的一種特性，允許HAProxy在傳輸層(Layer 4)通過PROXY協(xié)議將客戶端的真實IP地址和端口信息傳遞給后端服務(wù)器，實現(xiàn)4層的IP透傳。 當啟用了 send-proxy 特性后，客戶端連接到HAProxy時，HAProxy會在建立連接后，通過發(fā)送一條特殊的PROXY協(xié)議報文給后端服務(wù)器，攜帶了客戶端的真實IP地址和端口信息。后端服務(wù)器收到這個報文后，就能夠獲得客戶端的真實IP地址，而不是HAProxy的IP地址。 這個特性對于需要在后端服務(wù)器上獲取客戶端真實IP地址的情況非常有用，例如用于記錄日志或進行訪問控制等。 要在HAProxy中啟用 send-proxy 特性，需要在后端服務(wù)器的配置中添加 send-proxy 選項。同時，在后端服務(wù)器上需要開啟對PROXY協(xié)議報文的識別和處理

backend app_servers
    mode tcp
    balance roundrobin
    server web1 192.168.1.101:80 send-proxy check
    server web2 192.168.1.102:80 send-proxy check
    server web3 192.168.1.103:80 send-proxy check

請注意，啟用 send-proxy 特性后，后端服務(wù)器需要支持并能正確處理PROXY協(xié)議報文。如果后端服務(wù)器不支持PROXY協(xié)議，可能會導(dǎo)致連接失敗或其他問題。確保后端服務(wù)器能夠正確處理PROXY協(xié)議報文，才可以安全地啟用該特性。

7層透傳

haproxy 配置：
defaults
option forwardfor
或者：
option forwardfor header X-Forwarded-xxx #自定義傳遞IP參數(shù),后端web服務(wù)器寫X-Forwarded-xxx，如
果寫option forwardfor則后端服務(wù)器web格式為X-Forwarded-For

文章來源地址http://www.zghlxwxcb.cn/news/detail-614472.html