s. Может телеграфом ошибся, не знаю. В итоге пока значения там и там могут отличаться.
в инфлюксе таймстемпы хранятся в наносекундах, а в вм - в миллисекундах. Может, вы что-то напутали с параметром precision при записи данных? https://docs.influxdata.com/influxdb/v1.7/tools/api/#write-http-endpoint . Либо это бага в вм и он неправильно применяет этот параметр. Попробуйте разобраться и создать issue на https://github.com/VictoriaMetrics/VictoriaMetrics/issues , если это наша бага
* в influx можно писать текст, а в vm значение будет =0. Телеграфом можно преобразовать значение в int, но тогда придется метрику стирать в influx
* да, вм не поддерживает текстовые значения и заменяет их на нули. Можно добавить автоматическое преобразование строки в число, если в строке нет ничего кроме числа. Нужно подумать над этим.
* при построении графиков из vm с функицей increase() при увеличении интервала в графане стоит ожидать некорректные данные. non_negative_derivative в influx у меня если что.
* аналог non_negative_derivative в вм - это rate, а не increase. rate возвращает скорость изменения метрики в секунду, а increase возвращает абсолютное изменение метрики на каждом интервале между отображаемыми точками в графане.
* нагрузку оценить не могу. Для метрик самой базы нужен пром, а без него метрик vm нет.
* вы имеете ввиду то, что вм сама не собирает собственные внутренние метрики? https://github.com/VictoriaMetrics/VictoriaMetrics/issues/30 . Если да, то без прома тоже можно оценить нагрузку - например, с помощью top и dstat :) Или поставить телеграф на сервак с вм и направить его метрики в вм.
в следующей версии число, завернутое в строку в influx line protocol, будет автоматически преобразовываться в число - см. https://github.com/VictoriaMetrics/VictoriaMetrics/issues/34
Обсуждают сегодня