LNMP压力测试性能优化

edu83

压测是确定系统稳定性的一种测试方法，在系统正常运行范围之外进行，主要测试功能极限和隐患。针对游戏的压测从传统意义上来说就是对网络服务的服务器不断施加“压力”，也就是通过确定一个系统的瓶颈或不能接收的性能点，来获得系统能提供的最大服务级别的测试。主要用来检查游戏服务器的承受能力，包括用户承受能力和流量承受能力。

软件环境参数

1. [root@VM_80_55_centos ~]# cat /etc/redhat-release
   
2. CentOS Linux release 7.7.1908 (Core)
   
3. [root@VM_80_55_centos ~]# nginx -v
   
4. Tengine version: Tengine/2.2.3 (nginx/1.8.1)
   
5. [root@VM_80_55_centos ~]# php -v
   
6. PHP 7.0.19 (cli) (built: Jun  5 2017 17:50:54) ( NTS )
   
7. Copyright (c) 1997-2017 The PHP Group
   
8. Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
   
9.     with Zend OPcache v7.0.19, Copyright (c) 1999-2017, by Zend Technologies
   
10. [root@VM_80_55_centos ~]# mysql --version
    
11. mysql  Ver 14.14 Distrib 5.7.19, for Linux (x86_64) using  EditLine wrapper

复制代码

LNMP优化的手段主要包括

文件句柄数量

PHP 缓存

Nginx编译

Nginx pagespeed

Nginx 缓存

Nginx 压缩

Nginx CPU绑定

Nginx处理PHP请求的流程

接收请求若发现是PHP请求则转入第2步

通过socket方式连接PHP-FPM的FastCGI，让PHP-FPM处理请求。

获取PHP-FPM处理结果，并附加HTTP报头，返回给客户端。

提高Nginx的PHP并发性

1、调整Nginx的并发连接数

worker_connections 51200;

worker_connections 指令表示每个工作进程允许的最大连接数，也就是每个worker进程能并发处理的最大连接数（包含所有连接数），理论上单台Nginx服务器的最大连接数为 worker_processes * worker_connections。

worker_processes auto;

worker_processes 指明了Nginx要开启的进程数量，官方建议开一个就可以了，多开可以减少磁盘IO带来的影响，一般为当前机器CPU核心数量的1到2倍。

worker_processes 指令表示Nginx进程数，建议按照CPU数量来指定，一般为它的倍数，例如2个四核CPU则计算为8。

2、调整PHP-FPM的并发连接数

$ sudo find /etc/php/fpm -name * | xargs grep "max_children"

3、调整系统的最大文件数量限制

由于Nginx处理PHP请求的第二步需要通过Socket和PHP-FPM通信，Nginx能够建立的最大Socket数量受到系统最大打开文件数量的限制，Linux默认只有1024。

1. # 查看当前系统最大打开文件数量
   
2. $ ulimit -n
   
3. 
   
4. # 将系统最大打开文件数量临时修改为65535，系统重启后会失效。
   
5. $ ulimit -n 65535
   
6. 
   
7. # 永久修改系统最大打开文件数量
   
8. $ vim /etc/security/limits.conf
   
9. # * 表示所有用户，noproc表示最大进程数量
   
10. * soft noproc 11000
    
11. * hard noproc 11000
    
12. # * 表示所有用户，nofile表示最大文件打开数量
    
13. * soft nofile 65535
    
14. * hard nofile 65535

复制代码

Nginx核心配置

$ vim /usr/local/nginx/conf/nginx.conf

打开Nginx的配置文件，具体配置项目如下：

worker_rlimit_nofile 51200;

worker_rlimit_nofile指令表示一个nginx进程打开文件描述符的最大数量，建议与Linux的ulimit -n的值保持一致。

Linux内核下开启文件打开数量为65535，Nginx的worker_rlimit_nofile最好与之保持一致。

use epoll;

epoll是多路复用I/O中的一种方式，仅用于Linux2.6+内核，可大大提高Nginx的性能。

keepalive_timeout 60;

keepalive超时时间

client_header_buffer_size 32k;

client_header_buffer_size 表示客户端请求头部的缓冲区大小，可根据系统分页大小来设置，一般请求头大小不超过1KB。

Ngnix的HTTP配置

1. # KeepAlive 超时时长
   
2. keepalive_timeout 60;
   
3. # 客户端请求内容的缓存区大小
   
4. client_body_buffer_size 64K;
   
5. # 客户端请求头部的缓冲区大小，
   
6. 可以根据系统的分页大小来设置。
   
7. client_header_buffer_size 8K;
   
8. large_client_header_buffers 4 128K;
   
9. # 客户端请求内容的最大值
   
10. client_max_body_size 8m;
    
11. # 打开文件的缓存，max是指缓存的最大数量，
    
12. inactive指缓存过期时间。
    
