使用基于Nginx集群策略后置模式避免Session复制

最新推荐文章于 2024-09-27 00:24:02 发布

jiopi

最新推荐文章于 2024-09-27 00:24:02 发布

阅读量127

点赞数

分类专栏： java 文章标签： nginx 应用服务器 memcached 配置管理 JVM

java 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

前些日子大家在讨论使用Nginx负载均衡和集群，Nginx的确是一个不错的轻量级选择（http://www.iteye.com/topic/676347）

对Java Web容器进行集群时，Session共享是一个大问题，上文的方案使用了 Session共享的中央服务器解决方案，即session保存在中央服务器(memcached) 中，这也是目前主流的解决方案

该类方案在中央服务器不宕机的情况下，可以保证session的绝对可靠，缺点是中央服务器需要绝对可靠，如果中央服务器宕机，后果可能比较严重

如果你可以接受，如果集群中的一台服务器宕机，那么存储在该服务器上的Session丢失的前提，那么你可以考虑基于Nginx集群策略后置的模式，也就是我在那篇文中提到的，基于Session key的负载均衡策略

http://www.iteye.com/topic/676347#1514234

从而无需考虑Session共享问题，因为Session有效期内，一个用户只会访问一台服务器

这个策略主要是为修正在session有效期内，保证即使客户访问IP变化，依然可以被指定到同一台服务器

思路是，由nginx根据某个cookie的值来判定应该定向到的服务器，而不是根据IP策略

具体做法如下：

upstream  backend  {   
      server   192.168.1.1:8080;   
      server   192.168.1.2:8080;   
}
server {
    listen       80;   
    location / {
        if ($cookie_hashid ~ 1) {
                proxy_pass http://192.168.1.1:8080;
        }
        if ($cookie_hashid ~ 2) {
                proxy_pass http://192.168.1.2:8080;
        }
        proxy_pass     backend;
    }
}

其中 hashid 是一个cookie值，你可以用任何方法将这个值设置进去

这样你便可以让nginx根据hashid的值来选择使用固定的一台服务器

当然第一次肯定没有值，nginx会采取标准负载均衡方式进行分配

这个策略的问题就是如果其中一台服务器宕机了，原访问该服务器的用户,nginx还会继续让他们访问，直到超时后才能做出其他处理，当然nginx非常灵活，可能有解决这个问题的办法，只是我还没找到

因此该策略并不适用大型网站，或希望建立高度稳定的集群环境的需求

为了建立更加灵活的集群模式下的Session共享机制，即不引入中央服务器，又可以保证Session可以在一个大型集群环境中进行高效率的共享(仅在必要时进行Session跨服务器复制)，并且所有服务器均使用完全相同的配置，从而保证集群容量的灵活变更，让新加入的服务器(新的服务器或重启后的服务器)自动纳入Session共享管理范围

当然，该方案的前提还是要尽可能保证让用户访问同一台服务器，而不是任意的访问集群中的任意一台服务器，从而最小化Session跨服务器复制带来的效率问题

如果你对这个方案该兴趣，欢迎访问

http://jiopi.group.iteye.com/group/topic/19843

共同讨论