Добрый день!
Нужно создать DCI, у которого thresholds будет вываливаться, при условии что 2 последних значения были больше предыдущих на 5..
Т.е. логика должна быть такой:
Значение 1= 12
Значение 2 = 15
Сверка в первым. Результат - норма
Значение 3 = 21
Сверка со вторым. Результат - норма
Значение 4 = 27
Сверка с третьим. Результат - Threshold
Как это можно сделать? в принципе подошел-бы Diff.... но этот DCI смотрит за трафиком (значения нарастают), и в случае превышения, вываливает Аларм. Но бывает ситуация, когда счетчик обнуляется и происходит "ложная сработка".
Или как получить прирост?
Ну или на крайний случай:
В Transformation script в Step1, есть пункт Simple delta. Это как я понимаю различие с предыдущим значением..
Как сделать так, что-бы аларм вываливался только если это значение УВЕЛИЧИТЬСЯ, а НЕ ИЗМЕНИТЬСЯ на (например) 5? т.е. если оно уменьшается, никаких реакций быть не должно..
Esli schitat' deltu, to pri uvelichenii znachenie budet > 0, a pri umen'shenii - < 0. T.e. dlja otslezivanija postojannogo prirosta ne men'she, chem na 5 v techenii 3 oprosov mozno sdelat' sledujuschee:
1. V transformation postavit' "Simple delta"
2. V thresholde postavit' "last value" >= 5 for 3 polls
Доброго времени суток!
У меня возникла проблема с подсчетом трафика. Мне нужно, чтоб при изменении трафика за (к примеру) 5 минут на 30Мбит/с срабатывал ивент.
Когда я поставил интервал измерения 300 сек (обычно меряется за 30), значения стали порядка 2-3Гбит/с хотя реально трафик бит/с не превышает 500Мбит/с.
Меряется average delta per second. Пробовал в treshold ставить diff with prewious value >= 30000000 .
Вопрос по методике подсчета трафика, почему так отличаются значения average bits/s за 30 сек и за 300 сек
Problema v tom, chto traffik na interfejse predstavlen kak postojanno uvelichivajusheesja 32 bit znachenie - kol-vo baitov. Pri dostizenii znachenija 2 ^ 32 schetchik sbrasivaetsja na 0. Esli poschitat' vremja do sbrosa schetchika pri traffike 500 mbit/sec, poluchim:
500 mbit/sec = 524288000 bit/sec = 65536000 bytes/sec
T.e. schetchik v srednem uvelichivaetsja na 65536000 kazduju sekundu. Poskol'ku max. znachenie eto 2 ^32 = 4294967296, to schetchik budet sbrasivatsja primerno kazdie 65 secund. T.e. mezdu znachenijami, vzjatimi s intervalom v 300 sekund, proizojdet neskol'ko sbrosov schetchika, i raznica mezdu nimi ne imeet nikakogo smisla.
Поменял Data Type на Unassigned Int64.
Вот что получилось.
Первые два DCI это Unassigned Int за 30 сек
вторые два Unassigned Int64 за 300 сек.
Smena tipa DCI zdes' ne pomozet - schetchik na samom ustrojstve 32bitnij. Server budet eto 32bitnoe znachenie u sebja hranit' kak 64bitnoe, no sbros schetchika proishodit na samom ustrojstve. Esli ustrojstvo podderzivaet extended interface MIB (vetka .1.3.6.1.2.1.31.1.1.1), to mozno ispol'zovat' ifHCInOctets (.1.3.6.1.2.1.31.1.1.1.6) i ifHCOutOctets (.1.3.6.1.2.1.31.1.1.1.10) - eto 64 bit schetchiki.
Да такие MIB-ы имеются. Меряется все отлично. Но теперь не могу разобраться с ивентами.
Через раз выдает разницу 14-значное число.
Как то подозреваю, что обнуляется счетчик. Но не понял как происходит "diff with previous value".