tomcat session复制.docx

上传人:b****6 文档编号:7513546 上传时间:2023-01-24 格式:DOCX 页数:11 大小:823.54KB
下载 相关 举报
tomcat session复制.docx_第1页
第1页 / 共11页
tomcat session复制.docx_第2页
第2页 / 共11页
tomcat session复制.docx_第3页
第3页 / 共11页
tomcat session复制.docx_第4页
第4页 / 共11页
tomcat session复制.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

tomcat session复制.docx

《tomcat session复制.docx》由会员分享,可在线阅读,更多相关《tomcat session复制.docx(11页珍藏版)》请在冰豆网上搜索。

tomcat session复制.docx

tomcatsession复制

Tomcat实现session共享

一、如何保持session会话

目前,为了使web能适应大规模的访问,需要实现应用的集群部署。

集群最有效的方案就是负载均衡,而实现负载均衡用户每一个请求都有可能被分配到不固定的服务器上,这样我们首先要解决session的统一来保证无论用户的请求被转发到哪个服务器上都能保证用户的正常使用,即需要实现session的共享机制。

在集群系统下实现session统一的有如下几种方案:

1、请求精确定位:

sessionsticky,例如基于访问ip的hash策略,即当前用户的请求都集中定位到一台服务器中,这样单台服务器保存了用户的session登录信息,如果宕机,则等同于单点部署,会丢失,会话不复制。

2、session复制共享:

sessionreplication,如tomcat自带session共享,主要是指集群环境下,多台应用服务器之间同步session,使session保持一致,对外透明。

如果其中一台服务器发生故障,根据负载均衡的原理,调度器会遍历寻找可用节点,分发请求,由于session已同步,故能保证用户的session信息不会丢失,会话复制,。

此方案的不足之处:

必须在同一种中间件之间完成(如:

tomcat-tomcat之间).

session复制带来的性能损失会快速增加.特别是当session中保存了较大的对象,而且对象变化较快时,性能下降更加显著,会消耗系统性能。

这种特性使得web应用的水平扩展受到了限制。

Session内容通过广播同步给成员,会造成网络流量瓶颈,即便是内网瓶颈。

在大并发下表现并不好

3、基于cacheDB缓存的session共享

基于 memcache/redis缓存的session共享

即使用cacheDB存取session信息,应用服务器接受新请求将session信息保存在cacheDB中,当应用服务器发生故障时,调度器会遍历寻找可用节点,分发请求,当应用服务器发现session不在本机内存时,则去cacheDB中查找,如果找到则复制到本机,这样实现session共享和高可用。

二、本配置基于tomcat7环境,通过tomcat集群自带的session复制,session信息将会被自动复制到各个节点。

案例环境:

主机

操作系统

IP地址

主要软件

Tomcat-1

Centos6.5x86_64

192.168.10.20

jdk-7u65-linux-x64.gz

Tomcat-2

Centos6.5x86_64

192.168.10.21

apache-tomcat-7.0.54.tar.gz

 

实验拓扑:

1、时间同步

#serviceiptablesstop

#chkconfigiptablesoff

配置NTP服务器:

实验坏境中将nginx服务器配置为NTP服务器

确保ntp软件包安装:

编辑/etc/ntp.conf文件,添加如下内容:

启动ntp服务,并设置iptables规则允许对ntp服务的访问

同步各节点时间:

在tomcat-1和tomcat-2节点执行时间同步操作

#ntpdate192.168.10.19

2、在tomcat-1和tomcat-2节点上安装JDK

在安装tomcat之前必须先安装JDK,JDK的全称是javadevelopmentkit,是sun公司免费提供的java语言的软件开发工具包,其中包含java虚拟机(JVM),编写好的java源程序经过编译可形成java字节码,只要安装了JDK,就可以利用JVM解释这些字节码文件,从而保证了java的跨平台性

安装JDK,配置java环境:

将jdk-7u65-linux-x64.gz解压

将解压的jdk1.7.0_65目录移致动到/usr/local/下并重命名为java

在/etc/profile文件中添加内容如下:

通过source命令执行profile文件,使其生效。

分别在在tomcat-1和tomcat-2节点运行java-version命令查看java版本是否和之前安装的一致。

至此java环境已经配置完成

3、在tomcat-1和tomcat-2节点安装配置tomcat

解压apache-tomcat-7.0.54.tar.gz包

将解压生成的文件夹移动到/usr/local/下,并改名为tomcat7

配置tomcat环境变量

/etc/profile文件内容如下:

通过source命令执行profile文件,使其生效。

启动tomcat

Tomcat默认运行在8080端口,运行netstat命令查看8080端口监听的信息

打开浏览器分别对tomcat-1和tomcat-2访问测试

如果想关闭tomcat则运行/usr/local/tomcat7/bin/shutdown.sh命令

好了,大家可以看到访成功。

说明我们的tomcat安装完成,下面我们来配置一下

4、修改配置文件

#vim/usr/local/tomcat7/conf/server.xml

设置默认主机,并增加jvmRoute

定义一个虚拟主机,并将网站文件路径指向/web/webapp1,在host段增加context段

增加文档目录与测试文件

index.jsp内容如下:

停止tomcat运行,检查配置文件并启动tomcat

Tomcat-2节点与tomcat-1节点配置基本类似,只是jvmRoute不同,另外为了区分由哪个节点提供访问,测试页标题也不同。

其他的配置都相同。

过程略

再次测试访问一下

可以看到session会话不同

好了,到这里我们准备工作就全部完成了,下面我们来配置tomcat的负载均衡,通过session复制实现会话保持。

5、配置会话共享集群,分别在tomcat-1和tomcat-2完成下面的操作。

配置server.xml文件

在Server.xml中,找到被注释节点,在下面添加如下内容:

修改应用的web.xml文件,加入标签,如下所示:

添加标签

直接加在之前就可以了这个是加入tomcat的session复制的,做tomcat集群必须需要这一步,否则用户的session就无法正常使用。

注意:

以上内容可以参考clustering/sessionreplicationhow-to,如下图所示:

注意:

tomcat主机必须要指向正确的网关,否则tomcat会启动失败,报如下错误

重启tomcat服务并查看端口的监听状态。

Tomcat-2节点与tomcat-1配置类似,只是address要写成tomcat-2的ip。

查看tomcat日志:

/usr/local/tomcat7/logs/catalina.yyyy-mm-dd.log

6、nginx服务器配置

用nginx实现tomcat的负载均衡

关闭防火墙

安装相关软件包:

#yum–yinstallpcre-develzlib-devel

解压并安装nginx

修改nginx.conf文件

修改内容如下:

启动nginx服务

7、下面开始测试

在客户端使用浏览器访问nginx的地址

刷新页面

大家可以从图中看到,不管你怎么刷新SessionID都不会变,说明我们的Tomcat的DeltaManager集群配置完成,实现了多台主机之间会话共享

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 计算机硬件及网络

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1