Comments 17
«технический анализ Forex» — первая мысль, при виде графиков. Аналогично используем анализ текущего состояния в сравнении с прошлым периодом в zabbix-е. Открывается совершенно другое видение на состояние сети и ресурсов и их внутреннюю жизнь. Позволяя выделить корреляцию с маркетинговыми акциями и другими поведенческими факторами.
pr0tect0r Было бы очень интересно увидеть статью на эту тему для заббикса.
UFO just landed and posted this here
+1 к запросу на заббикс
А почему накладно? Всего 2 скрипта, один на bash — заполнение баз данных rrdtool. Второй — на python-e — отображение графиков и алертинг. Оба я привел, они просты и модифицировать под себя не составит труда.
Если считаете, что накладно по ресурсам системы, то скажу, что скрипт в данном посте определяет аберрации для 1600 баз данных максимум за 2 секунды.
Да, я потратил кучу времени пока настраивал, и проверял как это всё работает, но, в результате максимально просто описал как всё делается. Думаю разобраться за день и настроить не составит труда.
Если считаете, что накладно по ресурсам системы, то скажу, что скрипт в данном посте определяет аберрации для 1600 баз данных максимум за 2 секунды.
Да, я потратил кучу времени пока настраивал, и проверял как это всё работает, но, в результате максимально просто описал как всё делается. Думаю разобраться за день и настроить не составит труда.
UFO just landed and posted this here
Если речь идет об одном графике, то это не так сложно, особенно если работал с rrdtool. Но если мониторить не только потоки, а все возможное, то это уже сложнее.
Обычно люди создают себе графики в cacti для определенных вещей, которые они в один момент времени хотят мониторить, но когда возникает проблема, возникает ситуация что хорошо бы еще и мониторить и другие вещи, но уже поздно ибо статистики нету.
Для общих задач, статистических я рекомендую observium. Кстати мы сейчас в него так же запиливаем голосовую статистику с потоков, да и вобще с любых голосовых интерфейсов.
Обычно люди создают себе графики в cacti для определенных вещей, которые они в один момент времени хотят мониторить, но когда возникает проблема, возникает ситуация что хорошо бы еще и мониторить и другие вещи, но уже поздно ибо статистики нету.
Для общих задач, статистических я рекомендую observium. Кстати мы сейчас в него так же запиливаем голосовую статистику с потоков, да и вобще с любых голосовых интерфейсов.
Начнем с того, что там вовсе не один голосовой поток… И что на текущий момент мы мониторим таким образом более 15 тысяч параметров.
Если коротко, суть работы описанных скриптов следующая:
Один скрипт по snmp опрашивает устройства и заполняет базы данных rrdtool, которые лежат в определённой папке.
Второй скрипт сканирует базы данных в папке на наличие аберраций и выдает алерт по почте.
Добавить сканирование нескольких папок — дело нескольких минут. Добавить опрос других параметров по SNMP тоже не сложно.
Если бы мне год назад показали как это делается, я бы это обязательно сделал, хотя бы для мониторинга основных параметров.
Впрочем, я и так это сделал :)
Если коротко, суть работы описанных скриптов следующая:
Один скрипт по snmp опрашивает устройства и заполняет базы данных rrdtool, которые лежат в определённой папке.
Второй скрипт сканирует базы данных в папке на наличие аберраций и выдает алерт по почте.
Добавить сканирование нескольких папок — дело нескольких минут. Добавить опрос других параметров по SNMP тоже не сложно.
Если бы мне год назад показали как это делается, я бы это обязательно сделал, хотя бы для мониторинга основных параметров.
Впрочем, я и так это сделал :)
Да конечно все это не сложно, но трудоемко. Не у всех есть время разбираться во всех OIDах и их сопутствующих MIBах. Да когда идет речь о целенаправленной задаче, конечно такое решение вполне себя оправдывает на все 200% :). И тут вам поклон большой.
Я лишь хотел сказать, что это частность, а люди выше спрашивали о более общем подходе, а не только о мониторинге голосовых потоков и прогнозировании, как в вашем случае.
Я лишь хотел сказать, что это частность, а люди выше спрашивали о более общем подходе, а не только о мониторинге голосовых потоков и прогнозировании, как в вашем случае.
а не было у вас мысли всё это к cacti прикрутить ??
Нет, не было. Задача другая совсем стояла, а именно, мониторить несколько тысяч параметров транзитного VoIP, которые ведут себя как захотят, и тем не менее поддаются мониторингу прогнозированием.
Кактус у нас живет и живет давно, но он для отображения графиков используется и не более того. Рыться в коде кактуса и модифицировать его сложнее, чем самому написать…
Кактус у нас живет и живет давно, но он для отображения графиков используется и не более того. Рыться в коде кактуса и модифицировать его сложнее, чем самому написать…
В cacti нельзя без серьезного ковыряния в коде добавить отображение Failures (т.н. TICK), остальное делается очень просто. Так же я столкнулся с тем, что скрипт rrd_hwreapply предлагаемый для включения функционала предсказаний в rrd файлах, написан под старую версию rrdtool-1.1 и не работает с rrdtool-1.4. То есть создать руками rrd файл с включенным функционалом предсказаний можно, а конвертировать существующие затруднительно.
В предыдущем топике есть ссылка на форум cacti с обсуждением.
В предыдущем топике есть ссылка на форум cacti с обсуждением.
очень интересная тема! огромное спасибо, что освещаете свой опыт!
Sign up to leave a comment.
Мониторинг прогнозированием, оповещения о потенциальном сбое