Nginx+Tomcat对Session的管理一直有了解,可是一直没有实际操做一遍,本文从最简单的安装启动开始,经过实例的方式按部就班的介绍了几种管理session的方式。html
[root@localhost ~]# yum install nginx
提示报以下错误:java
No package nginx available.
解决办法安装epel:EPEL是企业版 Linux 附加软件包的简称,EPEL是一个由Fedora特别兴趣小组建立、维护并管理的,针对 红帽企业版 Linux(RHEL)及其衍生发行版(好比 CentOS、Scientific Linux、Oracle Enterprise Linux)的一个高质量附加软件包项目;nginx
[root@localhost ~]# yum install epel-release
安装完以后,便可成功安装nginx;git
先进入nginx的目录github
[root@localhost nginx]# cd /usr/sbin/
执行命令web
./nginx 开启 ./nginx -s stop 使用kill命令强制杀掉进程 ./nginx -s quit 待nginx进程处理任务完毕进行中止 ./nginx -s reload
drwxr-xr-x. 9 root root 4096 May 7 14:16 apache-tomcat-7.0.88_8081 drwxr-xr-x. 9 root root 4096 May 7 14:16 apache-tomcat-7.0.88_8082
修改webapps/ROOT的index.jsp,方便测试redis
<% if(request.getSession().getAttribute("key")==null){ out.println("key is null,ready init....."); request.getSession().setAttribute("key","value"); }else{ out.println("key is not null,key="+request.getSession().getAttribute("key")); } %> <br> sessionID:<%=session.getId()%> <br> sessionCreateTime:<%= session.getCreationTime() %> <br> <% out.println("tomcat port 8081"); %>
最后的输出在两个tomcat下面指定各自的端口号8081和8082apache
修改/etc/nginx/下面的nginx.conf后端
upstream tomcatTest { server 127.0.0.1:8081; #tomcat-8081 server 127.0.0.1:8082; #tomcat-8082 } server { listen 80 default_server; listen [::]:80 default_server; server_name _; root /usr/share/nginx/html; # Load configuration files for the default server block. include /etc/nginx/default.d/*.conf; location / { proxy_pass http://tomcatTest; } error_page 404 /404.html; location = /40x.html { } error_page 500 502 503 504 /50x.html; location = /50x.html { } }
此处配置的负载均衡策略是默认的轮询策略,nginx还支持其余策略包括:ip_hash、weight、fair(第三方)、url_hash(第三方);
默认策略每一个web请求按时间顺序逐一分配到不一样的后端服务器,这种状况下每次请求都会建立一个新的session,下面作简单测试:
第一次请求http://ip/tomcat
key is null,ready init..... sessionID:E7A9782DED29FF04E21DF94078CB4F62 sessionCreateTime:1527732911441 tomcat port 8082
第二次刷新http://ip/
key is null,ready init..... sessionID:7812E8E21DBB74CC7FBB75A0DFF2E9CB sessionCreateTime:1527732979810 tomcat port 8081
第三次刷新http://ip/
key is null,ready init..... sessionID:8895F41E299785A21995D5F8BB734B86 sessionCreateTime:1527733011878 tomcat port 8082
能够发现每次都产生一个新的session,并且消息按时间顺序逐一分配到不一样的后端服务器,通常须要保持session会话的网站都不容许出现每次请求都产生一个session;
每一个请求按访问ip的hash结果分配,这样每一个访客固定访问一个后端服务器,能够解决session的问题;nginx能够经过在upstream模块配置ip_hash来实现黏性Session;
upstream tomcatTest { ip_hash; server 127.0.0.1:8081; #tomcat-8081 server 127.0.0.1:8082; #tomcat-8082 }
下面作简单测试:
第一次请求http://ip/
key is null,ready init..... sessionID:859BADFB09A4ECEAEC5257F518C228A0 sessionCreateTime:1527734181450 tomcat port 8081
第二次刷新http://ip/
key is not null,key=value sessionID:859BADFB09A4ECEAEC5257F518C228A0 sessionCreateTime:1527734181450 tomcat port 8081
第三次刷新http://ip/
key is not null,key=value sessionID:859BADFB09A4ECEAEC5257F518C228A0 sessionCreateTime:1527734181450 tomcat port 8081
能够发现第一次请求设置了key=value,后面每次都能获取到key值,sessionId没有改变,tomcat也没有改变,实现了黏性Session;
此时能够把port=8081的tomcat停掉,而后再观察
第四次刷新http://ip/
key is null,ready init..... sessionID:3C15FE2C8E8A9DCDC6EAD48180B78B80 sessionCreateTime:1527735994476 tomcat port 8082
第五次刷新http://ip/
key is not null,key=value sessionID:3C15FE2C8E8A9DCDC6EAD48180B78B80 sessionCreateTime:1527735994476 tomcat port 8082
能够发现消息转发到了tomcat-8082,而且session丢失,从新建立了新的session;
如何让这种状况session不丢失,也有两种方案:Session复制和Session共享;Session共享从扩展性,性能方面都更加好,下面重点介绍一下Session共享如何实现;
Session共享思想就是把session保存到一个公共的地方,用的时候再从里面取出来,具体这个公共的地方能够是:redis,db,memcached等,下面已redis为实例
yum install redis
安装完成之后配置文件/etc/redis.conf
启动redis服务端
redis-server /etc/redis.conf
启动客户端
redis-cli
$TOMCAT_HOME/lib添加以下jar包
<dependency> <groupId>com.bluejeans</groupId> <artifactId>tomcat-redis-session-manager</artifactId> <version>2.0.0</version> </dependency> <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.5.2</version> </dependency> <dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-pool2</artifactId> <version>2.2</version> </dependency>
修改$TOMCAT_HOME/conf目录下的context.xml文件
<Valve className="com.orangefunction.tomcat.redissessions.RedisSessionHandlerValve" /> <Manager className="com.orangefunction.tomcat.redissessions.RedisSessionManager" host="localhost" port="6379" database="0" maxInactiveInterval="60"/>
Tomcat提供了一个开放的session管理和持久化的org.apache.catalina.session.ManagerBase,继承这个抽象类并作一些简单的配置,便可让你的session管理类接管Tomcat的session读取和持久化,这里使用的是tomcat-redis-session-manager来管理session;
RedisSessionManager继承于org.apache.catalina.session.ManagerBase类,对session的相关操做都在此类中;
第一次请求http://ip/
key is null,ready init..... sessionID:1131499E5A65DE1591152465E7B24B1F sessionCreateTime:1527740273682 tomcat port 8081
第二次刷新http://ip/
key is not null,key=value sessionID:1131499E5A65DE1591152465E7B24B1F sessionCreateTime:1527740273682 tomcat port 8081
将tomcat-8081停掉, 第三次刷新http://ip/
key is not null,key=value sessionID:1131499E5A65DE1591152465E7B24B1F sessionCreateTime:1527740273682 tomcat port 8082
能够发现此时消息已经转发到tomcat-8082节点了,可是session没有改变,同时key也能够获取到值;
5.查看redis
[root@localhost ~]# redis-cli 127.0.0.1:6379> keys * 1) "1131499E5A65DE1591152465E7B24B1F" 127.0.0.1:6379> get 1131499E5A65DE1591152465E7B24B1F "\xac\xed\x00\x05sr\x00Dcom.orangefunction.tomcat.redissessions.SessionSerializationMetadataB\xd9\xd9\xf7v\xa2\xdbL\x03\x00\x01[\x00\x15sessionAttributesHasht\x00\x02[Bxpw\x14\x00\x00\x00\x10}\xc8\xc9\xcf\xf6\xc3\xb5Y\xc7\x0c\x8eF\xa5\xfaQ\xe8xsr\x00\x0ejava.lang.Long;\x8b\xe4\x90\xcc\x8f#\xdf\x02\x00\x01J\x00\x05valuexr\x00\x10java.lang.Number\x86\xac\x95\x1d\x0b\x94\xe0\x8b\x02\x00\x00xp\x00\x00\x01c\xb4j\x94\x12sq\x00~\x00\x03\x00\x00\x01c\xb4j\x94\x12sr\x00\x11java.lang.Integer\x12\xe2\xa0\xa4\xf7\x81\x878\x02\x00\x01I\x00\x05valuexq\x00~\x00\x04\x00\x00\a\bsr\x00\x11java.lang.Boolean\xcd r\x80\xd5\x9c\xfa\xee\x02\x00\x01Z\x00\x05valuexp\x01q\x00~\x00\nsq\x00~\x00\x03\x00\x00\x01c\xb4j\x94*t\x00 1131499E5A65DE1591152465E7B24B1Fsq\x00~\x00\a\x00\x00\x00\x01t\x00\x03keyt\x00\x05valuew\b\x00\x00\x01c\xb4j\x94\x12"
能够发现redis里面已经存放了session对象,而且使用sessionId做为key值,存放了session的二进制数据;
本文简单介绍了Nginx整合Tomcat,以及Nginx的负载均衡策略,用实例的方式展现了默认策略和ip_hash策略对session的管理;最后介绍了使用session共享的方式来解决前两种方式对session管理的弊端;后续继续了解Tomcat是如何将session读取和持久化交给其余系统管理的,session更新是否实时,序列化方案,有效期等问题。