Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

OpenNews: NetXMS - новая, быстро развивающаяся система мониторинга, opennews (?), 13-Июн-07, (0) [смотреть все] управляется виндовской программойесть веб интерфейс - но не собирается, моррут (?), 16:28 , 13-Июн-07, (1) // А какие ошибки при сборке веб-интерфейса Кстати, консоль работает также и под Wi, sauros (?), 16:45 , 13-Июн-07, (2) // да кстати, как только узнал что нет нативной консоли для линукса - сразу подпорт, sfd (?), 23:47 , 24-Фев-10, (53) кто нибудь может сравнить сабж с zabbix, nagios , Аноним (-), 19:23 , 13-Июн-07, (3) // По архитектуре и методикам обработки ближе к zabbix Из минусов без виндовой кон, sauron (??), 21:10 , 13-Июн-07, (6) // Не совсем Заббикс завязан на базу, и в этом их очень большая проблема Забрали , Alex Kirhenshtein (?), 01:11 , 14-Июн-07, (11) // Совсем Я говорю о методиках обработки и генерации событий А не про то как хр, sauron (??), 09:18 , 14-Июн-07, (15) Не совсем У нас центром является обработка событий, а в Zabbix e события - по, Victor Kirhenshtein (?), 12:22 , 14-Июн-07, (22) Так события на основе чего генерятся Может на основе определенного значения у у, sauron (??), 14:14 , 14-Июн-07, (23) Источники событий могут быть следующими 1 Превышение пороговых значений собирае, Victor Kirhenshtein (?), 15:46 , 14-Июн-07, (25) В zabbix триггеры умеют существенно больше Так как они из себя представляют выч, sauron (??), 18:52 , 14-Июн-07, (31) Можно Называется conditions Можно составлять условия любой сложности фактичес, Victor Kirhenshtein (?), 21:32 , 14-Июн-07, (39) Скрипты не требуются Требуются именно выражения Надеюсь у вас выражения хранят, sauron (??), 07:46 , 15-Июн-07, (41) А почему интересно графики не в rrdtool рисуются, а своим кодом , citrin (??), 21:01 , 13-Июн-07, (4) // Потому что использование рисования графиком rrdtool показатель пионерии Так как, sauron (??), 21:09 , 13-Июн-07, (5) // Я сильно сомневаюсь, что на больших объемах данных SQL будет быстрее чем RRD Баз, citrin (??), 16:02 , 14-Июн-07, (26) // Медленнее Вот как раз будет В отличии от rrd я могу посмотреть любой удобный ин, sauron (??), 18:44 , 14-Июн-07, (30) RRD база - это константное количество значений на временной оси, расположенных с, _Nick_ (??), 19:21 , 14-Июн-07, (33) А это тут причем В случае с SQL я могу легко и не принужденно ничего не изменяя, sauron (??), 19:58 , 14-Июн-07, (35) На самом деле в RRD храниться массив UNIX время - значение Т е интеревала как , _Nick_ (??), 20:34 , 14-Июн-07, (37) Я знаю что такое RRD На линейных да А кто вам сказал что нельзя Вполне можно , sauron (??), 07:39 , 15-Июн-07, (40) Есть при заполнении базы можно её бэкапить на джаваскрипте легко пишется обрам, etz (??), 14:50 , 26-Июн-07, (49) Можно Но не является нативным средством К тому же мне интересно как вы будете , sauron (??), 14:55 , 03-Июл-07, (50) Мне нужна система мониторинга Но ради этого ставить M или wine - мрачно Пока, vbv (ok), 21:28 , 13-Июн-07, (7) // А вот что вам интереснее - нативная консоль под Линукс, или полноценный веб-инте, Alex Kirhenshtein (?), 23:30 , 13-Июн-07, (8) // Интереснее был бы вебинтерфейс Если вам хочется сохранить модель работы аналоги, sauron (??), 09:20 , 14-Июн-07, (16) www nagios org нормальная система мониторинга промышленного уровня Все сказанн, nobody (??), 00:18 , 14-Июн-07, (9) // Есть один минус у нагиоса - конфигурация Тут всё заточено под то, чтоб всё можно, Alex Kirhenshtein (?), 00:49 , 14-Июн-07, (10) // очень и очень интересно три года пользуем нагиос, немалый уже есть опыт, но ко, HASP (?), 04:06 , 14-Июн-07, (12) На данный момент - только read only, к сожалению Но мы работаем над этим , Alex Kirhenshtein (?), 04:56 , 14-Июн-07, (13) налицо ошибочная стратегия пользовательского интерфейса в век WEB-2 0 и начала к, _Nick_ (??), 11:19 , 14-Июн-07, (20) Одна из основных идей системы - модульность Так, web интерфейс - это такой-же к, Victor Kirhenshtein (?), 12:11 , 14-Июн-07, (21) много в чем наступила ясность с такими особенностями реализации, _Nick_ (??), 18:27 , 14-Июн-07, (28) Возьмите к примеру вот это http www groundworkopensource com и никаких пробле, tigrisha (??), 10:39 , 15-Июн-07, (44) Эта штука нифига не промышленного уровня К тому же nagios это просто система ре, sauron (??), 09:24 , 14-Июн-07, (17)   // http www nagios org userprofiles search php search 1 неполный список организа, nobody (??), 18:28 , 14-Июн-07, (29)   Для тех кто в танке поясняю Оно не УМЕЕТ само высчитыавать на показании каких л, sauron (??), 19:07 , 14-Июн-07, (32)   Хоть я и не сторонник нагиоса, но если у нас мало устройств с SNMP все за сво, _Nick_ (??), 19:48 , 14-Июн-07, (34)   Если у вас их мало и вас устраивают все плагины нагиоса юзайте Для меня СУБД это, sauron (??), 20:07 , 14-Июн-07, (36)   Труъ Для меня тоже, как ни странно Внимательно читаем определение СУБД можно, _Nick_ (??), 21:24 , 14-Июн-07, (38)   А мужики то не знают В том виде что она есть сейчас она меня мало устраивает Фу, sauron (??), 07:55 , 15-Июн-07, (42)   Какое там добавление функционала Локализацию на любой язык кроме английского пр, tigrisha (??), 16:23 , 15-Июн-07, (46)   ИМХО классическая система Fault management каковой Nagios является по стандартам, tigrisha (??), 11:06 , 15-Июн-07, (45)   Ну это вообще ни разу не доказательство качества программы 300 миллионов леминг, tigrisha (??), 16:29 , 15-Июн-07, (47)   Я думаю что интересно как Web-интерфейс хотя бы возможность отчётов и сигнализа, sergey (??), 08:12 , 14-Июн-07, (14) Кстати, кто нибудь может подсказать софт, который мониторит аппаратные конфигура, Vladimir (??), 10:32 , 14-Июн-07, (18) // OCSInventory попробуй , Evgeni (??), 11:10 , 14-Июн-07, (19) // mozhet RANCID , edgars (??), 15:15 , 14-Июн-07, (24) // У Zabbix с этим большие проблемы Планируется ли как-то усовершенствовать работу, user234 (?), 17:39 , 15-Янв-09, (52) Огромное спасибо, думаю это то что надо , Vladimir (??), 18:22 , 14-Июн-07, (27) 1,3,4,7,14,18

