Потрібно знайти причину періодичних зависань Linux/PHP-сервера інтернет-магазину

Сервер зависає з піками CPU/RAM і Entry Processes — класична картина вичерпання пулу PHP-процесів, але першопричина може бути різною, тому починати треба з діагностики, а не з "підкрутити ліміти".

Що перевірятиму першим: slow query log MySQL (запити понад 1-2 секунди часто є коренем усього), стан Apache/LiteSpeed worker pool під час піку через `server-status` або `mod_status`, і `vmstat`/`iotop` щоб зрозуміти чи це CPU-bound чи I/O-bound навантаження. Паралельно гляну `SHOW PROCESSLIST` і `SHOW ENGINE INNODB STATUS` — PHP 5.6 + старий MySQL часто дають deadlock або table lock storm без жодного запису в PHP-логах.

Вартість первинної діагностики з письмовим звітом про першопричину та рекомендаціями: 1500 UAH. Погодинна ставка для подальших робіт: 500 UAH/год.

Яка CMS або фреймворк під магазином, і чи є можливість підключитись у момент наступного зависання (або є збережені метрики з часу інциденту)?

Доброго дня! Це наш профіль — діагностика зависань Linux-серверів під навантаженням. По симптомах уже видно напрямок:
— HTTP 508 = досягнуто ліміт ресурсів (процеси/пам'ять), типово під сплеском;
— 503 + Client.Timeout = бекенд (PHP-FPM/Apache + MySQL) захлинається, не встигає відповісти.

Як шукатиму ПЕРШОПРИЧИНУ, не симптоми:
1. По логах + графіках навантаження ловлю момент зависання → корелюю з CPU/RAM/IO/MySQL-конектами;
2. PHP-FPM/Apache (max_children, повільні запити), slow-log MySQL, OPcache;
3. PHP 5.6 + код 15 років — частий винуватець: важкі/незакриті запити, брак індексів, локи таблиць;
4. Звіт: першопричина + чому саме вона + оптимальне рішення (без милиць).
…
Уточніть: хостинг VPS чи shared/панель? зависання за розкладом чи під трафіком/кроном? Готовий взятись.

Вітаю, Роман!
Ви маєте інтернет-магазин на базі Linux/PHP-сервера, який періодично зависає, що негативно впливає на роботу магазину. Щоб знайти причину цих зависань, я почну з аналізу лог-файлів сервера, щоб визначити, які саме процеси або запитів можуть бути причиною цих проблем. Маю досвід роботи з подібними проблемами, тому одразу бачу, де будуть нюанси з оптимізацією серверної частини та які саме параметри потрібно перевірити.
Остаточну ціну і строк назву, щойно уточнимо пару деталей.

Профіль: Freelancehunt
Відгуки: Freelancehunt

Вітаю! Готовий допомогти з вашим проєктом. Маю великий досвід розробки та зможу реалізувати всі необхідні компоненти згідно з вашою документацією. Гарантую якісне виконання в обумовлені терміни.

у нас уже є практично готовий підхід для таких діагностик старих PHP/MySQL магазинів, можна швидко адаптувати перевірки під ваш сервер і обговорити тут перші дії ))
МАємо понад 10 років практики з Linux серверами, SSH, веб-серверами і MySQL, у тому числі з періодичними зависаннями, 503, 508 та старими PHP 5.x проєктами.
первинна діагностка - 6000 грн, орієнтовно 1-2 робочі дні.
подальші роботи після погодження - 1200 грн за годину.
можу почати у найближчий робочий слот після SSH, панелі, логів і графіків.
спершу перевірю не тільки PHP-логи, а й LVE або Entry Processes, черги Apache або Nginx або OpenLiteSpeed, кількість воркерів, ліміти хостингу і моменти піків.
далі зіставлю журнали доступу, error logs, MySQL slow log, SHOW PROCESSLIST, locks, iowait, swap, OOM, cron, ботів, OPcache та довгі запити за часом зависань.
дивіться, тут нюанс - 508 часто вказує не на помилку PHP як таку, а на ліміт процесів або забиті воркери, тому треба дивитися сервер у момент піку, а не тільки після нього.
уточню два моменти.
… чи є CloudLinux або ліміти LVE на хостингу?
піки збігаються з cron, імпортом товарів, парсерами або рекламним трафіком?
схожі за логікою роботи приклади.
https://business.ingello.com/prime-eva - інтернет-магазин і ритейл, де важливі стабільність, облік і навантаження.
https://business.ingello.com/carveli - інтернет-магазин з інтеграціями і операційною логікою.
наш FLH-лендинг для таких задач - https://systems-fl.ingello.com/ua

Підкажіть, будь ласка: у які години найчастіше трапляються зависання, це VPS/виділений чи спільний хостинг, і чи можете надати помилки веб‑сервера/MySQL за ці проміжки? Чи були нещодавні зміни (оновлення, імпорт, кеш/плагіни)?

Маємо 4+ роки з Linux‑серверами, MySQL і продуктивністю; не раз знаходили root cause 503/508 (PHP‑FPM/OPcache ліміти, MySQL locks/slow, IO/OOM, бот‑трафік). Інструменти: htop/atop, iostat/sar, ss, dmesg/journalctl, статус веб‑сервера, PHP‑FPM/OPcache логи, MySQL slow log + pt‑query‑digest, кореляція з графіками. Працювали з PHP 5.x. Первинна діагностика: $100 (до 5 год), ставка далі $20/год. Старт — сьогодні. Насамперед перевіримо ліміти CPU/RAM/Entry Processes/IO, конфіг PHP‑handler/OPcache, slow queries/locks, бот‑трафік та kernel/OOM.

Готові підключитись по SSH і почати. Надішлемо короткий список доступів і погодимо план дій.