使用 ngx_http_upstream_session_sticky_module 实现基于cookie的负载均衡

在多台后台服务器的环境下，我们为了确保一个客户只和一台服务器通信，我们势必使用长连接。使用什么方式来实现这种连接呢，常见的有使用nginx自带的ip_hash来做，我想这绝对不是一个好的办法，如果前端是CDN，或者说一个局域网的客户同时访问服务器，导致出现服务器分配不均衡，以及不能保证每次访问都粘滞在同一台服务器。如果基于cookie会是一种什么情形，想想看, 每台电脑都会有不同的cookie，在保持长连接的同时还保证了服务器的压力均衡，nginx sticky值得推荐。如果浏览器不支持cookie，那么sticky不生效，毕竟整个模块是给予cookie实现的
1、nginx sticky 模块工作流程图


nginx sticky2、下载安装nginx sticky
下载地址：http://code.google.com/p/nginx-sticky-module/downloads/list
目前共有2个版本，一个是1.0，一个是1.1，1.0已经寿终正寝了.1.1增加了权重的参数.安装nginx + sticky模块 (tengine已经自带了此模块，无需再次编译，直接配置即可)

# ./configure --prefix=/usr/local/nginx-1.0.6 --with-http_stub_status_module --with-http_ssl_module --with-http_realip_module --add-module=../nginx-sticky-module-1.1

# make

# make install

3、配置nginx stickynginx 的upstream使用sticky,如下upstream www_server_pool{
session_sticky path=/ expires=1h;
server 192.168.1.210:80;
server 192.168.1.211:80;
}

/usr/ local /nginx-1.0.6/sbin/nginx -t

/usr/ local /nginx-1.0.6/sbin/nginx -s reload

5、测试nginx sticky我后端是两台tomcat服务器，每台服务器的JESSIONED值都有特殊的标志。比如209这台是s209,225这台是s225.打开页面,不管怎么刷新JESSIONED值都是不变.但是如果开启了sticky，可以看到JESSIONED值不会发生变化.死死的粘滞在其中一台服务器上.测试图如下：使用sticky的情况下，不管怎么刷新都是下面图


nginx sticky 模块不使用nginx sticky模块,多刷几次就变了（有时候刷一次，有时候多刷几次,看概率,不过肯定会变）,如下图


nginx sticky 模块备注：每台后端真实服务器都会有一个唯一的route值,所以不管你真实服务器前端有几个装了sticky的nginx代理,他都是不会变化的. 这个cookie是会话方式的，所以你浏览器关闭了，服务器会给你重新分配一台服务器。6、nginx sticky其他语法

sticky [name=route] [domain=.foo.bar] [path=/] [expires=1h] [ hash =index|md5|sha1] [no_fallback];

name: 可以为任何的string字符,默认是route

domain：哪些域名下可以使用这个cookie

path：哪些路径对启用sticky,例如path/ test ,那么只有 test 这个目录才会使用sticky做负载均衡

expires：cookie过期时间，默认浏览器关闭就过期，也就是会话方式。

no_fallbackup：如果设置了这个，cookie对应的服务器宕机了，那么将会返回502（bad gateway 或者 proxy error），建议不启用