VV
Тогда tcpdump до haproxy и после
Size: a a a
2021 April 08
VV
Там протокол обращения видно всегда
VV
И видно response body
VV
Через wireshark смотри
НС
вангую, что дело не в haproxy
НС
иначе бы он переписывал и другие endpoint
VV
Каждый fronend backend свои настройки имеет
НС
ты не поверишь, они мало чем отличаются в большинстве случаев
2021 April 12
NT
Есть кейс по тормозам апи. openstack server list -all выполняется секунд 15, а на регионе всего 300 тачек. Есть мысли пойти в сторону тюнинга перформанса. Как потюнить хапрокси понятно, а вот как работать с сервисами?
NT
Вижу, что можно изменить количество воркеров и тут тоже вопрос: как правильно их рассчитать? У меня колла оката, условно) 40+ сервисов. контрола с 80 процами. еслия правильно понимаю, то если общее количество всех воркеров всех сервисов больше количества потоков, то толку от такого количества воркеров не много, а скорее наоборот - замедлит работу
NT
В общем, ищу советы по сокращению времени запросов по api
И
ого, 300 compute нод ?
NT
инстансов
НС
виртуалок же 😄
J
Вряд ли тебе надо тюнить api.
Скорее база данных и брокер сообщений (rabbitmq) влияют на производительность.
Скорее база данных и брокер сообщений (rabbitmq) влияют на производительность.
НС
не ну с воркерами я б тоже поигрался
НС
хотя там скорее всего стоит дефолт и он в принципе адекватен
J
Не надо с этого начинать, а то опять куча долбоёбских угадает начнется.
NT
в марии включил детект медленных запросов, но лог таких запрос пуст
J
А не надо включать детект медленных запросов.
Ты посмотри вручную сколько времени отнимают селекты для начала.
Ты посмотри вручную сколько времени отнимают селекты для начала.