设为首页 收藏本站
查看: 825|回复: 0

[经验分享] Apache中3种MPM工作方式的区别及配置详解

[复制链接]

尚未签到

发表于 2018-11-20 09:13:21 | 显示全部楼层 |阅读模式
MPM是Multi-Processing Modules,表示Apache中的多路处理模块,目前在Linux上的Apache2.2/2.4中包括三种模式:prefork、worker和event模式。apache或httpd的命令参数“-l”即可列出当前apache中已经编译了的模块,由于MPM只能在编译时指定其中一种,所以列出的静态模块中MPM只有1个,如下所示:
  # httpd -l
  Compiled in modules:
  core.c
  prefork.c    #说明使用的是prefork模式
  http_core.c
mod_so.c
  1.  rpm方式安装后的相关配置。
  在一些发行版的Apache安装时,可能不仅安装了prefork模式的httpd,也可能安装有worker/event模式的httpd供用户根据实际需要来选择。比如RHEL6.4中的httpd安装包就是同时提供了worker和event模式的httpd程序,如下所示:
  
  # /usr/sbin/httpd.worker -l
  Compiled in modules:
    core.c
   worker.c
   http_core.c
   mod_so.c
  # /usr/sbin/httpd.event -l
  Compiled in modules:
    core.c
    event.c
   http_core.c
  mod_so.c
  
  在RHEL系统中,可以很容易地配置httpd服务对prefork、worker和event等3种模式来进行选择。
  编辑 /etc/sysconfig/httpd 文件,可以将HTTPD=/usr/sbin/httpd.worker”这行取消注释,然后重启httpd服务,即可使用到woker模式的httpd了;也可以改变httpd, httpd.worker, httpd.event的文件名为httpd而切换不同的模式。不过可能使用worker模式的httpd会与PHP的一些东西存在兼容性而导致httpd服务不能启动,如下所示,是需要安装php-zts 软件包。
  # service httpd start
  Starting httpd: httpd.worker: Syntax error online 221 of /etc/httpd/conf/httpd.conf: Syntax error on line 9 of/etc/httpd/conf.d/php.conf: Cannot load /etc/httpd/modules/libphp5-zts.so intoserver: /etc/httpd/modules/libphp5-zts.so: cannot open shared object file: Nosuch file or directory
                                                            [FAILED]
  # yum install php-zts
  # service httpd start
  Starting httpd: httpd.worker: Could notreliably determine the server's fully qualified domain name, using192.168.199.112 for ServerName
                                                          [  OK  ]

  •   1.  源码包编译安装后的相关配置。
  在Apache编译时,做configure这一步,可以加上”–with-mpm=event”来将event编译作为MPM编译进去,同样也可以选择prefork和worker。另外,也可以将多个MPM编译为共享模块,configure中的参数为:–enable-mpms-shared=MPM-LIST (如:–enable-mpms-shared=’prefork worker’,–enable-mpms-shared=all)。httpd-2.4.4默人加载的是event模式。3种方式都安装后,可以发现在modules/目录下生成了3种对应的mpm方式,如果要切换,则在httpd.conf文件里编辑LoadModule即可加载。
  
  3. prefork, worker, event 三种模式的区别:
