Nginx会话保持和健康检查
2015-02-07 19:26
393 查看
一、Nginx会话保持
nginx会话保持主要有以下几种实现方式。
1)ip_hash
ip_hash使用源地址哈希算法,将同一客户端的请求总是发往同一个后端服务器,除非该服务器不可用。
ip_hash语法:
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com down;
server backend4.example.com;
}
ip_hash简单易用,但有如下问题:
当后端服务器宕机后,session会丢失;
来自同一局域网的客户端会被转发到同一个后端服务器,可能导致负载失衡;
不适用于CDN网络,不适用于前段还有代理的情况。
2)sticky_cookie_insert
使用sticky_cookie_insert启用会话亲缘关系,这会导致来自同一客户端的请求被传递到一组服务器在同一台服务器。与ip_hash不同之处在于,它不是基于IP来判断客户端的,而是基于cookie来判断。因此可以避免上述ip_hash中来自同一局域网的客户端和前段代理导致负载失衡的情况。
语法:
upstream backend {
server backend1.example.com;
server backend2.example.com;
sticky_cookie_insert srv_id expires=1h domain=3evip.cn path=/;
}
说明:
expires:设置浏览器中保持cookie的时间
domain:定义cookie的域
path:为cookie定义路径
3)使用后端服务器自身通过相关机制保持session同步,如:使用数据库、redis、memcached等做session复制
参考:
基于Memcached的tomcat集群session共享
Tomcat7集群扩展session集中管理,tomcat-redis-session-manager使用
二、健康检查
通过heath_check配置健康检查。
health_check [interval=time] [fails=number] [passes=number] [uri=uri] [match=name];
参考:http://nginx.org/en/docs/http/ngx_http_upstream_module.html#health_check
也可以通过 第三方插件解决:http://www.linuxyan.com/web-server/90.html
nginx会话保持主要有以下几种实现方式。
1)ip_hash
ip_hash使用源地址哈希算法,将同一客户端的请求总是发往同一个后端服务器,除非该服务器不可用。
ip_hash语法:
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com down;
server backend4.example.com;
}
ip_hash简单易用,但有如下问题:
当后端服务器宕机后,session会丢失;
来自同一局域网的客户端会被转发到同一个后端服务器,可能导致负载失衡;
不适用于CDN网络,不适用于前段还有代理的情况。
2)sticky_cookie_insert
使用sticky_cookie_insert启用会话亲缘关系,这会导致来自同一客户端的请求被传递到一组服务器在同一台服务器。与ip_hash不同之处在于,它不是基于IP来判断客户端的,而是基于cookie来判断。因此可以避免上述ip_hash中来自同一局域网的客户端和前段代理导致负载失衡的情况。
语法:
upstream backend {
server backend1.example.com;
server backend2.example.com;
sticky_cookie_insert srv_id expires=1h domain=3evip.cn path=/;
}
说明:
expires:设置浏览器中保持cookie的时间
domain:定义cookie的域
path:为cookie定义路径
3)使用后端服务器自身通过相关机制保持session同步,如:使用数据库、redis、memcached等做session复制
参考:
基于Memcached的tomcat集群session共享
Tomcat7集群扩展session集中管理,tomcat-redis-session-manager使用
二、健康检查
通过heath_check配置健康检查。
health_check [interval=time] [fails=number] [passes=number] [uri=uri] [match=name];
参考:http://nginx.org/en/docs/http/ngx_http_upstream_module.html#health_check
也可以通过 第三方插件解决:http://www.linuxyan.com/web-server/90.html
相关文章推荐
- Nginx1.12.1后端节点健康检测+会话保持方案
- nginx利用第三方模块nginx_upstream_check_module来检查后端服务器的健康情况
- shell之nginx安装+负载均衡+会话保持
- nginx 健康检查和负载均衡机制分析
- Tomcat(三) Tomcat安装配置: Tomcat+Nginx+keepalived 实现动静分离、Session会话保持的高可用集群
- nginx_upstream_check_module-master对nginx的后端机器进行健康状态检查报403错误【转】
- Tengine笔记3:Nginx的反向代理和健康状态检查
- nginx健康检查导致的问题
- Nginx学习: 负载均衡session会话保持方法
- Nginx健康检查upstream中的 check前端检查
- nginx 健康检查模块 nginx_upstream_check_module
- nginx第三方模块---nginx-sticky-module的使用(基于cookie的会话保持)
- Nginx添加stickky保持会话共享
- nginx第三方模块---nginx-sticky-module的使用(基于cookie的会话保持)
- Nginx+tomcat session cluster会话保持实验 推荐
- Nginx反向代理tomcat,seesion会话保持。
- nginx利用第三方模块nginx_upstream_check_module来检查后端服务器的健康情况
- nginx或httpd实现反向代理tomcat并实现会话保持(二)