步骤1:负载均衡 session问题
步骤2:解决办法一: ip_hash
步骤3:解决办法二: redis+tomcat-sessoin-manager
步骤4:接下来进行具体操作
步骤5:启动redis
步骤6:jar包
步骤7:修改context.xml
步骤8:重启tomcat
步骤9:测试访问tomcat8111
步骤10:测试访问tomcat8222
步骤11:下载已经配置好了的tomcat
步骤 1 : 负载均衡 session问题
通过负载均衡课程,我们可以把请求分发到不同的 Tomcat 来缓解服务器的压力,但是这里存在一个问题: 当同一个用户第一次访问tomcat_8111 并且登录成功, 而第二次访问却被分配到了tomcat_8222, 这里并没有记录他的登陆状态,那么就会呈现未登录状态了,严重伤害了用户体验。
步骤 2 : 解决办法一: ip_hash
通过ip地址标记用户,如果多次请求都是从同一个ip来的,那么就都分配到同一个tomcat.
这样就不会出现负载均衡 session问题了. 处理手段也很简单,如图所示在upstream最后加上ip_hash;就行了。
不过这种方案并不完美,当如下几种情况发生时就有问题:
1. 大量请求来之某个局域网,那么相当于就没有负载均衡了
2. 如果tomcat_8111 挂了,那么此时nginx只能把请求交给tomcat_8222,但是这里却没有记录session,用户体验依然受影响。
步骤 3 : 解决办法二: redis+tomcat-sessoin-manager
既然第一种解决办法有问题,那么就采用第二种解决办法:用Redis来存取session.
Redis是什么呢?说简单点就是个独立的Hashmap,用来存放键值对的。
这样当tomcat1需要保存session值的时候,就可以把它放在Redis上,需要取的时候,也从Redis上取。
那么考虑这个情景:
1. 用户提交账号密码的行为被分配在了tomcat8111上,登陆信息被存放在redis里。
2. 当用户第二次访问的时候,被分配到了tomcat8222上
3. 那么此时tomcat8222就会从redis去获取相关信息,一看有对应信息,那么就会呈现登陆状态。
这样就规避了解决办法一: ip_hash里会出现的两种问题了。
注: 对 redis 不熟悉的同学,请先了解下 redis教程
步骤 4 : 接下来进行具体操作
接下来进行具体操作,分几个步骤
1. 启动redis
2. 给两个tomcat使用jar包
3. 配置两个tomcat
4. 重启两个tomcat
5. 测试
步骤 5 : 启动redis
下载下载区(点击进入)的redis-2.4.5-win32-win64.zip,解压后运行对应(32位或者64位)的redis-server.exe程序
步骤 6 : jar包
Tomcat需要链接 redis,所以需要专门的jar包,这些包都放在了下载区(点击进入)的tomcat-redis.rar里。 一共有3个jar包:
jedis-2.5.2.jar,
commons-pool2-2.0.jar,
tomcat-redis-session-manager1.2.jar。
下载解压后,放在tomat8111的lib目录下。注:不要放在webapp里面去了哦
下载解压后,放在tomat8222的lib目录下。注:不要放在webapp里面去了哦
两个tomcat都要放
步骤 7 : 修改context.xml
然后修改tomcat/conf/context.xml ,增加下面这坨东西
|
两个tomcat都要改
|
步骤 8 : 重启tomcat
两个tomcat都要重启
步骤 9 : 测试访问tomcat8111
Redis session共享机制和nginx其实无关,是发生在nginx之后的事情,所以直接访问login.jsp,然后登陆,并观察到已登陆状态
|
步骤 10 : 测试访问tomcat8222
然后直接访问tomcat8222
|
虽然没有在tomcat8222上登陆,但是可以观察到已经呈现为登陆状态了
步骤 11 : 下载已经配置好了的tomcat
如果对上述tomcat配置办法吃不准,请直接使用下载区(点击进入)的已经配置好了的:tomcat-redis-8111-8222.rar
更多内容,点击了解: https://how2j.cn/k/nginx/nginx-share-session/1569.html