Настройки Apache при пиковой нагрузке

40 тыс. в сутки — это не нагрузка даже для Apache.

Что-то другое тормозит. PHP-скрипты, видимо, тяжёлые слишком.

В пик посещаемости страницы грузятся очень долго (30-60 sec).

Тут только настройками апача не решить проблему. Рекомендую выкинуть apache вообще и использовать nginx без апача. Ничего особо страшного в настройке без plesk, но перед выкладыванием на хостинг потренируйся на своей машине. Нет, конечно, можно потыкать mod_cache, но зачем?

http://blog.yourlabs.org/post/46416407809/drupal-7-with-nginx-and-uwsgi-php-e... — пример настройки с url rewrite, оно подойдёт далеко не для одного друпала.

ТС nginx частично решит твои проблемы, ибо тут скорее всего проблемные скрипты или база. Надо профилирование делать на синтетической нагрузке.

Спасибо всем за ответы!

На PHP скрипты и базу я бы подумал в последнюю очередь, т.к. все писал сам и, по моим представлениям, у меня в коде ничего лишнего не должно быть. Но поскольку сразу несколько человек указали именно на скрипты, думаю придется сделать ревизию кода.

Дело в том, что сайт у меня сезонный. Пик посещаемости приходится на Октябрь. И каждый год количество посетителей в сезон возрастает раза в 2-3 по сравнению с предыдущим годом. В прошлом году на пике было порядка 50 тыс. посетителей в сутки (в пиковые часы 5 тыс. посещений в час), и сайт этот пик как-то пережил на этом же VPS, тогда проблем я не замечал. Не совсем понимаю что изменилось. В коде сайта изменения были, но незначительные. Возможно автоматические обновления Plesk внесли свои коррективы?

В какой-то момент после очередного обновления Plesk, error_log начал забиваться строками типа:

[apc-warning] Unable to allocate memory for pool. in ...

Эту проблему решил апгрейдом APC... и последующим его отключением, т.к. с ним Apache жрал еще больше памяти.

На что еще подумать не знаю.

Надо профилирование делать на синтетической нагрузке.

Могу только догадываться что это означает :) но видимо эта процедура потребует значительного времени и некоторых специфических знаний, которых у меня катастрофически не хватает.

сколько у тебя там риквест пер чайлд?

Включи свап, увеличь maxclients, измени maxspareservers и minspareservers

однозначно nginx, apache при этом можно не убирать.

@ xsektorx Было 4000, потом я снизил до 1000, а сейчас поставил 500. Но разницы не наблюдаю - по прежнему каждый процесс Apache жрет около 80Mb :(

@ no-dashi

При увеличении MaxClients свободная память быстро кончается, это вроде не есть гуд?

А можно ли как то узнать какой скрипт или какой virtual host жрет память у Apache?

до 10-30 снизь. мне как-то помогло. или до нуля вообще

логи настроить. или виртуалхосты каждый на отдельного пользователя и смотреть кто сколько жрёт, например, в атопе

@xsektorx

до 10-30 снизь. мне как-то помогло. или до нуля вообще

Это такая шутка, да? Если MaxRequestsPerChild сделать нулем, то это наоборот снимает ограничения.

а, точно. ну тогда попробуй на единицу, если 30 не поможет. и пали логи ещё

Сайт на самописной CMS

this

Включи apc ( или любой другой акселератор ).

[apc-warning] Unable to allocate memory for pool. in ...

Проблема известная, как лечится легко гуглиться.

Сейчас снизил MaxClients до 60

Если скрипты будут выполняться быстро, то при такой посещаемости должно хватить 30-35. По ситуации можно увеличивать.

Так же в момент проблемы рекомендую посмотреть, как себя чуствует база.Обратить внимание на запросы выполняющиеся дольше 3 секунд. Наглядно можно мониторить через mytop.

И да MaxRequestsPerChild смысла делать маленьким нет, если не было замечено залипание в работе, утечки памяти в скриптах. Только ненужный оверхед будет.