forum.opennet.ru

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

Оглавление

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)

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

10. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от Alex Kirhenshtein (?), 14-Июн-07, 00:49

Есть один минус у нагиоса - конфигурация.
Тут всё заточено под то, чтоб всё можно было настраивать и управлять из одной точки - администраторской консоли. Просмотр логов, графики, правка конфигов агентов, их апгрейд, etc.
К примеру, апгрейд агентов выглядит так:
через консоль администратора заливаете на сервер новый пекедж (может быть в разных формах - исходники, готовые бинарники), после чего выбираете ноду(контейнер, всю сеть, etc) - и указываете, какой пекедж надо туда поставить. Всё делается из одной точки. Причем, агент для win32/x86 не будет наложен на Solaris, скажем.
С конфигами - аналогично, правый клик на ноде, "edit agent config" - и редактируем. Закончили - агент автоматом перезапустится.
Никаких "ssh на хост1, потом ssh на хост2, потом делаем скриптик".
Или, скажем, агенты могут запрашивать конфиг у сервера - при старте. А сервер умеет отдавать нужный в зависимости от условий - будь то архитектура системы, версия агента, или hostname ноды.
Я не спорю, что это всё решается скриптами, но мы пытаемся сделать комплексное решение - чтоб не приходилось каждый раз писать мелкие "костыли"

Ответить | Правка | Наверх | Cообщить модератору

12. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от HASP (?), 14-Июн-07, 04:06

очень и очень интересно...
три года пользуем нагиос, немалый уже есть опыт, но конфигурирование его это конечно песня еще та.. дак вот вопрос по теме - работает ли все таки WEB в этой штуке? в документации очень мало по этому поводу, а у нас дисперчера уже привыкли

Ответить | Правка | Наверх | Cообщить модератору

13. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от Alex Kirhenshtein (?), 14-Июн-07, 04:56

На данный момент - только read only, к сожалению. Но мы работаем над этим.

Ответить | Правка | Наверх | Cообщить модератору

20. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от _Nick_ (??), 14-Июн-07, 11:19

налицо ошибочная стратегия пользовательского интерфейса.
в век WEB-2.0 и начала конца венды делать ставку на маздаюную админку...
как минимум было неразумно....
ессьно, сейчас спохватились, но _что_ будет и _как_ сделано в этой спешке - это вопрос еще тот...

Ответить | Правка | Наверх | Cообщить модератору

21. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от Victor Kirhenshtein (?), 14-Июн-07, 12:11

Одна из основных идей системы - модульность. Так, web интерфейс - это такой-же клиент, как и консоль, и использует он одну и ту-же клиентскую библиотеку (и располагатся кстати может на другой физической машине). Такой подход позволяет иметь неограниченное количество UI - можно сделать и консоль под X, и альтернативный web UI, и интеграцию с другими системами. С Windows консоли рачали только потому, что мне web интерфейсы не нравятся, а система во многом написана под себя и некоторых клиентов моей компании. Основная проблема - девелоперов только двое, и многие вещи не успеваем делать так быстро, как хотелось бы. Ну и суйчас я думаю, что было бы правильней консоль делать под wxWidgets - тогда бы ее легко можно было бы перенести на Linux. Мы этот вариант (переписать под wxWidgets) сейчас обдумываем - но в любом случае быстро это не будет.

Ответить | Правка | Наверх | Cообщить модератору

28. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от _Nick_ (??), 14-Июн-07, 18:27

много в чем наступила ясность с такими особенностями реализации

Ответить | Правка | Наверх | Cообщить модератору

44. "NetXMS - новая, быстро развивающаяся система мониторинга" +/–

Сообщение от tigrisha (??), 15-Июн-07, 10:39

