Size: a a a

QA — Load & Performance

2021 February 19

VG

Viktor Ganeles in QA — Load & Performance
Я немного напоролся на то, что там метрики в основном накопительные. Это очень непривычно и не ясно, зачем так
источник

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
но храним в викторяи метрикс, она шустрее инфлаксов и всего остального
А почему в ней?
И что именно там храните?
источник

KY

Kirill Yurkov in QA — Load & Performance
Viktor Ganeles
Ну, там может трансформации можно встроенными запросами делать

Или ты упёрся во что-то?
лично я не осилил:
- как сделать персентиль по бест практисам над своим графиком
- не смог два датасорса заджоинить пришлось глазами две таблички сравнивать
- есть масса ограничений, например у фунцкии rate не работает группировка нативная (по транщакциям рпсы не разгрупируешь), нужно пилить через alias либо накладывать сверху агрегация типа avg и тогда можно вкорячить by (transation)
- сама агрегация тоже странная, у меня метрика собирается раз в 15 сек, если ставлю [30s] или [1m] разница небо и земля будто часть данных пропадает при низких интервалах (ну это может я дурак)
источник

KY

Kirill Yurkov in QA — Load & Performance
Viktor Ganeles
А почему в ней?
И что именно там храните?
https://github.com/VictoriaMetrics/VictoriaMetrics
как минимум поэтому
источник

KY

Kirill Yurkov in QA — Load & Performance
язык запросов тот же, нативная интеграция с промиком, а выхлопа больше
источник

KY

Kirill Yurkov in QA — Load & Performance
ну и конечно же потому что её юзает ЦЕРН!!
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Viktor Ganeles
Я немного напоролся на то, что там метрики в основном накопительные. Это очень непривычно и не ясно, зачем так
Позволяет собирать метрики с разными интервалами. Метрики просто монотонно растут.

Даже если собрать через минуту, то накопительная сумма не потеряется от этого.

Сделано из-за того, что агент может не опросить экспортер. И экспортер, просто увеличит счётчик. В нем не произойдет накопления метрик. Переполнения ОЗУ не будет.

А прирощение можно посчитать самостоятельно за счёт rate. С шагом не меньше, чем интенсивность опроса метрики.

М.б. да, если rate делать для 10 секунд, а метрика собиралась раз в 60 секунд, то получится много нулей. И отобразится не так, как хотелось: всплеск, нули, всплеск, нули.
источник

VG

Viktor Ganeles in QA — Load & Performance
Вячеслав Смирнов
Позволяет собирать метрики с разными интервалами. Метрики просто монотонно растут.

Даже если собрать через минуту, то накопительная сумма не потеряется от этого.

Сделано из-за того, что агент может не опросить экспортер. И экспортер, просто увеличит счётчик. В нем не произойдет накопления метрик. Переполнения ОЗУ не будет.

А прирощение можно посчитать самостоятельно за счёт rate. С шагом не меньше, чем интенсивность опроса метрики.

М.б. да, если rate делать для 10 секунд, а метрика собиралась раз в 60 секунд, то получится много нулей. И отобразится не так, как хотелось: всплеск, нули, всплеск, нули.
Меня больше удивили отрицательные значения в утилизации cpu :)
источник

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
лично я не осилил:
- как сделать персентиль по бест практисам над своим графиком
- не смог два датасорса заджоинить пришлось глазами две таблички сравнивать
- есть масса ограничений, например у фунцкии rate не работает группировка нативная (по транщакциям рпсы не разгрупируешь), нужно пилить через alias либо накладывать сверху агрегация типа avg и тогда можно вкорячить by (transation)
- сама агрегация тоже странная, у меня метрика собирается раз в 15 сек, если ставлю [30s] или [1m] разница небо и земля будто часть данных пропадает при низких интервалах (ну это может я дурак)
А в виктории с этим всем норм?
источник

KY

Kirill Yurkov in QA — Load & Performance
Viktor Ganeles
А в виктории с этим всем норм?
нет, я ж подчеркнул - там ровно тот же PromQL
источник

VG

Viktor Ganeles in QA — Load & Performance
Kirill Yurkov
нет, я ж подчеркнул - там ровно тот же PromQL
Тогда зачем используешь, если не нравится?
источник

KY

Kirill Yurkov in QA — Load & Performance
ну к сожалению (или к счастью) я не прям всеми процессами в компании руковожу) это вотчина девопсов, у куберов классная интеграция с прометеусами получается поэтому так
источник

jj

jagga jagga in QA — Load & Performance
Viktor Ganeles
А почему в ней?
И что именно там храните?
Вика топ потому что)
источник

jj

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

СФ

Степа Фомичев... in QA — Load & Performance
Заранее прошу прощения, но Если бы я был разработчиком Victoria metrics, то документацию назвал бы Victoria secrets
источник

AA

Artem Astaxov in QA — Load & Performance
😄
источник

AA

Artem Astaxov in QA — Load & Performance
норм каламбурчик
источник

A

Ablaihan in QA — Load & Performance
Подскажите плагин какой нибудь который может гененрить рандомные firstname lastname и тд
источник

VG

Viktor Ganeles in QA — Load & Performance
В жметре есть функция рандома
источник

VG

Viktor Ganeles in QA — Load & Performance
Нажми на кнопку с тетрадочной на панели сверху
источник