为什么要实现搭建tomcat集群环境呢?主要因为单个tomcat无论从吞吐量和并发数上,会达到一定的极限。如果访问量超过单个tomcat的承受能力的话,tomcat一般要么拒绝提供服务,要么直接宕掉。所以,必须要依靠tomcat集群技术。举个最简单的例子,拿“送快件”比喻,如果一个人,5分钟送一件,一小时之内,送10个,一个人完全能胜任这项工作。假设现在到了双十一,要求1小时,送100个,
那怎么办?只能安排更多的人加入“送快件”这项工作中来。这其实和集群一个道理。
集群,可以达到“人多力量大”的目标。
tomcat集群搭建,一般情况会使用apache或者nginx反代多个tomcat,实现集群的目的。apache或nginx起着负载均衡器的作用,将来自客户端的请求,按照一定均衡策略,转发给某个tomcat处理请求。
那么问题来了,如果客户端响应时,突然宕机怎么办,请求相关的session信息就丢失了,而请求转发给其他tomcat节点,也没办法获取到session信息。如何管理和维护session数据,是一个难题。作为番外篇,体会下单台tomcat的session是如何管理的,虽然实际参考意义不大,但对系统了解session信息的管理,也很有必要。
主要包含以下内容。
单台tomcat的session信息的持久化
Session的管理,tomcat两个实现类:
org.apache.catalina.session.StandardManager和org.apache.catalina.session.PersistentManager
StandardManager 默认的方法 可以配置的地方比较少
PersistentManager 提供了很灵活的管理方式 配置性强。
针对持久化,tomcat 提供了2种持久化的方式。
1)org.apache.catalina.session.FileStore 将session信息保存在文件中
2)org.apache.catalina.session.JDBCStore,将session信息保存在数据库中。
1.1:存储在本地文件中:配置conf目录里的context.xml文
编辑${tomcat_home}/conf/context.xml
默认为
<Context> <!-- Default set of monitored resources --> <WatchedResource>WEB-INF/web.xml</WatchedResource> <!-- Uncomment this to disable session persistence across Tomcat restarts --> <!-- <Manager pathname="" /> --> ... </Context>
修改后的内容
<Context> <!-- Default set of monitored resources --> <WatchedResource>WEB-INF/web.xml</WatchedResource> <Manager className="org.apache.catalina.session.PersistentManager"> debug=0 saveOnRestart="true" maxActiveSession="-1" minIdleSwap="-1" maxIdleSwap="-1" maxIdleBackup="-1" <Store className="org.apache.catalina.session.FileStore" directory="../session" /> </Manager> ... </Context>
注意:<Manager pathname="" />这个配置,无论注释还是不注释,并没开启session的持久化功能。这一点,和注释有些出入,存疑。我使用的tomcat版本是tomcat7。
接下来准备2个简单的jsp文件,
set.jsp:往session中赋值,get.jsp:从session中取值。
set.jsp内容
<%@ page import="java.util.Date" %> <%@page pageEncoding="utf-8" language="java" %> <html> <body> <h2>session赋值</h2> <% String sessionid = session.getId(); out.println("sessionid===>"+sessionid+"<br/>"); session.setAttribute("name","set.jsp"); session.setAttribute("timestamp",new Date()); %> </body> </html>
get.jsp内容
<%@ page import="java.util.Enumeration" %> <%@page pageEncoding="utf-8" language="java" %> <html> <body> <h2>输出session值</h2> <% String sessionid = session.getId(); out.println("sessionid===>"+sessionid+"<br/>"); Enumeration attrs = session.getAttributeNames(); while(attrs.hasMoreElements()){ Object key = attrs.nextElement(); Object attr = session.getAttribute(key.toString()); out.println(key+"==>"+attr+"<br/>"); } %> </body> </html>
然后将项目部署在tomcat下。
这时候,已经通过修改context.xml开启了session持久化能力。
测试步骤。
(1)启动tomcat.执行 ${tomcat_home}\bin/startup.bat
(2)访问http://localhost:8080/arch-web/set.jsp
注意sessionid的值,和下面的比较,两者应该是一样的。
(3)访问http://localhost:8080/arch-web/get.jsp
(4)关闭tomcat.执行 ${tomcat_home}\bin/shutdown.bat
(5) 重新启动tomcat.执行 ${tomcat_home}\bin/startup.bat
${tomcat_home}\work\Catalina\localhost\session目录下
(6)访问http://localhost:8080/arch-web/get.jsp
这时候,应该可以看到步骤三1样的界面。
1.2:存储在数据库中:配置conf目录里的context.xml文件
了解OOP的同学,很容易想到,其实不论是文件方式存储,还是JDBC方式存储,都是存储形式不同而已,我们只需要切换下Store配置信息即可。
最后编辑后的结果
<Context> <!-- Default set of monitored resources --> <WatchedResource>WEB-INF/web.xml</WatchedResource> <Manager className="org.apache.catalina.session.PersistentManager"> debug=0 saveOnRestart="true" maxActiveSession="-1" minIdleSwap="-1" maxIdleSwap="-1" maxIdleBackup="-1" <Store className="org.apache.catalina.session.JDBCStore" driverName="com.mysql.jdbc.Driver" connectionURL="jdbc:mysql://127.0.0.1:3306/tomcat_sessions_db?user=root&password=root" sessionTable="tomcat_sessions" sessionIdCol="session_id" sessionDataCol="session_data" sessionValidCol="valid_session" sessionMaxInactiveCol="max_inactive" sessionLastAccessedCol="last_access" sessionAppCol="app_name"/> </Manager> ... </Context>
强烈吐槽下,网上共享的一些资源,太不靠谱了。白费了我整个晚上时间还有好心情。最可怕的是,一些资源,都是同一个问题,少发一些复制的东西吧。
网上资源有问题的地方,简单罗列下
className名称不对
connectionURL少端口号信息
表字段信息缺少下划线
最后说一下,要把mysql的驱动包放到${tomcat_home}\lib文件夹中。
和上面的测试步骤一样
关闭tomcat之后,
确认tomcat_sessions表中的记录
到这里,session持久化演练结束了。
其实说白了,这个单节点session持久化场景,没有实际意义,除非session信息非常重要。
最后提醒下大家,在配置tomcat时,一定要特别关注输出的日志信息,这是最直观的,不要太相信网上资源,运气好兴许能帮你,但也不保证把你带到沟里去。
---------------
The End
接下来,将搭建apache+tomcat集群。分别是使用memcached,和不使用memcached.
转载于:https://blog.51cto.com/dba10g/1836730