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

[经验分享] apache的三种工作模式

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2017-9-13 10:07:08 | 显示全部楼层 |阅读模式

web服务器Apache目前一共有三种稳定的MPM(Multi-Processing Module,多进程处理模式)

它们分别是prefork、worker和event,它们同时也代表这Apache的 演变和发展

使用httpd -V命令查看Apache的工作模式,如我安装的httpd-2.2版本


[iyunv@acbuf ~]# httpd -V
Server version: Apache/2.2.34 (Unix)
Server built:   Aug 10 2017 03:45:42
Server's Module Magic Number: 20051115:43
Server loaded:  APR 1.5.2, APR-Util 1.5.4
Compiled using: APR 1.5.2, APR-Util 1.5.4
Architecture:   64-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)

这里使用的是prefork模式,apache2.0默认prefork, 2.2默认为worker, 2.4版本是event


在configure配置编译参数的时候,可以使用–with-mpm=prefork|worker|event来指定编译为哪一种mpm, 也可以编译三种都支持–enable-mpms-shared=all,这样在编译的时候会在module目录自动编译三个MPM文件的so,然后通过修改httpd.conf配置文件更改MPM

1、Prefork MPM

Prefork MPM实现了一个非线程的、预派生的web服务器。它在Apache启动之初,就先预先派生一些子进程,然后等待连接;可以减少频繁创建和销毁进程的开销,每个子进程只有一个线程,在一个时间点内,只能出来一个请求。这是一个成熟稳定,可以兼容新老模块,也不需要担心线程安全问题,但是一个进程相对占用资源,消耗大量内存,不擅长处理高并发的场景

1504840763145901.png
配置方法:
<IfModule mpm_prefork_module>
    StartServers             5
    MinSpareServers          5
    MaxSpareServers         10
    MaxClients      250
    MaxRequestsPerChild           1000
</IfModule>

StartServers
#服务器启动时建立的子进程数量

MinSpareServers
#空闲子进程的最小数量,默认5;如果空闲子进程数少于MinSpareServers,那么Apache将以最大每秒一个的速度产生新的子进程。此参数不要设的太大

MaxSpareServers
#空闲子进程的最大数量,默认是10;如果当前有超过MaxSpareServers数量的空闲子进程,那么父进程会杀死多余的子进程。此参数不需要设置太大,如果你将其设置比MinSpareServers小,Apache会自动修改为MinSpareServers+1的数量

MaxClients
#限定服务器同一时间内客户端最大连接的请求数量,默认是256;任何超过了Maxclients限制的请求都要进入等待队列,一旦一个个连接被释放,队列中的请求才将得到服务,如果要增大这个数值,必须先增大ServerLimit,在Apache2.3.1版本之后这个参数MaxClients被称为MaxRequestWorkers.

MaxRequestsPerChild
#每个子进程在其生命周期内允许最大的请求数量,如果请求总数已经达到这个数值,子进程将会结束,如果设置为0,子进程将永远不会结束。在Apache2.3.9之后称之为MaxConnectionsPerChild。
这里建议设置非零,原因:
1).能够防止(偶然的)内存泄漏无限进行,从而耗尽内存。
2).给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程的数量(重生的机会)。
2、Worker MPM

和prefork模式相比,worker使用了多进程和多线程的混合模式,worker模式也同样会预先派生一些子进程,然后每个子进程创建一些线程,同时包括一个监听线程,每个请求过来会被分配到一个线程来服务。线程比起进程会更轻量,因为线程是通过共享父进程的内存空间,因此,内存的占用会减少一些,在高并发的场景下worker会比prefork有更多可用的线程,表现的会更优秀一些;另外,如果一个线程出现了问题也会导致同一进程下的线程出现问题,如果是多个线程出现问题,也只是影响Apache的一部分,而不是全部,由于用到多进程多线程,需要考虑到线程的安全了,在使用keep-alive长连接的时候,某个线程会一直被占用,即使中间没有请求,需要等待到超时才会被释放(该问题在prefork模式下也存在)。

1504841035271325.png
<IfModule mpm_worker_module>
    StartServers             3
ServerLimit 16
    MinSpareThreads         25
    MaxSpareThreads        75
    ThreadsPerChild         25
    Maxclients       400
    MaxRequestPerChild   1000
</IfModule>

StartServers
#服务器启动时建立的子进程数量,在worker模式下默认是3.

ServerLimit
#系统配置的最大进程数量

MinSpareThreads
#空闲子进程的最小数量,默认25

MaxSpareThreads
#空闲子进程的最大数量,默认75

ThreadsPerChild
#每个子进程产生的线程数量,默认25

Maxclients
#限定服务器同一时间内客户端最大接入的请求数量
在Apache2.3.9之后称之为MaxRequestWorkers。

MaxRequestsPerChild
每个子进程在其生命周期内允许最大的请求数量,如果请求总数已经达到这个数值,子进程将会结束,如果设置为0,子进程将永远不会结束。在Apache2.3.9之后称之为MaxConnectionsPerChild。
这里建议设置非零,原因:
1).能够防止(偶然的)内存泄漏无限进行,从而耗尽内存。
2).给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程的数量(重生的机会)。
worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild值决定的,应该大于等于MaxClients。如果负载很大,现有的子进程数不能满足时,控制进程会派生新的子进程。默认的最大子进程总数是16,加大时,也需要显式声明ServerLimit(最大值是20000)。需要注意的是,如果显式声明了ServerLimit,那么它乘以ThreadsPerChild的值必须大于等于Maxclients,而且MaxClients必须是ThreadsPerChild的整数倍,否则Apache将会自动调节到一个相应值。

3、Event MPM
这是apache最新的工作模式,它和worker模式很像,不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题,在event工作模式中,会有一些专门的线程用来管理这些keep-alive类型的线程,当有真实请求过来的时候,将请求传递给服务器的线程,执行完毕后,又允许它释放,这增强了在高并发场景下的请求处理。

1504841455584505.png

<IfModule mpm_worker_module>
    StartServers             3
ServerLimit 16
    MinSpareThreads         25
    MaxSpareThreads        75
    ThreadsPerChild         25
    Maxclients        400
    MaxRequestPerChild   1000
</IfModule>

提示;
Apache httpd能更好的为有特殊要求的站点定制。例如,要求 更高伸缩性的站点可以选择使用线程的MPM,即worker或event;需要可靠性或者与旧软件兼容的站点可以使用prefork


运维网声明 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-404462-1-1.html 上篇帖子: [zabbix监控]监控端口一直为0 下篇帖子: CentOS7:搭建SVN + Apache 服务器
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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