Мониторинг приложения в Openshift 3.11. Нужен ли Prometheus под свои сервисы?

Question

[saibaneko]

Всех приветствую.
Подскажите ответ на такой вопрос.
Имеется Openshift 3.11 настроенный под ключ подрядчиком. На нем уже настроена связка:

.\oc.exe -n openshift-monitoring get routes
NAME
alertmanager-main
grafana
prometheus-k8s

для мониторинга самого Openshift.

Собственно сам вопрос - я для своих приложений и сервисов настраиваю новый экземпляр Prometheus, или использую уже существующий? Возможно ли использовать существующий в принципе для своих сервисов. Поскольку есть https://docs.openshift.com/container-platform/4.6/... но это 4-й версии, а по 3-й вообще нет такого документа.

Answer 1

[unseriously]

Опыта в этом деле у меня совсем немного, но все же: зачем настраивать новый экземпляр прометея? У вас есть кластер, в котором установлен прометей и который скрейпит таргеты, которые вы указали ему в конфиге.
Как вариант, можно рассмотреть вариант с федерацией. Это если вам нужно, к примеру, долговременно хранить метрики, то можно внутри опеншифта иметь экземляр прометея, а снаружи поставить еще один экземляр прометеуса, который скрейпит того прометея из опеншифт и хранит у себя метрики долговременно (к примеру, --storage.tsdb.retention.time=365d).
А вообще есть такая компнаия Флант, у них на хабре есть блог и на ютубчике, у них есть хороший видос про мониторинг внутри кубика.

Comments

[saibaneko]

Нет, долговременное хранение не планируется. Вопрос возник после статей вроде https://itnext.io/creating-the-2nd-prometheus-oper...
За Флант спасибо, посмотрю что у них есть.

Answer 2

[Saboteur]

Конечно лучше использовать готовый экземпляр, был бы доступ к прометею.
В крайнем случае можно сделать свой собственный экспортер для кастомных метрик, на каком-нибудь питоне, который будет доставать метрики так, как вы придумали (json по http ендпоинту, или парсить логи или еще что-то, вплоть до side-car внутри каждого пода) и кидать вобщую базу прометея.