на сколько помню 0,7 на ядро это допустимый максимум, но даже при 1 не замечал сильных просадок производительности сервиса

Разрешите... (С)

😁

честно, я уже забыл как правильно давать советы по поводу LA =)

ну если вспомнить что la это "кол-во процессов ожидающих в очереди", то если у вас la порожден большим CPU bottleneck то там 1 как бы много... а если большим IO и вам latency не сильно критичен, то наверное и 2-3 на ядро может жить...

лично видел машину которая 24x7 имеет la 64 на 16 ядрах
и всех все устраивает
машина отдавала графики графане и всем было не сильно страшно на тему того что графана долго график рисует (1-2 секунды) ....

это просто сервера с апихой, у меня есть подозрение что это из за тяжелых sql запросов и это правда IO

но пару раз взелатало до 5 на ядро…

но довольно редко

ну так кроме la есть еще CPU utilization он у вас при этом в iowait ?
чтобы убедиться что это тяжелые SQL запросы, надо на состояние диска в БД посмотреть
какая у вас СУБД?

У нас облачный постгрес в яндексе

Ща попробую вытащить что там по нагрузке

там большая нагрузка на проце

походу именно это узкое место)

график с CPU без легенды непонятен -)
ну если нагрузка на CPU в api сервере
то какой у вас язык программирования?
думаю flamegraph вам надо строить и смотреть что именно нагрузку вызывает

На питоне, джанга

Вот да, надо больше информации собрать

на апи серверах примерно такая история сейчас

средний LA очень норм, но есть пики

Можно поставить atop + systemctl enable atop

И смотреть, что происходит в момент тупняков