The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Фиксирование пиков нагрузки на канале и интерфейсе"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от zeiter email(ok) on 28-Авг-08, 11:18 
Доброго дня!

Есть инструмент для визуального анализа загрузки сетевого интерфейса nload.
А есть ли инструмент, который фиксировал пики нагрузки сетевого интерфейса, как nload, типа:

Time: 2008-08-28 08:08:08
Curr: 24.73 kBit/s
Avg: 118.62 kBit/s
Min: 10.77 kBit/s
Max: 2.59 MBit/s

Куда-нибудь в файлик... и работал бы он фоном???

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от Аноним (??) on 30-Авг-08, 20:35 
mrtg? ntop?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от zeiter email(ok) on 31-Авг-08, 20:03 
>mrtg? ntop?

MRTG уже работает и снимает статистику потребления трафика с счетчиков IPFW.
Показывает загруженность канала... на графике... мало понятно, а хотелось бы фиксировать в цифровом формате. Если есть пример реализации по данные задачи, дайте ссылочку почитать или поделитесь здесь.

А вот ntop надо посмотреть.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от Pahanivo email(??) on 31-Авг-08, 21:05 
snmp + own scripting? )

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от zeiter email(ok) on 01-Сен-08, 13:59 
>snmp + own scripting? )

А без SNMP никак?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от Pahanivo email(ok) on 01-Сен-08, 17:24 
>>snmp + own scripting? )
>
>А без SNMP никак?

Ну в любом случае надо както снимать СТАТУ С ИНТЕРФЕЙСА.
имхо это самый простоСобстно по snmp

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от Pahanivo email(ok) on 01-Сен-08, 17:25 
Ну в любом случае надо както снимать СТАТУ С ИНТЕРФЕЙСА.
имхо это самый простой способ. Собстно по snmp большинство mrtg и робит.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от zeiter email(ok) on 02-Сен-08, 09:37 
>Ну в любом случае надо както снимать СТАТУ С ИНТЕРФЕЙСА.
>имхо это самый простой способ. Собстно по snmp большинство mrtg и робит.
>

Поправьте меня, если ошибаюсь... но snmp на сервевах FreeBSD по умолчанию не стоит. И стоит ли его поднимать только для снятия пиков?! А MRTG у нас сейчас данные берет с счетчиков IPFW.

Хм, получается брать те же данные с IPFW и тупо делить на время? И получим скорость.... усредненную... но это не есть лучший выход....

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от Pahanivo email(ok) on 02-Сен-08, 10:13 
>[оверквотинг удален]
>>имхо это самый простой способ. Собстно по snmp большинство mrtg и робит.
>>
>
>Поправьте меня, если ошибаюсь... но snmp на сервевах FreeBSD по умолчанию не
>стоит. И стоит ли его поднимать только для снятия пиков?! А
>MRTG у нас сейчас данные берет с счетчиков IPFW.
>
>Хм, получается брать те же данные с IPFW и тупо делить на
>время? И получим скорость.... усредненную... но это не есть лучший выход....
>

Если снимать только по счетчикам - то разницы нет (ipfw count vs. snmp).
И там и там ты фиксируешь значение счетчика в момент съема и вычисляешь разницы с предыдущим, получая тем самым прирост.
НО! но ipfw кроме счетчика ничего нет. В snmp же (по крайней мере на железках видел), есть например в MIB загрузка канала за последнюю минути или 5. Касаемо MIB - надо смотреть конкретную реализацию snmp.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от Pahanivo email(ok) on 02-Сен-08, 13:35 
>Хм, получается брать те же данные с IPFW и тупо делить на
>время? И получим скорость.... усредненную... но это не есть лучший выход....

А как иначе еще можно вычислить скорость кроме как делить трафик на расчетное время? )
Я сомневаюсь что гдето делается иначе )

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от zeiter email(ok) on 02-Сен-08, 13:41 
>А как иначе еще можно вычислить скорость кроме как делить трафик на
>расчетное время? )
>Я сомневаюсь что гдето делается иначе )

ОК, так и сделаю, если других вариантов нет.
Благодарю за помощь ;)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Фиксирование пиков нагрузки на канале и интерфейсе"  
Сообщение от zeiter email(ok) on 02-Сен-08, 09:34 
>mrtg? ntop?

ntop судя по отзывам в интернете слишком прожорливый.... а поставить его на отдельный сервер нет возможности пока.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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