Назад | Перейти на главную страницу

У Nginx и PHP-FPM заканчиваются соединения

Я постоянно сталкиваюсь с такими ошибками,

[02-Jun-2012 01:52:04] WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 8 children, there are 19 idle, and 49 total children
[02-Jun-2012 01:52:05] WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 16 children, there are 19 idle, and 50 total children
[02-Jun-2012 01:52:06] WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 32 children, there are 19 idle, and 51 total children
[02-Jun-2012 03:10:51] WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 8 children, there are 18 idle, and 91 total children

Я изменил свои настройки для php-fpm на эти,

pm.max_children = 150 (It was at 100, i got a max_children reached and upped to 150)
pm.start_servers = 75
pm.min_spare_servers = 20
pm.max_spare_servers = 150

В результате чего

[02-Jun-2012 01:39:19] WARNING: [pool www] server reached pm.max_children setting (150), consider raising it

Я только что запустил новый веб-сайт, который привлекает значительное количество посетителей. Этот трафик является законным, и пользователи получают 504 тайм-аута шлюза при достижении лимита.

У меня ограниченные подключения к моему серверу с IPTABLES, и я запускаю fail2ban и отслеживаю журналы доступа nginx. Трафик весь законный, мне просто не хватает места для пользователей.

В настоящее время я использую двухъядерный процессор с 64-битной Ubuntu.

free
             total       used       free     shared    buffers     cached
Mem:       6114284    5726984     387300          0     141612    4985384
-/+ buffers/cache:     599988    5514296
Swap:       524284       5804     518480

Мой php.ini max_input_time = 60

Моя конфигурация nginx

worker_processes 4;
pid /var/run/nginx.pid;

events {
    worker_connections 19000;
    # multi_accept on;
}
worker_rlimit_nofile    20000;  #each connection needs a filehandle (or 2 if you are proxying)

client_max_body_size 30M;
client_body_timeout   10;
client_header_timeout 10;
keepalive_timeout     5 5;
send_timeout          10;

    location ~ \.php$ {
    try_files $uri /er/error.php;
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    fastcgi_connect_timeout 60;
    fastcgi_send_timeout 180;
    fastcgi_read_timeout 180;
    fastcgi_buffer_size 128k;
    fastcgi_buffers 256 16k;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 256k;
    fastcgi_max_temp_file_size 0;
    fastcgi_intercept_errors on;
    fastcgi_pass unix:/tmp/php5-fpm.sock;
    fastcgi_index index.php;
    include fastcgi_params;
}

Что я могу сделать, чтобы соединения не заканчивались? Почему это продолжается? Я отслеживаю свой трафик в Google Analytics в режиме реального времени, и когда количество пользователей превышает 120, мой php-fpm.log заполняется этими предупреждениями.

Рассматривали ли вы, следуя прекрасному совету, приведенному в сообщении журнала, повысив ценность pm.max_children? У вас есть огромное количество свободной оперативной памяти для их размещения.

Чтобы ответить на ваши вопросы:

  • Что я могу сделать, чтобы соединения не заканчивались? Обеспечьте больше подключений или уменьшите количество получаемых подключений.
  • Почему это продолжается? Потому что у вас постоянно заканчиваются связи.

У нас была такая же проблема на наших веб-серверах.

Чтобы избежать утечки памяти, вы можете попытаться возрождать дочерний процесс каждые X запросов. Он отлично работал в Apache и FPM, он также начинает хорошо работать.

 pm.max_requests = 50000

Это будет перезапускать дочерний процесс каждые 50 тысяч запросов.