详解Nginx反向代理实现会话(session)保持的两种方式
2019-08-28 11:23
821 查看
一、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网络,不适用于前段还有代理的情况。
二、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=toxingwang.com path=/; }
说明:
- expires:设置浏览器中保持cookie的时间
- domain:定义cookie的域
- path:为cookie定义路径
另外还可以使用后端服务器自身通过相关机制保持session同步,后面会详细介绍!
以上就是本文的全部内容,希望对大家的学习有所帮助
您可能感兴趣的文章:
相关文章推荐
- Nginx反向代理实现会话(session)保持的两种方式
- Nginx反向代理实现会话(session)保持的两种方式
- Nginx反向代理实现会话(session)保持的两种方式 (转)
- Nginx反向代理实现会话(session)保持的两种方式
- Nginx反向代理实现会话(session)保持的两种方式
- Nginx反向代理实现会话(session)保持的两种方式
- Nginx反向代理Tomcat实现现负载均衡(高可用)以及利用redis+Session同步会话共享配置详解
- Session会话保持机制的原理与Tomcat Session共享的几种实现方式(Session Cluster、memcached+MSM)
- Nginx + Tomcat基于HTTP协议实现反代、动静分离、负载均衡和session会话保持
- tomcat原理及安装及反向代理、会话保持、session集群和session共享服务器的实现(一)
- Tomcat(三) Tomcat安装配置: Tomcat+Nginx+keepalived 实现动静分离、Session会话保持的高可用集群
- Tomcat(三) Tomcat安装配置:Tomcat+Nginx+keepalived 实现动静分离、Session会话保持的高可用集群
- Apache+Tomcat负载均衡两种session共享方式的设置之一粘性会话
- Session原理和会话跟踪登录实现方式分析
- 详解之:linux下tomcat、nginx的负载均衡及memcached对session共享的实现配置详细总结
- nginx、Apache负载均衡后端主机tomcat,并实现session保持
- 【Android】Android开发之常用的loading等待效果实现,仿微博等待动画。两种实现方式详解
- nginx 负载均衡 会话保持 session同步
- php5 的 session 详解之二:有两种方法传递 一个会话 ID:
- Nginx+LAT(apache+tomcat)的实现和使用memcached保存tomcat的session会话 推荐