1). prefork 中没有线程的概念,是多进程模型,一个进程处理一个连接;稳定;响应快。其缺点是在连接数比较大时就非常消耗内存。
2). worker 是多进程多线程模型,一个进程有多个线程,每个线程处理一个连接。与prefork相比,worker模式更节省系统的内存资源。不过,需要注意worker模式下的Apache与php等程序模块的兼容性。但worker MPM也有不完善的地方,如果一个线程崩溃,整个进程就会连同其所有线程一起"死掉".由于线程共享内存空间,所以一个程序在运行时必须被系统识别为"每个线程都是安全的"。总的来说,prefork方式速度要稍高于worker,然而它需要的cpu和memory资源也稍多于woker。
3). 以上两种稳定的MPM方式在非常繁忙的服务器应用下都有些不足。尽管HTTP的Keepalive方式能减少TCP连接数量和网络负载,但是 Keepalive需要和服务进程或者线程绑定,这就导致一个繁忙的服务器会耗光所有的线程。 Event MPM是解决这个问题的一种新模型,它把服务进程从连接中分离出来。在服务器处理速度很快,同时具有非常高的点击率时,可用的线程数量就是关键的资源限制,此时EventMPM方式是最有效的。一个以Worker MPM方式工作的繁忙服务器能够承受每秒好几万次的访问量(例如在大型新闻服务站点的高峰时),而Event MPM可以用来处理更高负载。event模式不能很好的支持https的访问(HTTP认证相关的问题)。
  4. 配置文件参数。
  rpm安装后在httpd.conf文件里,源码编译安装后在conf/extra/httpd-mpm.conf。
  1) 源码编译方式。
  
     StartServers             5
     MinSpareServers          5
     MaxSpareServers         10
     MaxRequestWorkers      250
     MaxConnectionsPerChild   0
  
  prefork 控制进程在最初建立“StartServers”个子进程后,为了满足MinSpareServers设置的需要创建一个进程,等待一秒钟,继续创建两个,再等待一秒钟,继续创建四个……如此按指数级增加创建的进程数,最多达到每秒32个,直到满足MinSpareServers设置的值为止。这种模式可以不必在请求到来时再产生新的进程,从而减小了系统开销以增加性能。MaxSpareServers设置了最大的空闲进程数,如果空闲进程数大于这个值,Apache会自动kill掉一些多余进程。这个值不要设得过大,但如果设的值比MinSpareServers小,Apache会自动把其调整为 MinSpareServers+1。如果站点负载较大,可考虑同时加大MinSpareServers和MaxSpareServers。
  MaxRequestsPerChild设置的是每个子进程可处理的请求数。每个子进程在处理了“MaxRequestsPerChild”个请求后将自动销毁。0意味着无限,即子进程永不销毁。虽然缺省设为0可以使每个子进程处理更多的请求,但如果设成非零值也有两点重要的好处:
  1、可防止意外的内存泄漏。2、在服务器负载下降的时侯会自动减少子进程数。
  MaxRequestWorkers指令集同时将服务请求的数量上的限制。任何连接尝试在MaxRequestWorkerslimit将通常被排队,最多若干基于上ListenBacklog指令。在apache2.3.13以前的版本MaxRequestWorkers被称为MaxClients。
  (MaxClients是这些指令中最为重要的一个,设定的是 Apache可以同时处理的请求,是对Apache性能影响最大的参数。如果请求总数已达到这个值(可通过ps -ef|grep http|wc -l来确认),那么后面的请求就要排队,直到某个已处理请求完毕。这就是系统资源还剩下很多而HTTP访问却很慢的主要原因。虽然理论上这个值越大,可以处理的请求就越多,但Apache默认的限制不能大于256。)
  
     StartServers             3
     MinSpareThreads         75
     MaxSpareThreads        250
     ThreadsPerChild         25
      MaxRequestWorkers      400
     MaxConnectionsPerChild   0
  
  Worker 由主控制进程生成“StartServers”个子进程,每个子进程中包含固定的ThreadsPerChild线程数,各个线程独立地处理请求。同样,为了不在请求到来时再生成线程,MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数。MinSpareThreads和 MaxSpareThreads的最大缺省值分别是75和250。这两个参数对Apache的性能影响并不大,可以按照实际情况相应调节。
  而MaxRequestWorkers 设置了同时连入的clients最大总数。如果现有子进程中的线程总数不能满足负载,控制进程将派生新的子进程。
  ThreadsPerChild是worker MPM中与性能相关最密切的指令。ThreadsPerChild的最大缺省值是64,如果负载较大,64也是不够的。这时要显式使用ThreadLimit指令,它的最大缺省值是20000,ThreadLimit要放在最前面才生效。
  Worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild 值决定的,应该大于等于MaxRequestWorkers。如果负载很大,现有的子进程数不能满足时,控制进程会派生新的子进程。默认最大的子进程总数是16,加大时也需要显式声明ServerLimit。需要注意的是,如果显式声明了ServerLimit,那么它乘以 ThreadsPerChild的值必须大于等于MaxRequestWorkers,而且MaxRequestWorkers必须是ThreadsPerChild的整数倍,否则 Apache将会自动调节到一个相应值。
  
     StartServers             3
     MinSpareThreads         75
     MaxSpareThreads        250
     ThreadsPerChild         25
     MaxRequestWorkers      400
     MaxConnectionsPerChild   0
  2) rpm安装方式。

  
  StartServers       8
  MinSpareServers    5
  MaxSpareServers   20
  ServerLimit     256
  MaxClients      256
  MaxRequestsPerChild  4000
  
  默认的MaxClient最大是256个线程,如果想设置更大的值,就的加上ServerLimit这个参数。20000是ServerLimit这个参数的最大值。如果需要更大,则必须编译apache。
  
  StartServers         2
  MaxClients         150
  MinSpareThreads     25
  MaxSpareThreads     75
  ThreadsPerChild     25
  MaxRequestsPerChild  0
  
  可以配置ServerLimitThreadLimit
  





运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-637204-1-1.html 上篇帖子: apache RewriteRule 下篇帖子: Apache静态编译与动态编译的区别
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表