构建一机多实例tomcat集群

1、了解tomcat
Tomcat不是一个完整意义上的Jave EE（j2ee）服务器，因为它没有提供完整的Java EE企业应用平台的API。但是由于Tomcat遵循apache开源协议，并且对当前Java开发框架开源组件Structs、Spring和Hibernate等实现完美支持，因此tomcat被众多企业用来部署配置众多的Java应用程序，实现替代一些商业的Java应用服务器。

2、Tomcat的目录结构
要部署使用tomcat，则必须了解tomcat的目录结构以及各目录的作用。这里以tomcat7为例
安装Tomcat，再次不在阐述，[详情请移步]
进入tomcat安装目录下：
|– bin
| |– bootstrap.jar tomcat启动时所依赖的一个类，在启动tomcat时会发现Using CLASSPATH: 是加载的这个类
| |– catalina-tasks.xml 定义tomcat载入的库文件，类文件
| |– catalina.bat
| |– catalina.sh tomcat单个实例在Linux平台上的启动脚本
| |– commons-daemon-native.tar.gz jsvc工具，可以使tomcat已守护进程方式运行，需单独编译安装
| |– commons-daemon.jar jsvc工具所依赖的java类
| |– configtest.bat
| |– configtest.sh tomcat检查配置文件语法是否正确的Linux平台脚本
| |– cpappend.bat
| |– daemon.sh tomcat已守护进程方式运行时的，启动，停止脚本
| |– digest.bat
| |– digest.sh
| |– setclasspath.bat
| |– setclasspath.sh
| |– shutdown.bat
| |– shutdown.sh tomcat服务在Linux平台下关闭脚本
| |– startup.bat
| |– startup.sh tomcat服务在Linux平台下启动脚本
| |– tomcat-juli.jar
| |– tomcat-native.tar.gz 使tomcat可以使用apache的apr运行库，以增强tomcat的性能需单独编译安装
| |– tool-wrapper.bat
| |– tool-wrapper.sh
| |– version.bat
| -- version.sh 查看tomcat以及JVM的版本信息 <br />|-- conf 顾名思义，配置文件目录 <br />| |-- catalina.policy 配置tomcat对文件系统中目录或文件的读、写执行等权限，及对一些内存，session等的管理权限 <br />| |-- catalina.properties 配置tomcat的classpath等 <br />| |-- context.xml tomcat的默认context容器 <br />| |-- logging.properties 配置tomcat的日志输出方式 <br />| |-- server.xml tomcat的主配置文件 <br />| |-- tomcat-users.xml tomcat的角色(授权用户)配置文件 <br />|– web.xml tomcat的应用程序的部署描述符文件
|– lib
|– logs 日志文件默认存放目录
|– temp
| -- safeToDelete.tmp <br />|-- webapps tomcat默认存放应用程序的目录，好比apache的默认网页存放路径是/var/www/html一样 <br />| |-- docs tomcat文档 <br />| |-- examples tomcat自带的一个独立的web应用程序例子 <br />| |-- host-manager tomcat的主机管理应用程序 <br />| | |-- META-INF 整个应用程序的入口，用来描述jar文件的信息 <br />| | |– context.xml 当前应用程序的context容器配置，它会覆盖tomcat/conf/context.xml中的配置
| | |– WEB-INF 用于存放当前应用程序的私有资源
| | | |– classes 用于存放当前应用程序所需要的class文件
| | | |– lib 用于存放当前应用程序锁需要的jar文件
| | | -- web.xml 当前应用程序的部署描述符文件，定义应用程序所要加载的serverlet类，以及该程序是如何部署的 <br />| |-- manager tomcat的管理应用程序 <br />| |-- ROOT 指tomcat的应用程序的根，如果应用程序部署在ROOT中，则可直接通过http://ip:port 访问到 <br />– work 用于存放JSP应用程序在部署时编译后产生的class文件
3、了解tomcat的主配置文件(server.xml)结构及含义
如下图所示，前端请求被tomcat直接接收或者由前端的代理，通过HTTP，或者AJP代理给Tomcat，此时请求被tomcat中的connector接收，不同的connector和Engine被service组件关联起来，在一个Engine中定义了许多的虚拟主机，由Host容器定义，每一个Host容器代表一个主机，在各自的Host中，又可以定义多个Context，用此来定义一个虚拟主机中的多个独立的应用程序。

4、单实例应用程序配置一例
规划：
网站网页目录：/web/www 域名：www.test1.com
论坛网页目录：/web/bbs URL：bbs.test1.com/bbs
网站管理程序：$CATALINA_HOME/wabapps URL：manager.test.com 允许访问地址：172.23.136.*

