Метрики прилетают по tcp или udp, очевидно. А кто производитель - не важно

господа, подскажите как быть с karma. Есть кластер, в конфиге обьявляю так

        - name: k8s-sel
          uri: http://vmalertmanager-victoria-metrics:9093
          timeout: 10s
          proxy: true

Все работает, все чудесно, решил добавить еще клустеров.
       - name: alertmanager-1  и         - name: alertmanager-2  ,  после чего алерты от k8s-sel пропадают. Что я делаю не так?

вообщем нужно было каждый ендпойнт сервиса отдельно указать, тогда все ок

извиняюсь за задержку с ответом
собрать static не выйдет в близжайшее время из-за использования libdl, который не особо в статик умеет в текущей реализации libc

поэтому провёл миграцию в packagecloud и создал там по дистрам актуальные версии пакетов для основных дистрибутивов
https://github.com/alligatormon/alligator#distribution

+ сразу выпустил релиз + его багфикс в 1.13.1
https://github.com/alligatormon/alligator/releases/tag/1.13.0

Ого, спасибо большое! Добавлю в планы интеграции)

А есть может готовая утилита, чтобы брать метрики с таймстемпами из файлов и пушить в Викторию метрикс?

Отдавать просто нод экспортером не прокатывает, потому что-то фейлит метрики с таймстемпами. Метрики пишутся в файл. Нужно сохраняя таймстемп доставлять в VM.

Понимаю, что антипатерн, но сейчас есть такая потребность.

telegraf?

да хоть csv/json через curl загружать можно, но лучше что-то  не такое страшное

Есть ли смысл в приложении отдавать пром метрики на отдельном порту от основного http api, если прямо сейчас никаких причин для этого не видно?
Или чуть проще тот же вопрос - "по умолчанию все отдают метрики на том же порту что и основой порт http api"?

Кажется что на отдельном порту сложнее случайно ошибиться в конфиге прокси и сделать метрики доступными из интернета.
Но с другой стороны отдельный порт в теории может добавить сложностей в кофигурации(не знаю каких, просто фантазирую :) ).

Да что курлом то понятно, но начнется, что надо отслеживать появление, успешность доставки и т. Д.

Все это не сложно, но думал вдруг уже изобрели велосипед)

Причина отдавать на отдельном порту -- проще выставлять в паблик приложение. Только секурити короч

Спасибо!

есть мутотень

Господа, такой вопрос есть кибана в которую собираются access логи nginx. храним мы это дело пару месяцев. я хочу раз в 5-10 минут собирать в пром определенные запросы из кибаны и хранить их подольше чем в эластике. есть какой экспортер для запросов из эластика? пробовал гуглить нифига не нашол.

Потому что логс2метрикс обычно делают на mtail/vector подходах.

Но быть мо6 вам подойдёт json_exporter

Ну и выборки вам нужны нк из кибаны аз эластика

Заметьте что =максимальный= полезный скрейп интервал для прома 5 минут.

grafana/grafana tagged: v8.0.0-beta2
Link: https://github.com/grafana/grafana/releases/tag/v8.0.0-beta2
Release notes:

release v8.0.0-beta2