k8s кластере. И есть архитектура, которая содержит как ресурсы внутри куба, так и внешние на bare metall серверах. Мониторить хотим все. Планирую разделить мониторнг по окружениям(разные кластеры для этого уже есть).
Вопрос в том: стоит ли смешивать мониторинг внешних ресурсов (вне куба) и внутренних? Подскажите, считается ли хорошей практикой и есть ли подводные камни? Может лучше стоит сделать новый экземпляр Prometheus и разделить метрики в зависимости от источника?
можно со всех прометеусов метрики в викторию собирать. И в одном месте их смотреть
ну это отдельный вопрос
а чем это лучше обычной Grafana? Извините, если вопрос идиотский - не трогал Victoria пока
victoria - это long term хранилище для прома
victoria не заменяет графану. Это не визуализация. Это долгое хранение промовских метрик. Так как пром страдает очень сильно. Настолько, что люди у которых много метрик, ставят там retention в один день
У нас под это дело 50Gb longhorn пока. Но я посмотрю Victoria тоже.
Вообще собирать все метрики в кубовом кластере как по мне не есть бест практикс. Слышал много мнений, о том что система мониторинга должна иметь как можно меньше абстракции, что в свою очередь дает меньше точек отказа в вашей системе мониторинга. В большинстве случаев мониторинг является последней инстанцией, которая помогает разобрать инцидент с отказом инфраструктуры. В кубах много обстракций + нужно определенное умение эксплуатации Statefull приложений.
с тобой не согласяться большинство участников. Ничего не мешает держать ту же викторию отдельно. В которую уходят все метрики со всех кластеров.
Ну вопрос о выносе всей системы мониторинга за пределы куба не стоит пока) А вот попробовать Victoria в качестве внешнего хранилища - это то, что мне видимо стоит пристально исследовать
виктория может быть внутри куба, главное - не того, который мониторится ею ))))
Выглядит как толчок к созданию нового кластера для мониторинга и других утилитарных целей))
Возможно, это право каждого. К примеру promethues-operator сложновато мониторить внешние ресурсы. В объектах ServiceMonitor нельзя указывать путь до внешнего таргета в виде FQDN( по крайней мере на данный момент). Для себя пришел к решению кубы мониторить prometheus-operator, внешние объекты при помощи vmagent. Все это сливается в викторию
Да вроде можно уже. Настраиваем Service(External Name) + Endpoint и вперед
Спасибо, буду знать)
И у вас по FQDN резолвит прям?
да можно же просто сервис создать без селектора и endpoints к нему отдельно
Просто коллеги говорят что так и делают, только не совсем это работает. Проверю сам эту практику
я так делаю. Норм работает. Сервис монитор настраиваю на этот сервис
Обсуждают сегодня