conf/server.xml

<Resource name="UserDatabase" auth="Container"
          type="org.apache.catalina.UserDatabase"
          description="User database that can be updated and saved"
          factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
          pathname="conf/tomcat-users.xml" />
<Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
<!-- 修改HTTP/1.1的Connector监听端口为80.客户端通过浏览器访问的请求，只能通过HTTP传递给tomcat。  -->
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
<Engine name="Catalina" defaultHost="test.com">
<!-- 修改当前Engine，默认主机是，www.test.com  -->
<Realm className="org.apache.catalina.realm.LockOutRealm">
    <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
           resourceName="UserDatabase"/>
</Realm>
# Realm组件，定义对当前容器内的应用程序访问的认证，通过外部资源UserDatabase进行认证
  <Host name="test.com"  appBase="/web" unpackWARs="true" autoDeploy="true">
  <!--  定义一个主机，域名为：test.com，应用程序的目录是/web，设置自动部署，自动解压    -->
    <Alias>www.test.com</Alias>
    <!--    定义一个别名www.test.com，类似apache的ServerAlias -->
    <Context path="" docBase="www/" reloadable="true" />
    <!--    定义该应用程序，访问路径""，即访问www.test.com即可访问，网页目录为：相对于appBase下的www/，即/web/www，并且当该应用程序下web.xml或者类等有相关变化时，自动重载当前配置，即不用重启tomcat使部署的新应用程序生效  -->
    <Context path="/bbs" docBase="/web/bbs" reloadable="true" />
    <!--  定义另外一个独立的应用程序，访问路径为：www.test.com/bbs，该应用程序网页目录为/web/bbs   -->
    <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/web/www/logs"
           prefix="www_access." suffix=".log"
           pattern="%h %l %u %t &quot;%r&quot; %s %b" />
    <!--   定义一个Valve组件，用来记录tomcat的访问日志，日志存放目录为：/web/www/logs如果定义为相对路径则是相当于$CATALINA_HOME，并非相对于appBase，这个要注意。定义日志文件前缀为www_access.并以.log结尾，pattern定义日志内容格式，具体字段表示可以查看tomcat官方文档   -->
  </Host>
  <Host name="manager.test.com" appBase="webapps" unpackWARs="true" autoDeploy="true">
  <!--   定义一个主机名为man.test.com，应用程序目录是$CATALINA_HOME/webapps,自动解压，自动部署   -->
    <Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="172.23.136.*" />
    <!--   定义远程地址访问策略，仅允许172.23.136.*网段访问该主机，其他的将被拒绝访问  -->
    <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/web/bbs/logs"
           prefix="bbs_access." suffix=".log"
           pattern="%h %l %u %t &quot;%r&quot; %s %b" />
    <!--   定义该主机的访问日志      -->
  </Host>
</Engine>

conf/tomcat-users.xml

由以上配置不难看出存在的一个问题。如果我们想要对其中一个应用程序的配置做一些修改，那么就必须重新启动tomcat，那样势必就会影响到另外两个应用程序的正常服务。因此以上配置是不适合线上使用的，因此需要将其配置为多实例，每个实例只跑一个独立的应用程序，那样我们应用程序之间就不会在互相受到影响。但是我们将面临这样一个问题，80端口只能被一个HTTP/1.1 Connector监听，而三个tomcat实例则至少需要3个HTTP/1.1 Connector，这样我们就需要一个前端代理做分发处理，接收HTTP 80端口的请求，按域名通过每个tomcat实例的AJP/1.3 Connector传递请求。而前端的代理选择apache，基于这样的思路，我们还可以做到tomcat的负载均衡，而且apache会将接收的HTTP超文本传输报文重新封装成二进制格式通过AJP/1.3 协议传递给后端的tomcat处理，在效率上也是有明显的提升。
5、结合apache构造多实例tomcat集群
apache结合tomcat的方式主要有三种：mod_jk，ajp_proxy，http_proxy(以http协议代理给tomcat)，而当前使用最多的还是要数mod_jk。因为mod_jk出现的较早，技术已经相当成熟，而且具备集群节点健康检测功能，支持大型的AJP数据包。
安装apache,tomcat这里不在详述，需要了解，[请狂戳这里]
安装tomcat-connectors
tar zxvf tomcat-connectors-1.2.30-src.tar.gz
cd tomcat-connectors/src
./configure –with-apxs=/usr/local/apache/bin/apxs
make && make install
①单独建立httpd-jk.conf
单独建立httpd-jk.conf文件用来配置mod_jk的相关设置
vim /usr/local/apache2/conf/extra/httpd-jk.conf
LoadModule jk_module modules/mod_jk.so

