https://www.opennet.ru/openforum/vsluhforumID3/88207.html Представлена (http://www.netxms.org/download/) новая версия системы мониторинга NetXMS, развиваемая для контроля за работой сетевых сервисов и приложений в крупных корпоративных сетях.<br><br><br><br>В число нововведений (http://www.netxms.org/download/ChangeLog) входит:<br><br><br>- Поддержка мониторинга мобильных устройств;<br>- Новый API для создания встраиваемых в приложения агентов;<br>- Новые функции встроенного языка NXSL ;<br>- Улучшения в поддержке корреляции событий и автообнаружения.<br><br><br><br><br><br>Особенности NetXMS:<br><br><br><br>- Трёхуровневая архитектура<br><br>- Сбор информации через SNMP и собственных агентов (на большинстве UNIX систем, включая коммерческие, а также Windows и IPSO)<br><br>- Централизованное обновление агентов<br><br>- Гибкая система разграничения доступа<br><br>- Гибкая система обработки событий<br><br>- Возможность сбора информации (включая SNMP) из сетей находящихся за NAT-ом через проксирующего агента<br><br>- Шифрованные коммуникации<br><br><br>- Поддержка кластеров (миграция ресурсов между узлами и т.п.)<br><br>- Ядро системы и агент https://www.opennet.ru/openforum/vsluhforumID3/88207.html#18 Tue, 15 Jan 2013 02:15:23 GMT О! Ыксперт! Мы ждём подробностей - жги!<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#17 Mon, 14 Jan 2013 14:52:59 GMT Вещь специфическая. Некоторые не понимают, зачем нужно. А многих устроила бы связка OCS Inventory NG + GLPI. У первой, правда, проблемы с русификацией, которая при использовании в качестве бэкэнда GLPI, в принципе, вообще не нужна.<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#16 Mon, 14 Jan 2013 10:15:07 GMT &gt; надо делать партиционирование, оно решает; <br>&gt; также желательно базу ставить на SAS/SCSI винтах; <br>&gt; а между посгресом и заббиксом ставить pgbouncer.<br><br>Было бы неплохо для начала просто нормально проектировать БД. Это бы избавило уже от 50-60% паразитной нагрузки.<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#15 Sun, 13 Jan 2013 15:12:05 GMT &gt; BSD были и остаются опенсорсом.<br><br>YHBT<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#14 Sun, 13 Jan 2013 14:14:06 GMT И как обычно добавил костылей и майндфаков для мигрирования<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#13 Sun, 13 Jan 2013 13:34:44 GMT надо делать партиционирование, оно решает;<br>также желательно базу ставить на SAS/SCSI винтах;<br>а между посгресом и заббиксом ставить pgbouncer.<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#12 Sun, 13 Jan 2013 13:27:19 GMT &gt; постгре 8 версии и обновление пока не планируется<br><br>А вот это очень зря. Постгрес некисло оптимизировали за последние три года.<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#11 Sun, 13 Jan 2013 12:49:42 GMT BSD были и остаются опенсорсом.<br> https://www.opennet.ru/openforum/vsluhforumID3/88207.html#10 Sun, 13 Jan 2013 10:59:21 GMT OT: про zabbix, извините<br><br>&gt; У меня вот с zabbix'ом на высоких нагрузках проблема из-за неудачной структуры <br>&gt; БД (все данные в одной таблице, грубо говоря).<br><br>Ну, не совсем так. Так несколько уникальных, но странных, чтоб не сказать противоестественных, с точки зрения "обычных" db админов характеристик. Заббикс сервер с одного конца добавляет ку-у-учу записей в базу, а с другого их (периодически - "houskeeper") устаревшие стирает. То есть он пишет в базу много и удаляет из неё столько же.<br><br>&gt; Использую postgres. Партиционирование <br>&gt; не делал - нет возможности,<br><br>Так вот, этот самый HK тупо делает DELETE-ы записей (причём не постоянно понемногу, а изредка, и много-много сразу), и в отсутствие партишионинга ((который авторы заббикса оставили на совести пользователя, которому (тебе,мне, и всем-всем-всем) боязно и непонятно)) напрягает диск и базу.<br><br>Я порешал (относительно:/), запуская HK _чаще_, насколько возможно, раз в час, несмотря на их "рекомендации", что на постгрес - "надо" реже. Плюс отключил на т