Как стать автором
Обновить

Комментарии 8

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

Я делал подобное через zabbix-module-systemd. Помимо состояния сервиса еще мониторится потребление памяти и CPU

Так-то в статье речь идет не только о systemd, скорее наоборот не о нем.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории