tomcat会话保持
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会话保持
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" %>
<html>
<head><title>Tomcat1</title></head>
<body>
<h1><font color="red">Tomcat1.com</h1>
<table align="centre" border="1">
<tr>
<td>Session ID</td>
<% session.setAttribute("example.com","example.com"); %>
<td><%= session.getId() %></td>
</tr>
<tr>
<td>Created on</td>
<td><%= session.getCreationTime() %></td>
</tr>
</table>
</body>
</html>
[root@tomcat2 ~]#vim /usr/share/tomcat/webapps/test/index.jsp
<%@ page language="java" %>
<html>
<head><title>Tomcat2</title></head>
<body>
<h1><font color="blue">Tomcat2.com</h1>
<table align="centre" border="1">
<tr>
<td>Session ID</td>
<% session.setAttribute("example.com","example.com"); %>
<td><%= session.getId() %></td>
</tr>
<tr>
<td>Created on</td>
<td><%= session.getCreationTime() %></td>
</tr>
</table>
</body>
</html>
分别访问tomcat1和tomcat2，测试页面效果如下：
image.png
当我们访问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;
}
}
image.png
这时如果客户端再次请求172.16.80.100，就会被调度到某台tomcat主机上。
小结：session sticky实现会话保持，是通过nginx代理调度到某台主机上实现的。但缺点是会影响负载均衡。
二、通过session cluster实现会话保持
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文件，在<Host> </Host>内添加以下内容添加<Cluster>组件。
[root@tomcat1 ~]#vim /etc/tomcat/server.xml
#<Host> </Host>内添加以下内容：
<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.22.10.4" #组播地址
port="45564"
frequency="500"
dropTime="3000"/>
<Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
address="172.16.80.101" #接收session消息的本机地址
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"/>
<Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
tempDir="/tmp/war-temp/"
deployDir="/tmp/war-deploy/"
watchDir="/tmp/war-listen/"
watchEnabled="false"/>
<ClusterListener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/>
<ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/>
</Cluster>
同样的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
#在<web-app>组件内添加<distributable/>
[root@tomcat2 ~]#cp /etc/tomcat/web.xml /usr/share/tomcat/webapps/test
[root@tomcat2 ~]#vim /usr/share/tomcat/webapps/test/WEB-INF/web.xml
#在<web-app>组件内添加<distributable/>
4、验证
重启tomcat1和tomcat2
日志信息如下：
image.png
用客户端访问http://172.16.80.100/test/，
刷新几次可以看到，客户端请求被轮询调度到两台服务器，但是会话保持不变（因为两台tomcat服务都有相同的会话信息）。
image.png
image.png
小结：session cluster通过会话信息复制，在不影响负载均衡调度的情形下，使各节点都有了用户的会话。还有个优点是实现了冗余。但如果集群规模较大，大量的session的复制会成为性能瓶颈。因此，我们有第三种方法，把会话信息统一由session server管理。
三、memcached实现tomcat会话保持
image.png
在做server session之前，我们把上面session cluster配置的<Cluster> <\Cluster>删掉。Nginx反向代理保持不用动。
这个实验我们主要是学习如何实现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
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Context path="/test" docBase="/usr/share/tomcat/webapps/test" reloadable="true">
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="n1:172.16.80.101:11211,n2:172.16.80.103:11211"
#配置节点信息
failoverNodes="n2"
#备用节点n2
requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
#过滤掉.(ico|png|gif|jpg|css|js)文件，只缓存会话数据。
transcoderFactoryClass="de.javakaffee.web.msm.serializer.javolution.JavolutionTranscoderFactory"
/>
</Context>
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
tomcat2主机上的配置也一样，因此把配置文件直接拷贝过去就行了：
[root@tomcat1 ~]#scp /etc/tomcat/server.xml 172.16.80.103:/etc/tomcat/
4、验证
重启tomcat服务，然后在客户端访问一下：
image.png
当我们关停n1节点的memcached服务后，再次访问一下：
image.png
