Ну как сказать. Есть стабильный процент ошибок. Значит систематически

Там недавно пришли в rubocop с предложением переименоваться.

Знакомое видео

Ага, нашел его.  Архитектура надо сказать у прометея не самая понятная.

ну тип более повсеместно встречающееся

Если у меня все в консуле, то я так понимаю можно через теги сделать autodiscovery? Ибо я не знаю на какой vm что в данный момент крутится

да, через service discovery https://prometheus.io/docs/prometheus/latest/configuration/configuration/#consul_sd_config

Если я правильно понял то на машине крутится vmagent который собирает локальные метрики и пишет их в удаленное хранилище (victoria/prom/prom compatible whatever). И вот это последнее (хранилище) я уже и подключаю в графану

но зачем?

поднимать vmagent на каждой виртуалке оверкилл

ну и в прометей он не может писать

Хм, я думал он лёгкий типа десяток мб раму. Т.е. его можно просто на отдельной виртуалке запустить и дать обстукивать кластер, ок

Пора освободить голову от тяжелого наследия пуш мониторингов

В проме никто не шлёт в него данные

Где бы почитать как правильно и модно делать сейчас :)

скорей всего вам намекают на фразу крутится vmagent, который собирает локальные метрики и пишет их в удаленное хранилище. Прометей САМ ходит к агенту

да точн ) вот это и непривычно, хотя и правильно. я просто тестирую через grafana cloud (prometheus там есть) что вводит еще один диссонанс. они говорят -

To send data using Prometheus you need the following:

A running instance of Prometheus.
In your Prometheus configuration, add a remote_write section.

С другой стороны vmagent о себе говорит:

Can be used as drop-in replacement for Prometheus for scraping targets such as node_exporter. See Quick Start for details.


Поэтому я и подумал что vmagent может писать в cloud instance прометея

у графаны там не прометей, а хранилка для него

вот эта вроде https://github.com/cortexproject/cortex