Nginx根据URL 分发方法一_云主机和虚拟主机_奇迪科技(深圳)有限公司(www.qvdv.net)

使用NginxHttpUpstreamRequestHashModule  的方式，增加或减少机器时所引起的hash 全部错乱的问题还 是很令人担心，所以经过一段时间细致思考，觉得由自己手工制定并实现url hash 规则，然后利用Nginx  的location 标签或if 语法来实现来得更为灵活，可操作性和可用性会大大加强。不过配置就稍显复杂了，也需要 程序方面的支持。

使用这种环境，主要需要考虑链接形式，链接形式不能够是/xxx.jsp?id=1 这样的带有?的，否则处理起来会很复杂，需要使用rewrite 将这种形式的url 变化成/freeke/1.html，其中加一级目录的目的是可以利用到location 标签。如果是纯静态页或图片，一般都会有自成的目录规则。 

首先我们制定一个链接的划分规则，这个规则有点区别于文件目录的划分规则，它本身并不需要考虑文 件夹内文件数目的多少，制定这个规则的目的是容纳足够多的服务器！一般来说，如果id 是字符型的，只需 要分出26 个字母  10 个数字，能够容纳 36 台cache 服务器，这已经很足够了。如果是数字型的id，那就拿数 字id 0，就可以支持 100 台cache，已经足够夸张。一般说来，  ，支持 10 台服务器应该就足够了，配置也容易一点。 

有了这个目录规则，就可以通过Nginx  的语法来书写配置了。 

首先制定一堆upstream，如果是偶数，理论能够分得更均衡。 

upstream freeke1 { 

server 10.0.0.1; 

} 

upstream freeke2 { 

server 10.0.0.2; 

}

#配置一个all 的目的是兼容不进行hash 的剩余的页面，比如首页 

upstream chinarenservice { 

server 10.0.0.1; 

server 10.0.0.2; 

} 

1、已经按/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、已经有一定链接规则，不想变化，可以使用if 语句判断 

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; 

} 

} 

在新增服务器后，需要改动配置，手工将一些目录规则的文件分出去，剩下的仍然访问原先的服务器，不会造成太严重影响。在这种配置下，像首页这样的访问量大的单页，它访问量大，容量小，所以不可能产生容灾问题。使用轮循的方式工作，会比原先分到死定一台cache，在可用性上要好得多。