安装lighttpd
yum install epel-release
yum install lighttpd
lighttpd版本lighttpd/1.4.50。
[root@localhost conf.d]# lighttpd -v
lighttpd/1.4.50 (ssl) - a light and fast webserver
开启mod_status
1、编辑 modules.conf文件 去掉"mod_auth"前的#号和 include "conf.d/status.conf"前的#号
server.modules = (
"mod_access",
# "mod_alias",
# "mod_auth",
# "mod_authn_file",
# "mod_evasive",
# "mod_redirect",
# "mod_rewrite",
# "mod_setenv",
# "mod_usertrack",
)
##
## mod_status
##
#include "conf.d/status.conf"
2、编辑status.conf文件,将127.0.0.0/8改成本地需要访问的地址。
$HTTP["remoteip"] == "192.168.1.0/24" {
3、重启lighttpd服务
安装php
1,
yum install php php-cgi php-fpm php-mysql php-curl php-gd php-intl php-pecl-imagick php-mcrypt php-memcache php-pear lighttpd-fastcgi
2,修改/etc/php-fpm.d/www.conf
user = lighttpd
group = lighttpd
3.修改/etc/lighttpd/modules.conf
去掉include "conf.d/fastcgi.conf前的#号
4.修改/etc/lighttpd/conf.d/fastcgi.conf,在最后增加
fastcgi.server += ( ".php" =>
((
"host" => "127.0.0.1",
"port" => "9000",
"broken-scriptfilename" => "enable"
))
)
5.启动php-fpm服务
systemctl start php-fpm.service
6,重启lighttpd服务
[root@localhost conf.d]# systemctl restart lighttpd
php-fpm 三种运行方式 ondemand static dynamic
最近服务器SFTP时特别卡顿,free -m
一看,物理内存竟然都用完了,都开始用Swap了,然后看进程列表,我去,满屏幕的php-fpm
。看来有必要优化下php-fpm
的执行方式了。
看了这篇文章,原来php-fpm
有3种对子进程的管理方式,从它的配置文档中又可以看出有2种。
一种是pm = static
,始终保持一个固定数量的子进程,这个数由pm.max_children
定义,这种方式很不灵活,也通常不是默认的。
另一种是pm = dynamic
,他是这样的,启动时,会产生固定数量的子进程(由pm.start_servers
控制)可以理解成最小子进程数,而最大子进程数则由pm.max_children
去控制,OK,这样的话,子进程数会在最大和最小数范围中变化,还没有完,闲置的子进程数还可以由另2个配置控制,分别是pm.min_spare_servers
和pm.max_spare_servers
,也就是闲置的子进程也可以有最小和最大的数目,而如果闲置的子进程超出了pm.max_spare_servers
,则会被杀掉。
可以看到,pm = dynamic
模式非常灵活,也通常是默认的选项。但是,dynamic
模式为了最大化地优化服务器响应,会造成更多内存使用,因为这种模式只会杀掉超出最大闲置进程数(pm.max_spare_servers
)的闲置进程,比如最大闲置进程数是30,最大进程数是50,然后网站经历了一次访问高峰,此时50个进程全部忙碌,0个闲置进程数,接着过了高峰期,可能没有一个请求,于是会有50个闲置进程,但是此时php-fpm
只会杀掉20个子进程,始终剩下30个进程继续作为闲置进程来等待请求,这可能就是为什么过了高峰期后即便请求数大量减少服务器内存使用却也没有大量减少,也可能是为什么有些时候重启下服务器情况就会好很多,因为重启后,php-fpm
的子进程数会变成最小闲置进程数,而不是之前的最大闲置进程数。
第三种就是这篇文章中提到的pm = ondemand
模式,这种模式和pm = dynamic
相反,把内存放在第一位,他的工作模式很简单,每个闲置进程,在持续闲置了pm.process_idle_timeout
秒后就会被杀掉,有了这个模式,到了服务器低峰期内存自然会降下来,如果服务器长时间没有请求,就只会有一个php-fpm
主进程,当然弊端是,遇到高峰期或者如果pm.process_idle_timeout
的值太短的话,无法避免服务器频繁创建进程的问题,因此pm = dynamic
和pm = ondemand
谁更适合视实际情况而定。
统计当前系统php-fpm数
[root@localhost ~]# ps -ef | grep "php-fpm: pool www" | grep "lighttpd" | wc -l