Size: a a a

QA — Load & Performance

2021 August 30

ВС

Вячеслав Смирнов... in QA — Load & Performance
10 способов того, что можно сделать, могу как-нибудь отдельно рассказать. Пока советы выше. Можно ещё настроить мониторинг InfluxDB, используя доску с Grafana. Это про Internal метрики
источник

VG

Viktor Ganeles in QA — Load & Performance
Ух ты
А их где видно?
источник

jj

jagga jagga in QA — Load & Performance
В борде естесна
источник

jj

jagga jagga in QA — Load & Performance
Или в базе internal
источник

VG

Viktor Ganeles in QA — Load & Performance
Тупой вопрос получился :))
источник

VG

Viktor Ganeles in QA — Load & Performance
Буду тыкать, спс
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
https://grafana.com/grafana/dashboards?dataSource=influxdb&search=Internal
Вот из этого списка. Плюс к метрикам Internal полезно собирать через telegraf system и/или procstat память и CPU и прочее. Плюс диск, мониторить, что не закончился
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Internal можно просто включить в опциях InfluxDB. А можно собирать через Telegraf статистику по HTTP-ручке. По умолчанию внутренее ведение БД статистики выключено. Так как в документации советуют в основной системе не включать метрики, а через telegraf собирать их в другую InfluxDB.

Но так как у всех обычно одна InfluxDB, то можно включить сбор статистики через конфиг
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Как правило когда 4-5 запросов встают в очередь, то уже значит, что ОЗУ скоро закончится. Количество параллельных запросов можно ограничить. Но тогда и на доске надо сделать почти все панели скрытыми по умолчанию, чтобы они не сразу запросы порождали
...
Масса вариантов попробовать обойти тормоза, ничего не ускоряя. И есть варианты ускорять уже. Работать с данными по другому. Запросы переписать.

Такой туз как flux еще не использовал. Все времени не найду на него
источник

jj

jagga jagga in QA — Load & Performance
ты уверен, что он будет производительней?
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Нет, не уверен. Пока смогли в команде сделать так, чтобы InfluxDB 1.8 был шустрее, чем раньше
источник

jj

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

ВС

Вячеслав Смирнов... in QA — Load & Performance
Еще есть victoria, которая поддерживает прием метрик как InfluxDB backend. Тоже такой туз. Но который надо проверять
источник

MK

Maksim Klyu in QA — Load & Performance
Вячеслав, получается, если я развернул вторую версию influxdb, то Gatling с ним не заработает? Jmeter с штатными плагинами данные передаёт нормально.
источник

jj

jagga jagga in QA — Load & Performance
там не было поддержки лейблов
источник

jj

jagga jagga in QA — Load & Performance
в принципе она нормально тащит, но данные по дефолту месяц на хранение если мне память не изменяет
источник

СЧ

Сергей Чепкасов... in QA — Load & Performance
Gatling пишет метрики по протоколу graphite, которого нет в influx 2.0. Можно поставить телеграф, как вариант
источник

PB

Pavel Bairov in QA — Load & Performance
+
источник

MK

Maksim Klyu in QA — Load & Performance
Телеграф использую для передачи системных метрик, но есть сомнения, что сам Gatling не сможет нормально заработать с 2-й версией influxdb.
источник

PB

Pavel Bairov in QA — Load & Performance
Работает нормально
источник