Nginx服务优化
Nginx服务优化包括:隐藏版本号、更改用户和组、配置网页缓存时间、日志切割与设置连接超时
隐藏版本号
在生产环境中,需要隐藏Nginx的版本号,以避免泄漏Nginx的版本,使攻击者不能针对特定版本进行攻击。在隐藏前,可以使用抓包工具抓取数据包,查看Nginx版本,也可以在centos中使用命令curl -I 地址
查看。
[root@localhost]# curl -I 127.0.0.1
HTTP/1.1 200 OK
Server: nginx/1.6.3 版本号
隐藏Nginx版本号有两种方式,第一种是修改Nginx源码文件,指定不显示版本号,第二种是修改Nginx的主配置文件。
- 修改配置文件的方式如下
......
http {
include mime.types;
default_type text/html;
server_tokens off; 关闭版本号
......
修改配置文件后可以用nginx -t
命令测试配置文件语法
[root@localhost conf]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
使用了PHP处理动态网页,如果PHP配置文件中配置了 fastcgi_param SERVER_SOFTWARE
选项,则编辑php-fpm配置文件,将fastcgi_param SERVER_SOFTWARE
对应的值修改为fastcgi_param SERVER_SOFTWARE nginx
- Nginx源码文件
/usr/src/nginx-1.6.3/src/core/nginx.h
包含了版本信息,可以随意设置,然后重新编译安装,即隐藏了版本信息。
[root@localhost conf]# vim /uisr/src/nginx-1.6.3/src/core/nginx.h
#define NGINX_VERSION "99.99.99" 修改版本号
#define NGINX_VER "IIS" NGINX_VERSION 修改服务器类型
[root@localhost nginx-1.6.3]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module && make && make install
[root@localhost conf]# vim nginx.conf\
......
http {
include mime.types;
default_type text/html;
server_tokens on; 打开版本号
......
[root@localhost conf]# nginx -s stop && nginx
[root@localhost conf]# curl -I 127.0.0.1
HTTP/1.1 200 OK
Server: IIS99.99.99
修改用户和组
- 编译Nginx时指定用户与组
./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module
- 修改Nginx配置文件nginx.conf指定用户与组
[root@localhost conf]# vim nginx.conf
user nginx nginx; 修改用户为nginx,组为nginx
重启Nginx查看进程运行情况,主进程由root账户创建,子进程则由nginx创建
root 79522 0.0 0.0 20544 632 ? Ss 15:16 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 79524 0.0 0.0 24304 2732 ? S 15:16 0:00 nginx: worker process
nginx 79525 0.0 0.0 24304 2468 ? S 15:16 0:00 nginx: worker process
root 79556 0.0 0.0 112720 984 pts/0 R+ 15:16 0:00 grep --color=auto nginx
配置网页缓存时间
当Nginx将网页数据返回给客户端后,可设置缓存的时间,以方便日后进行相同内容的请求时直接返回,避免重复请求,加快访问速度,一般只针对静态资源进行设置,对动态网页不用设置缓存时间
- 修改Nginx的配置文件,在新location段加入expires参数,指定缓存的时间,1d表示一天。
[root@localhost conf]# vim nginx.conf
location ~ \.(gif|jpg|jepg|png|bmp|ico|swf)$ { 加入新的location
root /var/www/btcom;
expires 1d; 指定缓存时间
}
expires 30s/m/h/d 分别代表30秒/分/时/天
日志切割
Nginx没有类似Apache的cronlog日志分割处理功能,但可以通过nginx的信号控制功能脚本来实现日志的自动切割,并将脚本加入到Linux的计划任务中,让脚本在每天的固定时间执行,便可以实现日志切割功能。
- 编写脚本
思路:
设置时间变量
设置保存日志路径
将目前的日志文件进行重命名
删除时间过长的日志文件
设置cron任务,定期执行脚本自动进行日志分割
[root@localhost conf]# vim /opt/fenge.sh
#nginx日志切割脚本
#!/bin/bash
#设置日志文件存放目录
logs_path="/usr/local/nginx/logs/"
#设置pid文件
pid_path="/usr/local/nginx/logs/nginx.pid"
#重命名日志文件
mv ${logs_path}access.log ${logs_path}access_$(date -d "yesterday" +"%Y%m%d").log
#向nginx主进程发信号重新打开日志
kill -USR1 `cat ${pid_path}`
#删除30天之前的日志文件
find $logs_path -mtime +30 |xargs rm -rf
- 执行脚本,测试日志文件是否被切割
[root@localhost conf]# sh /opt/fenge.sh
[root@localhost conf]# ls /usr/local/nginx/logs/
access_20200803.log 按日期分割了日志文件
error.log access.log nginx.pid
- 设置crontab任务,定期执行脚本自动进行日志分割
[root@localhost logs]# crontab -e
1 0 * * * /bin/bash /opt/fenge.sh
即每天的0时1分执行/opt/fenge.sh脚本,进行日志分割。
Nginx深入优化
深入优化包括:更改进程数、配置网页压缩、配置防盗链和FPM参数优化
更改进程数
在高并发环境中,需要启动更多的Nginx进程以保证快速响应,用以处理用户的请求,避免造成阻塞。
使用ps aux
命令可以查看Nginx运行进程的个数。
[root@localhost logs]# ps aux | grep nginx
root 79938 0.0 0.0 20544 800 ? Ss 15:52 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 79940 0.0 0.0 24304 2732 ? S 15:52 0:00 nginx: worker process
其中master process是Nginx的主进程,开启了一个,worker process是子进程,开启了1个。
修改Nginx的配置文件中的worker_processes参数,一般设为CPU的个数或者核心数,在高并发的情况下可设置为CPU的个数或核心数的2倍,可以先查看CPU的核心数以确定参数。
[root@localhost conf]# cat /proc/cpuinfo |grep -c "processor"
2
参数设置为2,和cpu核心数相同。运行进程数设置多一些,响应客户端访问请求时,Nginx就不会临时启动新的进程提供服务,减少了系统的开销,提升了服务速度。
[root@localhost conf]# vim nginx.conf
worker_processes 2;
修改完后,重启服务,使用ps aux查看运行进程数的变化情况。
[root@localhost conf]# systemctl restart nginx
[root@localhost conf]# ps -aux | grep nginx
root 80946 0.0 0.0 20544 632 ? Ss 17:22 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 80948 0.0 0.0 24304 2732 ? S 17:22 0:00 nginx: worker process
nginx 80949 0.0 0.0 24304 2468 ? S 17:22 0:00 nginx: worker process
开启了一个主进程和两个子进程,可见参数设置起了作用
默认情况下,Nginx的多个进程可能更多的泡在一颗cpu上,所谓一核遭难,九核围观,可以分配不同的进程给不同的CPU处理,以充分利用硬件多核多CPU。
[root@localhost conf]# vim nginx.conf
worker_cpu_affinity 01 10;
Nginx默认没有开启利用多核CPU,我们可以通过增加worker_cpu_affinity配置参数来充分利用多核CPU。CPU是任务处理,计算最关键的资源,CPU核越多,性能就越好。
配置Nginx多核CPU,worker_cpu_affinity使用方法和范例
1. 2核CPU,开启2个进程
worker_processes 2;
worker_cpu_affinity 01 10;
01表示启用第一个CPU内核,10表示启用第二个CPU内核
worker_cpu_affinity 01 10;表示开启两个进程,第一个进程对应着第一个CPU内 核,第二个进程对应着第二个CPU内核。
2. 2核CPU,开启4个进程
worker_processes 4;
worker_cpu_affinity 01 10 01 10;
开启了四个进程,它们分别对应着开启2个CPU内核
3. 4核CPU,开户4个进程
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;
0001表示启用第一个CPU内核,0010表示启用第二个CPU内核,依此类推
4. 4核CPU,开启2个进程
worker_processes 2;
worker_cpu_affinity 0101 1010;
0101表示开启第一个和第三个内核,1010表示开启第二个和第四个内核
2个进程对应着四个内核
worker_cpu_affinity配置是写在/etc/nginx/nginx.conf里面的。
2核是 01,四核是0001,8核是00000001,有多少个核,就有几位数,1表示该内核开启,0表示该内核关闭。
5. 8核CPU,开户8个进程
worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
0001表示启用第一个CPU内核,0010表示启用第二个CPU内核,依此类推
worker_processes最多开启8个,8个以上性能提升不会再提升了,而且稳定性变 得更低,所以8个进程够用了。
配置完毕后,重启nginx ,执行/etc/init.d/nginx restart
配置网页压缩
- Nginx的ngx_http_gzip_module压缩模块提供对文件内容压缩的功能
- 允许Nginx服务器将输出内容在发送客户端之前进行压缩,以节约网站带宽,提升用户的访问体验,默认已经安装
- 可在配置文件中加入相应的压缩功能参数对压缩性能进行优化
压缩功能参数讲解
- gzip on:开启gzip压缩输出
- gzip_min_length 1k:用于设置允许压缩的页面最小字节数
- gzip_buffers 4 16k:表示申请4个单位为16k的内存作为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果
- zip_http_version 1.0:用于设置识别http协议版本,默认是1.1,目前大部分浏览器已经支持gzip解压,但处理最慢,也比较消耗服务器CPU资源
- gzip_comp_level 2:用来指定gzip压缩比,1压缩比最小,处理速度最快;9压缩比最大,传输速度快,但处理速度最慢,使用默认即可
- gzip_types text/plain:压缩类型,是就对哪些网页文档启用压缩功能
- gzip_vary on:选项可以让前端的缓存服务器缓存经过gzip压缩的页面
[root@localhost conf]# vim nginx.conf
gzip on;
gzip_buffers 4 64k;
gzip_http_version 1.1;
gzip_comp_level 5;
gzip_min_length 1k;
gzip_vary on;
gzip_types text/plain text/javascript application/x-javascript text/css text/xml application/xml application/xml-rss;
配置防盗链
location ~ \.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
valid_referers none blocked *.kgc.com kgc.com;
if ($invalid_referer) {
return 403;
}
}
- ~ .(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ :这段正则表达式表示匹配不区分大小写,以.jpg或.gif结尾的文件
- valid_referers:设置信任的网站,即能引用相应图片的网站
- none:浏览器中referer为空的情况,就是直接在浏览器访问图片
- blocked:referer不为空的情况,但是值被代理或防火墙删除了,这些值不以http://或者https://开头
- 后面的网址或者域名:referer中包含相关字符串的网址
- if语句:如果链接的来源域名不在valid_referers所列出的列表中,
$invalid_referer为1,则执行后面的操作,即进行重写或返回403页面
FPM参数优化
Nginx的PHP解析功能实现如果是交由FPM处理的,为了提高PHP的处理速度,可对FPM模块进行参数的调整
FPM模块参数调整,要根据服务器的内存与服务负载进行调整
启动fpm进程方式:
- static:将产生固定数量的fpm进程
- dynamic:将以动态的方式产生fpm进程
- 通过pm参数指定
FPM优化参数讲解
Static的方式的参数
- pm.max_children:指定启动的进程数量
Dynamic方式的参数 - pm.max_children:指定启动的进程数量最大的数量
- pm.start_servers:动态方式下初始的fpm进程数量
- pm.min_spare_servers:动态方式下最小的fpm空闭进程数
- pm.max_spare_servers:动态方式下最大的fpm空闭进程数
FPM优化参数调整示例
优化原因:服务器为云服务器,运行了个人论坛,内存为1.5G,fpm进程数为20,内存消耗近1G,处理比较慢
优化参数调整
- FPM启动时有5个进程,最小空闲2个进程,最大空闲8个进程,最多可以有20个进程存在
[root@localhost btcom]# vim /usr/local/php5/etc/php-fpm.conf
pm=dynamic
pm.max_children=20
pm.start_servers = 5
pm.min_spare_servers = 2
pm.min_spare_servers = 8