Ребят, всем привет! Осваиваю k8s. Сначала без него настроил мониторинг с помощью prometheus, grafana, node exporter, alertmanager и тд. Теперь переношу его в kubernetes. Сделал кластер из трёх виртуалок (virtualbox, ubuntu). На мастере написал deployment  и service, serviceaccount, role, role binding для perometheus и DaemonSet с прочим для node exporter. Теперь встал вопрос, как настроить таргеты в prometheus ?

Ребят, всем привет! Осваиваю k8s. Сначала без него настроил мониторинг с помощью prometheus, grafana, node exporter, alertmanager и тд. Теперь переношу его в kubernetes. Сделал кластер из трёх виртуалок (virtualbox, ubuntu). На мастере написал deployment  и service, serviceaccount, role, role binding для perometheus и DaemonSet с прочим для node exporter. Теперь встал вопрос, как настроить таргеты в prometheus ?

Привет, практически в любом случае тебе нужен прометеус внутри кластера. Есть и другие варианты конечно. Но я бы не стал с них начинать. А далее у прометеуса есть kube_sd_config

не ломать голову, а взять prometheus-operator готовый

metadata:
     annotations:
       prometheus.io/path: <path_to_scrape>
       prometheus.io/port: "80"
       prometheus.io/scrape: "true"

Если честно я последнее время ставлю под сомнение идею оператора. Аннотации нормально себя показывают.

Helm сказали не юзать. Prometheus и так стоит внутри кластера. В sd config прописывал api-server, role. Но в targets в веб интерфейсе ничего нема

не важно - снаружи виктория или прометеус

аргумент простой - если у тебя в кластере N прометеусов, то они все считывают аннотации и ты получаешь дубликаты данных ) не нужные. Оператор существенно более гибкий

пром умеет ремоутврайт в пром?

я бы федерацию брал )

helm template | kubectl apply -f - и ты в домике ) типа не юзаешь

аргумент простой - если у тебя в кластере N прометеусов, то они все считывают аннотации и ты получаешь дубликаты данных ) не нужные. Оператор существенно более гибкий