配置apache装载mod_jk.so模块

JkWorkersFile /usr/local/apache/conf/extra/workers.properties

指定保存了worker相关工作属性定义的配置文件

JkLogFile /usr/local/apache/logs/mod_jk.log

定义mod_jk模块的日志文件

JkLogLevel info

定义mod_jk模块日志的记录级别

②建立worker相关工作属性定义的配置文件
vim /usr/local/apache/conf/extra/workers.properties
worker.list=Cluster1,stat
worker.web2.port=8003
worker.web2.host=172.23.138.19
worker.web2.type=ajp13
worker.web2.lbfactor=1
worker.web3.port=8003
worker.web3.host=172.23.136.144
worker.web3.type=ajp13
worker.web3.lbfactor=1
worker.Cluster1.type=lb
worker.Cluster1.balance_workers=web2,web3
worker.Cluster1.sticky_session = 1
worker.stat.type=status
worker.list=Cluster2
worker.manager2.port=7003
worker.manager2.host=172.23.138.19
worker.manager2.type=ajp13
worker.manager2.lbfactor=1
worker.manager3.port=7003
worker.manager3.host=172.23.136.144
worker.manager3.type=ajp13
worker.manager3.lbfactor=1
worker.Cluster2.type=lb
worker.Cluster2.balance_workers=manager2,manager3
worker.Cluster2.sticky_session = 1
③配置后端tomcat多实例
使用脚本快速部署tomcat实例，修改新实例的AJP/1.3 Connector的监听端口，HTTP/1.1 Connector的监听端口以及Server容器的监听端口。脚本内容如下：

!/bin/bash

when:2013-01-21

who: [email protected]

Java_Home=/usr/java/jdk1.7.0_10
Tomcat_Home=/usr/local/tomcat_7
Tomcat_User=tomcat
New_instance=/usr/local/new

if [ ! -d $New_instance ];then

mkdir -p $New_instance

else

echo "The parh alreadly exists..."
    exit

fi

id $Tomcat_User 2&> /dev/null & useradd -r $Tomcat_User

cp -r $Tomcat_Home/conf $New_instance
mkdir -p $New_instance/{logs,temp,webapps/ROOT,work}

cat > $New_instance/tomcat.sh « EOF

!/bin/sh

JAVA_HOME=echo $Java_Home
JAVA_OPTS=“-Xms64m -Xmx128m”
CATALINA_HOME=echo $Tomcat_Home
CATALINA_BASE=echo $New_instance
export JAVA_HOME JAVA_OPTS CATALINA_HOME CATALINA_BASE

su echo $Tomcat_User \$CATALINA_HOME/bin/catalina.sh \$1
EOF

cat > $New_instance/webapps/ROOT/index.jsp « EOF

This is a new tomcat instance!

Now time is: <%=new java.util.Date()%>

EOF

chown $Tomcat_User:$Tomcat_User -R $New_instance
现在后端每台tomcat节点的配置状况如下：
www.test.com实例：

manager.test.com实例：

使用新实例中的tomcat.sh进行启动每个实例

④配置多域名的负载均衡
vim /usr/local/apache/conf/extra/httpd-vhosts.conf

NameVirtualHost *:80

