Size: a a a

QA — Load & Performance

2021 April 16

V

Valentina in QA — Load & Performance
т.е. для джавы, например, собрать метрики , которые отдает jmx. Поняла, спасибо)
источник

KY

Kirill Yurkov in QA — Load & Performance
верняк
источник

А

Апельсин in QA — Load & Performance
Если речь про Performance Center, то расклад примерно такой, исходя из практики - на каждые 1000 vuser, 1 генератор с 4 ядра cpu, 16-24 озу, 150 диск. Контроллер можно примерно таким же брать. При таких раскладах, cpu до 60-80% поднимается , ОЗУ в районе 40-50% при средне тяжелых операциях на нагрузке 1000 vuser. Бывает можно убить в 100% если операции тяжеловесные аля скачать файл и не чистить логи вовремя. 1 такой генератор тянет и 2000 vuser - ов, но там уже пограничные значения утилизации. Это чисто моя практика, не претендую на правду.
источник

А

Апельсин in QA — Load & Performance
Для спокойной работы сервера мониторинга, где развернуто будет одновременно influxDb, grafana, Jenkins, пару тройку агентов сборщиков достаточно иметь 4 - 6 cpu, 24-32 ОЗУ., диск 500. Но все зависит еще и от того, как часто и сколько метрики будете писать.
источник

AK

Alex Kravchenko in QA — Load & Performance
ну я уже 8 cpu и 16GB ram запросил
источник

AK

Alex Kravchenko in QA — Load & Performance
Всем спасибо за ответы
источник

jj

jagga jagga in QA — Load & Performance
сколько эти 2к юзеров дают rps в пике?
источник

jj

jagga jagga in QA — Load & Performance
16гиг рамы хватит за глаза
источник

jj

jagga jagga in QA — Load & Performance
и то фактически всю ее будет жрать дженкинс
источник

А

Апельсин in QA — Load & Performance
Когда 24, спокойно на душе :)
источник

СФ

Степа Фомичев... in QA — Load & Performance
Можно даже идею на сервере открыть
источник

VG

Viktor Ganeles in QA — Load & Performance
тут проблема :(
dotnet core перфмоном не мониторится
источник

VG

Viktor Ganeles in QA — Load & Performance
только dotnet <=4
а более старшие версии, типа dotnetcore 1,2,3 уже нет.
Что с dotnet5 не знаю.
источник

VG

Viktor Ganeles in QA — Load & Performance
perfmon имеет нормальную производительность.
но мониторить им не очень удобно.

графики гибко не масштабируются, переключаться хреново.
Лучше прикрутить telegraf, который берёт метрики из того же самого перфмона.
источник

VG

Viktor Ganeles in QA — Load & Performance
перфмоном можно мониторить утилизацию ресурсов сервера.
Что касается метрик приложения, основанного на dotnet core - сейчас вроде как лучший вариант это dotnet tools.
консольная утилита.

Наверное, можно дёргая её с помощью powershell-а преобразовывать получаемые данные в формат influxLine и передавать телеграфу, который будет уже скармливать всё это в инфлакс.
источник

VG

Viktor Ganeles in QA — Load & Performance
нам это было нужно в небольших объёмах, так что мы dotnet tools-ами вывели всё в csv и распарсили экселем.
Но это разовое решение, по-хорошему нужно всё в графану выводить
источник

jj

jagga jagga in QA — Load & Performance
Вить, хорош флудить)
источник

V

Valentina in QA — Load & Performance
у нас icinga2, она умеет собирать перфоманс каунтеры с сервера по имени, и дальше на мониторинге смотреть их уже можно, я поэтому про нее думала. Но может быть телеграфом будет лучше и в графану попадет, если это не потребует каких-то особых усилий можно будет сделать так, телеграф у нас тоже есть, я посмотрю на счет как их туда можно затянуть, спасибо)
Powershell вот не хочется
источник

AA

Artem Astaxov in QA — Load & Performance
легкий скрипт на питоне таки один раз написать и забыть чем каждый раз так)
источник

VG

Viktor Ganeles in QA — Load & Performance
Почему бы и нет, отличный вариант.
источник