Rrdtool + Cacti = проблема с > 100 мегабитами

[Sanito 127]

Всем привет.

 

Нарисовался такой вот непонятный вопрос. Есть некоторый роутер (freebsd), есть на нем snmpd, есть машина с cacti, по snmp снимается статистика c интерфейса роутера. Вроде бы всё нормально, если бы не одно большое НО. Трафик интерфейса больше 100 мегабит, а на графиках рисуется потолок в 100.

 

Проверял уже банально. Ставил на этой же машине в цикле 30 попыток скачивания wget-ом полтора гигового файла, средняя скорость была 20-26 мегабайт/с (явно больше 100 мегабит, верно?) и при этом есть еще просто сетевой трафик на этом интерфейсе порядка 30-40 мегабит. Продолжалось это скачивание примерно 10-15 минут. На графике в период когда в цикле идет скачивание - полочка под 100 мегабит (хотя реально там полочка под 300).

 

Cacti последнее, 0.8.7b. Шаблоны стандартные, база "с нуля" из скрипта, который в дистрибутиве. Поигрался с шаблонами графиков, попробовал менять "Auto Scale Options" - не помогло.

 

Кто-то может что-то посоветовать?

[Ajar 90]

Нужно перейти на 64-битные счетчики , SNMP v2 , тогда будет нормально рисовать ... Если в кратце - 32-битный счетчик заполняется за 5 минут и сбрасывается , кактус начинает неадекватно воспринимать значения ... Я не уверен на счет версий снмп , но у меня стало правильно рисовать тогда когда я поставил SNMP 2 версии (в кактусе уже встроенна поддержка)

[BABAY 2]

Версия снмп здесь не причем. Нужно переходить на 64-х битные счетчики. А также проверить значение "Maximum Value" для интерфейса в разделе "Data Sources", чтобы там случайно 100М не было установлено.

[Foster 0]

Версия снмп здесь не причем. Нужно переходить на 64-х битные счетчики. А также проверить значение "Maximum Value" для интерфейса в разделе "Data Sources", чтобы там случайно 100М не было установлено.

а 64битные как раз snmp v2c и держит. Первый не подойдет. В остальном все верно.

[muff 114]

Хелло!

 

BABAY прав. Попробую "разжевать" немножко.

 

Для начала: на роутере ты с помощью чего снимаешь статистику? Если установлен net-snmp, то по умолчанию там 64-битные счетчики не включены. Нужно скомпилировать с поддержкой 64-битных счетчиков. Уже не помню точно, что именно нужно добавить в Makefile, но в инете инфа на эту тему есть.

