Size: a a a

QA — Load & Performance

2021 September 24

ВС

Владимир Симаков... in QA — Load & Performance
вот примеры в графане
под капотом prometheus
источник

ВС

Владимир Симаков... in QA — Load & Performance
вот еще пример как это раскладывается
источник

ВС

Владимир Симаков... in QA — Load & Performance
ну а дальше "ловкость рук и никакого мошенничества"(с)
источник

A

Alexander in QA — Load & Performance
Круто, я так понял в спринге это и есть микрометер, просто сейчас он стандартный набор собирает
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
По всем запросам статистики скорее всего нет. Есть самый медленный запрос с момента старта сервиса

И его длительность
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
HttpRequest* - бины соответствующие потокам http-nio-8080-exec-*
Собирать можно через jolokia2 и telegraf, а вот именно через Actuator не знаю, не пробовал.

Prometheus не собирает строковое поле maxRequestUri, потому что это поле, а не имя бина и оно строковое, а не числовое.
Можно ли в конфиге сделать иную обработку и начать его собирать не знаю, также не пробовал. По умолчанию так не работает
источник

A

Alexander in QA — Load & Performance
к сожалению выставить наружу JMX нет возможности как и добавить сторонний агент в под кубера. Потому думаю использовать целевой мониторинг через прометей, который уже используется
источник

KY

Kirill Yurkov in QA — Load & Performance
в любом java приложении есть Garbage Collector который управляет сборкой мусора, если у тебя случается ООМ то вероятно ты хреново пишешь скрипты и не даешь GC почистить твои конструкции. Но дефолтные значения и правда очень низкие, скорее всего вылет из-за них
источник

ab

artem belikov in QA — Load & Performance
Можно еще www.miro.com использовать 😊
источник

А

Апельсин in QA — Load & Performance
Я пытался с актуатором баловаться. Но в итоге остановился просто на мониторинге только jvm, через jolokia + telegraf. Джолокия "прикрепляется" к jar.
источник

KY

Kirill Yurkov in QA — Load & Performance
да это не сложно
источник

KY

Kirill Yurkov in QA — Load & Performance
management.endpoints.web.exposure.include=* прокинь в проперти, должно работать
источник

KY

Kirill Yurkov in QA — Load & Performance
management.endpoints.web.exposure.include: '*' если через helm то так
источник

A

Alexander in QA — Load & Performance
уже есть прокинутые метрики, проблема что не все отдается
источник

KY

Kirill Yurkov in QA — Load & Performance
например?
источник

A

Alexander in QA — Load & Performance
например у jetty собирает стату по утилизации потоков и входящих запросов
источник

A

Alexander in QA — Load & Performance
а у RestTemplate не отдает стату по исходящим запросам
источник

A

Alexander in QA — Load & Performance
хотя все как рекомендации спринга инициализировано
источник

KY

Kirill Yurkov in QA — Load & Performance
а по какому методу он это должен отдавать? я просто актуатор для флеймграфов юзаю и треддамов
источник

A

Alexander in QA — Load & Performance
Есть такая настройка
 metrics:
   export:
     prometheus:
       enabled: true
       step: "15s"
   web:
     server:
       request:
         metric-name: "http-in"
     client:
       request:
         metric-name: "http-out"
при этом публикуются только метрики http-in
источник