The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз системы мониторинга Icinga 1.2.0, продолжающей развитие Nagios

06.10.2010 23:40

Анонсирован релиз открытой системы мониторинга Icinga 1.2.0, которая представляет собой форк системы мониторинга Nagios, отделившийся в начале мая 2009 года вследствие конфликта независимых разработчиков с компанией Nagios Enterprises, основанной создателем проекта. Исходные тексты Icinga распространяются в рамках лицензии GPL.

Ключевым новшеством представленного релиза является интеграция нового более гибкого и удобного web-интерфейса, имеющего модульную архитектуру, переписанного на языке PHP, активно использующего современные web-технологии, такие как AJAX, и представляющего статистику в виде графиков. Интерфейс может настраиваться через шаблоны и расширяться через дополнения. Для обеспечения интеграции с внешними сервисами предусмотрено несколько API: XML, JSON, SOAP.

Классический web-интерфейс, написанный на языке С++, не забыт и также входит в состав пакета. Более того, в новой версии возможности данного интерфейса заметно расширены: добавлена поддержка одновременного удаления нескольких комментариев и записей о простое сервиса; для всех CGI-скриптов реализована поддержка экспорта данных в формате CSV; для поддержки нового формата определения конфигурации подготовлен специальный транслятор; переработано меню; улучшены средства добавления комментариев.

