集群配置(一):Tomcat集群配置
2009-03-25 09:38
393 查看
集群是将多个系统连接在一起组成一个系统总体的一种方案,集群一方面为了提高系统的负载能力,将请求由多台系统共同分担,另一方面也是为了提高系统的可靠性,当某个系统崩溃时由其它系统响应请求。在这里,我们将介绍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/>
一、工具和资料:
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中增加如下配置:
|
|
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/>
相关文章推荐
- (转)基于mod_proxy+Apache 2.2.16+Tomcat 7的负载均衡与集群配置
- nginx+tomcat集群配置(2)---静态和动态资源的分离
- Nginx+Memcached+Tomcat集群配置实践(Sticky Session)
- Tomcat+jk集群配置
- nginx+tomcat 配置负载均衡集群
- linux下apache+tomcat集群详细配置
- Apache+tomcat+mod_jk+centos6.2负载均衡集群配置
- Tomcat集群配置笔记
- Nginx + Tomcat 配置负载均衡集群简单实例
- Apache + Tomcat集群配置详解 (1)
- 基于mod_proxy+Apache 2.2.16+Tomcat 7的负载均衡与集群配置
- Apache+Tomcat集群配置
- Nginx+Tomcat 配置负载均衡集群
- Apache+Tomcat配置集群组
- Nginx+tomcat配置集群
- Apache+Tomcat集群配置 转
- Nginx+Tomcat+Memcache|Redis集群配置
- terracotta+tomcat集群配置
- Apache+Tomcat+JK集群配置
- tomcat 集群配置方法