Загрузка ЦП 100% и RAM 90-100%

Есть DS215+ Версия DSM 5.2-5644 Update 3.

До не давних пор работал без перебойно и стабильно. Сейчас если запустить WEB Station в процессах сразу появляется много процессов php-fpm и грузит систему очень. На сайт зайти невозможно. Другие службы(аудио, виде, файл и тд и тп) работают нормально только медленно из-за перегруза ЦП. Отключаю Web Station процессы пропадают нагрузка падает и все хорошо.

Гуру! Подскажите в чем может быть проблема? Или как с этим бороться? Экспериментировать не хочется (База MySql, Сайт сервиса и много инфы по сервису).

Та же проблема. Виню последнее обновление.

Есть DS215+ Версия DSM 5.2-5644 Update 3.

До не давних пор работал без перебойно и стабильно. Сейчас если запустить WEB Station в процессах сразу появляется много процессов php-fpm и грузит систему очень. На сайт зайти невозможно. Другие службы(аудио, виде, файл и тд и тп) работают нормально только медленно из-за перегруза ЦП. Отключаю Web Station процессы пропадают нагрузка падает и все хорошо.

Гуру! Подскажите в чем может быть проблема? Или как с этим бороться? Экспериментировать не хочется (База MySql, Сайт сервиса и много инфы по сервису).

Если «экспериментировать не хочется», то у вас остаётся всего два выхода: терпеть или жаловаться в техподдержку. Последнее, как я понял, читая сообщения на forum.synology.com, касающиеся вот таких как у вас сложных жалоб на производительность веб-сервера, долгое время ответа, большое количество занимаемых им ресурсов, — это всё равно что писать в «Спортлото».

У меня тоже есть проблема с веб-сервером Synology (долгое время ответа сайтов типа Wordpress), и в результате долгих поисков я убедился, что 1) таких как я с ней — море (собственно, это, по сути, «родовая травма» Synology — глубоко запрятанный дефект существовал на всех версиях и продолжает существовать), и 2) в Synology нет специалистов достаточно высокого уровня, умеющих как надо настраивать веб-серверы и находить в них проблемы (веб-сервер — продукт для их ниши маргинальный, они считают, что это не нужно). Так что, по-видимому, спасение утопающих — дело рук самих утопающих.

Ваш случай, очевидно, связан вот с чем:

Version: 5.2-5644 Update 3

(2016/01/22)

Fixed Issues

. . .

10) Upgraded PHP to 5.5.31.

Вероятно, вместе с переходом на новую версию изменились и настройки, в первую очередь следует подозревать настройки самого PHP-FPM (это менеджер процессов, встроенный с некоторых пор в PHP). Все настройки PHP здесь: /etc/php, настройки конкретно PHP-FPM — /etc/php/php-fpm.conf.

Бекап у вас есть, что изменилось, можете сравнить?

Поначалу можно попробовать просто уменьшить лимиты выделяемых для PHP ресурсов (это, конечно, не решение проблемы, но хотя бы серверу станет легче).

...У меня тоже есть проблема с веб-сервером Synology (долгое время ответа сайтов типа Wordpress), и в результате долгих поисков я убедился...

У Synology насколько я видел нет собственного веб-сервера, используется общедоступное СПО.

Если вы не можете его удовлетворительно настроить - то это ваша проблема, а не проблема производителя железа.

Уважаемый bdmalex, видите ли, насколько я мог судить по сообщениям на forum.synology.com (а я его излазил, в том, что касается этой проблемы, вдоль и поперёк), Apache на Synology никто не смог удовлетворительно настроить. Между тем многие сообщали, что тот же сайт, и тоже на Apache с аналогичными настройками, но на другой имеющейся у них машине (причём заведомо слабее по «железу», и вдобавок с операционной системой какой-нибудь Windows) отвечает моментально. Среди этих «никто», как мне показалось, были люди со знаниями и опытом не чета моим, и меры, которые они предринимали для оптимизации, были совершенно правильными, только не помогали. А вот в моём случае, например, снизить время ответа раза в три (!) помогла такая неочевидная мера, как запрет буферизации как в модуле FastCGI в Apache, так и в менеджере процессов PHP (PHP-FPM). Кроме того, казалось бы, безобидное манипулирование в небольших пределах с числом потоков MPM Apache (это при том, что сайт в стадии отладки и клиент только один) приводит не просто к колебаниям времени ответа, но даже к зависаниям на десятки секунд и ошибке 500. Это же самое поведение, судя по сообщениям, было и в версии DSM 3.x, и в 4.3, и в 5.2, хотя за это время архитектура PHP (именно здесь, а точнее, при обмене данными между модулями происходят задержки) в Synology поменялась кардинально. В результате я пришёл к выводу, что причина коренится или в подсистеме ввода-вывода, или даже в ядре системы (возможно, скомпилирована с какими-то неудачными настройками).

Проблема касается, надо сказать, не всех сайтов, а только CMS типа Wordpress, Drupal или Joomla (вероятно, их PHP-код взаимодействует с системой каким-то особенным нетривиальным образом, но я этого пока не понимаю).

Бесплатный телефонный номер в Москве,СПетербурге,Екатеринбурге,ННовгороде и много где ещё...!

И сюда спамеры добрались.