Apache2 забивает процессы и жрет оперативу

А смотрели чем процессы апача заняты так ?

Пытаются обрабатывать логи наверное.

Сейчас переименовал/отключил сам файл пхп (куда отправляются логи) и ВДС работает, но при его включении или даже если он чистый - вдс сразу ложится.

Подсчитал, за минуту примерно 1365 приходит запросов, похоже и вправду нужно железо улучшать.

---------- Добавлено 07.05.2016 в 23:01 ----------

Ребятушки, а где-то есть подробный мануал как заменить apache на nginx+php-fpm не конфликтуя с ISP manager. Или только полный деинсталл и установка помогут?

Да не надо ничего заменять. Классическая связка apache+nginx всё поправит. На форуме это разъясняется раз в неделю подробно. Если лень даже форум пролистать, то нанимайте админа.

В исп для установки нгикса (если не установлен) всего 1 галочку поставить нужно и он будет нормально взаимодействовать с апач

тс, top покажите

и вообще зачем именно на php, можно попробовать nodejs

---------- Добавлено 08.05.2016 в 15:38 ----------

чем он поможет то?

нерационально память кушает

Nginx+FPM в ISP 5 только настраивается из коробки, в ISP 4 такой возможности нету. Там делается очень просто - установка php-fpm через меню "Возможности". Там же можно настроить режим работы вебсервера - включить php-fpm.

Затем нужно разрешить пользователю использовать эту связку. И наконец переключить режим работы на nginx+fpm для нужного сайта. Тут надо понимать, что после переключения текущая конфигурация nginx+apache будет удалена, поэтому если у вас там какой-то кастомный конфиг следует его забэкапить перед тем, как что-то делать, чтобы была возможность быстро откатить, если понадобится.

Это действительно кривоватое решение, особенно если ресурсов на самом деле не хватает. Для разгрузки этого впс я бы рекомендовал настроить отправку логов как есть на другой VPS, а там уже парсить и класть в базу. Отправлять можно с помощью rsyslog, можно просто сделать костыль с помощью nc и именованного пайпа, можно синхронизировать по крону, в конце-концов.

Если же нет возможности парсить на том впс, или это нужно делать обязательно здесь, попробуйте запускать скрипт парсинга не через apache, а напрямую из консоли (php-cli). Если же и это невозможно, то действительно следует смотреть в сторону замены апача на php-fpm. Я свои сайты только на этой связке и держу.

Апач в принципе не способен на хоть какой-нибудь hi-load. Апач хорош тем, что универсален - поставил и заработало. Но там где нужна производительность и большие нагрузки - следует отказываться от него не раздумывая. И дело вовсе не в памяти. В первую очередь нагрузка идёт на CPU. nginx+php-fpm показывает как минимум в 3-5 раз лучшую производительность и скорость. Я писал кейс по смене apache на fpm, там всё наглядно есть.

Den73, На самом деле количество процессов апач запущенных сократилось после установке nginx. Хотя вполне вероятно что я это просто хотел увидеть, но мне показалось что реально уменьшилось)

---------- Добавлено 09.05.2016 в 00:09 ----------

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

Сейчас отправка логов идет на пхп файл, хотел спросить нет ли варианта по стабильнее или понадежнее или это единственный вариант?

Nginx в десятки и сотни раз производительней апача, но он умеет отдавать только статику. И делает это гораздо быстрее и практически без нагрузки на сервер. Если статики много, очевидно что это разгрузило немного апач.

Не понял. Как это скорость будет медленная? какая разница на каком сервере разбирать и складывать в базу лог? Или скорость передачи имеете в виду? Так он при таком варианте будет даже быстрее отдаваться на другой сервер. А там будет парсить с той же скоростью, что и здесь, или быстрее, если там больше ресурсов.

Но вообще, для парсинга логов есть более подходящие вещи, чем php. Честно говоря я сам не сравнивал, потому как мне не приходило в голову парсить логи с помощью php. Я пользуюсь для этого стандартными линуксовыми утилитами - grep, awk, sed, sort и т. д. А ещё есть perl, который для этого и был придуман.

Если речь идет об прямой отправке логов в программу (в документации это описывается как piped logs), разумеется не успевающая или ошибочно написанная программа затормозит все остальное. Программы блокируются если буфер слегка переполнен - так было задумано изначально .

Любой вариант с записью в простой файл и парсингом этого файла вам должен помочь.