Симптом: у години масового входу Moodle деградував — повільний логін, довгі відповіді, інколи недоступність. Поза піком система виглядала нормальною.
Діагностика: зіставили метрики CPU/RAM/IO з журналами PHP-FPM і БД; перевірили кеш, cron і важкі звіти; оцінили відповідність ресурсів піковому сценарію.
Причина: комбінація недостатніх лімітів пулу PHP-FPM і неоптимальної конфігурації під одночасні сесії, посилена фоновими завданнями.
Результат: локалізовано вузькі місця й підготовлено пріоритетний план стабілізації перед навчальним періодом (ресурси, кеш, розклад cron).
Період робіт зафіксовано в внутрішній документації проєкту; у публічному описі дати узгоджуємо із закладом.