ВС
url:"api/datasources/proxy/44/api/v1/query_range?query=increase(interface32.ifOutDiscards%7Bagent_host%3D%22cs-twr-286%22%2CName%3D%22Gi1%2F0%2F26%22%7D)&start=1555749000&end=1558341000&step=1800"
Size: a a a
2019 May 20
ВС
с этим как быть не знаю.
ВС
Попробуйте использовать https://grafana.com/dashboards/10229
Оставляйте свои рекомендации или замечания здесь, на гитхабе или в качестве ревью к дашборду.
Буду рад сделать дашборд лучше)
Оставляйте свои рекомендации или замечания здесь, на гитхабе или в качестве ревью к дашборду.
Буду рад сделать дашборд лучше)
попробовал. пусто в дашборде
RK
попробовал. пусто в дашборде
А прометеус собирает метрики ВМ?
RK
И вы используете последнюю версию ВМ?
ВС
есть только vm, куда данные телеграф пишет
RK
Тогда и правда ничего не будет, тк никто не собирает метрики ВМ по адресу /metrics
AV
попробовал. пусто в дашборде
victoriametrics не записывает эти метрики сама в себя. Вам нужно добавить scrape target в прометеус, чтобы он собирал метрики из VictoriaMetrics - см. https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Single-server-VictoriaMetrics#monitoring
AV
с этим как быть не знаю.
не понял вопроса. Графана выставляет step автоматически в зависимости от масштаба графика
ВС
step 300, max=11805
ВС
step 600
AV
правильно - при изменении масштаба меняется step
AV
для victoriametrics не нужно указывать
[$__interval] внутри запроса - она автоматически выбирает такой интервал, если нет квадратных скобокAV
посмотрите презентацию https://docs.google.com/presentation/d/e/2PACX-1vTWgMi9XNw4oc7sjcYOe8zwabjhHJo82M3sd5cswyqbqVhj96IwSzcSnYgKpp9Sr4pPsC6Qkk77oLtC/pub?start=false&loop=false&delayms=3000 , кто не был на Big Monitoring Meetup 3 . Там показаны некоторые "фишки" VictoriaMetrics, упрощающие создание promql запросов
yL
Если VM запускается изначально с retentionPeriod=3, а спустя какое-то время перезапускается (при прочих равных условиях/опциях) с другим значением retentionPeriod (больше или меньше начального), то какой будет результат? Что будет с данными на диске при уменьшении retentionPeriod - усечены?
И ещё мелкий вопрос: а cli клиент планируется к написанию или только curl-ом через апи рулить можно?
И ещё мелкий вопрос: а cli клиент планируется к написанию или только curl-ом через апи рулить можно?
AV
Если VM запускается изначально с retentionPeriod=3, а спустя какое-то время перезапускается (при прочих равных условиях/опциях) с другим значением retentionPeriod (больше или меньше начального), то какой будет результат? Что будет с данными на диске при уменьшении retentionPeriod - усечены?
И ещё мелкий вопрос: а cli клиент планируется к написанию или только curl-ом через апи рулить можно?
И ещё мелкий вопрос: а cli клиент планируется к написанию или только curl-ом через апи рулить можно?
При перезапуске VM с меньшим retentionPeriod старые данные будут удалены. При перезапуске с бОльшим retentionPeriod все данные остаются на месте. Сообщайте сюда либо на https://github.com/VictoriaMetrics/VictoriaMetrics/issues , если заметите баги при смене ретеншна.
cli пока не планируется, т.к. не совсем ясно, как оно должно выглядеть, чтобы быть полезным. Если есть идеи, то создавайте feature request на https://github.com/VictoriaMetrics/VictoriaMetrics/issues
cli пока не планируется, т.к. не совсем ясно, как оно должно выглядеть, чтобы быть полезным. Если есть идеи, то создавайте feature request на https://github.com/VictoriaMetrics/VictoriaMetrics/issues
yL
При перезапуске VM с меньшим retentionPeriod старые данные будут удалены. При перезапуске с бОльшим retentionPeriod все данные остаются на месте. Сообщайте сюда либо на https://github.com/VictoriaMetrics/VictoriaMetrics/issues , если заметите баги при смене ретеншна.
cli пока не планируется, т.к. не совсем ясно, как оно должно выглядеть, чтобы быть полезным. Если есть идеи, то создавайте feature request на https://github.com/VictoriaMetrics/VictoriaMetrics/issues
cli пока не планируется, т.к. не совсем ясно, как оно должно выглядеть, чтобы быть полезным. Если есть идеи, то создавайте feature request на https://github.com/VictoriaMetrics/VictoriaMetrics/issues
Если при уменьшении retensionPeriod данные усекаются, то для защиты от случайной потери не помешал бы отдельный флаг на разрешение удаления: или просто allowTruncate=true/false и/или maxTruncateSize=... Чтобы влёгкую не удалить всё нажитое непосильным трудом 😊 В КХ есть похожая опция max_table_size_to_drop.
ВС
я рад что телеграф позволяет дублировать в разные базы метрики, а vm совместим c телеграфом. теперь можно часть графиков для пользователей строить из vm и рисовать таблицы, которые в инфлюксе у меня не получились. я и раньше за потерю данных в инфлюксе не переживал. теперь вообще до лампочки.
AV
