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

[经验分享] Apache 优化

[复制链接]

尚未签到

发表于 2018-11-21 11:16:54 | 显示全部楼层 |阅读模式
  服务器资源
  那么服务器的资源包括哪些?对于网站来说主要是CPU、TCP连接数这两者。 CPU表现在任务数上,在Linux下使用平均负载(loadavg)来衡量。
  可通过以下命令来查看: cat /proc/loadavg
  对于单CPU的服务器,loadavg高于1,表明任务队列出现了等待,CPU忙不过来了。超过2以上就会明显感到性能降低了。
  TCP连接数可通过以下命令查看: netstat -ant | grep :80 | wc -l
  如果要实时监控服务器资源。
  注1:内存不算,低廉的价格使得网站服务器很少有因为内存不够而down掉的。
  注2:CPU%是瞬时的CPU使用率,通常无法反映出整体负载。
  Apache在资源方面的配置命令主要有以下几条。
  KeepAlive 是否允许持续连接
  MaxKeepAliveRequests 允许的持续连接的最大数
  KeepAliveTimeout 持续连接在没有请求多少秒后切断
  StartServers 最初启动时启动多少个服务器进程
  MinSpareServers 空闲服务器进程的最小数
  MaxSpareServers 空闲服务器进程的最大数
  MaxRequestsPerChild 每个子进程处理的最大请求数
  KeepAlive 前三个KeepAlive相关的指令用来设置持续连接。通常都是每个HTTP请求对应一个TCP连接,但对于一个包含许多图片的网页来说,客户端会在瞬间发出多个HTTP请求,此时多次建立TCP连接会大大降低响应速度。此时通过持续连接,可以允许用户在一个TCP连接中发出多个HTTP请求,减少TCP连接建立次数,提高响应速度.
  这种情况下,应当通过access_log统计出连续HTTP请求出现的次数、间隔时间、访问量,以确定 MaxKeepAliveRequests 和 KeepAliveTimeout 的值。 KeepAliveTimeout 太小发挥不了持续连接的作用;太大了,持续连接迟迟不断,浪费TCP连接数不说,更糟糕的是系统中的 httpd 进程数目会因此不断增加,使得系统负载升高,甚至会导致服务器失去响应。
  但是在处理动态网页请求时,由于用户很少会瞬间请求多个动态网页(一般都是打开页面之后阅读好半天才点下一页),此时打开KeepAlive无异于浪费TCP连接数。
  结论就是,放动态网页的就 KeepAlive Off 以提高吞吐量,放静态内容如图片、js代码等就 KeepAlive On 以减少TCP连接建立次数。
  但一个Apache只能有一种 KeepAlive 设置,怎么办?很简单,弄两台服务器,一个专门放脚本,一个专门放图片。 服务器进程数 再说说下面的 StartServers、MinSpareServers、MaxSpareServers。
  StartServers基本不用修改,因为Apache会自动调节子进程数。
  MinSpareServers和MaxSpareServers是空闲子进程数目,何为空闲子进程?假设某一时刻系统中共有30个httpd进程,其中一个是父进程,20个在处理请求,那么空闲子进程数就是9个。
  空闲进程少了,大量的突发请求会使服务器疲于进程创建,降低效率;而太多反而会增加系统进程数,增大系统负载。 实际上,默认值已足够处理一般的突发请求,所以除非是流量特别特别巨大的网站,否则不要修改这些设置。 就算流量特别特别大,也是通过负载平衡系统来降低每台服务器的访问量,不会修改这几个值。 MaxRequestsPerChild 这个值设置子进程在处理多少个请求之后自动结束。这个选项是用来防止进程由于内存泄漏等使用内存过多。一般默认值即可。
  总结
  说来说去其实最重要的还是 KeepAlive 的设置,而性能调节也就是调整 KeepAlive、KeepAliveTimeout 值。


运维网声明 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-637718-1-1.html 上篇帖子: Apache加载proxy、proxy_ajp、proxy_balancer 下篇帖子: Apache Httpd服务器之虚拟机详解
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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