Size: a a a

VictoriaMetrics_ru

2019 May 22

ВС

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

VP

Vsevolod Polyakov in VictoriaMetrics_ru
Ну вот с интервалом у тебя правильные данные, но все равно странно что без него лажа. Наверное какой-то баг у ребят в коде
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
я тут перебирал интерфейсы. в общем, если к списку суммируемых интерфейсов добавить любой один интерфейс у которого за выбранный период значение не меняется и  = 0 , то такая ситуация возможна
источник

ВС

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

RK

Roman Khavronenko in VictoriaMetrics_ru
Виталий Солдатов
на верхнем скрине два пары графиков. sum(rate(a)), rate(a), sum(rate(b)), rate(b). я бы понял если бы на всех четырех было бы одинаково.
а можно тот скрин вместе с Y-axis заскринить?
источник

ВС

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

ВС

Виталий Солдатов in VictoriaMetrics_ru
если суммировать >0 как в примере, то тоже все в порядке
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
Виталий Солдатов
sum(rate(interface64.ifHCInOctets{agent_host="$ip"})[5m]) так нормально
в запросе квадратные скобки стоят не там, где нужно - они должны идти сразу же после закрывающейся фигурной скобки:
sum(rate(interface64.ifHCInOctets{agent_host="$ip"}[5m]))
В исходном запросе применяется подзапрос для вычисления rate со стандартным интервалом, после чего результат суммируется - https://medium.com/@valyala/prometheus-subqueries-in-victoriametrics-9b1492b720b3 . По идее, результат должен получаться таким же. Будем разбираться, откуда появляется расхождение. А пока поменяйте запрос на указанный выше
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
Виталий Солдатов
если суммировать >0 как в примере, то тоже все в порядке
хм. Т.е. если использовать два запроса на одном графике - один с >0 а второй без, то второй запрос возвращает линию с "провалами"? Запросы должны отличаться только >0 вроде вот этого: sum(rate(q)>0) vs sum(rate(q))
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
если это так, то попробуйте заменить >0 на <0 - что выведется в результате?
источник

ВС

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

ВС

Виталий Солдатов in VictoriaMetrics_ru
"заменить >0 на <0 - что выведется" .. ничего
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
вот еще. тут только rate без суммы и интервалов
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
Виталий Солдатов
вот еще. тут только rate без суммы и интервалов
выглядит подозрительно. Пропуски в rate могут быть только в случае отсутствия исходных точек. На графике видно, что исходные точки присутствуют. А с какой частотой приходят данные по этому графику? Раз в пять минут или чаще?
источник

ВС

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

ВС

Виталий Солдатов in VictoriaMetrics_ru
На графиках запросы скопипастил в заголовки
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Может результат есть, но его графана по какой-то причине не отображает? Завтра через curl опрошу
источник

AV

Aliaksandr Valialkin in VictoriaMetrics_ru
кажется понял, почему не возвращаются данные - если интервал между точками равен не ровно 5 минут, а немного отклоняется, то возможна ситуация, что при вычислении rate не окажется минимально необходимых двух точек. Тогда возвращается пустое значение. Попытаюсь исправить в следующей версии, добавив учет возможного отклонения для scrape_interval
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Такое возможно. Не помню телеграф огругляет timestamp или нет во время записи.
источник

ВС

Виталий Солдатов in VictoriaMetrics_ru
Сравню ts заодно в influx и в vm
источник