Tomcat 多端口,多虚拟主机配置方法

 Tomcat多使用在开发环境里,但有时也做生产环境。在生产环境下多会碰到,需要在一个tomcat下放置多个站点的情况。有时还需要同时打开多个不同的端口,接受多个域名请求的情况。通常这种情况会开启多个tomcat实例。这种方法有如下利弊:

优点:1.每个站点相互独立,互相不受干扰。不会因为一个站点繁忙导致,其它站点受影响。

            2.可以对tomcat,做高度自定义。当需要做一些对容器不安全的情况下。为保证其它站点不受影响,可以使用这种情况。如:需要开启自定义线程。

 

缺点:1.浪费系统资源。虽然tomcat占用系统资源很少,但实例过多浪费还是很严重的。由于tomcat有内存溢出的问题,需要改大内存,而这样导致了系统资源的大量浪费。

            2.管理不方便,无论是调优,还是日常的启动,关闭,端口管理。虽然Linux下很多命令很方便,但还是很麻烦。

 

       我曾经发现有的服务器上,最多部署过6个tomcat,内存的浪费可想而知了...

 

       有时真的很羡慕windows上的IIS,我想没几个见过一台windows上跑多个IIS吧?所以我认真的花时间研究了一下,tomcat配置,实际上tomcat支持多端口,多虚拟目录的情况,多个服务的方式,可见tomcat配置很灵活。需要修改conf/server.xml

 

首先是让tomcat监听多个端口:

 <Connector port="8081" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />

    <Connector port="8082" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />

只需填加一个Connector就可以了。

 

         但这种方法有一个缺点是,两个端口处理的东西是一样的,也就是访问8081和8082的内容是一样的。这种适合需要使用指定模个端口的情况。

 

接下来是让tomcat,一个为不同域名服务。

<Engine name="Catalina" defaultHost="localhost">

      <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
	     resourceName="UserDatabase"/>

      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true"
	    xmlValidation="false" xmlNamespaceAware="false">
      </Host>

      <Host name="www.java.com"  appBase="webapps2"
            unpackWARs="true" autoDeploy="true"
	    xmlValidation="false" xmlNamespaceAware="false">
      </Host>
 </Engine>

只需填加一个Host就可以了,appBase需要使用另外一个目录。这样不同域名,访问不同目录。

 

         最后,我们可能希望,Tomcat可以使用不同IP,访问不同目录。除了进程是一个,其它跟俩个实例一样。这个xml比较多,只列出需要的部分。

 <Service name="Catalina2">

    <Connector port="8082" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />

    <Engine name="Catalina2" defaultHost="localhost">

      <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
             resourceName="UserDatabase"/>

      <Host name="localhost"  appBase="webapps2"
            unpackWARs="true" autoDeploy="true"
            xmlValidation="false" xmlNamespaceAware="false">

      </Host>
    </Engine>
  </Service>

  上面是需要新增到xml里面的。就是添加了一个Service。Service name, Engine name,host appBase都需要修改。这样就可以一个tomcat完成俩个实例工作了。


附录:(各个参数的含义)
service name 指定service的名字 
Connector
(表示客户端和service之间的连接) port 指定服务器端要创建的端口号,并在这个断口监听来自客户端的请求 
minProcessors 服务器启动时创建的处理请求的线程数 
maxProcessors 最大可以创建的处理请求的线程数 
enableLookups 如果为true,则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名,若为false则不进行DNS查询,而是返回其ip地址 
redirectPort 指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号 
acceptCount 指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理 
connectionTimeout 指定超时的时间数(以毫秒为单位) 
Engine
(表示指定service中的请求处理机,接收和处理来自Connector的请求) defaultHost 指定缺省的处理请求的主机名,它至少与其中的一个host元素的name属性值是一样的 
Context
(表示一个web应用程序,通常为WAR文件,关于WAR的具体信息见servlet规范) docBase 应用程序的路径或者是WAR文件存放的路径 
path 表示此web应用程序的url的前缀,这样请求的url为http://localhost:8080/path/**** 
reloadable 这个属性非常重要,如果为true,则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化,自动装载新的应用程序,我们可以在不重起tomcat的情况下改变应用程序 
host
(表示一个虚拟主机)
name 指定主机名 
appBase 应用程序基本目录,即存放应用程序的目录 
unpackWARs 如果为true,则tomcat会自动将WAR文件解压,否则不解压,直接从WAR文件中运行应用程序 
Logger
(表示日志,调试和错误信息)
className 指定logger使用的类名,此类必须实现org.apache.catalina.Logger 接口 
prefix 指定log文件的前缀 
suffix 指定log文件的后缀 
timestamp 如果为true,则log文件名中要加入时间,如下例:localhost_log.2001-10-04.txt 
Realm
(表示存放用户名,密码及role的数据库)
className 指定Realm使用的类名,此类必须实现org.apache.catalina.Realm接口 
Valve
(功能与Logger差不多,其prefix和suffix属性解释和Logger 中的一样)
className 指定Valve使用的类名,如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息

directory 指定log文件存放的位置 
pattern 有两个值,common方式记录远程主机名或ip地址,用户名,日期,第一行请求的字符串,HTTP响应代码,发送的字节数。combined方式比common方式记录的值更多 


评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值