`

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

阅读更多

   

      在实际使用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:
  1.  只有当MaxClients和ThreadsPerChild > 16 (默认值16) ,需要配置该值。
  2. Apache在编译时内部有一个硬限制"ServerLimit 20000"(对于preforkMPM为"ServerLimit 200000")。你不能超越这个限制
  3. ServerLimit<=MaxClients 并且MaxClients<=ThreadsPerChild.
  4. restart方式重启动将不会生效
  • ThreadLimit:
  1. 该指令的值应当和ThreadsPerChild可能达到的最大值保持一致。(如果将ThreadLimit设置成一个高出ThreadsPerChild实际需要很多的值,将会有过多的共享内存被分配)
  2. 对于mpm_winnt,ThreadLimit的默认值是1920;对于其他MPM这个值是64。
  3. Apache在编译时内部有一个硬性的限制"ThreadLimit 20000"(对于mpm_winnt是"ThreadLimit 15000"),你不能超越这个限制。
  4. restart方式重启动将不会生效。
  • MaxClients:
  1. 默认值 是"400",16 (ServerLimit)乘以25(ThreadsPerChild)的结果
  2. 增加MaxClients的时候,必须同时增加 ServerLimit或则ThreadsPerChild的值
  3. MaxClients <= ServerLimit * ThreadsPerChild,并且MaxClients必须是ThreadsPerChild的倍数
  • StartServers:
  1. worker默认值是"3"
  2. StartServers<ServerLimit
  • ThreadsPerChild:
  1. 对于mpm_winnt,ThreadsPerChild的默认值是64;对于其他MPM是25。
  2. ThreadLimit >= ThreadsPerChild
  3. MaxClients <= ServerLimit * ThreadsPerChild,
  • MinSpareThreads:
  1. 这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少,子进程将产生新的空闲线程。
  2. MinSpareThreads<ThreadsPerChild.
  • MaxSpareThreads:
  1. 这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多,子进程将杀死多余的空闲线程
  2. MaxSpareThreads>=MinSpareThreads+ThreadsPerChild.
  •  MaxRequestsPerChild:
  1. 如果MaxRequestsPerChild为"0",子进程将永远不会结束
  2. 将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。

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics