Jump to content

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


Recommended Posts

Всем привет.

 

Нарисовался такой вот непонятный вопрос. Есть некоторый роутер (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" - не помогло.

 

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

Хелло!

 

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

 

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

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

 

 

Удачи.

Link to post
Share on other sites
а 64битные как раз snmp v2c и держит. Первый не подойдет. В остальном все верно.

 

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

Link to post
Share on other sites

DES-1224T

 

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

Link to post
Share on other sites
  • 5 months later...

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

 

make WITH_MFD_REWRITES=yes install clean

 

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

 

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

Link to post
Share on other sites
В общем, проблема решилась пересборкой net-snmp таким образом (freebsd port):

 

make WITH_MFD_REWRITES=yes install clean

 

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

 

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

 

 

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

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

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

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

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

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

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

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

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

Link to post
Share on other sites
Если кому-то поможет, тоже поделюсь своим опытом :)

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

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

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

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

Link to post
Share on other sites
и что это дает? :)

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

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

 

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

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

 

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

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

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

 

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

 

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

Link to post
Share on other sites

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

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

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

 

 

 

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

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

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

 

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

 

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

 

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites
cacti никак не может решить проблемму т.к. счётчик на на гигабитном порту может переполнится не один раз.

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

 

 

:)

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

Link to post
Share on other sites
  • 1 year later...

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

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

 

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

 

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

Link to post
Share on other sites

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...