Мониторинг с pull-моделью сбора данных

Как альтернатива Zabbix

Настройки отображения темы Показывать по сообщений с сортировкой .
Выводить , отправленные .
Одна страница
Распечатать
4X_Pro
Создатель сайта
Всего сообщений: 3794
Зарегистрирован: 9 дек. 2015 г., 19:20
Рейтинг пользователя: 1930

0
#1
Недавно задумался о том, что хорошо бы мониторить на своих серверах ряд параметров. Хотя бы свободное место на диске, доступную память и скорость прироста числа ошибок в логах. Первое, что пришло в голову — это поставить Zabbix, но начав разбираться с ним, быстро выяснил, что Zabbix работает по push-модели (агенты отправляют данные на сервер, адрес которого должен быть заранее известен).
У меня же ситуация обратная: нужно, чтобы данные копились в самих агентах, а серверное приложение (которое работает на моём домашнем компьютере) периодически подключалось к ним, забирало накопленное и показывало уведомления, если какие-то показатели выходят за рамки нормы. То есть использование pull-модели сбора данных. И возник вопрос: кто-нибудь знает такое решение? Причём желательно, чтобы агенты были написаны не на Ruby или Python, которые жрут память сотнями мегабайт.

Ребята, давайте жить спокойно!

Одна страница
Распечатать

У вас нет прав для отправки сообщений в эту тему.

Задать вопрос

Здесь можно задать мне вопрос или спросить совета по любой теме, затронутой в блогах или на форуме. После того, как я отвечу, вопрос и ответ появятся в соответствующем разделе. Но не забываем, что я — сторонник slow life, поэтому каких-либо сроков ответов не обещаю. Самые интересные вопросы станут основой для новых тем на форуме или записей в блоге.
Сразу предупреждаю: глупости, провокации, троллинг и тому подобное летит прямо в /dev/null.