(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]

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

[alexkuklin.livejournal.com]

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

[vitus_wagner]

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

[alexkuklin.livejournal.com]

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