>Не совсем.
Совсем :) Я говорю о методиках обработки и генерации событий. А не про то как хранятся данные.>Заббикс завязан на базу, и в этом их очень большая проблема.
Проблема не в том что заббикс завязан на базу, а в том как он работает с данными.
>Забрали значение с агента, insert в базу.
Проблема в том что обработка данных не атомарная. Атомарной она делается при помощи транзакций. На данный момент модель там потоковая т.е. оно манипулирует значениями, а не узлами.
>Пришел юзер на веб - select соорудили. Из этого вытекают проблемы вида "удаляем ноду
>из базы вместе с историей, скажем, при этом ничего не собирается
>- база полочила таблицы, insert-ы не проходят, пока всё не удалится"
А это не проблема Zabbix это детская болезнь таблиц MyISAM в MySQL. При использовании InnoDB или другой СУБД этого не происходит.
>Из этой же прямой работы с базой вытекают огромные проблемы с stand-alone клиентом (и >конкурентными пользователями системы).
Из-за не правильной работы с базой вытекают высокие требования к СУБД.
>У нас, в свою очередь, всё хранится в памяти, и синхронизируется с
>базой отдельными потоками.
Эээ и сколько это все занимает в памяти? Может вы все же текущие состояния храните, а не все?
>При этом могут одновременно работать несколько администраторов, каждый
>со своими группами серверов, скажем.
Zabbix это тоже позволяет. Так как вебинтерфейс работает не зависимо от самого сервера. А у вас же web сервер представляет часть сервера мониторинга. Зачем это надо я лично не понимаю.
>Плюс, такая архитектура позволяет делать удобные
>штуки типа подписки на события - т.е. скажем малентькому тулу из
>трея, который показывает тревоги, не надо постоянно pool-ить сервер, ему достаточно
>подписаться на получение новых тревог.
Zabbix это так же замечательно делает. У меня к примеру приходят извещения по почте и в jabber. Дополнительно так же происходит сброс SMS на телефон на отдельные события.
>Да, про перфоманс и требования к памяти: один из наших клиентов, у
>которых сейчас больше 300-т нод, сервер гоняет на старом p3/700 с
>512 памяти под FreeBSD, база бежит на той же машине.
А сколько у нод параметров ? Если два-три на каждый, то ничего удивительного. Лучше приведите количество обрабатываемых значений.
>В рассылке у нас есть человек из норвежского ISP, который пробовал мониторить
>рутера с количеством интерфейсов больше трёх тысяч. Не знаю, впрочем, про
>железо, на котором это всё бегало - но бегало, и хорошо.
На zabbix тоже будет бегать. Без особых проблем.
Пока же из притензий к этому мониторингу:
1. Нет нормального вебинтерфейса.
2. Управление только из вашей интерфейсной программы.
3. Не нашел описания протокола взаимодействия интерфейсной программы с вашим ПО.
Так как у меня нет Windows на рабочем месте, то меня это немного напрягает.