Представлена (http://www.netxms.org/download/) новая версия системы мониторинга NetXMS, развиваемая для контроля за работой сетевых сервисов и приложений в крупных корпоративных сетях.В число нововведений (http://www.netxms.org/download/ChangeLog) входит:
- Поддержка мониторинга мобильных устройств;
- Новый API для создания встраиваемых в приложения агентов;
- Новые функции встроенного языка NXSL ;
- Улучшения в поддержке корреляции событий и автообнаружения.Особенности NetXMS:
- Трёхуровневая архитектура
- Сбор информации через SNMP и собственных агентов (на большинстве UNIX систем, включая коммерческие, а также Windows и IPSO)
- Централизованное обновление агентов
- Гибкая система разграничения доступа
- Гибкая система обработки событий
- Возможность сбора информации (включая SNMP) из сетей находящихся за NAT-ом через проксирующего агента
- Шифрованные коммуникации
- Поддержка кластеров (миграция ресурсов между узлами и т.п.)- Ядро системы и агенты переносимы между POSIX-совместимыми системами.
- Модульная архитектура дает возможность легкого расширения функциональности.
URL: http://www.netxms.org/download/
Новость: http://www.opennet.ru/opennews/art.shtml?num=35823
Ждём обновления порта: http://www.freshports.org/net-mgmt/netxms/
Ух ты! Изен рекламирует штуку на си++ и под GPL. Бывает же хD.
У ней консоль по винду работает - вот изен и писает кипятком...
консоль уже давно на java и работает под windows/Linux/Mac OS X
Его коварный "Alex" в новости ввёл во: мягкие ламповые строчки "UNIX", "Windows", "POSIX", "модульная архитектура", "корпоративных", "мобильных", ласкающие глаз язена, заботливо разложил по новости, а стра-а-ашное "released under GPL2 license" так и осталось _спрятанным_ на сайте проекта в PDF user-гайде.Опенсорсники коварно подставляют бээсдешников, заговор?!
BSD были и остаются опенсорсом.
> BSD были и остаются опенсорсом.YHBT
Кто использует, пожалуйста, поделитесь отзывами. Интересует в контексте работы провайдера.
То, что описано в особенностях, вообще либо есть у всех (zabbix, nagios как минимум), либо нужно в очень редких случаях.
Однако, на большом количестве мониторящихся объектов тот же zabbix начинает себя чувствовать очень плохо из-за "своеобразной" структуры БД. А как устроена БД в netxms и что используется в качестве бэкэнда?
В качестве бэкенда используются:
Microsoft SQL (2000 or higher)
Oracle (10 or higher)
MySQL (5.0 or higher)
PostgreSQL (8.0 or higher)
SQLite (bundled with NetXMS)Так же хотелось бы узнать, как оно живет под высокими нагрузками. По возможностям из мануалов прямой конкурент Zabbix. они даже расположены в одном городе(Рига).
У меня вот с zabbix'ом на высоких нагрузках проблема из-за неудачной структуры БД (все данные в одной таблице, грубо говоря). Использую postgres. Партиционирование не делал - нет возможности, постгре 8 версии и обновление пока не планируется - там еще ряд БД висит.
Думал, может, есть что-то использующее не-реляционные БД... из таких систем мониторинга видел только noc, но он ужасно сырой.
OT: про zabbix, извините> У меня вот с zabbix'ом на высоких нагрузках проблема из-за неудачной структуры
> БД (все данные в одной таблице, грубо говоря).Ну, не совсем так. Так несколько уникальных, но странных, чтоб не сказать противоестественных, с точки зрения "обычных" db админов характеристик. Заббикс сервер с одного конца добавляет ку-у-учу записей в базу, а с другого их (периодически - "houskeeper") устаревшие стирает. То есть он пишет в базу много и удаляет из неё столько же.
> Использую postgres. Партиционирование
> не делал - нет возможности,Так вот, этот самый HK тупо делает DELETE-ы записей (причём не постоянно понемногу, а изредка, и много-много сразу), и в отсутствие партишионинга ((который авторы заббикса оставили на совести пользователя, которому (тебе,мне, и всем-всем-всем) боязно и непонятно)) напрягает диск и базу.
Я порешал (относительно:/), запуская HK _чаще_, насколько возможно, раз в час, несмотря на их "рекомендации", что на постгрес - "надо" реже. Плюс отключил на той базе автовакуум (заумь-параметры в конфиге я не понимаю и подозреваю, что с параметрами по умолчанию он всё одно zabbix базу(=у меня она одна) не трогает) и пускаю вакуум базы рукам сразу после окончания каждого HK-run-а (=HK и vacuum не работают одновременно, vacuum "актуален" по отношению к массовым delete-ам). А всё одно всё не слава богу... //+Крутил параметры bgwrite-а в Pg, вроде получше, а, может, и нет.
> постгре 8 версии и обновление пока
> не планируется - там еще ряд БД висит.Повесить новый постгре на "соседнем" лок.порту и "нести" по одной, например.
надо делать партиционирование, оно решает;
также желательно базу ставить на SAS/SCSI винтах;
а между посгресом и заббиксом ставить pgbouncer.
> надо делать партиционирование, оно решает;
> также желательно базу ставить на SAS/SCSI винтах;
> а между посгресом и заббиксом ставить pgbouncer.Было бы неплохо для начала просто нормально проектировать БД. Это бы избавило уже от 50-60% паразитной нагрузки.
> постгре 8 версии и обновление пока не планируетсяА вот это очень зря. Постгрес некисло оптимизировали за последние три года.
И как обычно добавил костылей и майндфаков для мигрирования
О! Ыксперт! Мы ждём подробностей - жги!
Вещь специфическая. Некоторые не понимают, зачем нужно. А многих устроила бы связка OCS Inventory NG + GLPI. У первой, правда, проблемы с русификацией, которая при использовании в качестве бэкэнда GLPI, в принципе, вообще не нужна.