Разработчики подготовили очередной релиз NetXMS (http://netxms.org), системы мониторинга сети и приложений, разработанной для работы в крупных корпоративных сетях. Изменения:- Появилась возможность обработки взаимосвязанных событий используя механизм ситуаций
- NetXMS сервер теперь может проверять состояние собственного подключения к сети
- Реализована функция proxy node для DCI
- Добавлена возможность использования значений других DCI в скриптах трансформации DCI
- Добавлена возможность задания нескольких получателей при отсылке e-mail и SMS
- Реализован параметр System.CPU.Usage для отдельных CPU на Linux
- Добавлен параметр ICMP.PacketLoss(*) в PING субагенте
- Изменен синтаксис командной строки netxmsd
- Добавлена поддержка UNICODE в клиентской части под UNIX
- Реализованы макросы в шаблонах
- Добавлено обнаружение слишком большого количества одновременных событй (event storm)
- Появилась возможность задания нескольких SNMP community
- Добавлена подд...URL: http://netxms.org
Новость: http://www.opennet.me/opennews/art.shtml?num=14999
Как то бледненько выглядит по сравнению с Nagios суда по описанию... У кого-нить есть опыт промышленной эксплуатации?
Есть эта штука нам сеть положила во всем городе snmp запросами, тогда она была очень сырая (не знаю как сейчас). Но перспективы есть т.к. подобные системы очень востребованы.P.S. Если кто поставит и она будет работать нормально отпишитесь.
P.P.S. разработчикам: молодцы !!!
А чем вас опенвью не устроил?
>А чем вас опенвью не устроил?Он может не устраивать тем, что он стоит дофига бабла.
дофига это сколько? Более менее крупная сетка, где стоит внедрять опенвью, стоит на порядки дороже софта для управления и мониторинга ;)
>дофига это сколько? Более менее крупная сетка, где стоит внедрять опенвью, стоит
>на порядки дороже софта для управления и мониторинга ;)Ага. Только вот еще есть куча сеток помельче где тоже надо что-то внедрять.
Я не вижу никакой связи между сеткой помельче и сеткой на 20-04 тыс. свитчей.
>Я не вижу никакой связи между сеткой помельче и сеткой на 20-04
>тыс. свитчей.В случае сетки на 20-40 тысяч свичей мониторить их при помощи nagios вы застрелитесь.
Я говорил про опенвью вообще-то.
>Я говорил про опенвью вообще-то.Дорого.
> Дорого.Насколько я помню, HP OV NNM вполне в 10K$ укладывается. С unlimited-nodes лицензией, возможно и подороже раза в 2-3, точно не помню. Все-равно, для большой сети это - копейки по сравнению со стоимостью оборудования и предоставляемых услуг.
Кстати, по поводу Nagios - как вы им будете мониторить 20-40тыс свитчей ?
а как этой штукой мониторить 40тыщ свитчей?Смотря что подразумевается под словом "мониторить". если определить их доступность то могу на сях свой плагин написать. Если нужны графики загрузки то хз :). Наверно, в каждом сегменте свой мониторинг поднимать.
>Смотря что подразумевается под словом "мониторить". если определить их доступность то могуНагиос это светофор. Он умеет только обрабатывать состояния. Если требуется что-то большее чем доступность свитчей по ICMP, то нагиос идет лесом.
Ну не только.... Немного желания и мозгов и он будет еще и управлять через snmp.....
>Ну не только.... Немного желания и мозгов и он будет еще и
>управлять через snmp.....Товарищ, оно тупо не умеет такую вещь, как в случае если минимальная скорость на порту в течении 5 минут привысит 50 мегабит орать. Точнее умеет, но при помощи отдельного плагина.
>>Ну не только.... Немного желания и мозгов и он будет еще и
>>управлять через snmp.....
>
>Товарищ, оно тупо не умеет такую вещь, как в случае если минимальная
>скорость на порту в течении 5 минут привысит 50 мегабит орать.
>Точнее умеет, но при помощи отдельного плагина.человек, nagios это вобщето основа
все плагины являются сторонними,
даже стандартные идут отдельным пакетомэто не готовая система, а конструктор
в чем есть свои плюсы и минусы
>это не готовая система, а конструктор
>в чем есть свои плюсы и минусыЭтот конструктор не очень то и удобен.
>>это не готовая система, а конструктор
>>в чем есть свои плюсы и минусы
>
>Этот конструктор не очень то и удобен.кому как
ненада обобщать и экстраполировать на все многообразие людей ;)
Товарисч! У меня умеет.
Я его этому научил. Как вы точно заметили я поправил плагины под себя и свои нужды.
Как заметили ораторы это конструктор. Творю че хочу с ним.
>Товарисч! У меня умеет.
>Я его этому научил. Как вы точно заметили я поправил плагины под
>себя и свои нужды.Товарищ. Я плагин не правил, я тупо задал условия на полученные данные. Сравните трудоемкость для интереса.
Товарисч! Вопервых то что идет с nagios по умолчанию не умеет много, они кстати это сами признают. Nagios - в первую очередь движок, очень гибкий.
Во вторых - у меня переделка заняла 2 дня.
В итоге получилась довольно гибкая и удобная система мониторига.
Продолжайте все тупо использовать.....
>Nagios - в первую очередь движок, очень гибкий.Этот движок умеет обрабатывать только события. Данные он не обрабатывает. См. API к плагинам.
>Во вторых - у меня переделка заняла 2 дня.А у меня один рабочий день. И большую часть времени я думал что и как мне обработать.
>В итоге получилась довольно гибкая и удобная система мониторига.Если вам хватает того что умеет nagios, юайте. Мне мало того что он дает. Потому что у меня большая часть оборудования отдает данные по snmp.
>Продолжайте все тупо использовать.....
Я два года назад посмотрел все доступные на тот момент системы мониторинга. Nagios даже тогда умел меньше чем zabbix. Так что лучше я буду тупо использовать zabbix в котором для добавления новых узлов и генерации новых событий можно тупо нащелкать мышкой в веб-интерфейсе.
>[оверквотинг удален]
>Если вам хватает того что умеет nagios, юайте. Мне мало того что
>он дает. Потому что у меня большая часть оборудования отдает данные
>по snmp.
>
>>Продолжайте все тупо использовать.....
>
>Я два года назад посмотрел все доступные на тот момент системы мониторинга.
>Nagios даже тогда умел меньше чем zabbix. Так что лучше я
>буду тупо использовать zabbix в котором для добавления новых узлов и
>генерации новых событий можно тупо нащелкать мышкой в веб-интерфейсе.Мне смешно это читать =))))))
Вы значит даже не представляете что такое Nagios, и что из него можно построить))
>Вы значит даже не представляете что такое Nagios, и что из него
>можно построить))Я отлично представляю, что такое nagios, а так же что он умеет и что не умеет. Для среды с большим объемом оборудования с SNMP он неудобен. Zabbix существенно удобнее. Вот к примеру сегодня мне потребовались графики с одно из свитчей (он начал проседать под нагрузкой). Данные у меня уже есть. Мне потребовалось только настроить графики и посмотреть по данным когда и почему это происходит. В Nagios мне бы потребовалось дополнительно поставить Perfomance Monitor и говорить ему собирать данные, а потом ждать, пока они накопятся и что-то отрисуется. Если опять же мне нужны нестандартные периоды, надо лезть в конфигурацию.
Объясните, почему он неудобен? Как-будто такое нельзя сделать в Нагиосе. Да, нужны доп.телодвижения, но они делаются раз и навсегда.
Заббикс хорошая штука, но очень тяжелый, как сказал один человек "баллистическая ракета с джойстиком от денди"
>Объясните, почему он неудобен?Потому что когда мне надо поменять логику триггера, мне ненадо лезть в плагин. А просто зайти в вебинтерфейс и поменять условия.
>Как-будто такое нельзя сделать в Нагиосе. Да, нужны
>доп.телодвижения, но они делаются раз и навсегда.Можно. Только телодвижений в nagios надо делать существенно больше. К примеру один мой
Можно. Но не нужно. По
>Заббикс хорошая штука, но очень тяжелый, как сказал один человек "баллистическая ракета
>с джойстиком от денди"
>Объясните, почему он неудобен?Потому что когда мне надо поменять логику триггера, мне ненадо лезть в плагин. А просто зайти в вебинтерфейс и поменять условия.
>Как-будто такое нельзя сделать в Нагиосе. Да, нужны
>доп.телодвижения, но они делаются раз и навсегда.Можно. Только телодвижений в nagios надо делать существенно больше. К примеру один мой знакомый использует nagios. Я ему делал плагин чтобы можно было считывать состояния вентиляторов и температуры процессора. Сейчас ему потребовалось дополнительно собственно значения. А это означает изменение логики плагина. В случае с zabbix мне ничего менять не надо там всегда считваются значения.
>Заббикс хорошая штука, но очень тяжелый, как сказал один человек "баллистическая ракета
>с джойстиком от денди"Nagios далеко не идеал и многие вещи в нем делаются дольше и сложнее чем в zabbix.
>Кстати, по поводу Nagios - как вы им будете мониторить 20-40тыс свитчей
>?Если свитчи от фирмы Cisco Systems, то можно попробовать Nedi (www.nedi.ch). Только конфигурацию придется тщательно продумать - всё-таки 20,000 свитчей.
ждём когда nav допилят
а как же zenoss???? пока более удобного продукта чем zenoss не встречал, хотя и не исследовал все его функции до конца.
>а как же zenoss???? пока более удобного продукта чем zenoss не встречал,
>хотя и не исследовал все его функции до конца.А чего там такого замечательного? И чем оно отличается собственно от nagios? Принцип тот же что и у нагиоса.
zenoss объектноориентированная модульная системанагиос не в какие сравнения с ней не идёт
что до nav это зоопарк и сборище всяких разных языков и проектов
zenoss же пишет одна команда и ничего стороннего кроме совместимости с плугинами нагиос там нет
единственное что пока нехватает это L2 карта
>zenoss объектноориентированная модульная системаА причем тут внутренняя архитектура?
>нагиос не в какие сравнения с ней не идёт
Оно работает точно так же как нагиос. Т.е. регистрирует события и что-то с ними делает.
Тот же zabbix умеет существенно больше за счет того что работает не с событиями, а данными.>zenoss же пишет одна команда и ничего стороннего кроме совместимости с плугинами
>нагиос там нетОно так же ущербно как и nagios. Nagios ущербен из-за того что он работает с событиями, а не с данными.
>Оно работает точно так же как нагиосо чём вы говорите ?
как подметили выше нагиос это светофор
где графики ?
где мониторинг системных журналов с возможностью классификации событий
где географическая карта объектов
где принципиальная карта сети в конце концов в наглядных отображением сетей в CIDRя ничего этого не видел в нагиос
>Оно так же ущербно как и nagios. Nagios ущербен из-за того что он работает с событиями, а не с данными.
я никогда не использовал zabbix
вы не могли бы в общих чертах обрисовать какие по вашему мнению у него преимущества по сравнению с нагиос и зеносс
те возможности которые я увидел на сайте показались мне ни чем не выдающиеся по сравнению с другими системами мониторинга
>как подметили выше нагиос это светофорвообще это говорил я.
>где графики ?
Когда в последний раз смотрел никаких графиков у них в помине небыло. Если они есть, то меня интересует как и откуда они получаются и как хранятся. Если в rrd базах, сразу лесом.
>где мониторинг системных журналов с возможностью классификации событий
Журналов чего?
>где географическая карта объектов
А что таки появилась?
>где принципиальная карта сети в конце концов в наглядных отображением сетей в
>CIDRНе припомню такого.
>я никогда не использовал zabbix
>вы не могли бы в общих чертах обрисовать какие по вашему мнению
>у него преимущества по сравнению с нагиосРаботает с данными. Как пример. Оно само опрашивает свитчи по SNMP и получает циферки. Далее эти циферки можно обработать и использовать для генерации событий (причем условия меняются тут же) рисования графиков и построения отчетов. Причем эти циферки кладутся в СУБД, а не в RRD базы. В случае когда у вас дофига оборудования с SNMP nagios и zenoss совершенно не стреляют.
>те возможности которые я увидел на сайте показались мне ни чем не
>выдающиеся по сравнению с другими системами мониторинга
>
>>где графики ?
>
>Когда в последний раз смотрел никаких графиков у них в помине небыло.
>Если они есть, то меня интересует как и откуда они получаются
>и как хранятся. Если в rrd базах, сразу лесом.а чем так плох RRD, особенно если не требуется точная информация на длительный период?
>а чем так плох RRD, особенно если не требуется точная информация на
>длительный период?Тем что манипулировать такими данными сложнее.
>[оверквотинг удален]
>
>>где графики ?
>
>Когда в последний раз смотрел никаких графиков у них в помине небыло.
>Если они есть, то меня интересует как и откуда они получаются
>и как хранятся. Если в rrd базах, сразу лесом.
>
>>где мониторинг системных журналов с возможностью классификации событий
>
>Журналов чего?системные журналы устройств а так же snmp traps
>
>>где географическая карта объектов
>
>А что таки появилась?нужно чаще смотреть новые версии у них на сайте
отрисовка происходит через google earth>
>>где принципиальная карта сети в конце концов в наглядных отображением сетей в
>>CIDR
>
>Не припомню такого.см выше
нужно смотреть за возможностями в новых версиях
текущая стабильная 2.1.3
>
>>я никогда не использовал zabbix
>>вы не могли бы в общих чертах обрисовать какие по вашему мнению
>>у него преимущества по сравнению с нагиос
>
>Работает с данными. Как пример. Оно само опрашивает свитчи по SNMP и
>получает циферки.а zenoss и nagios значит не сам опрашивает ? :)
> Далее эти циферки можно обработать и использовать для генерации
>событий (причем условия меняются тут же) рисования графиков и построения отчетов.в zenoss тоже так можно
вы от начала до конца читали его мануал на сайте ?>Причем эти циферки кладутся в СУБД, а не в RRD базы.
ну по отношению к графикам используются rrd но это только по отношению к графикам
а чем вам rrd не угодил ?
>В случае когда у вас дофига оборудования с SNMP nagios и
>zenoss совершенно не стреляют.у меня сеть масштаба нескольких городов
около 1000 коммутаторов
и порядка 100 роутеров разных производителей>
>>те возможности которые я увидел на сайте показались мне ни чем не
>>выдающиеся по сравнению с другими системами мониторинга
>у меня сеть масштаба нескольких городов
>около 1000 коммутаторов
>и порядка 100 роутеров разных производителейдля такой сети ни о каком опенсорсе и речи быть не может, если дежезо конечно не длинк с сурекомом.
и NNM тут тоже не поможет, тут нужны системы провайжерского класса
>
>>у меня сеть масштаба нескольких городов
>>около 1000 коммутаторов
>>и порядка 100 роутеров разных производителей
>
>для такой сети ни о каком опенсорсе и речи быть не может,
>если дежезо конечно не длинк с сурекомом.
>
>и NNM тут тоже не поможет, тут нужны системы провайжерского классажелезо:
коммутаторы
от dlink des dgs 2100 - 3800
до cisco 2950 - 6500
роутеры
cisco 2800 - 7200
+ куча wifi точек упсов voip шлюзов и разного другого оборудованиянепонимаю почему вы презпрительно относитесь к zenoss
вот назовите мне какую нибудь систему провайдерского класса за приемлимые деньги
>непонимаю почему вы презпрительно относитесь к zenossПотому что он обрабатывает события а не данные. Мне надо чтобы он обрабатывал данные и уже на базе того что обработал генерил события. У zenoss этого нет. По этому я считаю ее ущербной.
>вот назовите мне какую нибудь систему провайдерского класса за приемлимые деньги
Zabbix. Не идеал, но работает очень неплохо.
кстати вопрос по zenoss'u. Как у него с обработкой событий типа SNMP трапов, syslog? Профайл для отдельной группы с определенными событиями там организуем? Ищу альтернативу Whatsup Gold, у него с этим туго:(
>а zenoss и nagios значит не сам опрашивает ? :)Через плагины. Данные сами по себе ни в zenoss ни в nagios не попадают.
>в zenoss тоже так можно
Через что?
>вы от начала до конца читали его мануал на сайте ?
Читал. Ни о какой генерации событий по данным полученным по snmp нет. Есть только snmp-trap. Есть считаете что умеет, то поясните как вы будете генерить событие наличия на порту трафика в 50 мегабит в течении 5 минут.
>ну по отношению к графикам используются rrd но это только по отношению
>к графикам
>а чем вам rrd не угодил ?Тем что данными в rrd манипулировать сложно.
>у меня сеть масштаба нескольких городов
>около 1000 коммутаторов
>и порядка 100 роутеров разных производителейКакое количество параметров у вас с них снимается?
У меня снимается 2498 различных параметров с 158 узлов.
С каждого параметра можно сгенерить событие, график и отчет.>
>>
>>>те возможности которые я увидел на сайте показались мне ни чем не
>>>выдающиеся по сравнению с другими системами мониторинга
>[оверквотинг удален]
>
>Через что?
>
>>вы от начала до конца читали его мануал на сайте ?
>
>Читал. Ни о какой генерации событий по данным полученным по snmp нет.
>Есть только snmp-trap. Есть считаете что умеет, то поясните как вы
>будете генерить событие наличия на порту трафика в 50 мегабит в
>течении 5 минут.
>ну конкретно про ваш пример это надо подумать как сделать, сразу прямо не скажу так
а вообще например у стандартного шаблона интерфейса устройства есть ThresholdUtilization 75 perc
суть его в генерации события если пропускная способность на интерфейсе превысила от 75 процентов от его суммарной скорости (here.speed / 8 * .75)
там есть значение Escalate Count тоесть сколько интервал проверки (по умолчанию секунд)
быть может можно варьировать как то с помощью монитора хоста
и самое главное с каким event class сопрягать результат проверки
вот там можно с помощью Transform поля менять структуру события ну и в alerting rules сгенерить отсылку уведомления что событие имело место быть
подробнее про event class'ы
http://www.zenoss.com/community/docs/zenoss-guide/2.1.1/ch10...такое событие как привели в пример вы я уверен можно сделать только нужно немного подумать как его идентифицировать
>[оверквотинг удален]
>
>Тем что данными в rrd манипулировать сложно.
>
>>у меня сеть масштаба нескольких городов
>>около 1000 коммутаторов
>>и порядка 100 роутеров разных производителей
>
>Какое количество параметров у вас с них снимается?
>У меня снимается 2498 различных параметров с 158 узлов.
>С каждого параметра можно сгенерить событие, график и отчет.ну значит по интерфейсам скорость передачи, пакеты, ошибки
графики нагрузки cpu
и вообще там я уверен неочевидных тоесть не для графиков, параметоров очень много он получает
там негде посмотреть сколько и чего именно получает
>
>>
>>>
>>>>те возможности которые я увидел на сайте показались мне ни чем не
>>>>выдающиеся по сравнению с другими системами мониторинга
>ну конкретно про ваш пример это надо подумать как сделать, сразу прямо
>не скажу так
>а вообще например у стандартного шаблона интерфейса устройства есть ThresholdЭто не совсем то. К тому же стопудово оно не юзает данные полученные snmpperf.
>суть его в генерации события если пропускная способность на интерфейсе превысила от
>75 процентов от его суммарной скорости (here.speed / 8 * .75)Пример был привязан к мегабитам и мой пример будет работать даже при замене стомегабитного интерфейса на гигабитный.
>там есть значение Escalate Count тоесть сколько интервал проверки (по умолчанию секунд)
>быть может можно варьировать как то с помощью монитора хоста
>и самое главное с каким event class сопрягать результат проверки
>вот там можно с помощью Transform поля менять структуру события ну и
>в alerting rules сгенерить отсылку уведомления что событие имело место бытьЯ видимо забыл добавить минимальное за 5 минут. У вас оно работает от текущего значения. А в моем случае от минимального значения за 5 минут. Т.е. если у вас в случае последней проверки минимальное значение будет больше 50 мегабит то ваше условие сработает. Мое нет если в течении 5 минут минимум был равен 45 мегабитам.
>подробнее про event class'ы
>http://www.zenoss.com/community/docs/zenoss-guide/2.1.1/ch10...Документацию я смотрел. Как задать генерацию событий от получаемых данных я так и не нашел.
>такое событие как привели в пример вы я уверен можно сделать только
>нужно немного подумать как его идентифицироватьВ zabbix даже думать не надо просто пишем условие и вуаля.
продуктов похожих по функционалу имеется несколько десятков (наверное) и все они работают аналогично, различия только идут в интерфейсе управления и оповещения по событиям. так вот вышеуказанный zenoss имеет полное управление через web и гибкую настройку различных алертов. в случае с со спором кто лучше - дело вкуса и привычки :)
да почитал высказывания уважаемых ассов-пионэров, не могу согласиться, что Nagios это отстой для больших сетей, если тупо поставить один сервер для мониторинга сети из 10000 хостов и сбора 40000 параметров (для токой сети директор решит какую систему мониторинга нужно использовать и откат еще получит), то конечно он загнется, кстати, то же самое будет и с ОпенВью. архитектурно нужно подходить, почитайте это в конце концов http://www.nagios-wiki.de/nagios/ndo/start, http://www.pnp4nagios.org/nagios/nagvis, http://nagios.sourceforge.net/docs/1_0/addons.html, вебморда http://www.centreon.com/ и ручками-ручками, и все у вас получится.
>конечно он загнется, кстати, то же самое будет и с ОпенВью.Это будет так для любой системы мониторинга. Но у Nagios загибание на том же железе произойдет раньше. Не надо было отказываться от нативной поддержки СУБД.
>архитектурно нужно подходить, почитайте это в конце концов
Да-да. Приделыванием костылей :)
>вебморда http://www.centreon.com/ и ручками-ручками, и все у вас получится.
Ручками да получается, еще как :)
>Но у Nagios загибание на том же железе произойдет раньше. Не надо было отказываться от нативной поддержки СУБД.Подставился ты Саурон! У нагиоса наиболее вменяемая система по хранению данных. Если чего то у _тебя_ в нагиосе тормозит - то готов забиться что не дэйтастор :) Впрочем я скорее забьюсь что нагиос ты "не читал, но осуждаешь" - уж больно ляпы типичные ,)
>Подставился ты Саурон! У нагиоса наиболее вменяемая система по хранению данных.Ткните пальцем. В последний раз когда я ее смотрел там было хранение журналов на файловую систему и от слоя работы с СУБД отказались мотивируя сильно низкой скоростью (Sic!). К тому же никаких данных кроме собственно событий и реакции на них он и не хранит.
>Если чего то у _тебя_ в нагиосе тормозит - то готов забиться
>что не дэйтастор :)У меня в нагиосе ничего не тормозит просто по тому, что я его не использую и использовать не буду. Причины я озвучивал.
>Впрочем я скорее забьюсь что нагиос ты
>"не читал, но осуждаешь"Читал. И имею представление о том как он работает. Я перед тем как остановить свой выбор на zabbix просмотрел с десяток разных систем мониторинга. Первым был именно Nagios. Меня он не устроил тем что это только система мониторинга событий. Получить данные обработать их и каким образом среагировать на них она не может. Все это делают плагины, что не всегда удобно. Особенно когда надо поменять логику генерации события.
>- уж больно ляпы типичные ,)
Да ви что? Ну тогда может озвучите в чем заключаются ляпы? Разве Nagios не использует для хранения журналов файлы? Или умеет сам генерить графики (про отдельно прикручиваемые приблуды на RRD я в курсе) или умеет обрабатывать данные и генерить по ним события?
>[оверквотинг удален]
>образом среагировать на них она не может. Все это делают плагины,
>что не всегда удобно. Особенно когда надо поменять логику генерации события.
>
>
>>- уж больно ляпы типичные ,)
>
>Да ви что? Ну тогда может озвучите в чем заключаются ляпы? Разве
>Nagios не использует для хранения журналов файлы? Или умеет сам генерить
>графики (про отдельно прикручиваемые приблуды на RRD я в курсе) или
>умеет обрабатывать данные и генерить по ним события?Ты все-таки плохо читал документацию: Нагиос НИЧЕГО НЕ УМЕЕТ ДЕЛАТЬ САМ!
>Ты все-таки плохо читал документацию: Нагиос НИЧЕГО НЕ УМЕЕТ ДЕЛАТЬ САМ!Ну и зачем он тогда нужен?
Все с вами понятно. Не буду больше впрягаться в спор - бесполезно.
да еще забыл добавить мощнейший анализатор логфайлов для Nagios http://www.consol.de/opensource/nagios/check-logfiles
Zabbix пошлядите еще. Текущая версия даже очень ничего.
нагиос 3 рулит. Проверяет 200 серверов меньше минуты.