(no subject)

[alexkuklin]

Играюсь с системами мониторинга, пытаюсь понять, что к чему и что мне от этого надо.

Попробовал Zabbix - откровенно удручает следующим:
- все конфиги в mysql
- нет понятия "массив", для пачки однотипных показателей нужно создавать N переменных

Перекопал freshmeat.
Следующим под издевательства попал munin.
Гораздо лучше и прозрачнее, легко расширяем при помощи плагинов (накидал и заставил работать плагин для мониторинга user_beancounters в OpenVZ).
Огорчает
- отсутствие терминов "строка" и "изменение файла"
- скорость работы, он статистику по двум серверам собирает ощутимое время - боюсь представить, что будет да трех десятках

По поводу скорости работы есть мысль перевести его на SVG для отрисовки графиков.
Я попробовал - графики получаются, но браузер их через img src показывать не хочет; iframe-ы дико тормозят, почему и вопрос: http://community.livejournal.com/ru_webdev/2028667.html

Comments

[vitus_wagner]

А черуз что oно рисует? Через libgd? Попробуй через gnuplot. Еще у меняя есть подозрение, что оно генерит куда больше графиков, чем ты потом просматриваешь.

[alexkuklin.livejournal.com]

не, он делает именно те картинки.
вообще, мечта идиота - js- или на худой конец flash-widget, который подгружает статистику в виде сырых данных и рисует с возможностью масштабирования....

[vitus_wagner]

Если это то, на что ссылка в следующем посте - там явный избыток графиков на странице. В поле зрения все одновременно не попадают.
А рисование графиков на js должно firefox-овским canvas решаться.

[alexkuklin.livejournal.com]

именно.
но я только добавил статистику с VE-контейнеров и ничего лишнего не убирал.

[vitus_wagner]

У меня на экране там умещается не более двух рядов графиков. Думаю у тебя - вряд ли больше.
Соответственно, если сделать переход между графиками по ссылке а не прокруткой длинной простыни, то и добраться до нужного будет быстрее, и отдавать их все по каждому обращению не потребуется. Соответственно и генерация on demand с кэшированием сможет сэкономить ресурсов.
Тем более, что в случае статистики время устаревания кэша очевидно.

[alexkuklin.livejournal.com]

в смысле, еще буду дотачивать напильником; может, вообще на другую систему уйду - по результатам тестирования.
вообще, хочется найти внятную компонетную систему, которая четко делится на agent/probe, data collector и aggregator

[santa-claus-rpm.livejournal.com]

cacti + плагины

[debug.livejournal.com]

Hotsanic не смотрел? имхо вполне неплохо.

[texno-kot.livejournal.com]

netxms
одно из лучших имхо

Number of hosts monitored 123. Number of items monitored 1841.

[kranov.livejournal.com]

>Попробовал Zabbix - откровенно удручает следующим:
>- все конфиги в mysql
Конечно нужно хранить все текстовых файлах, править их vi, и перезапускать систему после правки.

>- нет понятия "массив", для пачки однотипных показателей нужно создавать N переменных
В 1.4 можно отредактировать xml темплейта (copy-paste) и залить его.

Re: Number of hosts monitored 123. Number of items monitored 1841.

[alexkuklin.livejournal.com]

> Конечно нужно хранить все текстовых файлах, править их vi, и перезапускать систему после правки.

вы знаете, мне проще при настройке несколько раз перезапустить агента или сделать ему kill -HUP, чем ковыряться в mysql базе без нормальных текстовых конфигов.

>- нет понятия "массив", для пачки однотипных показателей нужно создавать N переменных
В 1.4 можно отредактировать xml темплейта (copy-paste) и залить его.

ясно. у меня 1.1.7, надо взять свежий попробовать...

Re: Number of hosts monitored 123. Number of items monitored 1841.

[kranov.livejournal.com]

В 1.4 снова появилось "множ-е наследование" темплейтов.
templates: oracle_temp, win_temp, lin_temp, postf_temp

hosts: h1(win_temp,oracle_temp), h2(lin_temp,oracle_temp,postf_temp)

Re: Number of hosts monitored 123. Number of items monitored 1841.

[kranov.livejournal.com]

Или даже так:

templates: oracle_temp, win_temp, lin_temp, postf_temp
templates: t1(win_temp,oracle_temp), t2(lin_temp,oracle_temp,postf_temp)

hosts: h1(t1), h2(t1), h2(t2)