От Nagios проект Icinga также отличается переработанной архитектурой, переведенной на использование прослоек IDOMOD и IDO2DB, позволяющих организовать хранение данных мониторинга и конфигурационной информации в СУБД MySQL, Oracle или PostgreSQL. Структура Icinga оптимизирована для развертывания распределенных систем мониторинга, при которой возможно создание нескольких агентов мониторинга, осуществляющих проверки и направляющих результаты на основной узел. В рамках проекта развивается, но еще не включен в состав, аналитический модуль для генерации отчетов - Icinga Reporting.

  1. Главная ссылка к новости (http://www.icinga.org/2010/10/...)
  2. OpenNews: Релиз системы мониторинга Icinga 1.0.3 (форк Nagios)
  3. OpenNews: Релиз системы мониторинга Icinga 1.0.2, продолжающей развитие Nagios
  4. OpenNews: Первый релиз Icinga - системы мониторинга, продолжающей развитие Nagios
  5. OpenNews: Тестирование нового web-интерфейса к Icinga (nagios). Статья про установку NagVis
  6. OpenNews: Конфликт вокруг торговой марки Nagios приобрёл публичную форму
Лицензия: CC-BY
Тип: Программы
Ключевые слова: Icinga, nagios, monitoring
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (59) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Misery (?), 01:43, 07/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Несколько лет уже использую Munin (серверов порядка 10-12), есть ли кто-нибудь, который знаком и с сабжем и с мунином? Если да, стоит ли тратить время и перебраться на сабж и за какими выгодами?
     
     
  • 2.2, Fcuku (ok), 03:35, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Если да, стоит ли

    Слушай анекдот и запоминай его:

    Админ, приклеившись носом к монитору.
    Сынишка 5-ти лет.
    -- Папа, папа! А почему солнышко утром восходит, а вечером заходит?
    -- Ты уверен?
    -- Да!
    -- Ничего не трогай!!!

     
     
  • 3.3, XoRe (ok), 04:03, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если да, стоит ли
    > Слушай анекдот и запоминай его:
    > Админ, приклеившись носом к монитору.
    > Сынишка 5-ти лет.
    > -- Папа, папа! А почему солнышко утром восходит, а вечером заходит?
    > -- Ты уверен?
    > -- Да!
    > -- Ничего не трогай!!!

    +1
    Менять стоит только в том случае, если существующая система вас не устраивает.
    А если просто хочется новых ощущений...
    # echo "oh yea" > /etc/password
    И бегом в серверную =)

     
     
  • 4.5, Аноним (-), 04:53, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    как-то вы мимо кассы нынче. нагиос (исинга) и мунин совершенно разные продукты, если нужно мониторить сервера постоянно, а не время от времени графики смотреть, и узнавать от юзеров, что у тебя уже как час лежит какой-нить сервис, то нагиос очень даже. и совсем другой компот, что с помощью pnp, в нагиосе, можно тоже графики рисовать.
     
     
  • 5.48, XoRe (ok), 16:47, 09/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > как-то вы мимо кассы нынче. нагиос (исинга) и мунин совершенно разные продукты,
    > если нужно мониторить сервера постоянно, а не время от времени графики
    > смотреть, и узнавать от юзеров, что у тебя уже как час
    > лежит какой-нить сервис, то нагиос очень даже. и совсем другой компот,
    > что с помощью pnp, в нагиосе, можно тоже графики рисовать.

    Я в кассу.
    У человека уже есть настроенная и рабочая среда.
    Т.е. у него есть потребности, которые эта среда удовлетворяет.
    И переходить на новую, которая как вы описали - совершенно разный продукт, нужно только в том случае, если текущая среда не удовлетворяет потребностям.

     
  • 4.22, 1111 (??), 10:28, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    # echo "oh yea" > /dev/hda1
     
     
  • 5.29, zazik (ok), 12:07, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > # echo "oh yea" > /dev/hda1

    Ну и что там такого невосстановимого в первых шести байтах раздела?

     
     
  • 6.45, Xaionaro (ok), 18:09, 08/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    7 байтах ;)
     
     
  • 7.46, zazik (ok), 18:11, 08/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 7 байтах ;)

    Подловил :)

     
  • 5.49, XoRe (ok), 16:48, 09/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > # echo "oh yea" > /dev/hda1

    От этого ваш сервер продолжить работу.
    И можно даже удаленно починить.

    А если вы похерите /etc/passwd, могут перестать запускаться многие процессы.
    И вы тупо уже не зайдете по ssh.

     
  • 4.28, zazik (ok), 12:05, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А потом pwd_mkdb -p /etc/master.passwd
    Учитесь отращивать админское брюхо, молодой человек.
     
     
  • 5.43, Денис Юсупов (?), 14:06, 08/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И даже после этого ничего не произойдёт. :) А всё потому что исходный файл будет в левом виде.
    man pwd_mkdb:
    ===
    The file must be in the correct format (see
         passwd(5)).
    ===

    Я даже это дело опробовал сейчас. Как и ожидалось, защита от дурака работает :)

     
     
  • 6.44, zazik (ok), 14:11, 08/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > И даже после этого ничего не произойдёт. :) А всё потому что
    > исходный файл будет в левом виде.
    > man pwd_mkdb:
    > ===
    >  The file must be in the correct format (see
    >      passwd(5)).
    > ===
    > Я даже это дело опробовал сейчас. Как и ожидалось, защита от дурака
    > работает :)

    После этого и не должно ничего страшного произойти. Учитесь читать маны и понимать смысл сказанного.

     
     
  • 7.58, Денис Юсупов (?), 00:12, 21/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> исходный файл будет в левом виде.
    >> man pwd_mkdb:
    >> ===
    >>  The file must be in the correct format (see
    >>      passwd(5)).
    >> ===
    >> Я даже это дело опробовал сейчас. Как и ожидалось, защита от дурака
    >> работает :)
    > После этого и не должно ничего страшного произойти. Учитесь читать маны и
    > понимать смысл сказанного.

    Учитесь читать сообщения и понимать смысл написанного: своим ответом вы подтвердили то, что я и написал. И смысл?

     
  • 5.50, XoRe (ok), 16:56, 09/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом pwd_mkdb -p /etc/master.passwd
    > Учитесь отращивать админское брюхо, молодой человек.

    Це только на фряхе.
    А, помнится, на линуксе затирание /etc/passwd приводило к очень веселым последствиям.

    P.S.
    Админское брюхо - это не интересно.
    А вот очень удаленное выполнение команды:
    "ee /etc/ipfw.conf ; kldload ipfw ; ipfw -f /etc/ipfw.conf; sysctl net.inet.ip.fw.enable=1"
    куда интереснее.
    Развивает наблюдательность и крепость нервов =)

     
     
  • 6.51, zazik (ok), 17:20, 09/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Це только на фряхе.
    > А, помнится, на линуксе затирание /etc/passwd приводило к очень веселым последствиям.

    В линуксе же shadow.passwd(или как-то так) есть, не?

    > P.S.
    > Админское брюхо - это не интересно.
    > А вот очень удаленное выполнение команды:
    > "ee /etc/ipfw.conf ; kldload ipfw ; ipfw -f /etc/ipfw.conf; sysctl net.inet.ip.fw.enable=1"
    > куда интереснее.
    > Развивает наблюдательность и крепость нервов =)

    А тут в чём проблема? Первым правилом что-нибудь вроде "allow tcp from any to my_host ssh_port keep state"(синтаксис ipfw подзабыл уже) и никаких проблем.

     
     
  • 7.52, XoRe (ok), 03:43, 10/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Це только на фряхе.
    >> А, помнится, на линуксе затирание /etc/passwd приводило к очень веселым последствиям.
    > В линуксе же shadow.passwd(или как-то так) есть, не?

    Неа.
    Только /etc/shadow, но это аналог master.passwd.
    А данные о юзерах берутся из /etc/passwd.
    Теперь вникаете в суть прикола?)

    >> P.S.
    >> Админское брюхо - это не интересно.
    >> А вот очень удаленное выполнение команды:
    >> "ee /etc/ipfw.conf ; kldload ipfw ; ipfw -f /etc/ipfw.conf; sysctl net.inet.ip.fw.enable=1"
    >> куда интереснее.
    >> Развивает наблюдательность и крепость нервов =)
    > А тут в чём проблема? Первым правилом что-нибудь вроде "allow tcp from
    > any to my_host ssh_port keep state"(синтаксис ipfw подзабыл уже) и никаких
    > проблем.

    Тогда надо 2 правило, from any to me и from me to any.
    А суть в том, что в указанной команде применение правил фаерволла начинается сразу же после выхода из редактора.
    Так что надо быть очень внимательным)

     
     
  • 8.54, zazik (ok), 19:28, 10/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да что вы говорите А как же файлы два с расширением db Или в линуксе и этог... текст свёрнут, показать
     
  • 2.4, Gular (ok), 04:25, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну, мунин - это не альтернатива нагиосу и исинга. последние два - это алертилки. мунин строит графики.
     
     
  • 3.16, ононим (?), 09:56, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    кокие алертики, к нагиосу легко прикручивается nagiosgrapher
     
  • 2.34, ьтл (?), 12:56, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я бы советовал связку, мониторинг работы, моргания и т.д. - нагиос, графики - мунин.
     

  • 1.6, VolanD (ok), 05:27, 07/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, насколько эта система тяжелее зеноса?
     
     
  • 2.24, oops (ok), 10:44, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    zenoss написан на жопе (zope), и не очень-то быстрый
     
     
  • 3.27, VolanD (ok), 11:13, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я про это и спрашиваю. Голый зеннос хавает 300 мег
     
     
  • 4.56, oops (ok), 10:58, 11/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    про исингу ничего не скажу, но нагиос намного легче
     

  • 1.7, Mimo (?), 06:39, 07/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    zabbix не?
     
     
  • 2.8, Stanislavvv (?), 07:50, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > zabbix не?

    Заббикс при всех его достоинствах - слишком много кушать для мониторинга. То есть, того компа, что выделили для этого, элементарно не хватило на ~40 серверов (2xP4 2.4GHz/512Mb).
    С нагиосом - загрузка минимальна.

     
     
  • 3.9, daevy (ok), 08:27, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    потому что по дефолту, система сохраняет все значения опрашиваемых параметров, для постройки графиков. если эту байду выключить (т.е. стать обыкновенной опрашивалкой), то нагрузка на sql уменьшится до нужд хранения только конфигурационных данных.

    p.s. спецы нагиоса объясните мне такое поведение плагина check_snmp_storage

    http://s43.radikal.ru/i100/1010/ef/675b40bb850e.png

    я вот никак не в восторге от этого)))) что мне теперь подгонять теперь в шаблонах везде "-R" и вручную подставлять процент под каждую файловую систему?

     
     
  • 4.11, padvo (??), 08:55, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > p.s. спецы нагиоса объясните мне такое поведение плагина check_snmp_storage

    Не то чтобы я был "спецом нагиоса", но я бы начал с nagios -v <конфиг нагиоса>. Если где-то есть ошибка - данные не обновляются.

     
     
  • 5.13, daevy (ok), 09:21, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не видимо я плохо объяснил, данные снимаются как надо, nagios -v отрабатывает на отлично. покажу следующую картину,
    картина на узле
    prol ~ # df -h /
    Filesystem            Size  Used Avail Use% Mounted on
    /dev/md0              9.2G  7.9G  932M  90% /
    prol ~ # df /
    Filesystem           1K-blocks      Used Available Use% Mounted on
    /dev/md0               9621816   8179384    953660  90% /

    картина на мониторинге
    kvm520-sm nagios # check_snmp_storage -H prol -C gJilIogg -w 90% -c 95% -m / -r
    OK : /: 85%used(7988MB/9396MB)  : < 90 %  | /=7987MB;8456;8926;0;9396
    kvm520-sm nagios # check_snmp_storage -H prol -C gJilIogg -R 6% -w 90% -c 95% -m / -r
    WARNING : /: 90%used(7988MB/8833MB)  : > 90 %  | /=7987MB;7949;8390;0;8832

    -R 6% это чтобы подогнаться к ext3, для reiserfs - 5% , и этот -R нужно обязательно вводить чтобы получить значения которые соответствуют действительности, иначе получим немного обрезанные данные (без каких-то зарезервированных блоков для рута)
    имхо это лишняя фича, и вводит в заблуждение новичков, когда они видят расхождение в значениях)))

    и сейчас осваиваю нагиос, наталкиваюсь на такие фокусы почти через раз:)

     
     
  • 6.25, oops (ok), 10:46, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    эээм, а агента на хост поставить и check_disk юзать никак?
     
     
  • 7.30, daevy (ok), 12:09, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению нельзя, нужно использовать только snmp, т.к. дефицит ресурсов.
     
     
  • 8.38, oops (ok), 16:54, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хохох, это вы при дифиците запускаете на наблюдаемой машине snmpd ... текст свёрнут, показать
     
     
  • 9.41, daevy (ok), 09:15, 08/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    подскажите мне другие варианты, будет интересно выслушать вообще по моим наблю... текст свёрнут, показать
     
     
  • 10.55, oops (ok), 10:56, 11/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    аргумент использования snmpd какой-то не очень На сетевый девайсах - понятно, н... текст свёрнут, показать
     
  • 6.39, FM (??), 18:12, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    как-то математика не сходится:
    (7.9G / 9.2G) * 100% = 85%\
    и даже
    (8179384 / 9621816) * 100% = 85%
    ну никак не 90% %)
    так что Nagios тут непричем.
     
     
  • 7.42, daevy (ok), 09:32, 08/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > как-то математика не сходится:
    > (7.9G / 9.2G) * 100% = 85%\
    > и даже
    > (8179384 / 9621816) * 100% = 85%
    > ну никак не 90% %)
    > так что Nagios тут непричем.

    погуглив узнал что есть такая штука как reserved block ? как оказалось, просто плугин не считает эти зарезервированые блоки, а df - считает. получается расхождение)))
    так что вроде и причем, и не причем... просто имхо, подсчет блоков должен быть включен по умолчанию. опять же как я уже писало, разные фс при форматировании по разному определяют процент резервирования.
    в ext3 это -m reserved-blocks-percentage ... The default percentage is 5%.


     
  • 5.15, daevy (ok), 09:34, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот еще один момент, плугин check_snmp , запрашивает значение OID и выдает warn или crit если полученное значение !БОЛЬШЕ! (и только "больше") образца.
    Вот, а мне к примеру надо отслеживать uptime и мне надо получать warn когда значение меньше.
    check_snmp -H odion -C gJilIogg -o 1.3.6.1.2.1.1.3.0 -w 43200
    SNMP WARNING - *292528060* | iso.3.6.1.2.1.1.3.0=292528060

    как мне указать, что варнинг должен вылазить, только когда полученное значение меньше задаваемого образца?

    условий вобщем нехватает мне, или я еще ненашел:)

     
     
  • 6.23, padvo (??), 10:35, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > check_snmp -H odion -C gJilIogg -o 1.3.6.1.2.1.1.3.0 -w 43200

    Если склероз мне не изменяет, там есть еще параметр "-с", для critical, указываете значение для срабатывания, которое вам надо для critical

     
     
  • 7.31, daevy (ok), 12:15, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Если склероз мне не изменяет, там есть еще параметр "-с", для critical,
    > указываете значение для срабатывания, которое вам надо для critical

    нет не изменяет, "-с" конечно желательно указывать во всех проверках как второй порог, который говорит что настал совсем ахтунг... но деле не в этом, в моем случае это не решит, проблемы. вот смотрите:
    аптайм машины - 80 дней. мне нужен одиночный алерт если вдруг аптайм окажется меньше 1 часа. и всё. я поставлю -w 3600 -с 1800, но это бессмысленно, плугин будет возвращать warn когда аптайм будет больше 3600 и crit когда больше 1800 но меньше 3600. вот как мне сделать чтоб warn был только когда значение меньше 3600 ?

     
     
  • 8.40, сабакка (?), 21:09, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    unix way - модифицируй скрипт ... текст свёрнут, показать
     
  • 6.26, oops (ok), 10:50, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > вот еще один момент, плугин check_snmp , запрашивает значение OID и выдает
    > warn или crit если полученное значение !БОЛЬШЕ! (и только "больше") образца.
    > Вот, а мне к примеру надо отслеживать uptime и мне надо получать
    > warn когда значение меньше.
    > check_snmp -H odion -C gJilIogg -o 1.3.6.1.2.1.1.3.0 -w 43200
    > SNMP WARNING - *292528060* | iso.3.6.1.2.1.1.3.0=292528060
    > как мне указать, что варнинг должен вылазить, только когда полученное значение меньше
    > задаваемого образца?
    > условий вобщем нехватает мне, или я еще ненашел:)

    товарищ! ну запусти ты check_snmp --help и воткни в пороги типа -w 1:10 и сразу придумаешь как тебе выполнить твою задачу

     
     
  • 7.32, daevy (ok), 12:19, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > товарищ! ну запусти ты check_snmp --help и воткни в пороги типа -w
    > 1:10 и сразу придумаешь как тебе выполнить твою задачу

    пробовал не работает((((

    # check_snmp -H torre -C gJilIogg -o 1.3.6.1.2.1.1.3.0 -w 0:3600
    SNMP WARNING - *232208713* | iso.3.6.1.2.1.1.3.0=232208713

    это как какая-то идиотская аксиома, аптайм выходит за диапазон, => warning.

     
     
  • 8.35, Gular (ok), 13:28, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    если решения не удается найти действительно, то как крайний вариант - плагины мо... текст свёрнут, показать
     
  • 8.57, oops (ok), 11:44, 11/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а если подумать и попробовать что-то типа check_snmp -H torre -C gJilIogg -o 1 ... текст свёрнут, показать
     
     
  • 9.59, Серега (?), 23:52, 14/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ----------------- Да, двоеточие надо, а еще интервал можно указать -w 3600 4000 ... текст свёрнут, показать
     
  • 2.10, padvo (??), 08:36, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На одном из моих прежних мест работы (крупный хостер, более 1000 серверов в нескольких ДЦ + N-ное количество цисок), ходили легенды про то, как заббикс подавился такими объемами. Дело было до моего там появления, поэтому подробностей не знаю. Собственноручно поднимал там систему мониторинга на нагиосе  (5 серверов мониторили хозяйство, шестой собирал и отображал сводные данные и мониторил остальные нагиосы) - этого вполне хватало, LA выше 7-8 не взлетал, и тормозов не наблюдалось. 2-ядерный Xeon, 4G RAM, nagios, apache2, FreeBSD. Может, заббикс был неудачно приготовлен, но нагиос и до сих пор там живет и пасется.
     
     
  • 3.12, Nerian (?), 09:12, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А каким образом это было сделано? Чтобы 5 серверов мониторили, а 1 собирал?
    Единственное что приходит в голову это то что этот единственный сервер запускал на той стороне npre плагины... Или как это сделать в nagios?
     
     
  • 4.14, daevy (ok), 09:25, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да интересно послушать про реализацию.. в заббиксе это делается на раз-два через заббикс-прокси, наверняка такие же плюшки есть и в нагиосе
     
     
  • 5.17, KonstantinK (??), 10:01, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    возможно что-то типа:
    http://mathias-kettner.de/checkmk_livestatus.html

    или аналогичное?

     
  • 5.18, nagioser (?), 10:10, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отвечу за него. В нагиосе есть несколько механизмов, nrpe самый плохой из них, т.к. приходится на каждую проверку запускать новый процесс. Есть merlin (советую посмотреть http://www.op5.org/op5media/op5.org/downloads/merlin-scenarios.pdf ) и есть Distributed Nagios Executor ( http://dnx.sourceforge.net/ ). Это NEB модули, которые работают в адресном пространстве нагиоса, поэтому у них нет дополнительных расходдов как в случае nrpe.

    Вообще очень странно, что на 1000 хостов автор использует несколько машин. У нас тоже более 1000 хостов, и справляются 2 виртуальных контейнера, один под сам нагиос, второй под базу для хранения всех результатов проверок.

     
     
  • 6.20, padvo (??), 10:22, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще очень странно, что на 1000 хостов автор использует несколько машин.

    На каждом из этих хостов мониторилось весьма большое количество сервисов. Согласен, это некоторая избыточность, но очень не хотелось лишиться мониторинга, либо его актуальности - это больше политическое, чем техническое решение. А в подходящем железе недостатка не было. И конфигурилось оно централизованно (svn+puppet).

     
     
  • 7.21, Nerian (?), 10:25, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    nagioser, padvo - Спасибо Большое!
     
  • 4.19, padvo (??), 10:14, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Плюшка называется send_nsca. Есть среди плагинов. Хост-коллектор настраивается на мониторинг всего хозяйства (все, что мониторится, должно быть указано в конфиге). Все эти проверки на хосте-коллекторе определяются как пассивные. На остальных хостах - активные. Вот конфиг для этой штуки (пути фряшные, в линуксах будут другие, адаптируйте).

    # send_nsca command path
    CMD="/usr/local/sbin/send_nsca"
    # send_nsca config file
    CFG="/usr/local/etc/nagios/send_nsca.cfg"
    # where to send passive checks
    PASSIVEHOST=<master_host> # Имя хоста-коллектора
    # where to log send events
    LOG="/opt/nagios/send_host_nsca.log"
    # how often send events (per min)
    OFTEN="6"
    # mv log before send
    TMPSEND="/tmp/passive_host_event.log.$$"
    # log
    TMPREC="/tmp/passive_host_event.log"

    А по поводу -R - Вы, похоже правы, у нас было некоторое количество линукс-машин с ext3, но диски мониторил самописный демон, а не этот плагин.

     
     
  • 5.33, daevy (ok), 12:24, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в том и незадача, при использовании nagios часто приходится прибегать каким то третьим инструментам, например jabber-уведомления, пришлось приделать через pl-скрипт, веб-морда для виндо-админов - nagiosql, графики - cacti или pnp4nagios
    хочется пожелать icingа-девелоперам удачи в работе, чтобы они сделали прекрасный инструмент, где все это будет в одном месте:)

     
     
  • 6.36, Gular (ok), 16:22, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не. на самом деле не надо. нагиос - это конструктор. идея как раз в том, чтобы делать только то что нужно. если же требуется уже готовое со всеми возможностями, то используйте лучше заббикс или зеносс.
     
     
  • 7.37, daevy (ok), 16:38, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    желательно чтоб детали конструктора находились хотя бы в одной коробке)))) а так любая система является по сути конструктором.
     
     
  • 8.47, mootal (?), 16:33, 09/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    unix-way Тут приходится выбирать - либо конструктор, из которого можно собрать ... текст свёрнут, показать
     

  • 1.53, Гога (?), 07:05, 10/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо автору анонса! Поставил у себя - просто "песня души". Особенно порадовал мануал на сайте разработчиков - под фряху, по-крайней мере. Сотня хостов за какую-то пару часов :). С заббиксом как-то тяжелее оказалось - уж больно он на трафик прожорлив оказался. Посмотрю, сколько исинга/нагиос кушаеть.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру