Пиковое использование ЦП node.js
У меня есть приложение express.js, работающее в кластерном режиме (кластерный модуль nodejs) на производственном сервере Linux. Я использую PM2 для управления этим приложением. Обычно он использует менее 3% ЦП. Однако иногда загрузка ЦП резко возрастает до 100 % в течение короткого периода времени (менее минуты). Я не могу воспроизвести эту проблему. Это происходит только раз в день или два. Есть ли способ узнать, какая функция или маршрут вызывают внезапные всплески ЦП, используя PM2? Спасибо.
@Alaindeseine Да, я указал производство NODE_ENV в файле экосистемы.config.js.
У меня была такая же проблема в службе приложений Azure с помощью экспресс-приложения.
Вы заметили, что журналы растут, когда процессор поднимается на 100%? Или не ? Вы также проверили размер журналов PM2?
Есть ли у вас также показатели памяти, и вы видите что-нибудь примечательное, происходящее с диаграммой памяти одновременно с диаграммой ЦП?
Использование памяти в норме
Ответы 2
Мой ответ основан исключительно на моем опыте в этой теме
- Перед запуском в производство проведите локальное тестирование, например:
- нагрузочное тестирование.
- испытание на долговечность.
Для обоих тестов попробуйте использовать такой инструмент, как JMeter, где вы можете разместить одну или несколько конечных точек и запускать их множество за определенный период времени, отслеживая использование ЦП и ПАМЯТИ.
- Если все в порядке, попробуйте также остановить тест и запустить апи вручную, попробуйте следить за его поведением, это поможет вам, если есть
memory leakиз самих API - Ваше приложение проходит
.map(),.reduce()для огромных массивов? - Ваше приложение работает значительно лучше после
reboot? если да, то вам нужно подозревать, что экспресс-приложение испытываетmemory leak, а сборщик мусора пытается навести порядок. - Если есть возможность, попробуйте переписать приложение с помощью fastify, лично это не сделало приложение намного быстрее, но способно обрабатывать
1.5Xбольше запросов.
Я думаю, что у вас есть медленное синхронное выполнение по какому-то запросу в вашем приложении.
- добавьте журнал доходов от каждого запроса в промежуточном программном обеспечении и сохраните в эластичном поиске и найдите, какие запросы имеют долгое время отклика, или используйте newrelic (простой способ, но потратите больше денег).
- используйте block-at , чтобы найти медленное синхронное выполнение, если обнаружите, попробуйте использовать рабочие потоки или используйте lib рабочий пул
Вы указали производственную среду при запуске процесса PM2?