高性能网站服务器的架设优化-Nginx优化

一：对于高性能网站 ,请求量大,如何支撑?思路

在网站架构设计中，你们必定对 LNMP (Linux Nginx Mysql Php) 不陌生。
LNMP 确实是一个很是优秀的架构，秉承着自由，开放，高效，易用的设计理念.利用它构建大型Web

 

如上图所示。浏览器向Web服务器发送http请求以前，须要先创建链接。没错，它们间创建链接的过程跟咱们平时开发socket程序相似。由此可知，HTTP协议的“无链接”特性并非指：浏览器与Web服务器进行数据交换时，不须要创建链接。那么“无链接”特性到底指什么呢？咱们再看图1会发现，浏览器每次请求完毕后都会与服务器处于“断开”状态，下一次请求时再从新与服务器创建链接。HTTP的无链接特性偏偏就是指浏览器的每次请求都必须从新与服务器创建链接，正常状况下，浏览器不会与Web服务器保持长时间的链接状态。若是多用户访问次数太高服务器吃不消怎么办？那咱们就要想办法 来解决，从两个大方面来讲：一方面减小用户请求次数，另外一方面优化服务器。

若是要减小请求，

1.对于开发人员----能够合并css, 背景图片, 减小mysql查询等分库分表.不一样数据库不一样服务器访问，这样服务器压力不会太大。

2: 对于运维 nginx的expires ,利用浏览器缓存.jpg、png、css等,减小查询.

3: 利用cdn来响应请求缓存.

4: 最终剩下的,不可避免的请求----服务器集群+负载均衡来支撑.（LVS/Haproxy/Nginx）

因此,来到第4步后,就不要再考虑减小请求这个方向了，根据业务需求来选择多少台服务器，以便于作集群，是IO大点的选择更好的磁盘。而是思考如何更好的响应高并发请，既然响应是不可避免的,咱们要作的是把工做内容”平均”分给每台服务器，最理想的状态是每台服务器的性能都被充分利用.

 

二：优化思路

nginx响应请求无非就两种状况：

排查问题,也要注意观察这两点,

1:创建socket链接

2: 打开文件,并沿socket返回.

 

三：优化过程

1:判断nginx的瓶颈

1.1: 首先把ab测试端的性能提升,使之能高并发的请求.

易出问题: too many open files

缘由 :  ab在压力测试时,打开的socket过多

解决: ulimit -n 30000 (重启失效)

观察结果: nginx 不须要特殊优化的状况下, 5000个链接,1秒内响应.知足要求,但 wating状态的链接过多.

 

1.2: 解决waiting进程过多的问题.

解决办法: keepalive_timeout = 0; 

即: 请求结果后,不保留tcp链接.在高并发的状况下, keepalive会占据大量的socket链接.

结果: waiting状态的链接明显减小.

由上图可看出,nginx的问题容易出在2点上:

1: nginx接受的tcp链接多,可否创建起来?

2: nginx响应过程,要打开许多文件 ,可否打开?

第1个问题: 在内核层面(见下)

第2个问题 (见下)

 

系统内核层面:

net.core.somaxconn = 4096 容许等待中的监听

net.ipv4.tcp_tw_recycle = 1  tcp链接快速回收

net.ipv4.tcp_tw_reuse = 1    tcp链接重用  

net.ipv4.tcp_syncookies = 0  不抵御洪水攻击

net.ipv4.tcp_fin_timeout = 15   控制tcp链接时间

net.ipv4.tcp_keepalive_time = 600  控制tcp链接超时时间
net.ipv4.tcp_synack_retries = 2   握手状态重试次数，默认5
net.ipv4.tcp_max_syn_backlog = 8192  送到队列的数据包的最大数目

ulimit -n 30000   打开文件数

 

Nginx层面:

worker_processes 24;    =cpu的核数

client_max_body_size 20m; 上传一些较大的文件会报403，

worker_connections  10240;　　链接数　　

Worker_rlimit_nofiles 10000;   nginx可打开文件数

Keepalive_timeout 0;

gzip on; 　　压缩设置.减小网络传输数据量.

gzip_min_length 1k;
gzip_buffers 4 8k;
gzip_http_version 1.0;
gzip_comp_level 5;
gzip_vary on;
gzip_types text/plain application/x-javascript text/css application/xml;

location ~ .+\.(htm|html|css|swf|xml|gif|png|jpg|class|ico|mp3|zip|rar|mp4|flv|exe|txt|ff|mod|atf)?$ {
expires 7d;
}                         利用location规则进行expires 图片浏览器缓存

 

Nginx---->php-fpm之间的优化

 

如上图,在不少个nginx来访问fpm时, fpm的进程要是不够用, 会生成子进程.

生成子进程须要内核来调度,比较耗时,

若是网站并发比较大,

咱们能够用静态方式一次性生成若干子进程,保持在内存中.

 

方法 -- 修改php-fpm.conf

Pm = static  让fpm进程始终保持,不要动态生成

Pm.max_children= 50  始终保持的子进程数量

 

群集方面

作nginx转发机，利用nginx反向代理方式 平均分摊请求，作内网转发。

upstream qinyujie { #定义负载均衡站点名称　　
　　　　　　　　server 192.168.0.161:80;
　　　　　　　　server 192.168.0.162:80;    #后端真实ip通常指内网　　
　　　　　　}

 

#proxy_pass http://192.168.7.133:8080;

proxy_pass http://qinyujie;  　　#配置代理站点或后端真实ip

 其余能够根据业务需求使用LVS/Haproxy