Комментарии 8
Навешиваем на хост шаблон авто/обнаружения «Nginx_auto-discovery», в шаблоне или уже на хосте в макрос "{$SERVICES}" добавляем список сервисов (через пробел), которые необходимо обнаружить и поставить на мониторинг.
- При чем тут Nginx в названии шаблона к автоопределению сервисов?
- А в чем профит? Если накидываешь (не забываешь?) в указанный макрос список сервисов — в чем проблема просто навесить шаблоны «Nginx», «Mongo», «MySQL» etc? Гораздо интересней (ИМХО) сделать слежение за всеми запущенными сервисами (известными) на всех хостах и, если на хост не повешен шаблон — вешать нужный шаблон. Или как минимум алерт кидать а-ля «Non monitored software detected!»
+1
В целом, идея интересная (и, возможно, кому-то будет полезна), но пока выглядит не оптимально и не гибко. Скрипт на сервере, использование API, необходимая точность в названиях — я почти уверен, что это можно сделать проще. Как будет свободное время, попробую поколдовать на эту тему. А за поднятый вопрос спасибо.
0
Вы правы, на первый взгляд выглядит не очень удобно, но на деле всё просто, уже больше полугода используем этот механизм.
На сервер скрипт положили один раз и забыли. Шаблоны которые подтягиваются, так-же переименованы один раз. Новый добавить нет никаких проблем.
На клиентов скрипт раскидывается с помощью Ansible вместе с остальными скриптами.
Будет отлично, если Вы сделаете более элегантное решение! С удовольствием примем его на вооружение.
На сервер скрипт положили один раз и забыли. Шаблоны которые подтягиваются, так-же переименованы один раз. Новый добавить нет никаких проблем.
На клиентов скрипт раскидывается с помощью Ansible вместе с остальными скриптами.
Будет отлично, если Вы сделаете более элегантное решение! С удовольствием примем его на вооружение.
0
У нас не разрешено выполнение на агентах произвольных команд со стороны сервера: учитывая тот факт, что даже с использованием tls-шифрования проверка агентом «аутентичности» сервера сводится всё равно к проверке IP-адреса — нам такие вещи не видятся безопасными. Ту же самую схему можно реализовать со стороны агента — и это будет куда более правильно ИМХО. У нас пока тоже реализован автоматический контроль только на уровне systemd (прописываешь в макросе на хосте список «полезных» systemd сервисов — и мониторишь), так что Ваша статья подтолкнула меня подумать над реализацией «автообнаружения с автонавешиванием».
0
Я делал подобное через https://github.com/cavaliercoder/zabbix-module-systemd помимо состояния сервиса еще мониторятся потребления
0
Я делал подобное через zabbix-module-systemd. Помимо состояния сервиса еще мониторится потребление памяти и CPU
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Автоматический мониторинг свежеустановленного софта в ZABBIX