ServerName www.test.com
JkMount /* Cluster1
ServerName manager.test.com
JkMount /* Cluster2
JkMount /status stat

到此基于多域名多实例的tomcat负载均衡集群构建完成，启动apache即可，基于当前结构还可结合持久会话管理器(PersistentManager)来实现会话持久的效果。

构建一机多实例tomcat集群

时间： 2024-08-29 07:04:23

构建一机多实例tomcat集群的相关文章

从零认识tomcat，构建一机多实例tomcat集群(转)

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://grass51.blog.51cto.com/4356355/1123400 1.了解tomcatTomcat不是一个完整意义上的Jave EE(j2ee)服务器,因为它没有提供完整的Java EE企业应用平台的API.但是由于Tomcat遵循apache开源协议,并且对当前Java开发框架开源组件Structs.Spring和Hibernate等实现完美支持,因此tomcat被

tomcat集群机制剖析及其生产部署选型

为什么要使用集群? 为什么要使用集群?主要有两方面原因:一是对于一些核心系统要求长期不能中断服务,为了提供高可用性我们需要由多台机器组成的集群:另外一方面,随着访问量越来越大且业务逻辑越来越复杂,单台机器的处理能力已经不足以处理如此多且复杂的逻辑,于是需要增加若干台机器使整个服务处理能力得到提升. 集群难点在哪? 如果说一个web应用不涉及会话的话,那么做集群是相当简单的,因为节点都是无状态的,集群内各个节点无需互相通信,只需要将各个请求均匀分配到集群节点即可.但基本所有web应用都会使用会话机

tomcat集群实现源码级别剖析

随着互联网快速发展,各种各样供外部访问的系统越来越多且访问量越来越大,以前Web容器可以包揽接收-逻辑处理-响应整个请求生命周期的工作,现在为了构建让更多用户访问更强大的系统,人们通过不断地业务解耦.架构解耦将web容器的逻辑处理抽离交由其他中间件处理,例如缓存中间件.消息队列中间件.数据存储中间件等等.Web容器负责的工作可能越来越少,但是它确实必不可少的部分,它负责接收用户请求并分别调用各个服务最后响应.可以说目前最受欢迎的web容器是用Java写的tomcat小猫,由于生产上的tomcat

Java企业级电商项目实战 Tomcat集群与Redis分布式

本套课程包含:java电商项目实战课程 Tomcat集群视频教程 Redis项目实战课程课程目录1-1 课程导学1-2 大型Java项目架构演进解析1-3 一期课程与问答服务回顾1-4 一期项目结构和代码回顾1-5 课程使用系统及技术版本介绍(一期+二期)1-6 二期项目初始化第2章 Lombok框架集成及原理解析本章会对Lombok框架进行介绍,同时会讲解Lombok的原理.并手把手领着小伙伴们实战,引入Lombok以及IDE安装Lombok插件.然后会带着大家实战Coding,讲解@Data

Tomcat集群环境下session共享方案梳理（1）-通过memcached（MSM）方法实现

对于web应用集群的技术实现而言,最大的难点就是:如何能在集群中的多个节点之间保持数据的一致性,会话(Session)信息是这些数据中最重要的一块.要实现这一点, 大体上有两种方式: 一种是把所有Session数据放到一台服务器上或者数据库中,集群中的所有节点通过访问这台Session服务器来获取数据: 另一种就是在集群中的所有节点间进行Session数据的同步拷贝,任何一个节点均保存了所有的Session数据. Tomcat集群session同步方案有以下几种方式: 1)使用tomcat自带的

基于tomcat集群做session共享

前端代理服务器nginx:192.168.223.136 tomcat服务器:采用的一台多实例192.168.223.146:8081,192.168.223.146:8082(如何构建多实例tomcat,请参考前面的文章) 首先查看下tomcat的webapps目录架构: [[email protected] tomcat-instance]# pwd/usr/local/tomcat-instance[[email protected] tomcat-instance]# ll总用量 24-

MSM实现tomcat集群中session共享的高可用

目录 1.测试环境概述 2.MSM简介 2.1.MSM的特性 2.2.MSM要解决的问题 2.3.MSM的工作原理 3.环境搭建 3.1.memcached安装 3.2.jkd与tomcat安装配置 3.3.MSM sticky session + kryo模式的配置 3.4.MSM no-sticky session + kryo模式的配置 4.思考与总结 1.测试环境概述 采用两台linux x64主机,主机上分别安装memcached与tomcat,memcached提供key/value

Tomcat集群+Nginx+Redis服务搭建

由于公司新业务突然上来了,单个Tomcat实例已经不能满足业务发展的需要了,只能通过搭建集群来解决问题了.所以就出现了下面的内容: 1.Redis保存Session信息 为了保存Session信息在集群中可用,所以session信息不能保存Tomcat中,因为如果是这样的话要想实现Session信息的共享就必须通过Session复制的方式来同步Tomcat之间的Session信息,这样比较费力费力而且性能消耗比较大,所以选择通过redis来实现Session信息的保存和共享. 1.1Redis的

Web服务器Tomcat集群与负载均衡技术

我们曾经介绍过三种Tomcat集群方式的优缺点分析.本文将介绍Tomcat集群与负载均衡技术具体实施过程. 在进入集群系统架构探讨之前,先定义一些专门术语: 1. 集群(Cluster):是一组独立的计算机系统构成一个松耦合的多处理器系统,它们之间通过网络实现进程间的通信.应用程序可以通过网络共享内存进行消息传送,实现分布式计算机. 2. 负载均衡(Load Balance):先得从集群讲起,集群就是一组连在一起的计算机,从外部看它是一个系统,各节点可以是不同的操作系统或不同硬件构成的计算机.如