Comments 25
Не увидел красивых графиков, о которых было заявлено в заголовке.
+25
А графики где? >.<
+8
Howto install Munin? Зачем???
Более интересный вопрос (который следует из заголовка): существует ли плагин/мод/хак для Munin'а который рисовал бы действительно красивые графики на флеше (Open Flash Chart, XML/SWF Charts (http://www.maani.us/xml_charts/) и т.д.)? Если есть такой — было бы лучше описание его установки увидеть.
Более интересный вопрос (который следует из заголовка): существует ли плагин/мод/хак для Munin'а который рисовал бы действительно красивые графики на флеше (Open Flash Chart, XML/SWF Charts (http://www.maani.us/xml_charts/) и т.д.)? Если есть такой — было бы лучше описание его установки увидеть.
+2
Обратная сторона, — сервак Мунина может лечь под нагрузкой в некоторых исключительно редких случаях.
Всё потому, что форкается по крону как оголтелый.
Всё потому, что форкается по крону как оголтелый.
0
Что-то много телодвижений с этим Minin.
Попробуйте Zabbix — и установить намного проще, и графики рисует просто обалденно. Причём как стандартные по любому из параметров, так и произвольные пользовательские.
Попробуйте Zabbix — и установить намного проще, и графики рисует просто обалденно. Причём как стандартные по любому из параметров, так и произвольные пользовательские.
-1
Заббикс ставить ради мониторинга одного-двух серверов — это безумие. Мунин сделан для мониторинга малого количества серверов.
0
Zabbix нужен для большого количества точек мониторинга и при наличии большого количества места для его базы, так как Zabbix хранит все данные на каждый момент их снятия, что сжирает очень много места с одной стороны, а с другой позволяет посмотреть на подробный график состоянием на определенный час в прошлом году. Лично мне не нравятся много-гиговые базы с результатами мониторинга :)
0
Верно. У заббикса свои сильные стороны, он хорош для мониторинга большой распределенной сети.
0
Да, Заббикс хорош для больших сетей и для больших хранилищ… но не только :)
У Заббикса есть отличная фишка: можно настроить время жизни для каждого отслеживаемого параметра. У меня сейчас несколько «точек» слежения (у клиентов). Один из клиентов: пять серваков различной направленности (два задублированы), три UPS, два интеллектуальных свича и один ADSL-модем. Время жизни параметров: 3 месяца (обычно больше и не нужно), средний объём базы данных — около 12 гигабайт. Простите, но это размер флешки 16Gb за 30$. Для масштабов предприятия это сущие копейки, особенно с учётом систем дублирования и резервного инкрементального копирования.
Даже на одном отдельном сервере у клиента я настраиваю zabbix (равно как и shorewall только лишь на одном компе). Причина одна: «безобразно, но однообразно». То есть, я настраиваю ОДИНАКОВО и эффективно ВЕЗДЕ. даже там, где такие настройки не нужны. А делаю так по одной простой причине: я не хочу по вызову клиента заходить на хост и вспоминать, а какие же там мои персональные настройки и пакеты стоят?
Вы не поверите, но я даже свои нестандартные настройки пакетирую. То есть, если я настраиваю posffix или exim(shorewall; apache; bind или cups) то я сначала настраиваю это в виртуальной машине на своём компе, потом формирую rpm-пакет с prein/postin-скриптами, потом тестирую и только потом ставлю у клиента (дополнительно /etc делаю версионным под управлением svn… сейчас думаю на git переделать). То есть. делаю некие мета-пакеты по настройке других пакетов (RPM — потому что я редхатоид).
Увидев этот пост, я немного изучил minin… честно говоря, никаких аргументов «за» по сравнению с zabbix я не увидел. о чём и написал. По поводу «Что-то много телодвижений с этим Minin». Господа, ну действительно, когда можно сказать:
или
на клиенте, то согласитесь, указанные в топике иснструкции по компляции и дополнительной настройке выглядят довольно излишними…
Я, простите, уже в том возрасте, когда хочется больше быть с семьёй, чем с компом… :)
У Заббикса есть отличная фишка: можно настроить время жизни для каждого отслеживаемого параметра. У меня сейчас несколько «точек» слежения (у клиентов). Один из клиентов: пять серваков различной направленности (два задублированы), три UPS, два интеллектуальных свича и один ADSL-модем. Время жизни параметров: 3 месяца (обычно больше и не нужно), средний объём базы данных — около 12 гигабайт. Простите, но это размер флешки 16Gb за 30$. Для масштабов предприятия это сущие копейки, особенно с учётом систем дублирования и резервного инкрементального копирования.
Даже на одном отдельном сервере у клиента я настраиваю zabbix (равно как и shorewall только лишь на одном компе). Причина одна: «безобразно, но однообразно». То есть, я настраиваю ОДИНАКОВО и эффективно ВЕЗДЕ. даже там, где такие настройки не нужны. А делаю так по одной простой причине: я не хочу по вызову клиента заходить на хост и вспоминать, а какие же там мои персональные настройки и пакеты стоят?
Вы не поверите, но я даже свои нестандартные настройки пакетирую. То есть, если я настраиваю posffix или exim(shorewall; apache; bind или cups) то я сначала настраиваю это в виртуальной машине на своём компе, потом формирую rpm-пакет с prein/postin-скриптами, потом тестирую и только потом ставлю у клиента (дополнительно /etc делаю версионным под управлением svn… сейчас думаю на git переделать). То есть. делаю некие мета-пакеты по настройке других пакетов (RPM — потому что я редхатоид).
Увидев этот пост, я немного изучил minin… честно говоря, никаких аргументов «за» по сравнению с zabbix я не увидел. о чём и написал. По поводу «Что-то много телодвижений с этим Minin». Господа, ну действительно, когда можно сказать:
yum install mysql-server zabbix
или
yum install zabbix-agent
на клиенте, то согласитесь, указанные в топике иснструкции по компляции и дополнительной настройке выглядят довольно излишними…
Я, простите, уже в том возрасте, когда хочется больше быть с семьёй, чем с компом… :)
0
У заббикса есть один огромный минус — он очень любит ресурсы. В первую очередь — проц, память и IOTime. Конечно, если надо мониторить не полтора сервера, как тут, а хотя бы пару десятков — Zabbix, Zeus или монстр типа Tivoli/OpenView — наш выбор. Но для маленьких инсталляций и слабых машин он не подходит.
PS> в статье нет информации о компиляции munin из исходников, что вы. Я такого развлечения врагу не пожелаю :)
PS> в статье нет информации о компиляции munin из исходников, что вы. Я такого развлечения врагу не пожелаю :)
+1
Да, заббикс любит ресурсы, тут не спорю…
В принципе, ниша munin для меня прояснилась: хорошее легковесное решение для одиночных серверов. Это где я палил пушкой по воробьям, можно было бы сделать просто и изящно… Спасибо за статью. Тем более, что мунин обнаружился в репах CentOS… сейчас буду щупать :)
В принципе, ниша munin для меня прояснилась: хорошее легковесное решение для одиночных серверов. Это где я палил пушкой по воробьям, можно было бы сделать просто и изящно… Спасибо за статью. Тем более, что мунин обнаружился в репах CentOS… сейчас буду щупать :)
0
«Странно, но поиск уверяет меня, что статьи о нем на Хабре еще не было» В этом году — да:)
habrahabr.ru/blogs/linux/30494/
и графики munin.ping.uio.no/
habrahabr.ru/blogs/linux/30494/
и графики munin.ping.uio.no/
+3
Ужас. Требует клиента, никакой авторизации и щифрования.
Для 99% процентов задач хватает обычного snmp (если с третьей версией то еще и достаточно безопасного).
К нему прикрутить простейший обработчик событий и тот же rrd.
Если ще вы уж сильно ленивы и всё таки любити красивые графики посмотрите на cacti.
Для 99% процентов задач хватает обычного snmp (если с третьей версией то еще и достаточно безопасного).
К нему прикрутить простейший обработчик событий и тот же rrd.
Если ще вы уж сильно ленивы и всё таки любити красивые графики посмотрите на cacti.
0
0
Sign up to leave a comment.
Munin — рисуем красивые графики