单Tomcat的多实例配置原理及应用

转自 http://www.cher7.com/?id=12919

我们常有在JAVAWeb应用部署或依赖Tomcat应用中遇到单机多实例的需求,解决方案一般有:

1、复制Tomcat到不同目录,更改Server.xml等配置文件

2、部署不同应用实例到webapps目录下或直接将多项目部署到同一Tomcat实例中

以此解决多项目部署问题,不能说以上两种解决方案不对,只是这种解决思路有以下几个问题:

  1. 复制多Tomcat难于维护。两三个实例还好说,如果配置十个以上的实例,那对于统一启动、Tomcat版本升级或更改配置将变得让维护人员很头疼;
  2. 复制Tomcat方法对日志系统不能统一管理。所有Tomcat都在生成logs文件夹的日志,比如Catalina.out等,日志文件也各自己维护自己的,一方面时间日志过于多且大,且不方面统一处理;
  3. 复制多Tomcat资源消耗大。
  4. 对于多项目同时部署到Tomcat webapps目录下的解决,项目与项目间依赖度太高,不方便统一调试或日志跟踪于定位
  5. 如果项目中存在过于多的单例,多项目同时有依赖且部署在同一webapps目录下,则可能导致项目无法正常运行或频繁出BUG
  6. 项目复制在同一webapps下,对于热加载和热部署也造成了很大的困难。虽然Tomcat管理可以实现热部署,但是对于实际线上项目,生成war包进行热部署,Tomcat自带的热部署功能便显得不尽人意。

为了解决以上问题,勾勾手对Tomcat启动及加载进行了一些探索,实现了另一种途径解决以上问题,即对单Tomcat部署多实例,当然对此很多前辈们早已了如指掌,但发现没人很多相关资料统一讲解和分享,勾勾手在这里就简单的给大家分享一下。单Tomcat部署多实例有以下优点:

1、 所有项目只应用单一Tomcat,对于项目启动、Tomcat升级可一次性解决,不需要更改过多配置

2、 单一Tomcat日志存储既不在是问题,可统一跟踪及处理

3、 多实例无依赖,可做到单实例下线或维护,不影响其它实例运行,方便管理

4、 对多实例间单例不会造成任何影响

5、 可实现自定义单一实例热加载热部署,不会对其它实例造成影响

原理讲解

通过Tomcat的Docs可以得知,Tomat的启动入口类为org.apache.catalina.startup.Bootstrap(以下简称Bootstrap),且依赖于server.xml,从入口main中可得知,启动时直接使用 start参数即可,默认调用Bootstrap的start方法,应用Tomcat 的conf目录下server.xml。除了默认参数外,还可以加很多其它的参数这里就不一一详述,有兴趣的同学可以多去看看Tomcat的Docs文档或直接阅读源码。这里我们只使用额外的一个参数 : -config ,此参数后边带的server.xml文件,也就是说我们可以通过这个参数来改变server.xml的目录以达到多实例启动的方法。原理就这么简单,其实很多人也发现我们在用Eclipse的WTP插件时,配置的servers里面,每个Server都有自己的一套配置文件,但是我们可以通过一个Tomcat进行多次增加Server以达到多项目多实例测试。

应用

通过以上讲解,我们可以将此应用在项目部署和Eclipse的Tomcat调试上,以下讲解一下应用场景:

1、 项目部署

对于Linux,针对每个项目:

a)我们可以编写以下脚本进行处理启动过程

export LC_ALL="en_US.utf8"
export LANG="en_US"
#统一定义Tomcat目录
TOMCAT_HOME=/home/dev/app/tomcat
 #tomcat
echo "shutdown tomcat:"
${TOMCAT_HOME}/bin/shutdown.sh -config /home/deploy/项目名称-server.xml
sleep 2
kill -9 `ps –ef | grep -v grep | grep ‘org.apache.catalina.startup.Bootstrap‘ | grep ‘项目名称-server.xml‘ | awk ‘{print $2}‘`
echo "tomcat shutdown"
echo "start up tomcat:please wait 20 seconds!"
${TOMCAT_HOME}/bin/startup.sh -config /home/dev/deploy/项目名称-server.xml

b)复制server.xml更改配置

<Server port="8311" shutdown="SHUTDOWN">
 <Service name="Catalina">
  <Connector port="5511" maxHttpHeaderSize="8292"
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" redirectPort="2443" acceptCount="100"
               connectionTimeout="8200" disableUploadTimeout="true"
               URIEncoding="GBK" useBodyEncodingForURI="true"/>
    <!-- Define an AJP 1.3 Connector on port 8209 -->
  <Connector port="8209"
               enableLookups="false" redirectPort="8443" protocol="AJP/1.3"
               URIEncoding="UTF-8" useBodyEncodingForURI="true"/>
    <Engine name="Standalone" defaultHost="192.168.82.29" debug="0">
      <Host name="192.168.82.29" unpackWARs="false" autoDeploy="false"
       xmlValidation="false" xmlNamespaceAware="false" appBase="">
       <Context docBase="项目目录 " path="/项目名称" reloadable="false" />
      </Host>
    </Engine>
  </Service>
</Server>

通过以上两个步骤,即可简单实现自定义启动和部署多应用到Tomcat下了。

2、Eclipse应用

以下再讲解Eclipse下不安装Tomcat插件或直接安装Tomcat插件时实现多实例启动的应用。

a)我们只需要在Run里面配置一下RunConfigurations即可,看图片

b)配置Tomcat参数,在此操作前先点右键Java Application,New一新的配置项,名字随便起,如Tomcat6.x:

c)配置入口类:

d)配置项目参数:

e)配置Classpath:

f)配置调试源码:

