tomcat7部署

tomcat部署
tomcat配置
最大线程数和排队数

tomcat部署

下载地址：apache-tomcat-7.0.37.tar.gz

U=admin && cd /opt/ \
&& tar zxvf apache-tomcat-7.0.37.tar.gz \
&& ln -sfT apache-tomcat-7.0.37 tomcat \
&& chown -R $U:$U apache-tomcat* tomcat* \
&& chmod 700 tomcat/bin/*.sh

tomcat配置

日志及临时目录配置

cd /opt/tomcat \
&& U=admin && LOGD=/var/log/tomcat \
&& sed -i.bak "s#\${catalina.base}/logs#$LOGD#g" conf/logging.properties \
&& mkdir -p $LOGD && touch bin/setenv.sh \
&& chown -R $U:$U bin/setenv.sh $LOGD && chmod 755 bin/setenv.sh $LOGD \
&& cat > bin/setenv.sh <<EOF
CATALINA_OUT=$LOGD/catalina.out
CATALINA_TMPDIR=$LOGD
EOF

catalina.out自动回滚设置

cat > /etc/logrotate.d/tomcat <<EOF
/var/log/tomcat/catalina.out {
    copytruncate
    weekly
    rotate 20
    compress
    missingok
    size 20M
}
EOF

catalina.sh

JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8 -server -Xms1536m 
-Xmx1536m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:PermSize=256m 
-XX:MaxPermSize=256m -XX:+DisableExplicitGC "

JAVA_OPTS="-Xms1024M -Xmx1024m -XX:MaxPermSize=256m"

conf/server.xml，在host节点设置日志和context

      <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">
        <!--
             http://tomcat.apache.org/tomcat-7.0-doc/config/valve.html#Access_Log_Valve
             pattern="%h %l %u %t &quot;%r&quot; %s %b %{Referer}i %{User-Agent}i %D"
             pattern="common"
             pattern="combined"
        -->
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="/var/log/tomat" 
               prefix="tomcat_access_log." suffix=".txt"
               pattern="%{X-Real-IP}i %l %u %t &quot;%r&quot; %s %b %{Referer}i %{User-Agent}i %D %a"
               resolveHosts="false"/>
        <!-- for ev -->
        <Context path="/test" docBase="../webapps/test" debug="0"/>
      </Host>

通过Nginx负载均衡后，获取RemoteAddr方法
- 访问过程：Cleint --> Nginx --> tomcat，因此tomcat中获取的用户IP是Nginx服务器的IP地址；
- 要优化使用request.getHeader("X-Real-IP");来获取Client的真实IP地址，若没有X-Real-IP，则按原有方式获取。

最大线程数和排队数

tomcat的maxThreads、acceptCount（最大线程数、最大排队数）

原文:http://www.cnblogs.com/baibaluo/archive/2011/08/23/2150305.html

tomcat 6的Connector配置如下

<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443"
               maxThreads="800" acceptCount="1000"/>

其中最后两个参数意义如下：
- maxThreads：tomcat起动的最大线程数，即同时处理的任务个数，默认值为200
- acceptCount：当tomcat起动的线程数达到最大时，接受排队的请求个数，默认值为100

这两个值如何起作用，请看下面三种情况：
1. 情况1：接受一个请求，此时tomcat起动的线程数没有到达maxThreads，tomcat会起动一个线程来处理此请求。
2. 情况2：接受一个请求，此时tomcat起动的线程数已经到达maxThreads，tomcat会把此请求放入等待队列，等待空闲线程。
3. 情况3：接受一个请求，此时tomcat起动的线程数已经到达maxThreads，等待队列中的请求个数也达到了acceptCount，此时tomcat会直接拒绝此次请求，返回connection refused

maxThreads如何配置

一般的服务器操作都包括两方面：计算（主要消耗cpu）、等待（io、数据库等）。

第一种极端情况，如果我们的操作是纯粹的计算，那么系统响应时间的主要限制就是cpu的运算能力，此时maxThreads应该尽量设的小，降低同一时间内争抢cpu的线程个数，可以提高计算效率，提高系统的整体处理能力。

第二种极端情况，如果我们的操作纯粹是IO或者数据库，那么响应时间的主要限制就变为等待外部资源，此时maxThreads应该尽量设的大，这样才能提高同时处理请求的个数，从而提高系统整体的处理能力。此情况下因为tomcat同时处理的请求量会比较大，所以需要关注一下tomcat的虚拟机内存设置和linux的open file限制。

我在测试时遇到一个问题，maxThreads我设置的比较大比如3000，当服务的线程数大到一定程度时，一般是2000出头，单次请求的响应时间就会急剧的增加，百思不得其解这是为什么，四处寻求答案无果，最后我总结的原因可能是cpu在线程切换时消耗的时间随着线程数量的增加越来越大，cpu把大多数时间都用来在这2000多个线程直接切换上了，当然cpu就没有时间来处理我们的程序了。

以前一直简单的认为多线程=高效率。其实多线程本身并不能提高cpu效率，线程过多反而会降低cpu效率。

当cpu核心数<线程数时，cpu就需要在多个线程直接来回切换，以保证每个线程都会获得cpu时间，即通常我们说的并发执行。

所以maxThreads的配置绝对不是越大越好。

现实应用中，我们的操作都会包含以上两种类型（计算、等待），所以maxThreads的配置并没有一个最优值，一定要根据具体情况来配置。

最好的做法是：在不断测试的基础上，不断调整、优化，才能得到最合理的配置。

acceptCount的配置，我一般是设置的跟maxThreads一样大，这个值应该是主要根据应用的访问峰值与平均值来权衡配置的。

如果设的较小，可以保证接受的请求较快响应，但是超出的请求可能就直接被拒绝。

如果设的较大，可能就会出现大量的请求超时的情况，因为我们系统的处理能力是一定的。