Tomcat集群配置 | ||||
集群是将多个系统连接在一起组成一个系统总体的一种方案,集群一方面为了提高系统的负载能力,将请求由多台系统共同分担,另一方面也是为了提高系统的可靠性,当某个系统崩溃时由其它系统响应请求。在这里,我们将介绍Tomcat的集群配置,结构见下图: 一、工具和资料: Apache的WEB服务器(apache httpd):http://httpd.apache.org/download.cgi JK(jk-1.2.18):http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.18/ Tomcat(tomcat5.5):http://tomcat.apache.org/download-55.cgi 相关文档请参见各个工具相应提供的文档,工具的安装此处不再介绍,默认地,将Apache安装在$APACHE目录,并将mod_jk-apache-2.2.2.so改名为mod_jk.so放在$APACHE/ modules下(注意JK与Apache httpd的版本关系),两个Tomcat的安装路径都在$TOMCAT1和$TOMCAT2。 二、负载均衡 1、基于request的负载均衡 该种方式下,负载均衡器 (load balancer)会根据各个node的状况,把每个 http request进行分发。使用这样的均衡策略,就必须在多个节点之间复制用户的session,实时保持整个集群的用 户状态同步,这种操作被称为session复制(session replication)。 该方法的优点是客户不会被绑定都具体的node,只要还有一个node存活,用户状态都不会丢失,cluster都能够继续工作。缺点是随着节点的增加,可能会因广播风暴而导致性能大幅度下降 2、 基于session的负载均衡 该 种方式下,当用户发出第一个request后,负载均衡器动态的把该用户分配到某个节点,并记录该节点的jvm路由,以后该用户的所有request都会被绑定这个jvm路由,用户只会与该server发生交互,这种策略被称为粘性session(session sticky)。该方法的优点是响应速度快,多个节点之间无须通信。缺点也很明显,某个node死掉以后,它负责的所有用户都会丢失session。 3、Broker负载均衡 将节点进行分片,每个分片组成一个对外的服务整体,在片内使用基于request的负载均衡,而在片外使用基于session的负载均衡,使用这种处理将使地Session复制的广播保持为一个常量,不因为节点增加而导致性能下降,同时又保持高可靠性,不因为某个节点的崩溃而导致所有的Session数据的丢失 这里将着重介绍第一和第二种负载均衡的配置 三、基于session的负载均衡 1)Apache配置,在$APACHE/conf/httpd.conf中增加如下配置:
2)在$APACHE/conf/中创建workers.properties,内容如下,关于Worker的详细配置,请参见Jarkarta-Tomcat的Connector文档
在上面中,loadbalancer是一个虚拟Worker,并不代表任何节点,仅用于管理其他的Worker(注意其type为lb) 3)两个Tomcat的配置 根据上面的workers.properties配置修改$TOMCAT/conf/server.xml的端口配置,并修改 <Engine name="Catalina" defaultHost="localhost">为<Engine name="Catalina" defaultHost="localhost" jvmRoute="server1/2"> 启动Tomcat、Apache,到功告成 四、基于request的负载均衡 在如上配置的基础上增加如下配置: 1)workers.properties的worker.loadbalancer.sticky_session值改为0 2)server.xml中的Cluster配置注释去掉(注意端口,如果在同台机上进行负载均衡,注意端口不要冲突) 3)在应用的web.xml中增加<distributable/> |
Tomcat集群配置
最新推荐文章于 2020-03-28 21:00:04 发布