apache+mod_jk+tomcat(jboss) 架构连接池相关配置解读及原则
程序员文章站
2022-05-09 12:14:01
...
在实际使用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。