my
а ну тогда Антон вроде бы все сказал, при обновлении кластера имеешь ввиду?
Size: a a a
2021 November 16
АС
да
my
ну даж не знаю, все остальное то не трется
АС
Это фантази на тему обновления версии оператора мониторинга. Т.к. это не пользовательский ns, имеет право потереть в нём всё "лишнее"
АС
Он следит только за тем, что в него зашито
I
точно не трет конфиг мапы , проверено :) у меня remote write настроен , после обновлений все продолжает работать
I
Про Прометей теперь ясно стало. А что делать со "встроенной" графаной? Каким образом можно ей дашбордов подкинуть, чтоб свою кастомную не поднимать?
АС
Добавил кастомное правило алертинга в ns openshift-monitoring. Теперь надо ожидать что прометей это сам подхватит и я его увижу среди прочих, например, посмотрев конфиг через веб-морду?
I
посмотри когда под с прометеем был перезапущен , или подключась к поду прометея посмотри какие у него конфиги
АС
В контейнере config-reloader алертменеджера должен увидеть строки, что конфиг зарелоадился
VR
>появился butane который вроде как упрощает жизнь в написании machine config но он опять imperative
чего это, там теже декларативные файлы и сервисы
чего это, там теже декларативные файлы и сервисы
АС
Всё равно не догоняю - если так просто управлять правилами "неуправляемого" встроенного прометея, зачем тогда придумали "monitoring for user-defined projects", где разворачивается отдельный инстанс.
R
Да, но нужно все таки его запустить как cli чтобы бы конечные манифесты создать. Можно его наверное определить как эквивалент helm для argocd, например, и тогда автоматически argocd запустит butane cli. Но butane это просто пример. Вопрос более общий
VR
отдельные прометей придумали чтобы один на все прометей не свалился под нагрузкой
I
для сбора метрик с проектов , а не кластерные метрики
VR
в идеале надо хранить конечные манифесты - общий дух конечно "побольше декларативщины а императивщины поменьше"
АС
Нагрузка на дефолтный прометей + так можно федерации пилить
АС
но при этом, если я хочу добавить алерт уровня кластера (например, количество свободной памяти на ноде), то ничего мне не мешает сделать PrometheusRule и положить его в openshift-monitoring ?
АС
➜ git:(develop) oc explain --api-version=monitoring.coreos.com/v1 prometheusrules.spec
KIND: PrometheusRule
VERSION: monitoring.coreos.com/v1
RESOURCE: spec <Object>
DESCRIPTION:
Specification of desired alerting rule definitions for Prometheus.
FIELDS:
groups <[]Object>
Content of Prometheus rule file
KIND: PrometheusRule
VERSION: monitoring.coreos.com/v1
RESOURCE: spec <Object>
DESCRIPTION:
Specification of desired alerting rule definitions for Prometheus.
FIELDS:
groups <[]Object>
Content of Prometheus rule file