至此点击Apply即可完成对Tomcat在Eclipse中的配置,如需要多个,可复制多份简单改一下配置就可以了。
以上对Tomcat的多实例配置原理及应用就讲解完了,如果有什么问题,可以随时留言交流。

时间: 2024-07-28 12:42:12

单Tomcat的多实例配置原理及应用的相关文章

[转载]Tomcat单机多实例配置

Tomcat单机多实例配置 当一个进程的线程超过500个的话,那么这个进程的运行效率会变得很低.因为一个进程产生过多的线程,CPU资源会浪费在线程间切换过程当中.但当服务器配置很高的情况下,如:32G内存,16核的CPU.这样一台高配的机器上只装一个Tomcat实例,会有点浪费.其实我们可以根据服务器的硬件配置,配置多个Tomcat实例,充分利用硬件的资源.你第一时间可能会想到,直接下载多份Tomcat安装包,直接解压,改下端口跑起来不就可以了? 这样也是可以的,但不好维护.假设你在一台机器上安

Tomcat单机多实例配置

配置多实例目录: 安装好tomcat后,创建三个实例目录,将主站点的:conf. work .temp.logs目录分别复制到3个实例目录下. 1 [[email protected] tomcat]# mkdir {bbs.fox.com,www.fox.com,e-mail.fox.com} 2 [[email protected] tomcat]# cp -r conf logs temp work ./bbs.fox.com 3 [[email protected] tomcat]# c

Tomcat(tomcat虚拟主机,Tomcat日志,单机多实例配置实战,JVM设置和连接数设置)

一.配置Tomcat的虚拟主机 一.Tomcat虚拟主机基本配置. 在介绍nginx和apache的时候,我们都有提过虚拟主机,在tomcat中也有这么一说, [[email protected] ~]# vim /usr/local/tomcat/conf/server.xml 搜索/Host,其中<Host>和</Host>之间的配置为虚拟主机配置部分,name定义域名,appBase定义应用的目录,Java的应用通常是一个Jar的压缩包,将jar的压缩包放到appBase目录

Tomcat 单(多)实例部署使用

一.前言 (一).概述 Tomcat 是由 Apache 开发的一个 Servlet 容器,实现了对 Servlet 和 JSP 的支持,并提供了作为Web服务器的一些特有功能,如Tomcat管理和控制平台.安全域管理和Tomcat阀等.由于 Tomcat 本身也内含了一个 HTTP 服务器,它也可以被视作一个单独的 Web 服务器.但是,不能将 Tomcat 和Apache HTTP 服务器混淆,Apache HTTP 服务器是一个用 C 语言实现的 HTTP Web 服务器;这两个 HTTP

HSRP配置实例加原理

HSRP配置实例加原理 一.HSRP原理(Hot Standby Routing protocol) 1.HSRP为IP网络提供了容错和增强的路由选择功能. 2.HSRP备份组由一台活跃的路由器.一台备份路由器.一台虚拟路由器和其他路由器组成. 3.活跃路由器负责转发发动到虚拟路由器的数据包:备份路由器负责监视当活跃路由器不能工作,迅速承担转发数据包的责任:虚拟路由器向最终用户提供一个连续工作的路由器. 4.HSRP组内的路由器通过优先级衡量路由器的优先程度,优先级最高的为活跃路由器. 二.实验

Tomcat 优化方案 和 配置详解

Service.xml Server.xml配置文件用于对整个容器进行相关的配置. <Server>元素: 是整个配置文件的根元素.表示整个Catalina容器. 属性: className:实现了org.apache.catalina.Server接口的类名,标准实现类是org.apache.catalina.core.StandardServer下载类. Port:Tomcat服务器监听用于关闭Tomcat服务器的命令(必须) Shutdown:发送到端口上用于关闭Tomcat服务器的命令

Tomcat源码分析——请求原理分析(下)

前言 本文继续讲解TOMCAT的请求原理分析,建议朋友们阅读本文时首先阅读过<TOMCAT源码分析——请求原理分析(上)>和<TOMCAT源码分析——请求原理分析(中)>.在<TOMCAT源码分析——请求原理分析(中)>一文我简单讲到了Pipeline,但并未完全展开,本文将从Pipeline开始讲解请求原理的剩余内容. 管道 在Tomcat中管道Pipeline是一个接口,定义了使得一组阀门Valve按照顺序执行的规范,Pipeline中定义的接口如下: getBas

Tomcat源码分析——请求原理分析(中)

前言 在<TOMCAT源码分析——请求原理分析(上)>一文中已经介绍了关于Tomcat7.0处理请求前作的初始化和准备工作,请读者在阅读本文前确保掌握<TOMCAT源码分析——请求原理分析(上)>一文中的相关知识以及HTTP协议和TCP协议的一些内容.本文重点讲解Tomcat7.0在准备好接受请求后,请求过程的原理分析. 请求处理架构 在正式开始之前,我们先来看看图1中的Tomcat请求处理架构. 图1 Tomcat请求处理架构 图1列出了Tomcat请求处理架构中的主要组件,这里

Docker 快速验证 tomcat 单机多实例方案

概述 主要讲的是解决问题的思路.当然也附带了尽可能详细的步骤,感兴趣的童鞋可以一步一步跟着来实践一把.因为运维职业的缘故,基本上是把事故当故事来写了,希望能够喜欢. 缘起 至少10年了,没在一线玩过 Tomcat 了,这次客户现场就来了一场遭遇战.虽然客户说了他来搭建,但是项目进度不等人,还是自己动手吧.当然了,新服务器是要走流程申请的,只能在现有服务器想办法.犹记得当年解决 Tomcat 部署这些都是小菜,没想到在苛刻的商业环境中,处处是坑,步步有雷.不过,咱干过开发也干过运维,这点儿动手的事