Nginx+Tomcat关于Session的管理的实现

前言

Nginx+Tomcat对Session的管理一直有了解,但是一直没有实际操作一遍,本文从最简单的安装启动开始,通过实例的方式循序渐进的介绍了几种管理session的方式。

nginx安装配置

1.安装nginx

[root@localhost ~]# yum install nginx

提示报如下错误:

No package nginx available.

解决办法安装epel:EPEL是企业版 Linux 附加软件包的简称,EPEL是一个由Fedora特别兴趣小组创建、维护并管理的,针对 红帽企业版 Linux(RHEL)及其衍生发行版(比如 CentOS、Scientific Linux、Oracle Enterprise Linux)的一个高质量附加软件包项目;

[root@localhost ~]# yum install epel-release

安装完之后,即可成功安装nginx;

2.启动、停止nginx

先进入nginx的目录

[root@localhost nginx]# cd /usr/sbin/

执行命令

./nginx 开启
./nginx -s stop 使用kill命令强制杀掉进程
./nginx -s quit 待nginx进程处理任务完毕进行停止
./nginx -s reload

nginx+tomcat负载均衡

1.准备2个tomcat,分别指定端口为8081,8082

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,方便测试

<%
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和8082

2.nginx配置负载均衡(默认策略)

修改/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/

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;

3.nginx配置负载均衡(黏性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共享如何实现;

nginx+tomcat实现Session共享

Session共享思想就是把session保存到一个公共的地方,用的时候再从里面取出来,具体这个公共的地方可以是:redis,db,memcached等,下面已redis为实例

1.redis安装配置

yum install redis

安装完成以后配置文件/etc/redis.conf

启动redis服务端

redis-server /etc/redis.conf

启动客户端

redis-cli

2.Tomcat引入依赖的jar

$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>

3.Tomcat修改配置

修改$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的相关操作都在此类中;

4.测试

第一次请求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更新是否实时,序列化方案,有效期等问题。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • 浅谈Tomcat Session管理分析

    前言 在上文Nginx+Tomcat关于Session的管理中简单介绍了如何使用redis来集中管理session,本文首先将介绍默认的管理器是如何管理Session的生命周期的,然后在此基础上对Redis集中式管理Session进行分析. Tomcat Manager介绍 上文中在Tomcat的context.xml中配置了Session管理器RedisSessionManager,实现了通过redis来存储session的功能:Tomcat本身提供了多种Session管理器,如下类图: 1.

  • Tomcat如何监控并删除超时Session详解

    前言 偶然发现Tomcat会话时间的半小时,并不是说会话创建后,只有半小时的有效使用时间,而是说会话空闲半小时后,会被删除.索性就翻了一下源码.做了一番整理. 注:空闲时间,指的是同一个会话两次请求之间的间隔时间 Session相关类图 HttpSession就是大家Servlet层可以直接使用的Session. Session是Tomcat内部使用的接口,可以做一些内部调用 StandardSession是标准的HttpSession实现,同时它也实现了Session接口,用于Tomcat内部

  • 深入浅析TomCat Session管理分析

    前言 对于广大java开发者而已,对于J2EE规范中的Session应该并不陌生,我们可以使用Session管理用户的会话信息,最常见的就是拿Session用来存放用户登录.身份.权限及状态等信息.对于使用Tomcat作为Web容器的大部分开发人员而言,Tomcat是如何实现Session标记用户和管理Session信息的呢? 概要 SESSION Tomcat内部定义了Session和HttpSession这两个会话相关的接口,其类继承体系如图1所示. 图1 Session类继承体系 图1中额

  • Java中tomcat memecached session 共享同步问题的解决办法

    事件缘由:一个主项目"图说美物",另外一个子功能是品牌商的入驻功能,是跟主项目分开的项目,为了共享登录的用户信息,而实现session共享,俩个tomcat,一个tomcat6,一个tomcat7 web项目windows系统下实现session的共享 第一个步: 在俩个tomcat的context.xml这个文件中配置如下代码: <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManage

  • Tomcat集群和Session复制应用介绍

    一个配置文件: 复制代码 代码如下: <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="6"> <Manager className="org.apache.catalina.ha.session.BackupManager" expireSessionsOnShutdown="false"

  • Tomcat实现session共享(session 会话复制)

    一.如何保持session会话 目前,为了使web能适应大规模的访问,需要实现应用的集群部署.集群最有效的方案就是负载均衡,而实现负载均衡用户每一个请求都有可能被分配到不固定的服务器上,这样我们首先要解决session的统一来保证无论用户的请求被转发到哪个服务器上都能保证用户的正常使用,即需要实现session的共享机制. 在集群系统下实现session统一的有如下几种方案: 1.请求精确定位:session sticky,例如基于访问ip的hash策略,即当前用户的请求都集中定位到一台服务器中

  • Tomcat中实现Session小结

    什么是Session 对Tomcat而言,Session是一块在服务器开辟的内存空间,其存储结构为ConcurrentHashMap: Session的目的 Http协议是一种无状态协议,即每次服务端接收到客户端的请求时,都是一个全新的请求,服务器并不知道客户端的历史请求记录: Session的主要目的就是为了弥补Http的无状态特性.简单的说,就是服务器可以利用session存储客户端在同一个会话期间的一些操作记录: 实现机制 先看两个问题,如下: 1.服务器如何判断客户端发送过来的请求是属于

  • nginx+tomcat实现负载均衡,使用redis session共享

    环境准备 1.准备一台nginx服务器 ip192.168.1.133 端口81 安装过程: #首先安装依赖: yum -y install gcc-c++ yum -y install pcre pcre-devel yum -y install zlib zlib-devel yum -y install openssl openssl-devel #注意 : 安装nginx必须使用 root 用户安装 #创建一个nginx目录 mkdir /usr/local/src/nginx #进入到

  • Tomcat中session的管理机制

    详细描述Tomcat中session的管理机制: 1. 请求过程中的session操作: 简述:在请求过程中首先要解析请求中的sessionId信息,然后将sessionId存储到request的参数列表中.然后再从 request获取session的时候,如果存在sessionId那么就根据Id从session池中获取session,如果sessionId不 存在或者session失效,那么则新建session并且将session信息放入session池,供下次使用. (1)SessionId

  • Tomcat中的Session与Cookie深入讲解

    前言 HTTP 是一种无状态通信协议,每个请求之间相互独立,服务器不能识别曾经来过的请求.而对于 Web 应用,它的活动都是依赖某个状态的,比如用户登录,此时使用 HTTP 就需要它在一次登录请求后,有为后续请求提供已登录信息的能力.本文首发于公众号顿悟源码. 解决办法就是使用 Cookie,它由服务器返回给浏览器,浏览器缓存并在每次请求时将 cookie 数据提交到服务器.Cookies 在请求中以明文传输,且大小限制 4KB,显然把所有状态数据保存在浏览器是不靠谱的,主流做法是: 浏览器发出

随机推荐