Плюсы, минусы, перспективы

+:
если есть тесты на питоне можно их (или их частичный код) заиспользовать в сценариях
хорошая поддержка мастер-слэйв в распределенной нагрузке
можно выжить большую нагрузку засчет мастер-слйв подхода
настроить графану для получение онлайн метрик

-:
нельзя задать жосткую рампу или статическую нагрузку, нету прост такой реализации в этом инструменте, по этому 2 одинаковых графика при одних и техже парамтерах запуска вы не получите некогда - это усложняет анализ и сравнине графиков
и т.п. из за ^

перспективы:
легко писать поддерживать
сложно анализировать
если сделают возможность точные рампы задавать или стаческую нагрузку давать + расширят репорты по информативности (там они очень скудные) то будет еще сносный инструмент, я его шупал год назад - меня выше описаное неустроило, поэтому предпочел гатлинг

если есть более конкретные вопросы, велком, чем смогу помогу

а еще добавил бы к -:
под капотом юзаются gevent он на основе семафоров, при условии что уже давно есть asyncio - который на мой субъективный взгляд  qa  инженера быстрее, былобы неплохо еслиб они в будущем на as..io перевели выросла бы производительность самих тестов. А так на текущий момент храмает порой

можете еще посмотреть в сторону molotov (https://github.com/loads/molotov) он пошустрей в разы на мой взгляд, но репортов там можно сказать нету =)))

это если вас интересует инструмент на питончеге

надеюсь было полезно

Абсолютно информативно. Спасибо!

Пробовали ли настраивать мониторинг с помощью telegraf, используя ansible?

Делал раньше это неправильно. Формируя файл /etc/telegraf/telegraf.conf.

А можно было сделать проще, формируя файлы:
/etc/telegraf/telegraf.d/*.conf
Используя шаблонизатор, переменные, все возможности ansible - просто и понятно.
А telegraf сам собирает из частей свой конфиг.

Да, именно так надо делать

Тоже оценили ансибл для себя

Поговорка есть - не было бы счастья, да ...
Сломался механизм, самописный, который из частей (настроек ролей) формировал один большой /etc/telegraf/telegraf.conf.

Поэтому сделал просто формирование нескольких conf-файлов в подкаталоге. И в этом простом механизме формирования файлов обнаружился ряд плюсов:
+ он работает ))
+ тут есть шаблонизация (в прежнем механизме не было)
+ он простой

я просто формировал у себя и раскидывал по машинам через тулзы, что ты там параметризируешь, что это должно быть уникально для каждой машины?)

Например, фильтр для метрик procstat.
На одной машине это postgres-процессы, на другой java с определённым jar-файлом

Ничего не сломается, если на все станции один конфиг сделать. Просто где-то метрики собираться не будут. И в логе telegraf будут ошибки сбора метрик

понял

@vladimirsitnikv в 5.3 версии зафиксилось отображение при zoom In - спасибо. буду на нем работать

правда теперь иконки отстают от общего зума

Ага, надо бы их тоже увеличивать