» Paessler Router Traffic Grapher (PRTG)

Здравствуйте, пользую сабж. В принципе доволен, но есть проблема.
при работе возникает в логах вот такие всплески:

PPPoE ADSL

Bandwidth Traffic IN Bandwidth Traffic OUT Sum Coverage

kbyte kbit/second kbyte kbit/second kbyte kbit/second %
07.03.2008 2:45 - 2:50 4,749 0,130 4,458 0,122 9,207 0,251 100
07.03.2008 2:40 - 2:45 1 904,509 52,016 87,014 2,376 1 991,522 54,393 100
07.03.2008 2:35 - 2:40 18 749,605 512,075 731,451 19,977 19 481,057 532,051 100
07.03.2008 2:30 - 2:35 18 744,744 511,925 694,909 18,979 19 439,653 530,904 100
07.03.2008 2:25 - 2:30 4 213 104,229 115 065,010 654,571 17,877 4 213 758,800 115 082,887 100
07.03.2008 2:20 - 2:25 18 849,271 514,797 653,369 17,845 19 502,640 532,641 100
07.03.2008 2:15 - 2:20 18 810,881 513,748 650,710 17,772 19 461,591 531,520 100
07.03.2008 2:10 - 2:15 13 218,006 361,000 749,362 20,466 13 967,368 381,466 100
07.03.2008 2:05 - 2:10 2 828,890 77,260 277,364 7,575 3 106,254 84,836 100

то есть возникают всплески примерно на 4 194 500 Кб, закономерности в появлении их я не нашел, иногда по пол месяца их нет, а иногда каждый день.
максимальная пропускная способность за 5 минут не может превышать 20000 Кб, поэтому это точно ошибка. как ее побороть.
PRTG Traffic Grapher V6.1.1.855 Enterprise Edition, счетчик с которого читаю 32 бита, версия SNMP v2.
Уважаемые знатоки подскажите. Спасибо.

Подскажите что сделал не так, поставил версию PRTG 6.1, инсталлировал службу SNMP, инсталировал SNMP Helper, выбираю в программе подключиться к SNMP Helper, пишет что нет такого, ОС Win2003 Server Enterprise SP1.

долго мучался с PRTG версия 6,1 думая почему же неправильно раскладывается Netflow по ip адресам и вследствии этого неправильно показывает нагрузку...
хочу поделится секретом

1. в настройках фильтра необходимо указывать
SourceIP[ ip адрес который мониториться ]
DestinationIP[ip адрес который мониториться ]

т.е. как вохдящие в него пакеты, так и исходящие

2. в настройках самого NetFlow коллектора (меню Extras\NetflowCollectors - edit)
в пункте Active flows timeout - необходимо указать задержку 30 минут
в идеале конечно задать на циске (откуда сливается netflow) команду

ip flow-export template timeout-rate 5

ну и тогда указать в пункте Active flows timeout - 5 минут

удачи

Eduard_Stn
Вот спецально зашел чтобы ответить как я борол такую же проблему, в инете кроме твоего сообщения ничегоне нашел.
ADSl модем Zyxel - в какое то время появляется пик в 4 с лишним гига за 5 минут - нереально и портит всю статистику.

Можно на закладке Data или Sensor выбрать соответсвующий сенсор и нажать Edit, там в пункте Sensor settings - Advanced поставить галочку Spike filter и ввести какое нить значение, которое уберет пик. Я так понял что это просто максимальная скорость в битах в секунду. Я ввел 10000000 - пик пропал и графики и статистика стали похожи на нормальные.

Yugres1
Спасибо. Я попробую, а вообще я решил проблему через 100% совместимость...
Extras -> Options -> System -> Tweaks -> v Hight Compatibility mode.
там он сам отсекает заведомо невозможную информацию...

Как сделать так,чтобы PRTG не сглаживал пики ?
Допустим,загрузка процессора пару минут была 100 %,однако,в суточном графике монитор за счет усреднения значений покажет лишь незначительное превышение загрузки в это время.

как увеличить лимиты для Core/Probe ?

Core/Probe Health    Down    413 Items (Probe Open Requests) is above the error limit of 400 Items
Core/Probe Health    Warning    110 Items (Probe Open Requests) is above the warning limit of 100 Items

Имею PRTG Network Monitor 13.2.3.2235 c ~ 1000 сенсоров.
Есть следующие проблемы

1. Регулярно приходят сообщения типа

