ZED 25.05.2011 12:36
How-to`s — Ставим Monitorix на Debian
Наверняка все знакомы с программой для мониторинга параметров системы Munin. Но есть еще другая похожая программа Monitorix, ее основная проблема в том, что разработчик поддерживает пакеты только для RedHat/CentOS/Fedora, Arch и BSD. Для остальных дистрибутивов предлагается архив с мануалом, вот только он не ставится как надо. Поскольку я задался целью водрузить эту штуку на Debian, я залюбился с установкой. Готовые рецепты установки Monitorix можно нагуглить для версии 1.x, а для текущей версии 2.x они не актуальны ввиду значительных изменений в программе. Но после недели любви все встало на свои места.Начнем с зависимостей.
Perl
Perl-CGI
Perl-MailTools
Perl-MIME-Lite
Perl-libwww
RRDtool and its Perl bindings (perl-rrdtool or rrdtool-perl)
В дебиане это пакеты
perl
libcgi-pm-perl
libmailtools-perl
libmime-lite-perl
libwww-perl
rrdtool
librrds-perl
Так же нужен апач, если он не стоит
apache2
Далее скачиваем с сайта rpm для шляпы (http://www.monitorix.org/monitorix-n.n.n-1.noarch.rpm) и распаковываем его как архив. Конечно, согласно логике, для абстрактного дистрибутива в вакууме нужно скачать тарбол и распихать файлы по директориям, как написано в мане. Но там почему-то не написано, что для апача (внезапно) нужен конфиг с указанием псевдонима. И из-за этого я и любился неделю. Поэтому копируем все как в rpm, помня что /etc/httpd/conf.d/monitorix.conf нужно записать в /etc/apache2/conf.d/monitorix.conf, а в том конфиге отредактировать допуск с нужных адресов.
order deny,allow
deny from all
allow from 127.0.0.1
Надо переделать например в
order allow,deny
allow from all
И под конец в /usr/share/monitorix нужно создать папку imgs и дать права апачу (или всем пользователям) туда записывать файлы.
После чего перезапускаем апач
/etc/init.d/apache2 restart
И запускаем сам Monitorix
monitorix -c /etc/monitorix.conf
PaulRed 25.05.2011 12:39 #
+ 2 -
сделали б пакет
Я, в общем, то же самое спрашивал, потому что пользуюсь munin, а вдруг monitorix лучше.
Я пока еще не занимался тонкой настройкой, поэтому мнение поверхностное и почти по дефолтным настройкам:
- мониторикс предлагает выбрать период с 1й страницы (день/неделя/месяц/год), мунин показывает только день и неделю и в общей куче
- у мунина есть кое-какие ценные графики/параметры, которых нет у мониторикса
- при клике на график мониторикс показывает увеличенную картинку с большим разрешением
т.е. пока складывается впечатление, что мунин функциональнее, а мониторикс удобнее
- мониторикс предлагает выбрать период с 1й страницы (день/неделя/месяц/год), мунин показывает только день и неделю и в общей куче
- у мунина есть кое-какие ценные графики/параметры, которых нет у мониторикса
- при клике на график мониторикс показывает увеличенную картинку с большим разрешением
т.е. пока складывается впечатление, что мунин функциональнее, а мониторикс удобнее
Ничем, просто почти всегда советуют мунин, а мне захотелось глянуть на альтернативу. Вот как раз сижу, сравниваю, нельзя сказать что какой-то из них лучше.
Я установил без httpd через nginx+perl-fcgi.
Как я вижу, monitorix генерирует картинки при каждом обращении, что не есть отлично, поскольку нагрузка на сервер создается неплохая. Как по мне, munin гораздо функциональный, и продуктивней (генерация графиков по крону).
Хотя возможно под httpd все по другому, проверить не на чем :)
Как я вижу, monitorix генерирует картинки при каждом обращении, что не есть отлично, поскольку нагрузка на сервер создается неплохая. Как по мне, munin гораздо функциональный, и продуктивней (генерация графиков по крону).
Хотя возможно под httpd все по другому, проверить не на чем :)
monitorix генерирует картинки при каждом обращении
нет, просто демон активизируется не по крону, а собственному счетчику времени (задается в конфиге, по дефолту 150 секунд), а время просто обновляется при обращении.
не знаю, не знаю, я при заходе на cgi смотрю htop, и нагрузка растет во время этого ожидания и генерации контента.
А, я понял о чем речь. Да, данные он собирает с указанным интервалом, а графики перерисовывает при обращении.
Если я хочу посмотреть актуальную инфу, зачем мне устаревшая из кеша? А при актуализаци на каждый запрос идет перегенерация, что создает дополнительную нагрузку.
Или я не понял про какой кеш ты имел в виду.
Или я не понял про какой кеш ты имел в виду.
Все правильно понял.
Но можно извратиться : ) сделать рефреш_рейт непомерно большим и ходить на мониторикс вгетом\курлом по крону. А так же впилить кеш нжинкса, который будет обновляться этой же кронжобой : )
Но можно извратиться : ) сделать рефреш_рейт непомерно большим и ходить на мониторикс вгетом\курлом по крону. А так же впилить кеш нжинкса, который будет обновляться этой же кронжобой : )
что создает дополнительную нагрузку
Мунин создает такую нагрузку при генерации графиков по крону, т.е. раз в 5 минут, и потом уже обращается к котовым графикам, а мониторикс создает нагрузку только при обращении, т.к. обновляет графики. Это значит, что если вы не обращаетесь к статистике некоторое время, то мунин в фоне продолжает нагружать проц раз в 5 минут, а мониторикс тихо собирает данные. Не знаю, почему вас это так зацепило, мне например это кажется более удобным.
Вот у меня такая-же проблема. Графики не я один смотрю, и если вся толпа полезет смотреть, боюсь сервак может не потянуть :D
Ну это же не обзор. Скрины есть на оффсайте, ссылу привел. Вот с моего гробика графики (разрешение выкрутил на пацанский уровень):
phoronix поставь...в этой софтине много разных тестов .. установка и использование