apache+mod_jk+tomcat(jboss) 架构连接池相关配置解读及原则

xiang8

　　在实际使用apache+mod_jk+tomcat(jboss) 架构的过程中，时常碰到对各处连接池数设置含义不清楚，设置错误，导致故障。本文集中讲述连接池相关内容：

一、apache
　　在 apache 2.0 中，引入了影响性能的最核心模块：MPM（multi‐processing‐modules）, MPM包含多种工作模式，MPM={beos|worker|prefork|mpmt_os2| perchild|leader|threadpool} 。最常使用的 worker 模型为例。它支持多线程和多进程混合工作。
在httpd.conf中时常有如下配置：

<IfModule worker.c>
ServerLimit         3000
ThreadLimit         128
MaxClients          2048
StartServers        7
ThreadsPerChild     128
MinSpareThreads     75
MaxSpareThreads     250
MaxRequestsPerChild 10000
</IfModule>

指令说明：

• ServerLimit：服务器允许配置的进程数上限。
  

• ThreadLimit：每个子进程可配置的线程数上限。
  

• MaxClients：客户端最大请求数量（最大线程数）。
  

• StartServers：服务器启动时建立的子进程数量。
  

• ThreadsPerChild：每个子进程建立的线程数。
  

• MinSpareThreads：最小空闲线程数,默认值是"75"。
  

• MaxSpareThreads：设置最大空闲线程数。默认值是"250"。
  

• MaxRequestsPerChild：设置每个子进程在其生存期内允许伺服的最大请求数量。到MaxRequestsPerChild的限制后，子进程将会结束。
  

配置原则：

• ServerLimit：
  

•  只有当MaxClients和ThreadsPerChild > 16 (默认值16) ,需要配置该值。
  
• Apache在编译时内部有一个硬限制"ServerLimit 20000"(对于preforkMPM为"ServerLimit 200000")。你不能超越这个限制
  
• ServerLimit<=MaxClients 并且MaxClients<=ThreadsPerChild.
  
• restart方式重启动将不会生效
  

• ThreadLimit:
  

• 该指令的值应当和ThreadsPerChild可能达到的最大值保持一致。（如果将ThreadLimit设置成一个高出ThreadsPerChild实际需要很多的值，将会有过多的共享内存被分配）
  
• 对于mpm_winnt，ThreadLimit的默认值是1920；对于其他MPM这个值是64。
  
• Apache在编译时内部有一个硬性的限制"ThreadLimit 20000"(对于mpm_winnt是"ThreadLimit 15000")，你不能超越这个限制。
  
• restart方式重启动将不会生效。
  

• MaxClients:
  

• 默认值 是"400"，16 (ServerLimit)乘以25(ThreadsPerChild)的结果
  
• 增加MaxClients的时候，必须同时增加 ServerLimit或则ThreadsPerChild的值
  
• MaxClients <= ServerLimit * ThreadsPerChild，并且MaxClients必须是ThreadsPerChild的倍数
  

• StartServers：
  

• worker默认值是"3"
  
• StartServers<ServerLimit
  

• ThreadsPerChild：
  

• 对于mpm_winnt，ThreadsPerChild的默认值是64；对于其他MPM是25。
  
• ThreadLimit >= ThreadsPerChild
  
• MaxClients <= ServerLimit * ThreadsPerChild，
  

• MinSpareThreads:
  

• 这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。
  
• MinSpareThreads<ThreadsPerChild.
  

• MaxSpareThreads:
  

• 这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程
  
• MaxSpareThreads>=MinSpareThreads+ThreadsPerChild.
  

•  MaxRequestsPerChild:
  

• 如果MaxRequestsPerChild为"0"，子进程将永远不会结束
  
• 将MaxRequestsPerChild设置成非零值有两个好处：可以防止(偶然的)内存泄漏无限进行而耗尽内存；
  给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
  

二、 Mod_Jk 

worker.localnode.connection_pool_size=128
worker.localnode.connection_pool_minsize=25
worker.localnode.connection_pool_timeout=600
 　　它实际上是创建了一个连接到 AJP 后端的连接池。通常情况下，这个值和 apache 连接池的
ThreadsPerChild 一致就可以了。如果这个值不设置，JK 将自动读取配置，设置为和ThreadsPerChild 一致。 

       当大并发量存在时，即便Apache的JK组件与tomcat保持足够多数量的连接，也不能有效避免HTTP 503错误，因为在大量的请求被转发到tomcat时，tomcat无法相应那么多请求，于是抛出了503。需要在Connector的地方配置maxThreads参数，将最大线程数调大。

三、TOMCAT

<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" maxThreads="1000" URIEncoding="UTF-8" />
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443"
acceptCount="100" debug="99" connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8" />
  说明：

    这里的指标的含义和apache的类似，配置上最主要关心：maxThreads，并且需要注意对于的端口，如果是mod_jk 对于配置  port="8009" protocol="AJP/1.3" 对应的 Connector参数。

四、jboss7
　　jboss7 对应有两个参数一个是系统参数：MAX_THREADS

<system-properties>   
<property name="org.apache.tomcat.util.net.MAX_THREADS" value="200"/>
<property name="org.apache.coyote.http11.Http11Protocol.MAX_HEADER_SIZ" value="8234"/>
<property name="org.apache.coyote.http11.DEFAULT_CONNECTION_TIMEOUT" value="20000"/>
</system-properties>
　　另外一个是:max-connections

<connector name="AJP" protocol="AJP/1.3" socket-binding="ajp" max-connections=”“ scheme="http" enable-lookups="false" redirect-port="8443"/>
　　对于默认的 JIO connector 它们是一样的，max-connections 会覆盖MAX_THREADS。