Tengine的session_sticky模块实现基于cookie的会话保持

1、最近部署基于 nginx 反向代理实现负载均衡的项目，发现新的nginx 已经支持基于cookie 的负载均衡和健康检查，功能上已经非常强大，感觉不逊于haproxy。我在实际环境的中使用的是taobao 的 tengine，下面的内容主要来之tengine 官方文档。该模块是一个负载均衡模块，通过cookie 实现客户端与后端服务器的会话保持,在一定条件下可以保证同一个客户端访问的都是同一个后端服务器。example1 #默认配置： cookie=routemode=insertfallback=onupstreamfooserver;server

2、;session_sticky;serverlocation/proxy_passhttp:/foo;example2 #insert+indirect模式：upstreamtestsession_stickycookie=uiddomain=fallback=onpath=/mode=insertoption=indirect;server:8080;serverlocation/#在 insert+indirect模式或者 prefix模式下需要配置session_sticky_hide_cookie#这种模式不会将保持会话使用的cookie传给后端服务，让保持会话的co

3、okie对后端透明session_sticky_hide_cookieupstream=test;proxy_passhttp:/test;指令语法：session_sticky cookie=namedomain=your_domainpath=your_pathmaxage=timemode=insert|rewrite|prefixoption=indirectmaxidle=timemaxlife=timefallback=on|offhash=plain|md5 默认值： session_stickycookie=routemode=insertfallback=on 上下文： up

4、stream 说明 : 本指令可以打开会话保持的功能，下面是具体的参数：?cookie 设置用来记录会话的cookie 名称?domain 设置 cookie 作用的域名，默认不设置?path 设置 cookie 作用的 url 路径，默认不设置?maxage 设置 cookie 的生存期，默认不设置，即为sessioncookie，浏览器关闭即失效?mode 设置 cookie 的模式: insert :在回复中本模块通过set-cookie 头直接插入相应名称的cookie。prefix :不会生成新的 cookie，但会在响应的 cookie 值前面加上特定的前缀，当浏览器带着这个有特定

5、标识的cookie 再次请求时，模块在传给后端服务前先删除加入的前缀，后端服务拿到的还是原来的cookie值，这些动作对后端透明。如：cookie:name=srvvalue。rewrite :使用服务端标识覆盖后端设置的用于sessionsticky 的 cookie。如果后端服务在响应头中没有设置该cookie，则认为该请求不需要进行 sessionsticky ，使用这种模式，后端服务可以控制哪些请求需要sesstionsticky ，哪些请求不需要。?option 设置用于 sessionsticky 的 cookie 的选项，可设置成indirect 或 direct 。indire

6、ct 不会将 sessionsticky 的 cookie 传送给后端服务，该cookie 对后端应用完全透明。 direct 则与 indirect 相反。?maxidle 设置 sessioncookie 的最长空闲的超时时间?maxlife 设置 sessioncookie 的最长生存期?fallback 设置是否重试其他机器，当sticky 的后端机器挂了以后，是否需要尝试其他机器?hash 设置 cookie 中 server 标识是用明文还是使用md5 值，默认使用 md5 语法 :session_sticky_hide_cookieupstream=name; 默认值 :none 上下文： server,location 说明：配合 proxy_pass 指令使用。用于在insert+indirec