tomcat的会话保持方式有三种：
1、session sticky：会话粘滞，通过同一个客户端的相关请求分发到同一个结点进行处理。
- source_ip
nginx: ip_hash
haproxy: source
lvs: sh - cookie：
nginx：hash
haproxy: cookie
2、session cluster：会话集群
结点之间通过单播、组播或者广播方式将各自的session发到其他所有结点上。这种方式还有个优点，就是当某个结点失效时，其他结点仍然具有有效的session内容。缺点就是如果集群规模较大，session复制会产生太多的开销，影响性能。
- delta session manager
3、session server：
redis(store), memcached(cache)
下面我们分别用三种方式，实现tomcat会话保持
一、nginx负载均衡Tomcat，并实现ip_hash会话保持
1、配置nginx反向代理
[root@nginx ~]#vim /etc/nginx/nginx.conf
#server部分配置如下
upstream www.tomcat.com {
server 172.16.80.101:8080;
server 172.16.80.103:8080;
}
server {
listen 80;
server_name www.tomcat.com;
location / {
proxy_pass http://www.tomcat.com;
index index.jsp index.html index.htm;
}
}
2、创建测试站点目录
[root@tomcat1 ~]#mkdir -p /usr/share/tomcat/webapps/test/{classes,lib,WEB-INF,META-INF}
[root@tomcat2 ~]#mkdir -p /usr/share/tomcat/webapps/test/{classes,lib,WEB-INF,META-INF}
3、创建测试页面
[root@tomcat1 ~]#vim /usr/share/tomcat/webapps/test/index.jsp
<%@ page language="java" %>
Tomcat1
Tomcat1.com
Session ID
<% session.setAttribute("example.com","example.com"); %>
<%= session.getId() %>
Created on
<%= session.getCreationTime() %>
[root@tomcat2 ~]#vim /usr/share/tomcat/webapps/test/index.jsp
<%@ page language="java" %>
Tomcat2
Tomcat2.com
Session ID
<% session.setAttribute("example.com","example.com"); %>
<%= session.getId() %>
Created on
<%= session.getCreationTime() %>
分别访问tomcat1和tomcat2，测试页面效果如下：
当我们访问nginx服务器172.16.80.100时，就会轮询访问后端的两台tomcat。
4、通过ip_hash实现会话保持
配置很简单，只需要在nginx的upstream下，添加“ip_hash”指令即可。
[root@nginx ~]#vim /etc/nginx/nginx.conf
#server部分配置如下
upstream www.tomcat.com {
ip_hash;
server 172.16.80.101:8080;
server 172.16.80.103:8080;
}
server {
listen 80;
server_name www.tomcat.com;
location / {
proxy_pass http://www.tomcat.com;
index index.jsp index.html index.htm;
}
}
这时如果客户端再次请求172.16.80.100，就会被调度到某台tomcat主机上。
小结：session sticky实现会话保持，是通过nginx代理调度到某台主机上实现的。但缺点是会影响负载均衡。
二、通过session cluster实现会话保持
1、配置nginx反向代理
这里我们用session cluster，因此不需要nginx的ip_hash。
[root@nginx ~]#vim /etc/nginx/nginx.conf
#server部分配置如下
upstream www.tomcat.com {
server 172.16.80.101:8080;
server 172.16.80.103:8080;
}
server {
listen 80;
server_name www.tomcat.com;
location / {
proxy_pass http://www.tomcat.com;
index index.jsp index.html index.htm;
}
}
2、tomcat配置session cluster
编辑/etc/tomcat/server.xml文件，在
[root@tomcat1 ~]#vim /etc/tomcat/server.xml
# 内添加以下内容：
同样的tomcat2，也配置以上内容，只需要把172.16.80.101替换成172.16.80.103。
3、配置/usr/share/tomcat/webapps/test目录下的web.xml文件
[root@tomcat1 ~]#cp /etc/tomcat/web.xml /usr/share/tomcat/webapps/test
[root@tomcat1 ~]#vim /usr/share/tomcat/webapps/test/WEB-INF/web.xml
#在组件内添加组件内添加 4、验证
重启tomcat1和tomcat2
日志信息如下：
用客户端访问http://172.16.80.100/test/，
刷新几次可以看到，客户端请求被轮询调度到两台服务器，但是会话保持不变（因为两台tomcat服务都有相同的会话信息）。
小结：session cluster通过会话信息复制，在不影响负载均衡调度的情形下，使各节点都有了用户的会话。还有个优点是实现了冗余。但如果集群规模较大，大量的session的复制会成为性能瓶颈。因此，我们有第三种方法，把会话信息统一由session server管理。
三、memcached实现tomcat会话保持
在做server session之前，我们把上面session cluster配置的
这个实验我们主要是学习如何实现memcached-session-managment功能。为了方便，我直接把tomcat和memcached放在同一台主机上了。生产环境建议memcached和tomcat分离，避免大量的session复制影响性能。
1、安装启动memcached
2、下载jar包到/usr/share/tomcat/lib
由于tomcat的会话数据是面向对象的，而memcached只能存储流式化数据，因此我们除了需要安装memcached之外，还需要第三方的jar文件：
memcached-session-manager-${version}.jar
memcached-session-manager-tc${6,7,8}-${version}.jar
spymemcached-${version}.jar
msm-javolution-serializer-${version}.jar
javolution-${version}.jar
这些类库文件，下载后放在tomcat的lib目录下。其中的${version}要换成你所需要的版本号，tc${6,7,8}要换成与tomcat版本相同的版本号。
[root@tomcat1 ~]#cd /usr/share/tomcat/lib
[root@tomcat1 lib]#ls mem* msm* javo* spy*
javolution-5.4.3.1.jar memcached-session-manager-tc7-1.8.3.jar spymemcached-2.11.1.jar
memcached-session-manager-1.8.3.jar msm-javolution-serializer-1.8.3.jar
3、配置tomcat会话管理
在/etc/tomcat/server.xml的host组件内，添加一个context组件，定义会话管理
[root@tomcat1 ~]#vim /etc/tomcat/server.xml
tomcat2主机上的配置也一样，因此把配置文件直接拷贝过去就行了：
[root@tomcat1 ~]#scp /etc/tomcat/server.xml 172.16.80.103:/etc/tomcat/
4、验证
重启tomcat服务，然后在客户端访问一下：
当我们关停n1节点的memcached服务后，再次访问一下：
