Nginx 反向代理实现会话保持的两种方式(学习笔记十一)-阿里云开发者社区

开发者社区> 开发与运维> 正文

Nginx 反向代理实现会话保持的两种方式(学习笔记十一)

简介: Nginx反向代理实现会话(session)保持的两种方式 一、ip_hash: ip_hash使用源地址哈希算法,将同一客户端的请求总是发往同一个后端服务器,除非该服务器不可用。

Nginx反向代理实现会话(session)保持的两种方式

一、ip_hash:

ip_hash使用源地址哈希算法,将同一客户端的请求总是发往同一个后端服务器,除非该服务器不可用。

ip_hash语法:

upstream backend {ip_hash;server backend1.example.com;    server backend2.example.com;    server backend3.example.comdown;    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定义路径

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章