The OpenNET Project / Index page

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

17.02.2011 22:35  Релиз системы мониторинга Icinga 1.3.0, форка проекта Nagios

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

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

Ключевым улучшение Icinga 1.3.0 является добавление поддержки IPv6 и возможности мониторинга смешанных IPv6/IPv4 сетей. Кроме того можно отметить добавление новых еженедельных, ежемесячных и ежегодных отчетов, а также реализацию функции единовременной загрузки данных в СУБД для хостов и сервисов, вместо последовательного выполнения insert-запросов. Незначительные улучшения и оптимизации также затронули web-интерфейс.

  1. Главная ссылка к новости (http://www.icinga.org/2011/02/...)
  2. OpenNews: Релиз системы мониторинга Icinga 1.2.0, продолжающей развитие Nagios
  3. OpenNews: Конфликт вокруг торговой марки Nagios приобрёл публичную форму
  4. OpenNews: Первый релиз Icinga - системы мониторинга, продолжающей развитие Nagios
  5. OpenNews: Независимые разработчики системы мониторинга Nagios создали форк проекта
Лицензия: CC-BY
Тип: Программы
Ключевые слова: icinga, nagios, monitoring
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, QuAzI (ok), 22:54, 17/02/2011 [ответить] [показать ветку] [···]    [к модератору]
  • +1 +/
    Задам свой старый вопрос. К чему-то в духе OCS Inventory+GLPI его или аналоги реально привязать?
    Пробовал FusionInventory - не отправляет виндовый клиент данные серверу.
     
     
  • 2.2, name (??), 23:16, 17/02/2011 [^] [ответить]    [к модератору]
  • +/
    какую версию пробовали?
    я когда тестировал на виртулке тоже не увидел отправки данных, ну и забил на него. а потом через несколько недель смотрю в базе оцс, а данные обновляются
    в базе агент прописан FusionInventory-Agent_v2.1.6-3
     
     
  • 3.5, QuAzI (ok), 11:14, 18/02/2011 [^] [ответить]     [к модератору]
  • +/
    Стоит там давно и надёжно FreeBSD 7 2-STABLE с отключенным файрволом нет в этой... весь текст скрыт [показать]
     
     
  • 4.11, name (??), 23:16, 19/02/2011 [^] [ответить]    [к модератору]  
  • +/
    ну собственно, вам ниже уже рассказали, что требуется прослойка в виде оцс-репортс.
    отдельное спасибо linvinus за юникод.
     
  • 1.3, linvinus (?), 11:05, 18/02/2011 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обе... весь текст скрыт [показать]
     
     
  • 2.6, QuAzI (ok), 11:16, 18/02/2011 [^] [ответить]    [к модератору]  
  • +/
    > поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за

    Тобишь без уже установленного OCS Inventory оно вообще не взлетит? В родных requirements и доке по установке об этом ни слова
    http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki/En_IV
    http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki/En_IV

     
     
  • 3.7, yurror (?), 13:02, 18/02/2011 [^] [ответить]    [к модератору]  
  • +/
    Команда разработчиков только планирует создание плагина таким образом, чтобы он не зависел от OCS-ng. К сожалению не нашел ссылки, но точно помню, что вычитал эту инфу из их вики http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki
     
     
  • 4.8, linvinus (?), 14:02, 18/02/2011 [^] [ответить]    [к модератору]  
  • +/
    > Команда разработчиков только планирует создание плагина таким образом, чтобы он не зависел
    > от OCS-ng. К сожалению не нашел ссылки, но точно помню, что
    > вычитал эту инфу из их вики http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki

    По просьбам трудящихся созданы русскоязычные ветки http://forum.fusioninventory.org/viewforum.php?id=10

    http://forum.fusioninventory.org/viewforum.php?id=9

    Документация ни на английском ни на русском пока ещё не готова,  будет доступна позже
    Вроде как есть порт для Freebsd.

    Я сам в проекте не у чавствую, только помогал тестировать поддержку utf8.
    Лучше всего задавать вопросы на форуме или в irc #fusioninventory
    http://fusioninventory.org/wordpress/contact/

     
     
  • 5.13, linvinus (?), 11:39, 21/02/2011 [^] [ответить]    [к модератору]  
  • +/
    Инструкция и порт для FreeBSD http://forum.fusioninventory.org/viewtopic.php?id=230
     
  • 2.12, name (??), 23:29, 19/02/2011 [^] [ответить]    [к модератору]  
  • +/
    > FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обещали нативную
    > поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за
    > год проект достиг уровня OCS.

    поскорей бы доделали плагин для GLPI 0.78 для 72 есть, а для новой версии нету

     
  • 2.14, zidex (?), 18:45, 18/04/2011 [^] [ответить]    [к модератору]  
  • +/
    >[оверквотинг удален]
    > Т.к. в GLPI компы уже автоматически создаются, сразу на них и прикручивать
    > стандартные шаблоны, и сразу собирать основные данные в кактус (проц, память,
    > диски, сеть, количество пользователей).
    > Проблема нагиуса и кактуса в том что они не адаптируются под изменение
    > конфигурации.
    > А руками лопатить каждый раз очень геморрно, и при этом, что самое
    > обидное, теряется статистика.
    > Например был диск E на сервере потом, он увеличился в объёме и
    > появился диск F (iscsi, vhd), кактус нормально это не переваривает.
    > При этом подход "каждый делает только одну вещь, но хорошо", должен остаться.

    А вот мне бы хотелось видеть интеграцию с Zabbix'ом. В zabbix есть поддержка WebService (JSON-RPC), благодаря  которой можно сделать нормальную интеграцию.

     
  • 1.4, linvinus (?), 11:11, 18/02/2011 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Отличие такой схемы в том что GLPI уже знает какое ПО установлено какая операционка какое железо, сети, диски, и т.д. и т.п., чего ни кактус ни нагиос не знают. Потому и не могут адаптироваться.
     
  • 1.10, Andrej Svininykh (ok), 08:42, 19/02/2011 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Только обновил в кратком руководстве http://code.google.com/p/openbravoposru/wiki/OpenbravoPOSMonitoring до версии 1.2.1, так теперь опять надо цифры менять :(

    А вот единовременной загрузки данных в СУБД очень кстати, а то при большом количестве сервисов идёт большая нагрузка на сервер БД.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


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