>Есть один минус у нагиоса - конфигурация.
Возьмите к примеру вот это http://www.groundworkopensource.com/ и никаких проблем с конфигурацией не будет
>К примеру, апгрейд агентов выглядит так:
>через консоль администратора заливаете на сервер новый пекедж (может быть в разных
>формах - исходники, готовые бинарники), после чего выбираете ноду(контейнер, всю сеть,
>etc) - и указываете, какой пекедж надо туда поставить. Всё делается
>из одной точки. Причем, агент для win32/x86 не будет наложен на
>Solaris, скажем.
А вот это вообще не должно входит в обязанности системы мониторинга. Посмотри в стандарты ITSM или MOF там четко описан процесс Configuration Management. Соответственно на предприятии предпочтительно иметь одну систему управления ПО и конфигураций а не ворох от каждого производителя.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	10. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от Alex Kirhenshtein (?), 14-Июн-07, 00:49
	Есть один минус у нагиоса - конфигурация. Тут всё заточено под то, чтоб всё можно было настраивать и управлять из одной точки - администраторской консоли. Просмотр логов, графики, правка конфигов агентов, их апгрейд, etc. К примеру, апгрейд агентов выглядит так: через консоль администратора заливаете на сервер новый пекедж (может быть в разных формах - исходники, готовые бинарники), после чего выбираете ноду(контейнер, всю сеть, etc) - и указываете, какой пекедж надо туда поставить. Всё делается из одной точки. Причем, агент для win32/x86 не будет наложен на Solaris, скажем. С конфигами - аналогично, правый клик на ноде, "edit agent config" - и редактируем. Закончили - агент автоматом перезапустится. Никаких "ssh на хост1, потом ssh на хост2, потом делаем скриптик". Или, скажем, агенты могут запрашивать конфиг у сервера - при старте. А сервер умеет отдавать нужный в зависимости от условий - будь то архитектура системы, версия агента, или hostname ноды. Я не спорю, что это всё решается скриптами, но мы пытаемся сделать комплексное решение - чтоб не приходилось каждый раз писать мелкие "костыли"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от HASP (?), 14-Июн-07, 04:06
	очень и очень интересно... три года пользуем нагиос, немалый уже есть опыт, но конфигурирование его это конечно песня еще та.. дак вот вопрос по теме - работает ли все таки WEB в этой штуке? в документации очень мало по этому поводу, а у нас дисперчера уже привыкли
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от Alex Kirhenshtein (?), 14-Июн-07, 04:56
	На данный момент - только read only, к сожалению. Но мы работаем над этим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от _Nick_ (??), 14-Июн-07, 11:19
	налицо ошибочная стратегия пользовательского интерфейса. в век WEB-2.0 и начала конца венды делать ставку на маздаюную админку... как минимум было неразумно.... ессьно, сейчас спохватились, но _что_ будет и _как_ сделано в этой спешке - это вопрос еще тот...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от Victor Kirhenshtein (?), 14-Июн-07, 12:11
	Одна из основных идей системы - модульность. Так, web интерфейс - это такой-же клиент, как и консоль, и использует он одну и ту-же клиентскую библиотеку (и располагатся кстати может на другой физической машине). Такой подход позволяет иметь неограниченное количество UI - можно сделать и консоль под X, и альтернативный web UI, и интеграцию с другими системами. С Windows консоли рачали только потому, что мне web интерфейсы не нравятся, а система во многом написана под себя и некоторых клиентов моей компании. Основная проблема - девелоперов только двое, и многие вещи не успеваем делать так быстро, как хотелось бы. Ну и суйчас я думаю, что было бы правильней консоль делать под wxWidgets - тогда бы ее легко можно было бы перенести на Linux. Мы этот вариант (переписать под wxWidgets) сейчас обдумываем - но в любом случае быстро это не будет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от _Nick_ (??), 14-Июн-07, 18:27
	много в чем наступила ясность с такими особенностями реализации
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "NetXMS - новая, быстро развивающаяся система мониторинга"	+/–
	Сообщение от tigrisha (??), 15-Июн-07, 10:39
	>Есть один минус у нагиоса - конфигурация. Возьмите к примеру вот это http://www.groundworkopensource.com/ и никаких проблем с конфигурацией не будет >К примеру, апгрейд агентов выглядит так: >через консоль администратора заливаете на сервер новый пекедж (может быть в разных >формах - исходники, готовые бинарники), после чего выбираете ноду(контейнер, всю сеть, >etc) - и указываете, какой пекедж надо туда поставить. Всё делается >из одной точки. Причем, агент для win32/x86 не будет наложен на >Solaris, скажем. А вот это вообще не должно входит в обязанности системы мониторинга. Посмотри в стандарты ITSM или MOF там четко описан процесс Configuration Management. Соответственно на предприятии предпочтительно иметь одну систему управления ПО и конфигураций а не ворох от каждого производителя.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору