backend
? ??
blance 算法
動態(tài)hash的特點(diǎn)
? ??
服務(wù)器運(yùn)行時(shí)就可進(jìn)行權(quán)重調(diào)整,即只需要重新載入配置文件即可,不需要重新啟動haproxy
? ? 支持慢速啟動,即重新恢復(fù)的后端server不會一次性接收大量請求,而是慢慢拿回屬于自己的
roundrobin-->
?基于權(quán)重的輪循調(diào)度
? ??
動態(tài)hash
? ? 只能接收4095個(gè)后端server
? ??
后面添加權(quán)重標(biāo)記
? ? ? ?? server [標(biāo)識] ip check weight num
static-rr-->不支持動態(tài)hash,沒有后端數(shù)量限制,基本不用
leastconn-->類似于lvs中的wlc
? ??
不過這里只考慮活動連接數(shù),即選擇活動連接數(shù)少的,另外,最好在長連接會話中使用,如sql,ldap
source-->基于hash表的算法,類似于nginx中的iphash
? ??
鍵:原IP地址的hash/值:挑選過的server,應(yīng)用于動態(tài)服務(wù)器,保持會話
? ? hash-type map-based
? ? 靜態(tài)hash
? ??
對于ip的hash取余
uri-->基于uri生成hash表的算法,主要用于后端是緩存服務(wù)器
? ? len
? ??
基于多少個(gè)字符的uri
? ? depth
? ? 基于多少個(gè)目錄層次的uri
? ? 例子:
http://test.com/a/b/c/d/e/a.jpg
? ??
? ? len 3
? ? hash的uri是/a/
? ??
? ? depth 3
? ? hash的uri是/a/b/c/
url_params-->根據(jù)url的參數(shù)來調(diào)度,用于將同一個(gè)用戶的信息,都發(fā)送到同一個(gè)后端server
? ? 參數(shù)指那一部分,先看下url格式,其中綠色加粗的就是
? ? <scheme>://<user>:<passwd>@<host>:<port>/<path>;
<params>
?<query>#<frag>
? ? <query>表示php程序請求的查詢信息
? ? <frag>表示當(dāng)前頁的片段頁,即跳轉(zhuǎn)到當(dāng)前頁的某個(gè)部分
? ? 這里的意思就是如果訪問的是hammers,則傳遞參數(shù)sale(并賦值false),如果訪問的是index.html,則傳遞參數(shù)graphics(并賦值ture)
hdr(name)-->header基于首部的信息來構(gòu)建hash表
HTTP之報(bào)文|首部
? ? hdr(Host)
? ? 基于用戶請求的主機(jī)名進(jìn)行調(diào)度?
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長非常感激您！手機(jī)微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
