Я не уверен, какие рамки мониторинга использовать. В настоящее время я смотрю либо Nagios, либо Sensu.
Может ли кто-нибудь дать мне хорошую ссылку, которая показывает сравнение этих двух (или любого другого инструмента мониторинга, который может быть хорошим решением)? Мое основное намерение состоит в том, чтобы сократить масштаб EC2. Я использую Opscode Chef для системной интеграции.
Из небольшого недавнего опыта с Sensu и довольно большого опыта работы с Nagios я бы сказал, что оба являются отличным выбором.
Sensu - это, безусловно, новый ребенок. Он имеет приятный интерфейс и хороший API. Тем не менее он требует, чтобы Redis и RabbitMQ в вашей настройке работали. Поэтому подумайте, хотите ли вы что-то отслеживать за этими зависимостями вне стека мониторинга sensu. Sonian также предлагает рецепты шеф-повара для тестирования.
https://github.com/sensu/sensu-chef
Нагиос был очень долгое время. Он обычно упакован для большинства дистрибутивов, что делает установку простой и имеет несколько зависимостей. Это послужной список также означает, что поиск людей, которые его знают или которые использовали его, и может предложить советы, легко. С другой стороны, пользовательский интерфейс является уродливым, а программный доступ часто хакерский или через сторонние дополнения. Рецепты шеф-повара также существуют для Nagios:
https://github.com/bryanwb/chef-nagios
Если у вас есть время, я бы попробовал оба, есть немного вреда в том, что две системы мониторинга работают как пробная версия. Главное, на что нужно сосредоточиться, особенно в динамической установке EC2, - это то, как легко файлы конфигурации мониторинга могут быть сгенерированы вашим инструментом управления конфигурацией.
Что касается других инструментов, я бы лично включил что-то для записи данных временных рядов, например запросов в секунду или загрузки с течением времени. Графики - отличная помощь в мониторинге и могут использоваться для управления оповещениями через Nagios или аналогичные. Лично я поклонник как Ganglia, так и Graphite, в то время как Librato Metrics (https://metrics.librato.com/) является очень приятной несвободной опцией.
Важное различие между Nagios и Sensu -
Nagios требует, чтобы все настройки для 1) проверяли 2) обработчики, но самое главное 3) хосты, которые должны быть записаны в файлах конфигурации на сервере Nagios. Это означает, что каждый раз, когда изменяется одно из трех выше (например, новые хосты добавлены, старые удаленные узлы), вам необходимо перезаписать файлы конфигурации и перезапустить Nagios.
Sensu почти то же самое, что и выше, с одним важным отличием - когда хосты добавляются или удаляются из вашей архитектуры (как это бывает в большинстве автоматических масштабирующих облачных развертываний) - сами хосты запускают sensu-client что "подписывается" на различные доступные проверки. Поэтому, когда появляется новый сервер и говорит: "Я - веб-сервер", сэнсу-клиент, работающий на нем, будет запрашивать у сенсу-сервера "какие проверки должен выполняться на веб-сервере?" и запустите их.
Кроме этого, действия, которые делают как Nagios (также Icinga), так и Sensu, являются отличными и имеют множество возможностей для проверок, обработчиков и видимости через панель управления (YMMV).
Я некоторое время пытался использовать Nagios: у меня появилось ощущение, что единственной причиной, по которой это распространено, является то, что "все остальные используют его", потому что это абсолютно отвратительно для работы. Массово сложный, сложный и долговязый, чтобы заставить его сделать что-нибудь новое: если вы найдете что-то, чего он не делает, вы знаете, что у вас есть неделя ругательства в мутной документации архаичного дизайна. В конце всех ваших усилий, и все это работает, выглядит отвратительно. Скрап это заставило меня спать лучше.
Кактусы выглядят хорошо, но опять же он излишне сложный при создании новых плагинов.
Для графического отображения я бы рекомендовал Munin: совершенно тривиально писать новые плагины на любом языке, есть сотни доступных, и это выглядит разумно. Он невероятно прост в установке - одна команда для установки и установки одного правила доступа, поэтому хорошо работает для автоматизированных развертываний, легко переносится в рецепт шеф-повара. 2.0 в ближайшее время и устраняет большинство его недостатков (в частности, добавляет переменные интервалы обновления, масштабируемые графики, транспорт ssh). Munin может поговорить с Nagios для уведомлений, или он может сделать это сам, и он предоставляет базовую панель инструментов.
Для локального мониторинга процессов/файлов/сервисов monit проще и работает лучше, чем god. Я не пробовал его с m/monit.
По сравнению с Sensu и Nagios... Выбор будет системой мониторинга Sensu.
Ниже приведены основные причины,
1.Easy Setup.. Существует много сокращений перезапуска Клиентов.. Это серьезная проблема в крупном предприятии 2. Плагины Nagios можно использовать с Sensu Ecosystem. 3. Масштабируемость и легкость для среды Cloud.
Кто-нибудь слышал о Zabbix.It имеет много функций и поставляется в виде единого пакета. Я сомневаюсь в масштабируемости
До тех пор, пока предприятие состоит из баз данных, соков, сетевых устройств, веб-серверов, фильтров, библиотек резервных копий.... существует едва ли альтернатива nagios (или это кузены icinga, shinken) Возможно, когда-нибудь все выйдет из облаков автоматически, но все же через несколько лет будут статические серверы (физические или виртуальные, это не имеет значения) с определенной целью, по крайней мере, в течение нескольких месяцев. Нам все равно придется контролировать пропускную способность интерфейса, табличные пространства, бизнес-процессы, сеансы базы данных, лог файлы, метрики jmx. Все, в чем преимущество плагина в мире nagios имеет преимущество.