Probe Device Probe Health (Probe Health) Down (381 % Delay (Interval Delay WMI) is above the error limit of 300 % Delay

Причем,как я понимаю,он не связаны непосредственно с состоянием сервера - он загружен в среднем менее чем на 20%.Предполагаю,что задержка связана либо с самим PRTG либо с WMI Provider Host.Пробовал увеличивать Upper Error Limit,но это результата не дало - все равно фиксируется большая задержка.В инете по этой версии PRTG ничего существенного не нашел.
Что еще можно подкрутить ?

2. Никто не замечал в traffic sensors нерегулярные минутные скачки траффика до +30% и провалы до -50% которые не согласуются с реальной сетевой активностью и показаниями других систем мониторинга ? В итоге получаются необъекивные данные.В старом PRTG Traffic Grapher для каждого сенсора было много настроек,в том числе для срезания пиков.В новом продукте такого нет.Как можно избавиться от ложных пиков ?

Какая ось? А лучше всего PRTG Status показать. Особенно Database Objects.

ArgueMan

1. WMI сканирование интервал лучше сделать 10 минут (не менее)
2. При таком количестве сенсоров с [Very] High impact on system performance нужно думать о создании Remote Probe.
А вообще сюда
http://www.paessler.com/knowledgebase/en/topic/23573-probe-health-sensor

ArgueMan

Цитата:

1. WMI сканирование интервал лучше сделать 10 минут (не менее)

Хм,по моему там отдельно для WMI интервал не задается,а только общий scanning interval.
Поставлю 5 минут..

Цитата:

При таком количестве сенсоров с [Very] High impact on system performance нужно думать о создании Remote Probe.

Я думал об этом,но 1000 сенсоров это слишком мало для overload.Сервер достаточно мощный и как я уже говорил практически не нагружен.Слишком жирно на каждую 1000 сенсоров (меньше 20 девайсов) отдельный проб ставить.

Нет ли каких нибудь идей относительно периодических провалов и пиков в графиках траффика ?
Они идут по всем графикам traffic sensors и не согласуются с реальной сетевой активностью.
В настойках channes есть Spike Filter,но непонятно как фильтровать при такой динамике изменений.

mithridat1
По этому разработчики и сортируют сенсоры их по нагрузке.
И да, нужно посмотреть что там с настройками.
Нужно перенести часть на Remote Probe.

Скажите уважаемые, как у вас выглядит окошко "Create Device Template".
Так как у меня, без "Exclude Sensors":


Или так как описано в мануале?

uncleShi
не знаю как насчет мануала, но в хелпе к программе, окошко именно такое, как и на первом скрине, видно рассинхрон у них какойто с мануалами

Siarogka
А фактически, как у Вас выглядит?

точно также как и у Вас, специально последнюю версию скачал, там тоже самое

Цитата:

Нет ли каких нибудь идей относительно периодических провалов и пиков в графиках траффика ?
Они идут по всем графикам traffic sensors и не согласуются с реальной сетевой активностью.
В настойках channes есть Spike Filter,но непонятно как фильтровать при такой динамике изменений.

Если кому-то интересно,моя проблема ушла сама собой,без правки каких либо опций/обновления версии.И точно не связана с производительностью сервера.

На 7-ой версии была возможность импорта mib через стороннию утилиту от PRTG

Цитата:

- Загружаем mibimporter отсюда:
http://www.paessler.com/download/mibimporter
Устанавливаем его.
- Запускаем mibimporter, выполняем импорт (Import -> MIB File)
- Cохраняем получившийся файл .oidlib в папку C:\Program Files\PRTG Network Monitor\snmplibs
- Перезапускаем сервисы PRTG
- Теперь для добавления счетчика CPU выбираем Add sensor -> SNMP -> SNMP library -> Выбираем созданные файл .oidlib -> выбираем busy1
- После добавления счетчика его переименовываем в CPU, а в еденицах измерения Unit String прописываем %

Прогнал в 14.1.8.1370+ Получил .oidlib, которые закинул в папку C:\Program Files\PRTG Network Monitor\snmplibs
Рестартанул сервис. Полез в сенсоры. Искал и по snmp и по xerox - пусто. Почему?

Цитата:

Ace63
Я вот только не понял, PRTG научилась мониторить Link Aggregation или LAgg или так же тупо только порты?

Обычные интерфейсы отлично автоматически детектятся (auto-discover) и мониторятся сенсорами "SNMP Traffic".
Стоит попробовать таким же образом обнаружить Etherchannel.

Из похожего, увы, доступны пока сенсоры базовый "SNMP Library" (нужен MIB для железки) и "Cisco IP SLA".

Общий трекинг EtherChannel описан тут:
http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960/software/release/12-2_55_se/configuration/guide/scg_2960/swethchl.html#wp1376596

Цитата:

mcdemon:
вообщем у меня есть особенно важные сенсоры, на которые я ставил интервал скана 2 секунды и custom graph averages 5min
Так вот на 14 версии если канал шел например 400мбит, то он скачет как ненормальный аш до 800 (800мбит там 100% на том линке быть не может)
попробовал выставить интервал 10сек, вроде болеменее стал показывать верно, но каждую примерно минуту график падает до 0

отложил разбирательства на потом... и запустил пока 6 версию, и наслаждаюсь "правильными" графиками...

Я могу ещё понять, если NetFlow скачки показывает.
Странно, что именно SNMP врёт. Значит, железо заносит в свою SNMP-таблицу такие значения. PRTG тупо считывает цифры с устройства.

Ты говоришь, что интервал 2 сек и average 5 мин..
Надо попытаться понять, что именно ты мониторишь. Сенсор вида "SNMP Traffic"? Хоть тип сенсора для начала назови)
Официально поддерживаемый минимальный интервал 5 сек. Имеет смысл сделать Ping с интервалом 5 сек, по 5шт с паузой 1000мс (или 10шт с 500мс.. или еще мельче).

