The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Мониторинг загрузки канала интернет-шлюза на FreeBSD

25.07.2007 16:55

В статье продемонстрирован способ использования пакета rrdtool для построения графиков загрузки интернет-канала и отдельных сетевых сервисов.

  1. Главная ссылка к новости (http://bozza.ru/?c=237&p=conte...)
Лицензия: CC-BY
Тип: яз. русский / Практикум
Ключевые слова: rrdtool, graph, monotor, ipfw, freebsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:06, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а можно было поставить cacti. самому кроме немного переделанного скрипта network_usage.sh ничего делать бы не пришлось. И увидеть график за произвольный период можно было бы.
     
     
  • 2.2, Аноним (-), 18:10, 25/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >а можно было поставить cacti.

    Ага, этот cacti за собой кучу ненужного хлама за собой потянет (как минимум php, apache, mysql). Вам это нужно на шлюзе ? Мне нет.

     
     
  • 3.19, bodun (?), 19:33, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    на шлюзе надо только настроить bsnmpd

     

  • 1.3, vbv (ok), 18:26, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не плохая статейка. Для народа полезная, в качестве начала работы с rrdtool.
    От себя добавлю еще то, что для построения графиков удобно использовать rrdcgi и строить графики по мере необходимости.
    Пакет хороший и работает вобщем нормально и ожидаемо.
     
  • 1.4, syhpoon (?), 19:02, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В своё время делал почти тоже самое но для отрисовки RTT и процента потерь на хосты. Если кому интересно - pyrrdp.sf.net
     
     
  • 2.7, Vladimir (??), 22:03, 25/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрите smokeping [http://oss.oetiker.ch/smokeping/], пожалейте свое время :)
     
     
  • 3.12, Cyrill Malevanov (?), 11:00, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Посмотрите smokeping [http://oss.oetiker.ch/smokeping/], пожалейте свое время :)

    advancedping plugin для cacti

     
  • 2.8, abigor (?), 05:02, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    мне как раз сейчас такое надо!
     

  • 1.5, Triam (?), 19:03, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А можно и Nagios
     
  • 1.6, Basmach (?), 21:18, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем cacti ставить на шлюзе? Достаточно поставить net-snmp, а cacti на другую машину.
     
  • 1.9, Aix (??), 08:00, 26/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В сети мониторится более 200 параметров: серваки, киски, др. активка. отрисовка из rrd по требованию (fast cgi) - рулит =) ибо в своё время пробовал cacti так вот комп для мониторинга и ремоут сислогов вгружался ею по самое не хочу. А уж крутить на шлюзе мускули и пхп вообще бред.
     
     
  • 2.11, Cyrill Malevanov (?), 10:59, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    ну так в какти надо было поллер поставить через С-демон, а не через пхпшный скрипт
     

  • 1.10, billybons2006 (ok), 09:23, 26/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я сравнивал статистику, выдаваемую мне провайдером, с той, которую рисовали мне эти скрипты - совпадение практически полное.

    Отчасти я здесь ссылку на статью эту поместил, чтобы меня могли поправить и я бы исправил это в статье, поэтому по всем неточностям прошу сразу писать.

     
  • 1.13, Bocha (??), 11:44, 26/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Юзаю mrtg, мне хватает.
     
     
  • 2.14, billybons2006 (ok), 11:56, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Юзаю mrtg, мне хватает.

    Изначально я нацеливался тоже на mrtg, но ограничения mrtg мне не понравились. К тому же они чуть различны в синтаксисе, и я решил сразу смотреть более продвинутый продукт. К тому же мой пров юзает rrdtool, так что я решил от него не отставать :)

     
  • 2.24, Онаним (?), 17:19, 30/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Юзаю mrtg, мне хватает.

    mrtg- тормоз.
    юзаю snm (http://snm.sf.net), мне хватает.
    дописал туда пару плагинов.
    и главное - никакого пэхобэ.

     

  • 1.15, gvf (?), 14:06, 26/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это не мониторинг загрузки - это подсчет трафика.
    Для мониторинга, период съема статистики порядка 30 сек. Да и достаточно snmpd запусить и снимать прямо с интерфейса.
    Для подсчета трафика - можно и 30 мин. Если на шлюзе фря - то выбор весьма широк. Я бы в таком случае смотрел на flowtools или подобное - тогда будешь знать структуру трафика.

    Про вторую тачку. Если конторка маленькая - то нефиг зверинец разводить (кучу машин), а если большая - не морочьте голову, купите cisco или на худой конец [zyxel|dlink|и_что_еще_там]

    ИМХО конечно.

     
     
  • 2.16, billybons2006 (ok), 14:20, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Это не мониторинг загрузки - это подсчет трафика.

    Если уж так говорить, то это и то и другое сразу. Но на подсчет трафика это не тянет по нескольким моментам. По моей информации, брать rrdtool за основу биллинга не правильно из-за округлений, которые он делает. Потом, информация о трафике должна быть более удобна для вывода по запросу - за день, неделю, месяц, за произвольный период. Мой способ это не поддерживает. Т.е. сделать это возможно, но для этого есть  более простые и удобные решения.

    >Для мониторинга, период съема статистики порядка 30 сек.

    Возможно. Мне вполне достаточно было 5 минут. Это исправить довольно просто слава Богу :)

    >Да и достаточно snmpd запусить и снимать прямо с интерфейса.

    никто и не говорил, что это единственный вариант :)

    >Для подсчета трафика - можно и 30 мин.

    Не согласен, т.к. в этом случае если счетчики обнуляться (например, я обновлю правила ipfw), то статистика будет потеряна аж за 30 минут, а не 5 минут. Хотя, справедливости ради надо отметить, что в случае обнуления счетчиков мои скрипты тоже выдают "всякие радости". Я над этим работаю.

    >Если на шлюзе фря - то выбор весьма широк. Я бы в таком случае смотрел
    >на flowtools или подобное - тогда будешь знать структуру трафика.

    Даже не слышал о таком, но, как я говорил, в мире куча всего, и я не претендую на единственное решение. Просто rrdtool - довольно универсальная вещь. Ей можно считать не только трафик, но и вообще все что угодно и самое главное - рисовать картинки :):):)

     

  • 1.17, leon55 (?), 14:34, 26/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    какти грузит тачку неплохо.
    У нас, где более-менее выделенщиков (1000-1200) cacti показал себя с не лучшей стороны.
    Юзаем snmp+rrdtool+perl=png картинкоs
     
     
  • 2.18, billybons2006 (ok), 14:36, 26/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    с какой регулярностью снимаете статистику?


     

  • 1.20, Аноним (-), 12:20, 27/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://bog.pp.ru/work/rrdtool.html

    собственно о ррд. давно и подробно описано

     
     
  • 2.23, billybons2006 (ok), 19:18, 29/07/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >http://bog.pp.ru/work/rrdtool.html

    это как один из ресурсов, который я изучал при знакомстве с rrdtool. Но он для меня опказался слишком "умным" либо сложным

     

  • 1.21, universite (ok), 13:34, 27/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Во-первых нет скриншотов.
    Во-вторых, cacti полностью рисует графики загрузки с удаленных сетевых интерфейсов.
     
  • 1.22, Аноним (-), 17:20, 28/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    mrtg тоже может юзать rrd (Logformat: rrdtool), rrd и mrtg один чел написл
    для динамической отрисовки можно использовать http://my14all.sourceforge.net/
    хотя, две величины на графике - это мало
     
     
  • 2.25, sda00 (??), 14:19, 15/11/2007 [^] [^^] [^^^] [ответить]  
  • +/
    извините, я совершенно не знаком с OpenBSD, но вот для мониторинга и отчётности по трафику пользую ntop. неужели это хуже, чем способ, описанный в статье?
     
     
  • 3.26, billybons2006 (ok), 16:21, 15/11/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >извините, я совершенно не знаком с OpenBSD, но вот для мониторинга и
    >отчётности по трафику пользую ntop. неужели это хуже, чем способ, описанный
    >в статье?

    а почему "неужели"? Ведь каждый сам решает, что ему удобнее и лучше :) Если вам нравится ntop, то юзайте его.

     

  • 1.27, Noob (??), 17:14, 09/04/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Братцы, помогите кто уже разобрался Прошел по инструкции, скомпилилось без ош... большой текст свёрнут, показать
     
     
  • 2.28, Noob (??), 20:19, 09/04/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Вместо
    now:2991935:6312:44368311:5850271:1302:318461263: not found
    показывает , извините не то из буфера вбросил :)
    N:2991935:6312:44368311:5850271:1302:318461263: not found

     
     
  • 3.29, Недоадмин (?), 11:41, 17/04/2008 [^] [^^] [^^^] [ответить]  
  • +/
    date +%s | awk '{print %1}' = дата в секундах, нет?
     

  • 1.30, Недоадмин (?), 12:43, 13/05/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо всем кто "помог"
    Вот примеры статистики для тех кто не хочет ставить "готовое непонятно что"
    http://freshmeat.net/redir/bgraphs/37367/url_tgz/bgraphs-1.1.tar.gz
     
     
  • 2.31, billybons2006 (ok), 10:51, 14/05/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот примеры статистики для тех кто не хочет ставить "готовое непонятно что"

    гы, вот вам "готовое посмотреть" вместо "готовое почитать" :)

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру