Исходное сообщение
"NetXMS - новая, быстро развивающаяся система мониторинга" Отправлено _Nick_, 14-Июн-07 19:48
>Для тех кто в танке поясняю. Оно не УМЕЕТ само высчитыавать на >показании каких либо данных генерировать какие либо тревоги. Оно умеет только >регистировать события от плагинов. В связи с чем использование nagios в >среде где у вас много устройств с SNMP превращается в pain >in ass. Хоть я и не сторонник нагиоса, но если у нас мало устройств с SNMP? ;) >К тому же отказ от использования СУБД положительно на масштабируемости не сказывается. все за свое..... для тебя СУБД - это именно SQL? :) открою тебе глаза: у нагиоса есть свой метод хранения полученных данных. Хранением нужно управлять и он это делает. Кто сказал, что в нагиосе нет СУБД? :) Ну а  если ты все же про SQL - то я уже писал что универсальность обратнопропорциональна скорости. О проблемах некой универсальной СУБД (аля мускуль, постгрес) тут уже кто-то писал, что локи на таблицы делают такое решение плохо масштабируемым или попросту говоря тормознутым (почти как Giant Lock во бзде ;).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Для тех кто в танке поясняю. Оно не УМЕЕТ само высчитыавать на >>показании каких либо данных генерировать какие либо тревоги. Оно умеет только >>регистировать события от плагинов. В связи с чем использование nagios в >>среде где у вас много устройств с SNMP превращается в pain >>in ass. > Хоть я и не сторонник нагиоса, но если у нас мало устройств > с SNMP? ;) >>К тому же отказ от использования СУБД положительно на масштабируемости не сказывается. > все за свое..... > для тебя СУБД - это именно SQL? :) > открою тебе глаза: у нагиоса есть свой метод хранения полученных данных. > Хранением нужно управлять и он это делает. Кто сказал, что в нагиосе > нет СУБД? :) > Ну а если ты все же про SQL - то я > уже писал что универсальность обратнопропорциональна скорости. > О проблемах некой универсальной СУБД (аля мускуль, постгрес) тут уже кто-то писал, > что локи на таблицы делают такое решение плохо масштабируемым или попросту > говоря тормознутым (почти как Giant Lock во бзде ;).
	Введите код, изображенный на картинке: