LNMP架构9——nginx +tomcat+memcache+sticky实现session共享

文章目录

• 一、认识session
• 1、什么是session？
• 2、为什么要共享
• 3、搞清楚cookies与session的关系
• 4 、session共享实现方法——memcache在tomcat中实现session交叉存放
• 二、搭建session共享
• 实验环境
• 实验
• 在server1上：
• 在server2上：
• 在真机上：
• 总结

一、认识session

1、什么是session？

Session 是另一种记录客户状态的机制，不同的是 Cookie 保存在客户端浏览器中，而 Session 保存在服务器上，客户端浏览器访问服务器的时候，服务器把客户端信息以某种形式记录在服务器上，这就是 Session。

客户端浏览器再次访问时只需要从该 Session 中查找该客户的状态就可以了。

假如当用户通过浏览器访问应用服务器，session信息中保存了用户的登录信息，并且session信息没有过期失效，那么用户就一直处于登录状态，可以做一些登录状态的业务操作！

2、为什么要共享

首先我们应该明白，为什么要实现共享，如果你的网站是存放在一个机器上，那么是不存在这个问题的，因为会话数据就在这台机器，但是如果你使用了负载均衡把请求分发到不同的机器呢？这个时候会话id在客户端是没有问题的，但是如果用户的两次请求到了两台不同的机器，而它的session数据可能存在其中一台机器，这个时候就会出现取不到session数据的情况，于是session的共享就成了一个问题。
简单来说，A1系统登录后创建并保存Session，再次发起请求，请求被转发到A2系统上显示未登录的情况，此时单机部署模式下的Session机制已不能满足要求。所以，在分布式架构或微服务架构下，必须保证一个应用服务器上保存Session后，其它应用服务器可以同步或共享这个Session。

3、搞清楚cookies与session的关系

这种方式每次发起请求的时候都需要将Session数据放到Cookie中传递给服务端。

session的常见实现形式是会话cookie（session cookie），即未设置过期时间的cookie，这个cookie的默认生命周期为浏览器会话期间，只要关闭浏览器，cookie就消失了。实现机制是客户第一次发送请求给服务器，服务器会检查该请求中是否包含sessionid，如果未包含，则系统会创造一个名为JSESSIONID的输出 cookie返回给浏览器，只是保存于客户端的内存中，并与一个浏览器窗口对应着，并将其以HashTable的形式写到服务器的内存里面；由于HTTP协议的特性，这一次连接就断开了，以后此客户端再发送请求给服务器的时候，就会在请求request中携带cookie,由于cookie中有sessionID，所以服务器就知道这是刚才那个客户，从而区分不同的人。这里需要注意的是session始终是有服务端创建的，并非浏览器自己生成的。简单来说，我们首次登陆淘宝，将登陆信息输入后，服务端产生一个唯一的sessionID，并返回给客户端(通过cookie)，只要用户不退出登陆或清除缓存，每次打开淘宝都不用输入登陆信息，即可进入。

session被用于表示一个持续的连接状态，在网站访问中一般指代客户端浏览器的进程从开启到结束的过程。session其实就是网站分析的访问（visits）度量，表示一个访问的过程。但是浏览器的cookie被禁止后session就需要用get方法的URL重写的机制或使用POST方法提交隐藏表单的形式来实现。

4 、session共享实现方法——memcache在tomcat中实现session交叉存放

为了对数据的保存更加牢靠，我们选择交叉存放session的方法，即将访问tomcat1上的数据存放在memcache2中，将访问tomcat2上的数据存放在memcache1中，这样存放，当某个tomcat服务断了之后，访问它的客户session并不会消失，而是存放在了对立的memcache，如果存放session的memcache坏了，那么它的数据会立即切换到另一个memcached中。实现了session共享。

二、搭建session共享

实验环境

主机名	ip	服务	版本
server1	172.25.1.101	lnmp+memcache+openresty+tomcat+jsp+sticky	rhel6.5
server2	172.25.1.102	tomcat+jsp	rhel6.5
真机	172.25.1.250	客户端	rhel7.3

实验

在server1上：

步骤一：在网上下载memcached-session所需的jar压缩包，并放到tomcat的jar包存放目录下

cd /usr/local/tomcat/lib
mv /root/jar/* .

步骤二：编辑配置文件context.xml

cd /usr/local/tomcat/conf
vim  context.xml
 35 <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"  
 36 memcachedNodes="n1:172.25.1.101:11211,n2:172.25.1.102:11211" 
 37 failoverNodes="n1"
 38 requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
 39 transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"  />

步骤三：开启tomcat和memcache

注意：如果tomcat之前是开启的，要先关闭，在开启。

cd /usr/local/tomcat/bin/
./shutdown.sh
./startup.sh
/etc/init.d/memcached start

在server2上：

步骤一：下载memcache，开启服务

yum install memcached -y
/etc/init.d/memcached start
netstat -antuple

步骤二：在网上下载memcached-session所需的jar压缩包，并放到tomcat的jar包存放目录下

cd /usr/local/tomcat/lib
mv /root/jar/* .

步骤三：编辑配置文件context.xml

cd /usr/local/tomcat/conf
vim  context.xml
 35 <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"  
 36 memcachedNodes="n1:172.25.1.101:11211,n2:172.25.1.102:11211" 
 37 failoverNodes="n2"
 38 requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
 39 transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"  />

步骤四：开启tomcat和memcache

注意：如果tomcat之前是开启的，要先关闭，在开启。

cd /usr/local/tomcat/bin/
./shutdown.sh
./startup.sh
/etc/init.d/memcached start

在真机上：

浏览器搜索http://172.25.1.101/test.jsp

此时，宕掉server2，刷新页面

在server1上：
查看监控日志

cd  /usr/local/tomcat/logs/
tail -f  catalina.out

总结

在server2上提交的数据，共享存储到server1上，当server2服务器宕机，server1缓存了客户端的数据信息，不间断提供服务，对客户端完全透明。实现了后端tomcat服务器session共享存储。

原文地址：https://blog.csdn.net/weixin_45784367/article/details/104695071