| 1.1, Аноним (-), 18:06, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а можно было поставить cacti. самому кроме немного переделанного скрипта network_usage.sh ничего делать бы не пришлось. И увидеть график за произвольный период можно было бы.
| | |
| |
| 2.2, Аноним (-), 18:10, 25/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
>а можно было поставить cacti.
Ага, этот cacti за собой кучу ненужного хлама за собой потянет (как минимум php, apache, mysql). Вам это нужно на шлюзе ? Мне нет.
| | |
|
| 1.3, vbv (ok), 18:26, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Не плохая статейка. Для народа полезная, в качестве начала работы с rrdtool.
От себя добавлю еще то, что для построения графиков удобно использовать rrdcgi и строить графики по мере необходимости.
Пакет хороший и работает вобщем нормально и ожидаемо.
| | |
| 1.4, syhpoon (?), 19:02, 25/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 В своё время делал почти тоже самое но для отрисовки RTT и процента потерь на хосты. Если кому интересно - pyrrdp.sf.net
| | |
| 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 так вот комп для мониторинга и ремоут сислогов вгружался ею по самое не хочу. А уж крутить на шлюзе мускули и пхп вообще бред.
| | |
| 1.10, billybons2006 (ok), 09:23, 26/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Я сравнивал статистику, выдаваемую мне провайдером, с той, которую рисовали мне эти скрипты - совпадение практически полное.
Отчасти я здесь ссылку на статью эту поместил, чтобы меня могли поправить и я бы исправил это в статье, поэтому по всем неточностям прошу сразу писать.
| | |
| |
| 2.14, billybons2006 (ok), 11:56, 26/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
>Юзаю mrtg, мне хватает.
Изначально я нацеливался тоже на mrtg, но ограничения mrtg мне не понравились. К тому же они чуть различны в синтаксисе, и я решил сразу смотреть более продвинутый продукт. К тому же мой пров юзает rrdtool, так что я решил от него не отставать :)
| | |
|
| 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
| | |
| 1.21, universite (ok), 13:34, 27/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Во-первых нет скриншотов.
Во-вторых, cacti полностью рисует графики загрузки с удаленных сетевых интерфейсов.
| | |
| |
| 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
| | |
|
| |
| 2.31, billybons2006 (ok), 10:51, 14/05/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Вот примеры статистики для тех кто не хочет ставить "готовое непонятно что"
гы, вот вам "готовое посмотреть" вместо "готовое почитать" :)
| | |
|
|
