F
и уже как то модифицировать для себя
Size: a a a
2020 March 17
AG
спасибо, почитаю
F
или даже вот
F
ну и довесок https://habr.com/ru/company/pt/blog/433126/
все пошел работать дальше=)
все пошел работать дальше=)
KT
Для agent2 вроде есть готовые пакеты, rhel8, debian 9/10, ubuntu - не пробовали?
у меня CentOS7, собирать там гемор с этим новым openssl 1.1
KP
Всем привет! Не перестаю восхищаться гибкостью и универсальностью Zabbix, правда в вопросе создания шаблонов и макросов для безагентного мониторинга (HTTP-агентом, веб-проверкой и простыми проверками) работы сетевых сервисов (веб-приложений) по произвольным адресам (URL) у меня сложилось мнение, что гибкости как раз не хватает. Как вы делаете шаблоны для веб-мониторинга, проверки работы веб-служб на произвольных IP/DNS адресах, портах или URL? Когда IP/DNS указать в {HOST.CONN} нельзя (там стоит 127.0.0.1), а многочисленные {INVENTORY.*} просто не раскрываются в элементах данных и пользовательском интерфейсе?
ДУ
делай отдльеный хост на каждое приложение
ДУ
или обнаружение
KP
делай отдльеный хост на каждое приложение
мониториг в основном удаленный, через интернет. Насколько я понимаю, сканировать все подряд для автообнаружения хостов и их автоматического создания - плохая идея
ДУ
очень плохая
ДУ
ты же не будешь весь инет сканировать
ДУ
хотя, если у тебя определенная подсеть
ДУ
или список адресом
ДУ
можно сделать сетевое обнаружение и создавать хосты
A
Konstantin P.
Всем привет! Не перестаю восхищаться гибкостью и универсальностью Zabbix, правда в вопросе создания шаблонов и макросов для безагентного мониторинга (HTTP-агентом, веб-проверкой и простыми проверками) работы сетевых сервисов (веб-приложений) по произвольным адресам (URL) у меня сложилось мнение, что гибкости как раз не хватает. Как вы делаете шаблоны для веб-мониторинга, проверки работы веб-служб на произвольных IP/DNS адресах, портах или URL? Когда IP/DNS указать в {HOST.CONN} нельзя (там стоит 127.0.0.1), а многочисленные {INVENTORY.*} просто не раскрываются в элементах данных и пользовательском интерфейсе?
использую blackbox-exporter и каждый сайт = хост в группе веб сервисов. также макросом передаю эндпоинт, который необходимо мониторить
KP
В моей практике узел в Zabbix превратился в некую оранизационную единицу, связанную с каким-то подразделением или клиентом. Имя хоста повсеместно используется в оповещениях и для идентификации. И мне очень не зватает глобально раскрывающихся макросов типа {HOST.IP}, в которых я бы мог указывать произвольные IP, DNS, порт или хотя бы просто URL, чтобы потом использовать с шаблонах. Ну или чтобы {INVENTORY.*} раскрывались в элементах данных - когда просматриваешь узел эти данные наглядно видно, по URL можно щелкнуть. Сейчас спасаюсь пользовательскими макросами типа {$WEBAPP_URL1}, но когда их много это неудобно и ненаглядно
KP
использую blackbox-exporter и каждый сайт = хост в группе веб сервисов. также макросом передаю эндпоинт, который необходимо мониторить
спасибо, сейчас посмотрю
ДУ
Konstantin P.
В моей практике узел в Zabbix превратился в некую оранизационную единицу, связанную с каким-то подразделением или клиентом. Имя хоста повсеместно используется в оповещениях и для идентификации. И мне очень не зватает глобально раскрывающихся макросов типа {HOST.IP}, в которых я бы мог указывать произвольные IP, DNS, порт или хотя бы просто URL, чтобы потом использовать с шаблонах. Ну или чтобы {INVENTORY.*} раскрывались в элементах данных - когда просматриваешь узел эти данные наглядно видно, по URL можно щелкнуть. Сейчас спасаюсь пользовательскими макросами типа {$WEBAPP_URL1}, но когда их много это неудобно и ненаглядно
так ты можешь указывать в {HOST.IP} что угодно