Сообщения

[Сортировка по времени | RSS]

	17. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от sauron (??), 14-Июн-07, 09:24
	>www.nagios.org. нормальная система мониторинга промышленного уровня. Все сказанное про NetXMS делает с >успехом, а то и больше. Эта штука нифига не промышленного уровня. К тому же nagios это просто система регистрации событий и не более того.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	29. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от nobody (??), 14-Июн-07, 18:28
	>>www.nagios.org. нормальная система мониторинга промышленного уровня. Все сказанное про NetXMS делает с >>успехом, а то и больше. >Эта штука нифига не промышленного уровня. К тому же nagios это просто >система регистрации событий и не более того. http://www.nagios.org/userprofiles/search.php?search=1. неполный список организаций ислоьзующих нагиос. нагиос не только регистрации событий. у него есть такое понятие как event handler, Event handlers are optional commands that are executed whenever a host or service state change occurs. An obvious use for event handlers (especially with services) is the ability for Nagios to proactively fix problems before anyone is notified. Another potential use for event handlers might be to log service or host events to an external database. есть еще много фич невидных сначала.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от sauron (??), 14-Июн-07, 19:07
	>http://www.nagios.org/userprofiles/search.php?search=1. неполный список организаций ислоьзующих нагиос. >нагиос не только регистрации событий. у него есть такое понятие как event >handler, Для тех кто в танке поясняю. Оно не УМЕЕТ само высчитыавать на показании каких либо данных генерировать какие либо тревоги. Оно умеет только регистировать события от плагинов. В связи с чем использование nagios в среде где у вас много устройств с SNMP превращается в pain in ass. К тому же отказ от использования СУБД положительно на масштабируемости не сказывается.
	Ответить | Правка | Наверх | Cообщить модератору

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

	36. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от sauron (??), 14-Июн-07, 20:07
	>Хоть я и не сторонник нагиоса, но если у нас мало устройств >с SNMP? ;) Если у вас их мало и вас устраивают все плагины нагиоса юзайте. >для тебя СУБД - это именно SQL? :) Для меня СУБД это система управления базами данных. И они как-то чаще всего бывают реляционными. >открою тебе глаза: у нагиоса есть свой метод хранения полученных данных. А мужики то не знают! И что оно там хранит и как? Нативно оно само умеет писать только журнал событий и не более. Все графики приделываются сторонними средствами и хранят данные в отдельных rrd базах. >Хранением нужно управлять и он это делает. Кто сказал, что в нагиосе >нет СУБД? :) А что у нас журнал событий уже стал СУБД? >Ну а  если ты все же про SQL - то я >уже писал что универсальность обратнопропорциональна скорости. То-то все реляционные СУБД используют. >О проблемах некой универсальной СУБД (аля мускуль, постгрес) тут уже кто-то писал, >что локи на таблицы делают такое решение плохо масштабируемым или попросту >говоря тормознутым (почти как Giant Lock во бзде ;). Читайте выше. Локи на таблицы есть только в MySQL при использовании движка MyISAM. В случае использования InnoDB этого НЕ ПРОИСХОДИТ. Во всех других СУБД более серьезных СУБД этого нет уже очень давно. Транзакции рулят. К тому же у меня сейчас используется zabbix с СУБД mysql база весит 23 гига. Работает все хорошо и быстро. Что я не так делаю?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от _Nick_ (??), 14-Июн-07, 21:24
	>>для тебя СУБД - это именно SQL? :) >Для меня СУБД это система управления базами данных. Труъ. Для меня тоже, как ни странно :) >И они как-то чаще всего бывают реляционными. Внимательно читаем определение СУБД (можно с вики) и понимаем, что СУБД бывают не только реляционными... Так что "чаще всего" - это как-то не то ;) >>открою тебе глаза: у нагиоса есть свой метод хранения полученных данных. >А мужики то не знают! И что оно там хранит и как? >Нативно оно само умеет писать только журнал событий и не более. Я хочу сказать, что нельзя утверждать, что в нагиосе нет СУБД. Вот список основных функций СУБД: http://ru.wikipedia.org/wiki/%D0%A1%D0%B... -----CUT-------     * управление данными во внешней памяти (на дисках);     * управление данными в оперативной памяти;     * журнализация изменений и восстановление базы данных после сбоев;     * поддержание языков БД (язык определения данных, язык манипулирования данными). -----/CUT------- Внешний файл лога: читай, пиши - делай что угодно. Но функционал нацелен на добавление - что и происходит. Управление в оперативной памяти - легко: получение кода возврата от плагина и передача кода в нужные функции-обработчики. Журнал и восстановление: практически сложены на файловую систему, упростившись до сискола fsync() после кажой записи в лог. Внутренний язык - конфиг :) >Все графики приделываются сторонними средствами и хранят данные в отдельных rrd >базах. А кто говорил про сторонние графики? Конечно они чем-то другим рисуються :) >А что у нас журнал событий уже стал СУБД? Ну так - да :) По определениям СУБД - см. выше. Очень заточенная под определенные вещи СУБД. >То-то все реляционные СУБД используют. Гибкость в наше время нужнее чем скорость. Тяжело под каждый проект свою СУБД писать... Для нагиоса это сделано как минимум потому что там она очень проста. >>О проблемах некой универсальной СУБД (аля мускуль, постгрес) тут уже кто-то писал, >>что локи на таблицы делают такое решение плохо масштабируемым или попросту >>говоря тормознутым (почти как Giant Lock во бзде ;). >Читайте выше. Локи на таблицы есть только в MySQL при использовании движка >MyISAM. В случае использования InnoDB этого НЕ ПРОИСХОДИТ. Во всех других >СУБД более серьезных СУБД этого нет уже очень давно. Транзакции рулят. >К тому же у меня сейчас используется zabbix с СУБД mysql >база весит 23 гига. Работает все хорошо и быстро. Что я >не так делаю? OMG. 23giga база мониторинга... %)))) Нет, ниче не хочу сказать. Не знаю на сколько это сервисов и за какое время. Ну а про локи лишь с мускулем без транзикций - не буду спорить :)
	Ответить | Правка | Наверх | Cообщить модератору

	42. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от sauron (??), 15-Июн-07, 07:55
	>Внимательно читаем определение СУБД (можно с вики) и понимаем, что >СУБД бывают не только реляционными... Так что "чаще всего" - это как-то >не то ;) А мужики то не знают! >Я хочу сказать, что нельзя утверждать, что в нагиосе нет СУБД. В том виде что она есть сейчас она меня мало устраивает. >Внешний файл лога: читай, пиши - делай что угодно. Но функционал нацелен >на добавление - что и происходит. >Управление в оперативной памяти - легко: получение кода возврата от плагина и >передача кода в нужные функции-обработчики. >Журнал и восстановление: практически сложены на файловую систему, упростившись до сискола fsync() >после кажой записи в лог. >Внутренний язык - конфиг :) Функционал мал. Если его хватает, то хорошо. Но когда нет, то nagios превращается в головную боль. >А кто говорил про сторонние графики? Конечно они чем-то другим рисуються :) Ну вообще система мониторинга должна не только тревоги регистирировать. Желательно, чтобы она еще умела к примеру графики рисовать на основе полученных данных. >Гибкость в наше время нужнее чем скорость. Тяжело под каждый проект свою >СУБД писать... Ну еще надо не забывать, что реляционные СУБД дают неплохую скорость. Особенно при конкуретном доступе к данным. >Для нагиоса это сделано как минимум потому что там она очень проста. Ага в результате расширение функционала выливается в головную боль. >OMG. 23giga база мониторинга... %)))) >Нет, ниче не хочу сказать. Не знаю на сколько это сервисов и >за какое время. 1587 items. За полгода.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от tigrisha (??), 15-Июн-07, 16:23
	>>Внутренний язык - конфиг :) >Функционал мал. Если его хватает, то хорошо. Но когда нет, то nagios >превращается в головную боль. Какое там добавление функционала. Локализацию на любой язык кроме английского приходится с такими мучениями делать что никто уже давно не берется за это. А все потому что разработчик в одиночку изобретает свой велосипед с уникальными квадратными колесами и не собирается ничего менять.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от tigrisha (??), 15-Июн-07, 11:06
	>>http://www.nagios.org/userprofiles/search.php?search=1. неполный список организаций ислоьзующих нагиос. >>нагиос не только регистрации событий. у него есть такое понятие как event >>handler, >Для тех кто в танке поясняю. Оно не УМЕЕТ само высчитыавать на >показании каких либо данных генерировать какие либо тревоги. Оно умеет только >регистировать события от плагинов. В связи с чем использование nagios в >среде где у вас много устройств с SNMP превращается в pain >in ass. К тому же отказ от использования СУБД положительно на >масштабируемости не сказывается. ИМХО классическая система Fault management каковой Nagios является по стандартам tmforum не должна уметь что то там высчитывать. Вычислением цифровых показателей и проверкой числовых порогов должна заниматься система Perfomance management. C случае нарущения порога она должна генерировать аварийное сообщение и отдавает его в Fault management.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	47. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от tigrisha (??), 15-Июн-07, 16:29
	>>Эта штука нифига не промышленного уровня. К тому же nagios это просто >>система регистрации событий и не более того. > >http://www.nagios.org/userprofiles/search.php?search=1. неполный список организаций ислоьзующих нагиос. Ну это вообще ни разу не доказательство качества программы. 300 миллионов лемингов не могут ошибаться! Nagios так же использует AOL или Связьинвест. И что с того? На рынке побеждает не тот кто лучше продукт выпускает, а тот кто пришел первым и у кого маркетинг лучше!! Стоит отметить что лет 5 назад Nagios был системой очень даже хорошего уровня. Но ничто под луной не вечно. Посмотрите на досуге Zenoss, OpenNMS
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема