使用NginxHttpUpstreamRequestHashModule  的方式，增加或減少機器時(shí)所引起的hash 全部錯亂的問(wèn)題還 是很令人擔心，所以經(jīng)過(guò)一段時(shí)間細致思考，覺(jué)得由自己手工制定并實(shí)現url hash 規則，然后利用Nginx  的location 標簽或if 語(yǔ)法來(lái)實(shí)現來(lái)得更為靈活，可操作性和可用性會(huì )大大加強。不過(guò)配置就稍顯復雜了，也需要 程序方面的支持。

使用這種環(huán)境，主要需要考慮鏈接形式，鏈接形式不能夠是/xxx.jsp?id=1 這樣的帶有?的，否則處理起來(lái)會(huì )很復雜，需要使用rewrite 將這種形式的url 變化成/freeke/1.html，其中加一級目錄的目的是可以利用到location 標簽。如果是純靜態(tài)頁(yè)或圖片，一般都會(huì )有自成的目錄規則。 

首先我們制定一個(gè)鏈接的劃分規則，這個(gè)規則有點(diǎn)區別于文件目錄的劃分規則，它本身并不需要考慮文 件夾內文件數目的多少，制定這個(gè)規則的目的是容納足夠多的服務(wù)器！一般來(lái)說(shuō)，如果id 是字符型的，只需 要分出26 個(gè)字母  10 個(gè)數字，能夠容納 36 臺cache 服務(wù)器，這已經(jīng)很足夠了。如果是數字型的id，那就拿數 字id 0，就可以支持 100 臺cache，已經(jīng)足夠夸張。一般說(shuō)來(lái)，  ，支持 10 臺服務(wù)器應該就足夠了，配置也容易一點(diǎn)。 

有了這個(gè)目錄規則，就可以通過(guò)Nginx  的語(yǔ)法來(lái)書(shū)寫(xiě)配置了。 

首先制定一堆upstream，如果是偶數，理論能夠分得更均衡。 

upstream freeke1 { 

server 10.0.0.1; 

} 

upstream freeke2 { 

server 10.0.0.2; 

}

#配置一個(gè)all 的目的是兼容不進(jìn)行hash 的剩余的頁(yè)面，比如首頁(yè) 

upstream chinarenservice { 

server 10.0.0.1; 

server 10.0.0.2; 

} 

1、已經(jīng)按/a/劃好的，使用location 劃分 

location ~* /a|b|c|d|e|f|g|h|i|j|k|l|m|n|o|p|q|r/ { 

proxy_pass http://freeke1; 

} 

location ~* /s|t|u|v|w|x|y|z|0|1|2|3|4|5|6|7|8|9|0/ { 

proxy_pass http://freeke2; 

} 

location / { 

proxy_pass http://chinarenservice; 

} 

2、已經(jīng)有一定鏈接規則，不想變化，可以使用if 語(yǔ)句判斷 

location / { 

proxy_pass http://chinarenservice; 

if ( $request_uri ~* /page_(a|b|c|d|e|f|g|h|i|j|k|l|m|n|o|p|q|r)/ ) { 

proxy_pass http://freeke1; 

} 

if ( $request_uri ~* /page_(s|t|u|v|w|x|y|z|0|1|2|3|4|5|6|7|8|9|0)/ ) { 

proxy_pass http://freeke2; 

} 

} 

在新增服務(wù)器后，需要改動(dòng)配置，手工將一些目錄規則的文件分出去，剩下的仍然訪(fǎng)問(wèn)原先的服務(wù)器，不會(huì )造成太嚴重影響。在這種配置下，像首頁(yè)這樣的訪(fǎng)問(wèn)量大的單頁(yè)，它訪(fǎng)問(wèn)量大，容量小，所以不可能產(chǎn)生容災問(wèn)題。使用輪循的方式工作，會(huì )比原先分到死定一臺cache，在可用性上要好得多。