Исходное сообщение
"Обновление системы мониторинга Nagios 2.4" Отправлено NoFate, 30-Июн-06 14:01
>Я прекрасно понимаю, что по архиву событий можно без проблем воссоздать недетализированное >состояние хоста в любой момент, только вот SQL на это не >заточен. А для графиков есть rrd, что тоже на порядок эффективнее >выборок из СУБД. Итог - в zabbix пошли простым, но не >эффективным путем. Да вы что? А там про процедуры и триггеры внутри СУБД не слышали?? Скажите зачем мне писать парсер фалов, затем еще анализатор, затем ещё склеивать результат и выводить его? Вы думаете это быстрее сделать на стороне мониторинга или же на стороне СУБД? Я уже молчу про то, что если у вас есть мощный сервер/кластер БД, то вы можете данные там хранить, что упростит процедуру бекапа. Я вот думаю, что при использовании процедур получить нужный вам результат для форматирования будет быстрее, а главное ядро системы мониторинга не будет заниматься фигнеё типа распарсивания логов или ему заняться нечем? Кстати вопрос - неужели работать с бинарным файлом в 50 мегов быстрее чем с БД при постоянных запросах? По поводу размещения диска в памяти, а что будет, если у вас память гикнется??? Или сервак вырубится? Ну и конечно же зачем резать память у сервера, когда она ему понадобится при обработке данных?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Я прекрасно понимаю, что по архиву событий можно без проблем воссоздать недетализированное >>состояние хоста в любой момент, только вот SQL на это не >>заточен. А для графиков есть rrd, что тоже на порядок эффективнее >>выборок из СУБД. Итог - в zabbix пошли простым, но не >>эффективным путем. > Да вы что? А там про процедуры и триггеры внутри СУБД не > слышали?? Скажите зачем мне писать парсер фалов, затем еще анализатор, затем > ещё склеивать результат и выводить его? Вы думаете это быстрее сделать > на стороне мониторинга или же на стороне СУБД? Я уже молчу > про то, что если у вас есть мощный сервер/кластер БД, то > вы можете данные там хранить, что упростит процедуру бекапа. Я вот > думаю, что при использовании процедур получить нужный вам результат для форматирования > будет быстрее, а главное ядро системы мониторинга не будет заниматься фигнеё > типа распарсивания логов или ему заняться нечем? Кстати вопрос - неужели > работать с бинарным файлом в 50 мегов быстрее чем с БД > при постоянных запросах? > По поводу размещения диска в памяти, а что будет, если у вас > память гикнется??? Или сервак вырубится? Ну и конечно же зачем резать > память у сервера, когда она ему понадобится при обработке данных?
	Введите код, изображенный на картинке: