nginx实现session共享

解释

总的来说session通过两种方式保持会话,cookie/存储到数据中去。
nginx如果作为最外层,是可以通过某些方式保持session的,这个属性就是ip_hash。
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
nginx中的ip_hash技术能够将某个ip的请求定向到同一台后端,这样一来这个ip下的某个客户端和某个后端就能建立起稳固的session,ip_hash是在upstream配置中定义的:

1
2
3
4
5
upstream api {
server 127.0.0.1:8001;
server 127.0.0.1:9001;
ip_hash;
}

这个前提必须是nginx是最前端,直接接收到客户端的ip,若是前面还有层比如squid服务转发过来,那获取的ip都是squid服务器的ip,就分流乱了。

nginx其实还包括其他upstream的分配方式

轮询(默认)

默认选项,当weight不指定时,各服务器weight相同, 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

1
2
3
4
upstream open {
server 192.168.1.19:8001;
server 192.168.1.19:9001;
}

weight

指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
例如:

1
2
3
4
upstream open {
server 192.168.1.19:8001 weight=10;
server 192.168.1.19:9001 weight=10;
}

ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
例如:

1
2
3
4
5
upstream open{
ip_hash;
server 192.168.1.19:8001;
server 192.168.1.19:9001;
}

fair(第三方)

按后端服务器的响应时间来分配请求,响应时间短的优先分配。

1
2
3
4
5
upstream open{
server 192.168.1.19:8001;
server 192.168.1.19:9001;
fair;
}

url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。
例:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法

1
2
3
4
5
6
upstream open{
server 192.168.1.19:8001;
server 192.168.1.19:9001;
hash $request_uri;
hash_method crc32;
}

综合

1
2
3
4
5
6
upstream open{#定义负载均衡设备的Ip及设备状态
ip_hash;
server 127.0.0.1:8000 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6801;
server 127.0.0.1:6802 backup;

在需要使用负载均衡的server中增加

1
proxy_pass http://open/;

每个设备的状态设置

1.down 表示单前的server暂时不参与负载;
2.weight 默认为1.weight越大,负载的权重就越大;
3.max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误;
4.fail_timeout:max_fails次失败后,暂停的时间;
5.backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻;
6.nginx支持同时设置多组的负载均衡,用来给不用的server来使用;
7.client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug;
8.client_body_temp_path 设置记录文件的目录 可以设置最多3层目录;