https://opennet.ru/openforum/vsluhforumID3/37659.html Система мониторинга сети и приложений, разработанная для работы в крупных корпоративных сетях.<br><br><br>Особенности системы:<br>- Трёхуровневая архитектура<br>- Сбор информации через SNMP и собственных агентов (на большинстве UNIX систем, включая коммерческие, а также Windows и IPSO)<br>- Централизованное обновление агентов<br>- Гибкая система разграничения доступа<br>- Гибкая система обработки событий<br>- Возможность сбора информации (включая SNMP) из сетей находящихся за NAT-ом через проксирующего агента<br>- Шифрованные коммуникации<br>- Поддержка кластеров (миграция ресурсов между нодами, etc.)<br>- Ядро системы и агенты переносимы между POSIX-совместимыми системами.<br>- Модульная архитектура дает возможность легкого расширения функциональности.<br><br><br>URL: http://www.netxms.org/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=11076<br> https://opennet.ru/openforum/vsluhforumID3/37659.html#53 Wed, 24 Feb 2010 20:47:41 GMT &gt;А какие ошибки при сборке веб-интерфейса? <br>&gt;<br>&gt;Кстати, консоль работает также и под Wine (не самый хороший вариант конечно...) <br>&gt;<br><br>да кстати, как только узнал что нет нативной консоли для линукса - сразу подпортило впечатление<br> https://opennet.ru/openforum/vsluhforumID3/37659.html#52 Thu, 15 Jan 2009 14:39:47 GMT &gt;&gt;&gt;Кстати, кто нибудь может подсказать софт, который мониторит аппаратные конфигурации? К сожалению <br>&gt;&gt;&gt;под *nix я таких не видел, либо плохо искал. Zabbix и <br>&gt;&gt;&gt;Nagios мониторят только состояния, эта система тоже. Очень сильно не хватает <br>&gt;&gt;&gt;собирать централизовано информацию о конфигурациях компьютеров. <br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;OCSInventory попробуй. <br>&gt;<br>&gt;mozhet RANCID? <br><br>У Zabbix с этим большие проблемы. Планируется ли как-то усовершенствовать работу с trap-ами?<br> https://opennet.ru/openforum/vsluhforumID3/37659.html#50 Tue, 03 Jul 2007 10:55:17 GMT &gt;Есть. при заполнении базы можно её бэкапить. на джаваскрипте легко пишется обрамление <br>&gt;к графику позволяющиее перейти на любой интервал, увеличить/уменьшить масштаб <br>Можно. Но не является нативным средством. К тому же мне интересно как вы будете показывать данные половина которых в одной базе, а вторая в другой.<br><br>&gt;*за любой промежуток присутвующий в базе. *быстро <br>Ключевой момент присутсвующий в базе. Потом есть еще одна проблема это то что у rrd нет механизмов разруливания записи несколькими клиентами.<br><br>&gt;rrd предназначена для аккумулирования данных и постройки графиков любой конфигурации на &gt;основании этих данных<br>Я в курсе зачем оно необходимо. Но дело в том что тот же zabbix использует эти данные не только для посторения графиков, но еще и для генерации тревог, на базе вычисляемого значания по интервалу.<br> <br>&gt;Ну а вообще, конечно, молоток это пионерия.. и лучше использовать микроскоп для <br>&gt;забивания гвоздей.. <br>Инстументы надо по назначению использовать. rrd он неплох когда вам требуются только г https://opennet.ru/openforum/vsluhforumID3/37659.html#49 Tue, 26 Jun 2007 10:50:53 GMT &gt;Вот как раз будет. В отличии от rrd я могу посмотреть любой <br>&gt;удобный интервал. Главное бы данные были. В rrd этого нет. <br>Есть. при заполнении базы можно её бэкапить. на джаваскрипте легко пишется обрамление к графику позволяющиее перейти на любой интервал, увеличить/уменьшить масштаб<br><br>&gt;&gt;SQL это универсально, но в тех случаях когда есть узко специализированные базы <br>&gt;&gt;(типа RRD) работают они как правило лучше. <br>&gt;Если мне надо посмотреть график за 5 минут за 12 часов за <br>&gt;сутки за месяц то да. <br>*за любой промежуток присутвующий в базе. *быстро<br>&gt;Но если надо несколько гибче да <br>&gt;еще надо что-то кроме графиков, то rrd пролетает как фанера над <br>&gt;парижем. <br>rrd предназначена для аккумулирования данных и постройки графиков любой конфигурации на основании этих данных<br>Ну а вообще, конечно, молоток это пионерия.. и лучше использовать микроскоп для забивания гвоздей.. https://opennet.ru/openforum/vsluhforumID3/37659.html#47 Fri, 15 Jun 2007 12:29:35 GMT &gt;&gt;Эта штука нифига не промышленного уровня. К тому же nagios это просто <br>&gt;&gt;система регистрации событий и не более того. <br>&gt;<br>&gt;http://www.nagios.org/userprofiles/search.php?search=1. неполный список организаций ислоьзующих нагиос. <br><br>Ну это вообще ни разу не доказательство качества программы. 300 миллионов лемингов не могут ошибаться! Nagios так же использует AOL или Связьинвест. И что с того? <br><br>На рынке побеждает не тот кто лучше продукт выпускает, а тот кто пришел первым и у кого маркетинг лучше!!<br><br>Стоит отметить что лет 5 назад Nagios был системой очень даже хорошего уровня. Но ничто под луной не вечно.<br><br>Посмотрите на досуге Zenoss, OpenNMS https://opennet.ru/openforum/vsluhforumID3/37659.html#46 Fri, 15 Jun 2007 12:23:13 GMT &gt;&gt;Внутренний язык - конфиг :) <br>&gt;Функционал мал. Если его хватает, то хорошо. Но когда нет, то nagios <br>&gt;превращается в головную боль. <br><br>Какое там добавление функционала. <br><br>Локализацию на любой язык кроме английского приходится с такими мучениями делать что никто уже давно не берется за это. А все потому что разработчик в одиночку изобретает свой велосипед с уникальными квадратными колесами и не собирается ничего менять.<br><br><br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/37659.html#45 Fri, 15 Jun 2007 07:06:40 GMT &gt;&gt;http://www.nagios.org/userprofiles/search.php?search=1. неполный список организаций ислоьзующих нагиос. <br>&gt;&gt;нагиос не только регистрации событий. у него есть такое понятие как event <br>&gt;&gt;handler, <br>&gt;Для тех кто в танке поясняю. Оно не УМЕЕТ само высчитыавать на <br>&gt;показании каких либо данных генерировать какие либо тревоги. Оно умеет только <br>&gt;регистировать события от плагинов. В связи с чем использование nagios в <br>&gt;среде где у вас много устройств с SNMP превращается в pain <br>&gt;in ass. К тому же отказ от использования СУБД положительно на <br>&gt;масштабируемости не сказывается. <br><br>ИМХО классическая система Fault management каковой Nagios является по стандартам tmforum не должна уметь что то там высчитывать. <br><br>Вычислением цифровых показателей и проверкой числовых порогов должна заниматься система Perfomance management. C случае нарущения порога она должна генерировать аварийное сообщение и отдавает его в Fault management.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/37659.html#44 Fri, 15 Jun 2007 06:39:41 GMT &gt;Есть один минус у нагиоса - конфигурация. <br>Возьмите к примеру вот это http://www.groundworkopensource.com/ и никаких проблем с конфигурацией не будет<br><br>&gt;К примеру, апгрейд агентов выглядит так: <br>&gt;через консоль администратора заливаете на сервер новый пекедж (может быть в разных <br>&gt;формах - исходники, готовые бинарники), после чего выбираете ноду(контейнер, всю сеть, <br>&gt;etc) - и указываете, какой пекедж надо туда поставить. Всё делается <br>&gt;из одной точки. Причем, агент для win32/x86 не будет наложен на <br>&gt;Solaris, скажем. <br><br>А вот это вообще не должно входит в обязанности системы мониторинга. Посмотри в стандарты ITSM или MOF там четко описан процесс Configuration Management. Соответственно на предприятии предпочтительно иметь одну систему управления ПО и конфигураций а не ворох от каждого производителя. https://opennet.ru/openforum/vsluhforumID3/37659.html#42 Fri, 15 Jun 2007 03:55:46 GMT &gt;Внимательно читаем определение СУБД (можно с вики) и понимаем, что <br>&gt;СУБД бывают не только реляционными... Так что "чаще всего" - это как-то <br>&gt;не то ;) <br>А мужики то не знают!<br><br>&gt;Я хочу сказать, что нельзя утверждать, что в нагиосе нет СУБД. <br>В том виде что она есть сейчас она меня мало устраивает. <br><br>&gt;Внешний файл лога: читай, пиши - делай что угодно. Но функционал нацелен <br>&gt;на добавление - что и происходит. <br>&gt;Управление в оперативной памяти - легко: получение кода возврата от плагина и <br>&gt;передача кода в нужные функции-обработчики. <br>&gt;Журнал и восстановление: практически сложены на файловую систему, упростившись до сискола fsync() <br>&gt;после кажой записи в лог. <br>&gt;Внутренний язык - конфиг :) <br>Функционал мал. Если его хватает, то хорошо. Но когда нет, то nagios превращается в головную боль.<br><br>&gt;А кто говорил про сторонние графики? Конечно они чем-то другим рисуються :) <br>Ну вообще система мониторинга должна не только тревоги регистирировать. Желательно, чтобы она еще умела к примеру графики рисовать н