13. open_file_cache max=1024 inactive=30s;
    
14. # 检查缓存的有效时间
    
15. open_file_cache_valid 30s;
    
16. # inactive参数的时间内文件的最少使用次数，
    
17. 若超过则保持缓存的打开状态。
    
18. open_file_cache_min_uses 1;
    
19. # 读取FastCGI返回信息的缓冲数量和大小
    
20. fastcgi_buffers 8 32k;
    
21. # 读取FastCGI服务器响应头部的缓冲区大小
    
22. fastcgi_buffer_size 128k;
    
23. fastcgi_busy_buffers_size 256k;
    
24. fastcgi_temp_file_write_size 256k;
    
25. # 连接到后端FastCGI的超时时间
    
26. fastcgi_connect_timeout 120;
    
27. # 向FastCGI传送请求的超时时间
    
28. fastcgi_send_timeout 120;
    
29. # 接收FastCGI应答的超时时间
    
30. fastcgi_read_timeout 120;

复制代码

PHP-FPM

1. $ vim /usr/local/php/etc/php-fpm.conf
   
2. # 进程管理方式：动态dynamic、静态static
   
3. pm = dynamic

复制代码

pm参数指定了进程管理方式：
静态方式：在PHP-FPM启动的时候就创建了指定数量的进程，在运行过程中不会再有变化，但并不是真的就永远不变了。
动态方式：在运行过程中动态调整，当然也不是无限制的创建新进程，它受到pm.max_spare_servers参数的影响。
简单来说，动态方式适合小内存机器，静态方式适用于大内存机器。动态方式，灵活分配进程，比较节省内存，但同时动态创建回收进程对服务器资源也是一种消耗。

1. # 最大子进程数量，决定了php-fpm的总进程数量。
   
2. pm.max_children = 100
   
3. 
   
4. pm.start_servers = 30
   
5. pm.min_spare_servers = 20
   
6. pm.max_spare_servers = 100
   
7. 
   
8. # 每个子进程重启之前服务的请求数量，存在内存泄漏时比较有用。
   
9. # 最大请求数量，php-fpm进程响应500个并发请求后会自动重启进程。
   
10. pm.max_requests = 500
    
11. 
    
12. # 请求客户端延迟，
    
13. 表示等待100秒后会自动结束那些没有自动结束的php脚本以释放占用的资源。
    
14. request_terminate_timeout = 100
    
15. 
    
16. # 打开文件描述符的限制，可使用ulimit -n查看
    
17. rlimit_files = 65535

复制代码

Webbench是由Lionbridge公司开发的网站压力测试工具
Webbench标准测试可以展示服务器的两项内容：每秒请求数量、每秒传输数据量
Webbench最多可模拟3w并发连接

1. # 下载
   
2. $ wget http://blog.zyan.cc/soft/linux/webbench/webbench-1.5.tar.gz
   
3. 
   
4. # 解压
   
5. $ tar -zxvf webbench-1.5.tar.gz
   
6. 
   
7. # 进入文件夹
   
8. $ cd webbench-1.5
   
9. 
   
10. # 编译安装
    
11. $ make && make install

复制代码

使用说明

1. $ webbench -c 500  -t 30  http://119.23.16.104:81/api/login/login_te
   
2. # 参数说明：-c表示并发数，-t表示时间(秒)
   
3. 
   
4. Webbench - Simple Web Benchmark 1.5
   
5. Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
   
6. 
   
7. # 模拟500个客户端在30秒内向接口发送请求
   
8. Benchmarking: GET http://hostname/api/login
   
9. 500 clients, running 30 sec.
   
10. 
    
11. # 每秒钟传输数据量：每分钟平均有22578次请求连接，服务器每秒传输字节为122599。
    
12. Speed=22578 pages/min, 122599 bytes/sec.
    
13. 
    
14. # 每秒钟相应请求数：在30秒期间请求连接成功为11289次，失败0次。
    
15. Requests: 11289 susceed, 0 failed.

复制代码

MySQL默认配置为my.cnf，系统已提供可选的配置文件。

1. $ ll /usr/local/mysql/share/mysql/
   
2. # 适合1GB~2GB的RAM
   
3. my-huge.cnf
   
4. # 适合512MB的RAM
   
5. my-large.cnf
   
6. # 适合32MB~64MB的RAM
   
7. my-medium.cnf
   
8. # 适合小于64MB的RAM
   
9. my-small.cnf
   
10. # 适合4G+的RAM
    
11. my-innodb-heavy-4G.cnf

复制代码

硬件负载在压测期间，可使用top命令，观察目标服务器上性能变化。

1. # 查看CPU负载情况
   
2. $ top
   
3. # 查看内存使用情况
   
4. $ free -m
   
5. # 查看磁盘IO情况
   
6. $ iostat -kx 2
   
7. # 查看网络流量情况
   
8. # sar -n DEV 2

复制代码