Jump to content

Recommended Posts

Posted (edited)

Есть странное желание мониторить трафик по каждому абонентскому порту (не только по магистральным). В своё время использовали mrtg для мониторинга по SNMP нагрузки портов с чуда под названием AlliedTelesis AT9000/28SP (коммутатор неплохой, не в обиду сказано будет), так вот, управление - через пару дней отваливалось стабильно до ребута, к счастью, коммутировать при этом он не переставал.

 

Так вот, кто-нибудь издевался так жестоко над 3528?

Edited by GFORGX
Posted

3828, 3028, 3200 не загибаются. Норм молотят.

Думаю 3528 тоже справится. Только с интервалом съема данных не наглейте.

А АТ9000 действительно управление отваливается до ребута, а вот молотит норм.

Posted

Нет конечно, я имел ввиду что съем данных по SNMP не нагибает коммутаторы. А уж просмотр, заббикс например.

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

Posted
Нет конечно, я имел ввиду что съем данных по SNMP не нагибает коммутаторы. А уж просмотр, заббикс например.

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

Коммутаторов - около 300, а прикрутить планируется к уже и без того пиленному Smokeping (складывание в БД, кружочки с текущим состоянием и audio-тэги в листинге, просмотр логов из Syslog, ещё всякое), сейчас выглядит как-то так:

post-68518-1300351368_thumb.png

Posted

Сорри за оффтоп, а MRTG настолько удобен для дальнейшей обработки результатов?

Возможно я не умею его готовить, но с rrdtool 300*24 портов на одном экране как-то неудобно смотреть. Появилась ли нормальная альтернатива routers2.cgi ?

Posted
Сорри за оффтоп, а MRTG настолько удобен для дальнейшей обработки результатов?
Возможно я не умею его готовить, но с rrdtool 300*24 портов на одном экране как-то неудобно смотреть. Появилась ли нормальная альтернатива routers2.cgi ?

Зачем? Показывать только 24 порта на страничке одного коммутатора :)
Posted

Думаю 3528 тоже справится. Только с интервалом съема данных не наглейте.

Дефолтное Debian-овское */5 (минуты) - это нагло? :) Хотя, ясно дело, поставлю больше, с 300 железками оно за 5 минут не успеет обойти всё это.

Posted (edited)
Думаю 3528 тоже справится. Только с интервалом съема данных не наглейте.
Дефолтное Debian-овское */5 (минуты) - это нагло? :) Хотя, ясно дело, поставлю больше, с 300 железками оно за 5 минут не успеет обойти всё это.

А что мешает запустить опрашивалку в N потоков/процессов? Больше 5 минут интервал лучше не делать, уж слишком всё будет усреднённо. Советую потестировать даже с интервалом в 1 минуту. Можно ещё задействовавать snmpbulkget и все порты опросить за 6 запросов(3 запроса на ifHCInOctets и 3 на out). cacti умеет snmpbulkget и многопоточность, советую присмотреться. Для пары-тройки сотен коммутаторов вполне нормальное решение.

Edited by s.lobanov

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.