Соответственно в cacti нужно для этого интерфейса указать метод вывода - 64 бита. (Data Sources -> Выбираешь нужный график -> Выставляешь Output Type ID в значение In/Outs Bits (64-bit Counters).

 

 

Удачи.

[BABAY 2]

а 64битные как раз snmp v2c и держит. Первый не подойдет. В остальном все верно.

 

А что, кто-то ещё пользуется snmp v1?

[Foster 0]

А что, кто-то ещё пользуется snmp v1?

DLink 1216T

все гиговые порты, но snmp только первой версии. Мучаюсь пока что.

[muff 114]

DES-1224T

 

64-битные счетчики отсутствуют. Обращайтесь в D-Link на этот счет.

[Sanito 127]

В общем, проблема решилась пересборкой net-snmp таким образом (freebsd port):

 

make WITH_MFD_REWRITES=yes install clean

 

До этого 64-битные счетчики у меня не работали.

 

Может кому поможет, удачи!

[fenix-vt 81]

В общем, проблема решилась пересборкой net-snmp таким образом (freebsd port):

 

make WITH_MFD_REWRITES=yes install clean

 

До этого 64-битные счетчики у меня не работали.

 

Может кому поможет, удачи!

 

 

Если кому-то поможет, тоже поделюсь своим опытом

Для того, чтоб без 64-разрядных счетчиков прожить, поставьте интервал обновления 1 минуту.

В кроне и в настройках какти.

Все будет пучком даже на длинках

[Ajar 90]

Для того, чтоб без 64-разрядных счетчиков прожить, поставьте интервал обновления 1 минуту.

В кроне и в настройках какти.

Все будет пучком даже на длинках

Делал так-же , но когда на рутере 250-300 интерфейсов и загрузка свыше 70%.... ну как-бы проц подгружает ,

особенно я это почувствовал на цисковских рутерах с загрузкой 80-90 %

[Foster 0]

Если кому-то поможет, тоже поделюсь своим опытом

Для того, чтоб без 64-разрядных счетчиков прожить, поставьте интервал обновления 1 минуту.

В кроне и в настройках какти.

Все будет пучком даже на длинках

и что это дает?

[fenix-vt 81]

и что это дает?

Это позволяет Cacti начать рисовать графики при скоростях выше 100 мегабит, даже если железо (с которого снимаем статистику) умеет только 32-разрядные счетчики.

Проверено у нас и внедрено.

 

Делал так-же , но когда на рутере 250-300 интерфейсов и загрузка свыше 70%.... ну как-бы проц подгружает ,

особенно я это почувствовал на цисковских рутерах с загрузкой 80-90 %

 

На счет нагрузок больших не скажу, конечно, не держим на столько перегруженное железо.

У меня максимум 52 физических интерфейса на железках.

С динамических интерфейсов (Virtual-Access) не снимаем, незачем.

 

Но, все как бы логично, снмп не самый легкий протокол.

 

А вообще-то, если железка пригружена, нужно покупать желеку помощнее...

[t0ly 3]

вообще по умолчанию в FreeBSD, например для счётчиков интерфейсов использовался int (6.1 по крайней мери), так что кроме как переход на 64бит ос ничего не поможет. Но можно ещё считать например другими средствами (ipfw count или другими аналогами фаерволов где счётчик больше чем int)

[Foster 0]

Это позволяет Cacti начать рисовать графики при скоростях выше 100 мегабит, даже если железо (с которого снимаем статистику) умеет только 32-разрядные счетчики.

Проверено у нас и внедрено.

 

 

 

На счет нагрузок больших не скажу, конечно, не держим на столько перегруженное железо.

У меня максимум 52 физических интерфейса на железках.

С динамических интерфейсов (Virtual-Access) не снимаем, незачем.

 

Но, все как бы логично, снмп не самый легкий протокол.

 

А вообще-то, если железка пригружена, нужно покупать желеку помощнее...

 

аж, интересно, есть железка гиговая типа dlink-1216, работающая с снмп в1. Надо будет попробовать.

[t0ly 3]

cacti никак не может решить проблемму т.к. счётчик на на гигабитном порту может переполнится не один раз.

едиственный вариант решения не меняя счётчики установить скорость снятия данных со счётчика не 5 минут а например 1-ну

[fenix-vt 81]

cacti никак не может решить проблемму т.к. счётчик на на гигабитном порту может переполнится не один раз.

едиственный вариант решения не меняя счётчики установить скорость снятия данных со счётчика не 5 минут а например 1-ну

 

 

так собственно, об чем и речь!

[fenix-vt 81]

так собственно, об чем и речь!

 

и не забыть в кроне поменять, чтоб раз в минуту скрипт работал.

[blackjack 244]

Почитайте це

http://forums.freebsd.org/showthread.php?t=182

і осбливо ось це

http://forums.freebsd.org/showpost.php?p=9...mp;postcount=15

[B1ade 4]

А кто подскажет такую фишку..

Создал в cacti график pps (желтый график)) Unicast packet

 

Сбоку М в шкале... Кто подскажет что я упустил, что бы были k (или расшифруйте что значит М в уникаст пакетах)

 

примерно как на втором графике http://cacti.net/image.php?image_id=43

[Magus 22]

Как вариант, можно использовать Zabbix(1.8+). На роутере поставить агент, а со свичей снимать по снмп(интервал обновления можно задать индивидуально на каждий интерфейс), плохо только что забикс сам интерфейсы не находит и надо делать темплейт на каждый тип свича. Из плюсов: он быстрей и поддерживает тригеры, то есть можно им заменить нагиос или сообщить о подозрительном падении трафика на интерфейсе.

[B1ade 4]

Спс. Но хотелось бы использовать то что есть (cacti)