| |
| 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-гайде.
Опенсорсники коварно подставляют бээсдешников, заговор?!
| | |
|
|
| 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 версии и обновление пока не планируется
А вот это очень зря. Постгрес некисло оптимизировали за последние три года.
| | |
|
|
|
| 1.17, Аноним (-), 18:52, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вещь специфическая. Некоторые не понимают, зачем нужно. А многих устроила бы связка OCS Inventory NG + GLPI. У первой, правда, проблемы с русификацией, которая при использовании в качестве бэкэнда GLPI, в принципе, вообще не нужна.
| | |
|
