Нет, это вы сейчас сами придумали. Как ни странно наш диалог пока что был довольно аргументирован. У нас даже точка разногласия проявилась и довольно четкая. Я отрицаю ценность встроенного агента.
При общей сложности и прочих проблемах
ценность zabbix может быть в том, что с момента когда захочешь мониторить какую-то метрику, до появления графиков для этой метрики, и алертов с эсколациями в zabbix проходит меньше времени в несколько раз
Увы, я не увидел аргументов, чем же пром лучше. Все свелось к "ну так в заббиксе тоже что-то подобное надо делать". При этом равнозначность или неравнозначность усилий на это "что-нибудь сделать" оценивается лишь в субъективных впечатлениях. Я понимаю, когда речь о мониторинге приложений, когда разработчик без всякого участия опс может реализовать /metrics - для заббикса тут надо поизвращаться, чтобы удобно обнаруживать и мониторить, но в остальном...
+ в zabbix не трудно мониторить отсуствие какой-то метрики. Например есть диски sda, sdb, nvme0n1. Ты хочешь чтобы в них мониторились определенные smart аттрибуты. Тебе не трудно повесить алерт на то, что какой-то из этих аттрибутов не обнаружился на диске и не мониторится В проме вообще хз как это возможно сделать, только написать свой экспортер с нуля я полагаю и делать метрику на отсутствие аттрибута на диске
absent(metric_name)
вот бывает такое, что функция есть, но чтобы её найти, надо перечитать всю документацию..
Эскалации в заббиксе? Ты шутишь? Именно поэтому хардкорщики ставят ицингу
да не, это не канает. Там один фиг надо менять экспортер или писать свой. Одинаковые аттрибуты у разных производителей по разному называются. То есть тебе надо написать экспортер который для такого сделает один и тот же лейбл "смарт аттрибут" в метрике. Одно дело что в zabbix это скриптуется за 10 минут, а другое пиши свой smart экспортер
Обсуждают сегодня