Перегрузка процессора Веб-сервера : php-fpm: pool www

Домашний Веб-сервер на RASPBERRY PI3 особой мощностью не отличается (и это мягко сказано), поэтому за потреблением ресурсов нужно следить. Не так давно обнаружил через Htop, что сервер постоянно нагружен на 35% процессом php-fpm: pool www. Температура процессора поднялась до 48 градусов, что тоже много.
Поиск по интернету не дал однозначного результата, советов много, основная масса советов была о настройке конфигурации сервера, так как по мнению большинства кривая настройка сервера все портила.
На сколько она кривая или прямая понять было сложно, так как копание в настройках не принесло снижения нагрузки, а вот сервер пару раз упал.
Вообще было странно откуда на маленьком сервере такие проблемы, пулы php-fpm — запускают процессы php под разными пользователями, тем самым создавая более безопасную среду, а пользователей на моем сервере явно маловато.
При отключении сервера от интернета php-fpm: pool www уже не беспокоил, нагрузка падала до 1-2%.
Понять, что происходит помог плагин к WP — Wordfence Dashboard. Виной всему оказался увиденный через функцию Live Traffic этого плагина гуглбот типа:
crawl-**-***-**-***.googlebot.com
который постоянно посылал запросы к несуществующим страницам сайта, страница не находилась, примерно через 1,5 сек приходил запрос на новую несуществующую страницу. Причем, гуглботов работало несколько одновременно, но только один проявлял такую инициативу.
Блокировка по IP силами Wordfence Dashboard принесла снижение нагрузки с 35% до 10%, но так как и эти 10% тратить не хотелось, то заблокировал IP через роутер. Другие гуглботы остались вполне работоспособны и не сильно влияли на загрузку сервера. (Снимок программы Htop выше).
……………
Выводы
Сервер на RASPBERRY PI3 выдерживал работу с гуглботом, количество запросов составило примерно 1 в 2 сек. Это 30 в минуту * 60мин * 24 часов = 43200 в сутки. Много это или мало? Один всем знакомый крупный хостинг при такой нагрузке забрасывает письмами о превышении нагрузки и грозится отключить, и предлагает услугу выделенного сервера за весьма ощутимые деньги. Если учесть, что наш сервер был нагружен на 35%, то он выдержит примерно 120000 запросов в сутки. Это очень неплохо.
Вместе с тем необходимо ставить защиту от таких ботов и других программ так сильно нагружающих сервер. Когда у Вас на сервере один сайт, то он выдержит внимание ботов без всяких проблем, но если вы разместите 10 сайтов, то сервер упадет.
Кстати уже были вопросы от пользователей делающих сервер на куда более мощном процессоре Intel Atom, ставящих несколько сайтов и….. сервер показывал 100% нагрузку по php-fpm: pool www.

Еще о сервере на RASPBERRY PI3 http://raznoe.su/category/raspberry-pi-3/

Перегрузка процессора Веб-сервера : php-fpm: pool www: 7 комментариев

    1. Теоретически ….. на скриншоте памяти 970мб, блог на Вордпресс + система съели 120мб. 970/120=8. Набросим на внеплановые расходы — примерно 6 таких блогов запустить можно если не грузить их плагинами сильно. Это если враги не начнут засыпать ботами — сканерами, попытками брутального взлома, ddos атаками и прочими чудесами. Если Вордпресс не ставить, а мелкие сайты типа визиток без своих движков, то наверное много их можно.

  1. А зачем это ставить? Обычным мелким сайтам нее нужно таких сложностей. Работает и то дело.

    1. Трудный вопрос. Гугл говорит о улучшении ранжирования сайтов с https всего на 1%. Это очень мало, но зависит от того, что вам нужно, иногда и 1% важен. (это я про маленькие сайты, про большие — там владельцы знают, что к чему и стоит ли тратить ресурсы). Хотя, маленьким блогам/сайтом это наверное совсем не нужно.

    1. Спасибо. Попробовал, получилось на Nginx on Debian 7 (wheezy). Опасался, что производительности процессора не хватит, но заметных изменений в работе нет.

Добавить комментарий

Комментарий проходит проверку

11 + 20 =