为高stream量负载configurationNginx + PHP-FPM

我的nginx在浏览器中不断崩溃并报告“坏门户”错误。 Nginx和PHP-FPM不会预先configuration来处理大stream量负载。 为了确保我的网站在停留时间不会太长，我必须在每个小时将systemctl restart php7.0-fpm cron作业。 让我们来谈谈它。

我从/var/log/php7.0-fpm.log得到一些错误：

 [20-Sep-2017 12:08:21] NOTICE: [pool web3] child 3495 started [20-Sep-2017 12:08:21] NOTICE: [pool web3] child 2642 exited with code 0 after 499.814492 seconds from start [20-Sep-2017 12:32:28] WARNING: [pool web3] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 8 children, there are 7 idle, and 57 total children 

在nginx日志中没有任何东西跳出来。 如果我没有重新启动它（PHP-FPM）运行太久，我会得到网关错误。 我已经尝试了三次以下的教程，现在调整设置，但它仍然不好。 现在我已经有了各种各样的设置，但是我从来没有这样做过。

/etc/nginx/nginx.conf ：

• Nginx：/etc/nginx/nginx.conf中不允许使用“server”指令：76
• 严格传输安全标头集，但Firefox和Chrome仍然使用HTTP
• 减less由nginx引起的IO
• 会删除当前正在访问的Web客户端的文件吗？
• 我应该怎么做才能知道SSL是否在工作？

 user www-data; worker_processes auto; pid /run/nginx.pid; worker_rlimit_nofile 100000; events { worker_connections 4096; use epoll; multi_accept on; } http { sendfile on; reset_timedout_connection on; client_body_timeout 10; send_timeout 2; keepalive_timeout 30; keepalive_requests 100000; tcp_nopush on; tcp_nodelay on; types_hash_max_size 2048; fastcgi_read_timeout 300000; client_max_body_size 9000m; include /etc/nginx/mime.types; default_type application/octet-stream; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE ssl_prefer_server_ciphers on; access_log /var/log/nginx/access.log; error_log /var/log/nginx/error.log; gzip on; gzip_disable "msie6"; gzip_vary on; gzip_proxied any; gzip_comp_level 6; gzip_buffers 16 8k; gzip_http_version 1.1; gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; open_file_cache max=200000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on; access_log off; } 

/etc/php/7.0/fpm/php-fpm.conf ：

  [www] pm = dynamic pm.max_spare_servers = 200 pm.min_spare_servers = 100 pm.start_servers = 100 pm.max_children = 300 [global] pid = /run/php/php7.0-fpm.pid error_log = /var/log/php7.0-fpm.log include=/etc/php/7.0/fpm/pool.d/*.conf 

/etc/php/7.0/fpm/pool.d/www.conf ：

 [www] user = www-data group = www-data listen = /run/php/php7.0-fpm.sock listen.owner = www-data listen.group = www-data pm = dynamic pm.max_children = 300 pm.start_servers = 100 pm.min_spare_servers = 100 pm.max_spare_servers = 200 pm.max_requests = 500 

我的一个网站（ /etc/php/7.0/fpm/pool.d/web3.conf ）：

 [web3] listen = /var/lib/php7.0-fpm/web3.sock listen.owner = web3 listen.group = www-data listen.mode = 0660 user = web3 group = client1 pm = dynamic pm.max_children = 141 pm.start_servers = 20 pm.min_spare_servers = 20 pm.max_spare_servers = 35 pm.max_requests = 500 chdir = / env[HOSTNAME] = $HOSTNAME env[TMP] = /var/www/clients/client1/web3/tmp env[TMPDIR] = /var/www/clients/client1/web3/tmp env[TEMP] = /var/www/clients/client1/web3/tmp env[PATH] = /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin 

htop的资源/ proc用法：

 [20-Sep-2017 12:32:28] WARNING: [pool web3] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers) 

 SHOW GLOBAL STATUS; SHOW GLOBAL VARIABLES; SHOW ENGINE INNODB STATUS; 

 client_max_body_size 9000m; # really 9G in one body? client_body_timeout 10; # seconds to receive the client body seems short. open_file_cache max=200000 inactive=20s; may be causing churn at 20s https://www.linode.com/docs/web-servers/nginx/configure-nginx-for-optimized-performance/