по большому счету не доступны таргеты прометея типа kube-proxy, coredns etc
а это тут причём? это не проблема твоих хедлесс сервисов, это у прометея не получается сделать GET kube-dns.kube-system.svc.cluster.local:<METRICSPORT>/metrics
а это тут причём? это не проблема твоих хедлесс сервисов, это у прометея не получается сделать GET kube-dns.kube-system.svc.cluster.local:<METRICSPORT>/metrics
/sigh ну есть сервисы, которые указывают на под в котором крутится приложение. Надеюсь, не надо объяснять, как через сервис открывать (вернее, прокидывать запросы) на те или иные порты на поде?
ну убедись, что цепочка хттп запроса от прометея до kube-dns.kube-system:metrics-port/metrics (или что там прописано в скрейп-кнфиге прометея) не имеет препятствий, только и всего.
ну убедись, что цепочка хттп запроса от прометея до kube-dns.kube-system:metrics-port/metrics (или что там прописано в скрейп-кнфиге прометея) не имеет препятствий, только и всего.
Вот пример. Цепочка с kube-proxy. В прометее указаны 4 таргера (ноды) на каждой открыт порт 10249. Но порт доступен только с 127.0.0.1 а по IP ноды не доступен.
Вот пример. Цепочка с kube-proxy. В прометее указаны 4 таргера (ноды) на каждой открыт порт 10249. Но порт доступен только с 127.0.0.1 а по IP ноды не доступен.
А причём тут сервис? kube-proxy - бинарь, запущенный на хосте