Nginx 会话保持

nginx会话保持主要有以下几种实现方式。

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

ip_hash简单易用，但有如下问题：

当后端服务器宕机后，session会话丢失；

同一客户端会被转发到同一个后端服务器，可能导致负载失衡；

使用sticky_cookie_insert启用会话亲缘关系，这会导致来自同一客户端的请求被传递到一组服务器的同一台服务器。与ip_hash不同之处在于，它不是基于IP来判断客户端的，而是基于cookie来判断。因此可以避免上述ip_hash中来自同一客户端导致负载失衡的情况。(需要引入第三方模块才能实现)

sticky模块

expires：设置浏览器中保持cookie的时间

domain：定义cookie的域

path：为cookie定义路径

jvm_route的原理

轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

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

3. ip_hash 每个请求按访问ip的hash结果分轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

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

3. ip_hash 每个请求按访问ip的hash结果分轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

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

3. ip_hash 每个请求按访问ip的hash结果分

---