Size: a a a

VictoriaMetrics_ru

2019 May 29

ВС

Виталий Солдатов in VictoriaMetrics_ru
Получается "забавная" ситуация, когда singlestats показывает ок, т.к. есть label result=success и код=0, а на графике рисуется timeout и код=1
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
График продляется до одного скрейп-интервала вперед, чтобы не было провалов между точками с собранными данными. Это нормально работает на коротких скрейп-интервалах.  Нужно подумать, как обойти такой случай с большим скрейп-интервалом, чтобы после последней точки не дорисовывался график
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Интервал 5 секунд. Рисуется больше
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Как-то так выглядит
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
На графике по оси времени вроде минуты, а не секунды. График может рисоваться до 2x scrape_interval за последней точкой, т.е. на 10 секунд при пятисекундном опросе метрик
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Поэтому привел пример с таблицей, где очевидна особенность в работе при отсутствии данных
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Завтра для графика пример сделаю. Выведу их два: success и timeout. В первом не будет одной точки, возможно, а второй как-то нарисуется.
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
ок
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
кто-нибудь пользуется netdata? Там сделали патч с поддержкой записи метрик в ремоут сторедж по prometheus remote write протколу - https://github.com/netdata/netdata/pull/6062 . Может, есть желающие его потестировать вместе с victoriametrics?
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
у кого-нибудь есть под рукой Raspberry PI?
Нужно протестить работоспособность victoriametrics под ней. Для этого нужно собрать из исходников бинарник под arm проц с помощью make victoria-metrics-arm и проверить его работоспособность на Raspberry PI
источник

AN

Artem Navoiev in VictoriaMetrics_ru
Я проверю
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
о, супер :)
источник

MS

Mike S in VictoriaMetrics_ru
могу тоже через минут 20
источник

yL

yuyu L16+8E in VictoriaMetrics_ru
Может вопрос и не совсем по VM, но всё-же.
Выстроена цепочка:  Cisco IOS-XR телеметрия —> Cisco Pipeline коллектор —> VictoriaMetrics
Данные до VM доходят, но названия label и метрик (как их Pipeline называет следуя yang модели) в VM выглядят примерно так:
Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface/latest/generic-counters.bytes-sent
В результате в PromQL с ними ну совсем неудобно работать.
Те же данные прилетают с такими именами и в InfluxDB, но там хоть такие имена для measurements достаточно в кавычки (") взять.
А в PromQL что с ними делать?
Может кто с этим или похожим уже боролся?
источник

OK

Oleg Kovalov in VictoriaMetrics_ru
велкам
источник

YY

Yuriy Yarosh in VictoriaMetrics_ru
o/
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
yuyu L16+8E
Может вопрос и не совсем по VM, но всё-же.
Выстроена цепочка:  Cisco IOS-XR телеметрия —> Cisco Pipeline коллектор —> VictoriaMetrics
Данные до VM доходят, но названия label и метрик (как их Pipeline называет следуя yang модели) в VM выглядят примерно так:
Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface/latest/generic-counters.bytes-sent
В результате в PromQL с ними ну совсем неудобно работать.
Те же данные прилетают с такими именами и в InfluxDB, но там хоть такие имена для measurements достаточно в кавычки (") взять.
А в PromQL что с ними делать?
Может кто с этим или похожим уже боролся?
жесть какая :) В PromQL такие имена тоже можно в кавычки брать согласно следюущему правилу: metric_name => {__name__="metric_name"} . Т.е. первое выражение эквивалентно второму
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
Например, {__name__="Cisco-IOS-XR-infra-statsd-oper:infra-statistics/interfaces/interface/latest/generic-counters.bytes-sent"}
источник

yL

yuyu L16+8E in VictoriaMetrics_ru
Aliaksandr Valialkin
жесть какая :) В PromQL такие имена тоже можно в кавычки брать согласно следюущему правилу: metric_name => {__name__="metric_name"} . Т.е. первое выражение эквивалентно второму
Ну я через name и игрался пока, но гиморно же 😞 Впору feature request на re-write/mapping подобного мусора в что-то удобоваримое на входе в VM.
источник