В GUI версии 14 кое-что изменилось. А именно в Settings сейчас нет настроек, контролирующих значения.
Нажми правой клавишей на сенсоре - Edit - Settings - Channel Settings. Вот там уже можно задать для каждого из значений сенсора лимиты на error, warning, а также полезное в твоем случае Spike Filter.

там суммарный траффик показывается
у вас же 400 мегабит full duplex =)

Jufon

Цитата:

Сенсоров... да я не знаю. Скажу проще. 30 серверов, 100 локальнык компьютеров, 10 свичей.
на счет ВМ. ну есть свободный сервер, 2х4кор, 48 гб мозгов.

"кор" - это корзина?
Можете так прикинуть: http://kb.paessler.com/en/topic/41373-is-there-a-site-planner-tool-for-planning-large-installations-of-prtg-network-monitor
И еще http://www.paessler.com/prtg/detailed-requirements, там есть "Important notice:"

По моим наблюдениям отдавать VM более 8GB нет ни какого смысла.

По поводу CPU 2x2кор достаточно для 1000 сенсоров.

Большее внимание требует к себе дисковая подсистема (IOPS) желательно иметь что-то на SAS или RAID-10 из 4-х дисков SATA хотя бы.

Странно.
У меня на пару с BackupExec 2014 всё живёт на 2008х86 с 2шт Xeon и 4 Гб RAM.
1000+ сенсоров. 7+ проб.

Нужно ли больше IOPS видно будет уже в процессе... а вот с WMI-сенсорами реально напряги могут быть.

WMI реально тормознутый и правильней читать "1000 любых сенсоров, кроме WMI":
Про WMI:
http://www.paessler.com/blog/revisited-dont-use-windows-vista-and-windows-2008-r1-for-network-monitoring-via-wmi
Как уменьшить использование памяти:
http://kb.paessler.com/en/topic/2733-how-can-i-speed-up-prtgespecially-for-large-installations

При этом нет по сути альтернативы WMI когда речь идет о Windows Server
к примеру мы мониторим диски, аптайм, проц каждого сервера

с удовольствием бы провел тест на сервере с SSD но пока нет такой возможности к сожалению...

ausasc

Цитата:

мы мониторим диски, аптайм,

есть SNMP.

Цитата:

проц каждого сервера

Для HP, Dell, IBM, etc в наличии прекрасные "сенсоры здоровья". SNMP.

Цитата:

Для HP, Dell, IBM, etc в наличии прекрасные "сенсоры здоровья". SNMP.

у меня Fujitsu


Цитата:

есть SNMP.

есть, но требует настройку со стороны серверной машины...
если уж конкретно прижмет, то переведу на SNMP

никто не сталкивался? PRTG блокирует пользователя AD-шного

Failover ()    Down

Connection could not be established (800706BA: Сервер RPC недоступен - Host: 10.ххх.ххх.ххх, User: Aхххххх, Password: ******, Domain: ntlmdomain:ххххх) (code: PE015). It appears that you are experiencing some difficulties with WMI or related areas. For more information, please see our knowledge base: http://kb.paessler.com/knowledgebase/en/topic/60153

проверял WMI Tester-ом, разблокируешь пользователя, тест некоторое время проходит,
потом пользователь снова блокируется

пароли и имена совпадают

Цитата:

пароли и имена совпадают

Может для учетки не выставлен атрибут "Срок действия пароля не ограничен" и она лочится?