The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Система мониторинга NetXMS обновилась до версии 1.2.5

13.01.2013 02:36

Представлена новая версия системы мониторинга NetXMS, развиваемая для контроля за работой сетевых сервисов и приложений в крупных корпоративных сетях.

В число нововведений входит:

  • Поддержка мониторинга мобильных устройств;
  • Новый API для создания встраиваемых в приложения агентов;
  • Новые функции встроенного языка NXSL ;
  • Улучшения в поддержке корреляции событий и автообнаружения.

Особенности NetXMS:

  • Трёхуровневая архитектура
  • Сбор информации через SNMP и собственных агентов (на большинстве UNIX систем, включая коммерческие, а также Windows и IPSO)
  • Централизованное обновление агентов
  • Гибкая система разграничения доступа
  • Гибкая система обработки событий
  • Возможность сбора информации (включая SNMP) из сетей находящихся за NAT-ом через проксирующего агента
  • Шифрованные коммуникации
  • Поддержка кластеров (миграция ресурсов между узлами и т.п.)
  • Ядро системы и агенты переносимы между POSIX-совместимыми системами.
  • Модульная архитектура даёт возможность лёгкого расширения функциональности.


  1. Главная ссылка к новости (http://www.netxms.org/download...)
Автор новости: Alex
Тип: Программы
Короткая ссылка: https://opennet.ru/35823-netxms
Ключевые слова: netxms, monitoring
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (18) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, iZEN (ok), 10:15, 13/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ждём обновления порта: http://www.freshports.org/net-mgmt/netxms/
     
     
  • 2.4, Аноним (-), 12:15, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ух ты! Изен рекламирует штуку на си++ и под GPL. Бывает же хD.
     
     
  • 3.7, myhand (ok), 13:02, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У ней консоль по винду работает - вот изен и писает кипятком...
     
     
  • 4.8, Vadim (??), 13:39, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    консоль уже давно на java и работает под windows/Linux/Mac OS X
     
  • 3.9, Andrey Mitrofanov (?), 14:29, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Его коварный "Alex" в новости ввёл во: мягкие ламповые строчки "UNIX", "Windows", "POSIX", "модульная архитектура", "корпоративных", "мобильных", ласкающие глаз язена, заботливо разложил по новости, а стра-а-ашное "released under GPL2 license" так и осталось _спрятанным_ на сайте проекта в PDF user-гайде.

    Опенсорсники коварно подставляют бээсдешников, заговор?!

     
     
  • 4.11, Клыкастый (ok), 16:49, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BSD были и остаются опенсорсом.
     
     
  • 5.15, filosofem (ok), 19:12, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > BSD были и остаются опенсорсом.

    YHBT

     

  • 1.2, anonymous (??), 11:23, 13/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто использует, пожалуйста, поделитесь отзывами. Интересует в контексте работы провайдера.
     
  • 1.3, anonymous (??), 11:42, 13/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То, что описано в особенностях, вообще либо есть у всех (zabbix, nagios как минимум), либо нужно в очень редких случаях.
    Однако, на большом количестве мониторящихся объектов тот же zabbix начинает себя чувствовать очень плохо из-за "своеобразной" структуры БД. А как устроена БД в netxms и что используется в качестве бэкэнда?
     
     
  • 2.5, revglor (?), 12:17, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В качестве бэкенда используются:
    Microsoft SQL (2000 or higher)
    Oracle (10 or higher)
    MySQL (5.0 or higher)
    PostgreSQL (8.0 or higher)
    SQLite (bundled with NetXMS)

    Так же хотелось бы узнать, как оно живет под высокими нагрузками. По возможностям из мануалов прямой конкурент Zabbix. они даже расположены в одном городе(Рига).

     
     
  • 3.6, anonymous (??), 12:42, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У меня вот с zabbix'ом на высоких нагрузках проблема из-за неудачной структуры БД (все данные в одной таблице, грубо говоря). Использую postgres. Партиционирование не делал - нет возможности, постгре 8 версии и обновление пока не планируется - там еще ряд БД висит.
    Думал, может, есть что-то использующее не-реляционные БД... из таких систем мониторинга видел только noc, но он ужасно сырой.
     
     
  • 4.10, Andrey Mitrofanov (?), 14:59, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    OT: про zabbix, извините

    > У меня вот с zabbix'ом на высоких нагрузках проблема из-за неудачной структуры
    > БД (все данные в одной таблице, грубо говоря).

    Ну, не совсем так. Так несколько уникальных, но странных, чтоб не сказать противоестественных, с точки зрения "обычных" db админов характеристик. Заббикс сервер с одного конца добавляет ку-у-учу записей в базу, а с другого их (периодически - "houskeeper") устаревшие стирает. То есть он пишет в базу много и удаляет из неё столько же.

    > Использую postgres. Партиционирование
    > не делал - нет возможности,

    Так вот, этот самый HK тупо делает DELETE-ы записей (причём не постоянно понемногу, а изредка, и много-много сразу), и в отсутствие партишионинга ((который авторы заббикса оставили на совести пользователя, которому (тебе,мне, и всем-всем-всем) боязно и непонятно)) напрягает диск и базу.

    Я порешал (относительно:/), запуская HK _чаще_, насколько возможно, раз в час, несмотря на их "рекомендации", что на постгрес - "надо" реже. Плюс отключил на той базе автовакуум (заумь-параметры в конфиге я не понимаю и подозреваю, что с параметрами по умолчанию он всё одно zabbix базу(=у меня она одна) не трогает) и пускаю вакуум базы рукам сразу после окончания каждого HK-run-а (=HK и vacuum не работают одновременно, vacuum "актуален" по отношению к массовым delete-ам). А всё одно всё не слава богу... //+Крутил параметры bgwrite-а в Pg, вроде получше, а, может, и нет.

    > постгре 8 версии и обновление пока
    > не планируется - там еще ряд БД висит.

    Повесить новый постгре на "соседнем" лок.порту и "нести" по одной, например.

     
     
  • 5.13, lesovsky (?), 17:34, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    надо делать партиционирование, оно решает;
    также желательно базу ставить на SAS/SCSI винтах;
    а между посгресом и заббиксом ставить pgbouncer.
     
     
  • 6.16, anonymous (??), 14:15, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > надо делать партиционирование, оно решает;
    > также желательно базу ставить на SAS/SCSI винтах;
    > а между посгресом и заббиксом ставить pgbouncer.

    Было бы неплохо для начала просто нормально проектировать БД. Это бы избавило уже от 50-60% паразитной нагрузки.

     
  • 4.12, Aleks Revo (ok), 17:27, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > постгре 8 версии и обновление пока не планируется

    А вот это очень зря. Постгрес некисло оптимизировали за последние три года.

     
     
  • 5.14, Пингвино (ok), 18:14, 13/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И как обычно добавил костылей и майндфаков для мигрирования
     
     
  • 6.18, Ы (?), 06:15, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    О! Ыксперт! Мы ждём подробностей - жги!
     

  • 1.17, Аноним (-), 18:52, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вещь специфическая. Некоторые не понимают, зачем нужно. А многих устроила бы связка OCS Inventory NG + GLPI. У первой, правда, проблемы с русификацией, которая при использовании в качестве бэкэнда GLPI, в принципе, вообще не нужна.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру