Nagios, изображающий решения в виде графика по сравнению с Munin/Cacti/Ganglia
Я думаю, что должен был бы знать немного больше о Вашей конфигурации. "ProxyRequests" является критической директивой. это определяет, будет ли Ваш сервер действовать как Прокси HTTP. если так, это - серьезная угроза безопасности, потому что любой может соединиться с сетью через Ваш сервер. Я уверен, что люди сканируют для этого вида дыры регулярно.
однако, если Ваш ПОЗВОЛЯТЬ правило находится в директиве "Каталога" или "Местоположения", это - вероятно, меньше проблемы, пока Вы хотите, чтобы тот каталог был доступен по Интернету.
учитывая, что Вы уже имеете nagios установку, рассматриваете nagiosgraph или pnp4nagios.
nagiosgraph и pnp4nagios делают довольно хорошее задание графического изображения nagios данные о производительности. nagiosgraph имеет основанный на параметре подход к конфигурации, pnp4nagios имеет основанный на шаблоне подход.
- оба автоматически обнаруживают новые хосты/сервисы каждый раз, когда nagios изменения конфигурации
- оба действительно изображают изменение масштаба в виде графика
- оба обеспечивают графики когда Вы наведение мыши определенные хосты/сервисы
- оба обеспечивают много способов нарезать и поставить на карту Ваши данные
- оба обнаруживают и изображают в виде графика критические и предупреждающие уровни, которые Вы уже определили в nagios
- оба могут быть встроены непосредственно в кадр nagios для бесшовной, ненарушенной навигации от текущего статуса до истории и назад
разрезание и игра в кости данных довольно важны, по моему скромному мнению. например, можно просмотреть все сервисы на единственный хост, или просмотреть все хосты с определенным сервисом или просмотреть произвольные наборы графиков для произвольных хостов и сервисов.
установка не является тривиальной, но не трудной. много зависит от того, насколько Вы хотите настроить вещи. например, nagiosgraph является 'install.pl' или 'об/мин-i nagiosgraph.rpm' или 'dpkg-i nagiosgraph.deb'. pnp4nagios является './configure; сделайте; сделайте установку'.
n2rrd может сделать некоторые из этих вещей также, но он как не полируется и требует, чтобы больше работы настроило.
rrdtool имеет причуды wrt хранение данных, и любая система будет иметь проблемы выборки. rrdtool делает некоторое усреднение данных по умолчанию, но можно получить (и график) максимумы и/или минимумы в дополнение к средним числам при необходимости.
каждый находящийся в rrdtool подход страдает от переутомления данных/графика, так как схема в каждом rrd файле статична, и большинство систем использует rrd имя файла для идентификации данных. данные обычно никогда не теряются когда сервисные смены имени или имя хоста; rrd файлы все еще существуют на диске. но некоторые пользовательские интерфейсы обеспечивают способы видеть 'устаревшие' rrd файлы, другие требуют ручного обслуживания через командную строку. на многих установках это - только проблема, первоначально настраивая систему, но в динамических средах (например, контролируя виртуальные машины, время жизни которых является только несколькими месяцами) это может стать утомительным.
одно заключительное примечание. существует на самом деле две части к отклонению: сбор данных и дисплей данных. если Вы идете с автономной системой построения графика вместо того, чтобы расширить Вашу существующую nagios установку, то Вам, возможно, придется установить дополнительные компоненты на Ваших машинах окон для сбора данных.
Я соглашаюсь с lynxman. NAGIOS для непосредственных качественных данных (X хорошо или нет?); munin для исторических количественных данных (насколько полный X теперь, и насколько полный это было в этом году?). Все мои установки NAGIOS, некоторые из которых контролируют несколько сотен сервисов, связаны с munin системами, чтобы сделать количественный контроль.
Обратите внимание также, что munin имеет определенные рычаги для питания данных в NAGIOS. Это понимает понятие ПРЕДУПРЕЖДЕНИЯ и КРИТИЧЕСКИХ порогов, и где уведомление (и представление о "Нью-Йоркской фондовой бирже" NAGIOS) требуется, очень очень легко иметь единственную munin переменную, сообщают состоянию единственного сервиса NAGIOS.
Обычный рабочий процесс - то, что никто не смотрит на munin графики, пока NAGIOS не предупреждает, что порог был нарушен, но затем munin графики становятся неоценимыми для обнаружения, росло ли что-то медленно со временем, или это внезапно увеличение, или у нас есть еженедельник вверх и вниз цикл, который медленно увеличивается в амплитуде, или что.
Как lynxman говорит, UNIX, путем является "одна задача, один инструмент". Создание набора инструментальных средств munin и работ NAGIOS очень хорошо, чтобы я обеспечил количественный и качественный контроль, а также уведомления. Это также имеет явное преимущество содержания в чистоте интерфейсов: при рассмотрении NAGIOS Вы видите простое представление того, как хорошо вещи работают правильно теперь без исторических данных, загромождающих представление; при рассмотрении munin Вы видите, что историческая информация, подходящая для проблемы, готовой к Вашему анализу, без "хоста, снижается", или "sshd не будет говорить со мной" ошибки при создании помех представлению.
Nagios, изображающие плагины в виде графика, как Вы говорите, очень ограничиваются, они предлагают очень простой интерфейс rrdtool, и дизайн UI является небольшим интуитивным счетчиком, это - в основном взлом по nagios, который попробовали для использования этого только для забавы, но он несколько раз повреждался без предупреждения.
Движение для отдельного продукта (особенно munin или ганглии) предлагает Вам большой ассортимент услуг, который не может выполнить nagios, как молитва Unix лучше быть способным всего к одной вещи, чем попытка быть способным, многие, nagios удивительны для контроля, и munin/ganglia/cacti удивительны построением графика.
При Переполнении стека мы используем n2rrd, который является плагином Nagios для построения графика данных о производительности. До некоторой степени, я согласился бы с lynxman, что он действительно имеет большое из чувства hackish.
Однако:
- С n2rrd у Вас могут быть Кактусы, делают построение графика, базирующееся данных вместо rrd2graph.cgi, который идет с n2rrd
- n2rrd с rrd2graph.cgi действительно поддерживает изменение масштаба
- До сложных совокупных графиков - Вы в основном управляете rrd графиками вручную и можете сделать то, что Вы хотите с ними.
rrd графики хранятся согласно именам серверов, поэтому если Вы меняете имя чего-то, что Вы сортируете свободных данные... Вы могли всегда просто переименовывать файлы, символьная ссылка их, хотя и Вы не освободите данные.
У меня есть некоторые примеры этих графиков в моем недавнем Некоторые Подсказки для Лучше Сообщения в блоге Отказа сервера Графиков RRD. Кроме того, n2rrd страница включает обоих демонстрация кактусов, а также rrd2graph.
Я думаю, что нижняя строка, это идущее путем Nagios могло бы недоставать функции или два, но довольно завершено, если Вы не возражаете пачкать руки с деталями записи rrd, обрабатывает yourself* по шаблону. Это, вероятно, собирается занять больше Вашего времени, но это поощрит для разработки большего количества экспертных знаний в rrd.
Я требую точные данные, и дисплей данных rrd не точен - это нормализовано! Для большинства пользователей это прекрасно, потому что они не используют очень точные данные для начала. Они используют данные, частоты дискретизации которых часто в минуту или больше и это не собирается давать Вам очень детальное описание того, что происходит. Это также означает, что, если у Вас есть скачок в Ваших данных где-нибудь, Вы никогда не можете видеть его.
Полагайте, что это - говорит, что Ваша сеть Gb гудит вперед приблизительно в 10MB/sec и внезапно существует скачок 100MB/sec в течение нескольких минут. Также отметьте, был ли это только 30-секундный скачок, Вы даже не могли бы видеть его на частотах дискретизации нескольких минут. При рассмотрении данных в течение дня тот 'скачок' может только обнаружиться как 15MB/sec, хотя фактическое значение зависит в ряде других факторов также. Существует также вероятная вероятность, Вы предположите, что Ваша сеть счастлива, когда это не!
То, что еще более печально для меня, является данными, нормализованными к физической ширине графика и диапазону оси X. То, что это означает, - то, которые пронзают, я упомянул, что Вы не видели? Если Вы увеличиваете его, волшебно появляется! Я буду придерживаться gnuplot - графики не могут быть столь же симпатичными, но они - горное тело, и gnuplot никогда не изменяет данные прежде, чем отобразить его.
- метка
Я нахожу использование pnp4nagios работами вполне хорошо для построения графика. Это поддерживает масштабирование также. Не является самым легким реализовать, но ничто с nagios никогда не.