AK
Зависимый от чего?
Size: a a a
2020 October 29
OK
от того, что растет и падает
d
C предыдущим значением сравнить нельзя?
AK
нет, предыдущее может быть и меньше и немного больше. Оно должно расти в течение дня, но предыдущее может быть выше текущего.
AK
от того, что растет и падает
Я не могу схему понять )
OK
Я не могу схему понять )
не, я думал, там постоянный рост, иногда падение, и опять постоянный рост
A
нет, предыдущее может быть и меньше и немного больше. Оно должно расти в течение дня, но предыдущее может быть выше текущего.
Вкрути сравнение на рост и min за период в триггер
RM
Смотрите какой у меня вопрос. Есть такая вот метрика, синенькая на графике.
Каким образом можно отследить, что она перестала расти. Я сейчас считаю max час назад - max сейчас = 0.
Момент в 8 утра, когда она упала до 200 - норма, происходит несколько раз в день, его учитывать не нужно.
Каким образом можно отследить, что она перестала расти. Я сейчас считаю max час назад - max сейчас = 0.
Момент в 8 утра, когда она упала до 200 - норма, происходит несколько раз в день, его учитывать не нужно.
Сделать триггер INF на падение до 200 (min) по промежутку времени большему чем на рост а триггер на рост сделать зависимым от первого.
A
Да не, не должно. Я поискал по документации, не нашёл подтверждения, что может влиять. Нумерация всегда с понедельника.
Александр, привет
Я нашёл проблему и решил её
Контролируемый хост был за активным прокси, поставив параметр ConfigFrequency в 60sec, на прокси, я таки добился, что временной интервал стал работать
Спасибо за помощь!
Я нашёл проблему и решил её
Контролируемый хост был за активным прокси, поставив параметр ConfigFrequency в 60sec, на прокси, я таки добился, что временной интервал стал работать
Спасибо за помощь!
АЩ
Если прям важно замониторить это старьё, то надо писать скрипты, которые делали бы вывод в файл (например, вывод df в JSON), и уже файлы забирать бы по http самим Zabbix сервером. Но, конечно, это сизифов труд.
Я думаю может по SSH это делать )
FT
Смотрите какой у меня вопрос. Есть такая вот метрика, синенькая на графике.
Каким образом можно отследить, что она перестала расти. Я сейчас считаю max час назад - max сейчас = 0.
Момент в 8 утра, когда она упала до 200 - норма, происходит несколько раз в день, его учитывать не нужно.
Каким образом можно отследить, что она перестала расти. Я сейчас считаю max час назад - max сейчас = 0.
Момент в 8 утра, когда она упала до 200 - норма, происходит несколько раз в день, его учитывать не нужно.
А я бы посмотрел на перцентили. Они помогут срезать выбросы.
Т.е. текущее должно быть выше 95-го перцентиля за предидущие 10 минут, например.
Т.е. текущее должно быть выше 95-го перцентиля за предидущие 10 минут, например.
AK
Вкрути сравнение на рост и min за период в триггер
Вообще, да, с минимальным значением можно что-то подкрутить.
AK
Full Throttle
А я бы посмотрел на перцентили. Они помогут срезать выбросы.
Т.е. текущее должно быть выше 95-го перцентиля за предидущие 10 минут, например.
Т.е. текущее должно быть выше 95-го перцентиля за предидущие 10 минут, например.
А как формула бы выглядела? last() < percentile(10m,,95)
OK
с перцентилями сомнительно, тут ведь не выброс, а общее падение
FT
Рост же. Или я чет не понял...
Должно стрелять, если рост прекратился?
Должно стрелять, если рост прекратился?
AK
Full Throttle
Рост же. Или я чет не понял...
Должно стрелять, если рост прекратился?
Должно стрелять, если рост прекратился?
Да.
FT
И не должно в 8 утра?
AK
Ну там не 8 утра. Счётчик скидывается до какого-то значения не константного, единиц на 250-350, когда достигает 410-415, иногда при 700. =) Оно не особо стабильно.
FT
Я бы тогда еще дельту прикрутил.
Идея в том, что перцентиль должен показать монотонный рост. Я бы выгрузил данные в эксель, и построил там формулы и графики, чтоб подобрать нужный перцентиль. Можно и вообще медиану взять - она то точно должна расти монотонно.
А дельтой можно учесть, что падение должно быть не более 250. Если более - триггер не стреляет.
Может еще и время можно прикрутить как-то, как дополнительное условие. Там ведь есть функции со временем. С ними не игрался.
P.S. В порядке бреда - периоб обслуживания на этот триггер на 8 утра +- 5-10 минут, со сбором данных. Он будет просто подавлен. Тогда эту ситуацию учитывать в выражении триггера и вовсе не нужно.
Идея в том, что перцентиль должен показать монотонный рост. Я бы выгрузил данные в эксель, и построил там формулы и графики, чтоб подобрать нужный перцентиль. Можно и вообще медиану взять - она то точно должна расти монотонно.
А дельтой можно учесть, что падение должно быть не более 250. Если более - триггер не стреляет.
Может еще и время можно прикрутить как-то, как дополнительное условие. Там ведь есть функции со временем. С ними не игрался.
P.S. В порядке бреда - периоб обслуживания на этот триггер на 8 утра +- 5-10 минут, со сбором данных. Он будет просто подавлен. Тогда эту ситуацию учитывать в выражении триггера и вовсе не нужно.