基于LNMT的session持久机制的多种方法
一． 为什么要实现会话保持因为http是一种无状态协议，客户端和服务器建立连接传输完数据后即断开连接，客户端再次发起连接后，服务器端无法知道这个连接是否和上一个连接有什么关系，它只能认为是不同的连接。二． 用什么方法实现1. 客户端保持：即cookie机制2. 服务器保持：即session机制，为了保持这个状态信息，它要让客户端至少保留一个session标识信息，即SessionID，也就说服务器端的session机制需要用到客户端cookie机制。三． 具体方法1） IP绑定可以使用某种算法，建立客户端IP和后端服务器的映射关系，使得同一客户端总是访问同一个后端服务器。这样用户的session就总是有效。nginx的upstream的ip_hash，LVS的sh调度算法，HAProxy的Source算法都实现了这一功能。但这种调度一定程度上影响了负载均衡的效果，如果被调度到的后端服务器故障，session就丢失了。2） session黏性同一个session的请求将被调度到同一台服务器，粒度小，以session为调度单位。基于cookie实现。以上两种方式，都一定程度解决了会话状态保持，但是，一旦某一台后端服务器故障，就会造成一定session数据的丢失。但是由于session sticky实现的粒度小，其负载均衡效果要好于IP绑定的方法。
2.1.2 Session 复制集群可以使用Session Cluster，采用复制机制，这样每一台服务器都拥有全部的用户会话，无论前端均衡器如何调度，每一台后端服务器都可以和前客户端保持会话。缺点是显而易见的，对于访问大的站点，所有Session对内存的消耗非常大。
2.1.3 Session 服务器可以使用session服务器，将session信息复制到共享的区域，所有服务器都可以借助这个共享区域拥有全部的session。任何一台后端服务器故障，都不会影响客户端，因为其它服务器从共享区域中可以匹配到客户端提交的SessionID。
使用Tomcat + memcached-session-manager + Memcached实现。四． 实验利用nginx代理两台Tomcat，实现会话保持
《因为一些原因，将nginx和tomcat1配置到了一起》1. nginx的配置upstream tomcat_cluster{ server 172.17.252.64:8080 weight=1; #tomcat1 server 172.17.250.2:8080 weight=2; #tomcat2} server { listen 80; server_namelocalhost; #charset koi8-r;
#access_loglogs/host.access.logmain; index index.jsp index.html;#location / {# proxy_pass http://172.17.252.64:8080;#}
location ~*\.(jsp|do|html)$ { proxy_pass http://tomcat_cluster;
}
2. Tomcat1的配置Vim/app/apache-tomcat-7.0.78/conf<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="8"><Manager className="org.apache.catalina.ha.session.DeltaManager"expireSessionsOnShutdown="false"notifyListenersOnReplication="true"/><Channel className="org.apache.catalina.tribes.group.GroupChannel"><Membership className="org.apache.catalina.tribes.membership.McastService"address="228.0.0.4" port="45564" frequency="500" dropTime="3000"/><Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"address="auto" port="4000" autoBind="100" selectorTimeout="5000" maxThreads="6"/><Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter"><Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender"/></Sender><Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/><Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/></Channel><Valve className="org.apache.catalina.ha.tcp.ReplicationValve" filter="/"/><Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/><ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/></Cluster>3. Tomcat2的配置Vim /app/apache-tomcat-7.0.78/conf Vim/app/apache-tomcat-7.0.78/conf<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="8"><Manager className="org.apache.catalina.ha.session.DeltaManager"expireSessionsOnShutdown="false"notifyListenersOnReplication="true"/><Channel className="org.apache.catalina.tribes.group.GroupChannel"><Membership className="org.apache.catalina.tribes.membership.McastService"address="228.0.0.4" port="45564" frequency="500" dropTime="3000"/><Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"address="auto" port="4000" autoBind="100" selectorTimeout="5000" maxThreads="6"/><Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter"><Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender"/></Sender><Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/><Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/></Channel><Valve className="org.apache.catalina.ha.tcp.ReplicationValve" filter="/"/><Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/><ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/></Cluster>4.将<distributable/>写入Tomcat1和tomcat2的web.xml里
5.实验效果使sessionID不变
页:
[1]