Суммирование значений

[MPAK]

Zabbix 3.4.4
Есть получаемые от устройств данные, которые, вроде как, нормально получаются и строится нормальный график:

А есть попытка их суммирования (grpsum[PPP,numbif,last]):

которая на графике почему-то получается так:

Ну и собственно вопрос: что не так?
Как получить плавный график суммы?

[allexpetrov]

Добрый день,

Не сильно понятно что Вы конкретно мониторите. На графике видно что у Вас бывают падения в калькуляции и минимум ~1500 шт.

Я бы для начала посоветовал посмотреть в какое время на графике происходит падение, посмотреть Last 500 Values группового айтема и посмотреть его значение. Далее - открыть все айтемы, которые участвуют в калькуляции, найти время и значения, которые были суммированы и просуммировать их на калькуляторе.

"Ровный график" у Вас будет в случае если не будет скачков по значениям )

С уважением,
Алексей!

[MPAK]

Вообще мониторится кол-во pppoe-соединений на двух серверах.
В первом графике видно сколько их на каждом в отдельности, а вот на втором просто хотелось бы видеть сумму..
Первый:
16.11.2017 16:15:45 - 3322
16.11.2017 16:15:13 - 3325
16.11.2017 16:14:44 - 3325
16.11.2017 16:13:44 - 3321
16.11.2017 16:12:44 - 3315
16.11.2017 16:12:14 - 3318
16.11.2017 16:11:44 - 3318

Второй:
16.11.2017 16:15:45 - 1464
16.11.2017 16:15:13 - 1465
16.11.2017 16:14:44 - 1465
16.11.2017 16:14:14 - 1464
16.11.2017 16:13:44 - 1465
16.11.2017 16:13:14 - 1464
16.11.2017 16:12:44 - 1464
16.11.2017 16:12:14 - 1464
16.11.2017 16:11:44 - 1469

Третье (сумма):
16.11.2017 16:16:06 - 4786
16.11.2017 16:15:37 - 4790
16.11.2017 16:15:06 - 4790
16.11.2017 16:14:36 - 1464
16.11.2017 16:14:06 - 4786
16.11.2017 16:13:36 - 1464
16.11.2017 16:13:06 - 4779
16.11.2017 16:12:36 - 4782
16.11.2017 16:12:06 - 4787
16.11.2017 16:11:36 - 4785

И вот тут уже понятнее, да )
Опрос каждые 30 секунд и на втором всё чётко, каждые 30 секунд. А вот на первом (где соединений больше) не каждые 30 секунд. А вот в момент когда данных от первого нет и получается провал видимо. 2 значений от первого не хватает, и два провала на графике...
Причём в логе сервера ошибок по этим устройствам нет.
Вот только grpsum[PPP,numbif,last] разве не складывает просто последние значения? Ведь оно как бы и не ноль в списке, его просто нет. Разве не должно бы взяться последнее имеющееся?
Вот как раз в этом случае меня бы такое поведение устроило ))
Тем более, что в первом-то графике нет провалов, то есть этот самый перерыв на первый график не влияет...

[Semiadmin]

Можно попробовать вместо last использовать max или avg + timeperiod

[allexpetrov]

Весьма странное поведение с учетом того, что должна функция last, то суммирование должно быть из послеждних value.

Какая у Вас версия Zabbix?

[MPAK]

Верхней строкой же:
>Zabbix 3.4.4

По мне так тоже странное
max - по описанию меня не устраивает, максимум мне не нужен...
avg за 1m не спасло, сейчас поставил 5m, посмотрю

[sadman]

Имейте в виду - у вас есть все шансы получить недостоверный результат. Перед математической операцией никакой предварительной синхронизации операндов по времени Zabbix не производит, насколько мне известно. И он с легкостью сложит last одного узла, полученный пять минут назад и last другого, полученный час назад.

[MPAK]

Это было бы понятно и даже правильно )
Просто вот среди значений ни одного из серверов нет 0 или там 1-10 нет вообще. А в сумме есть.. И avg 5m пока тоже не помогает...

[sadman]

Это было бы понятно и даже правильно )
Просто вот среди значений ни одного из серверов нет 0 или там 1-10 нет вообще. А в сумме есть.. И avg 5m пока тоже не помогает...

Боюсь, что точное понимание механизма работы этой функции можно получить только анализом исходного кода. На ваше счастье - он открыт и, в принципе, даже понятен с первого раза.

[Semiadmin]

А можно увидеть суммарный график и таблицу значений за один и тот же интервал времени?
А еще лучше - не график, а таблицу значений grpsum

[MPAK]

График:

Значения:

То есть вывел график за 15 минут, а потом наверху вместо графика выбрал значения.
Так надо было? )

[Semiadmin]

Нет, я хотел посмотреть на то же самое, что в 3 посте, но с применением avg вместо last

[MPAK]

Первый:
17.11.2017 11:52:14 - 3090
17.11.2017 11:51:44 - 3088
17.11.2017 11:51:14 - 3083
17.11.2017 11:50:44 - 3088
17.11.2017 11:50:14 - 3089
17.11.2017 11:49:14 - 3086
17.11.2017 11:48:44 - 3083
17.11.2017 11:48:13 - 3082
17.11.2017 11:47:44 - 3085

Второй:
17.11.2017 11:52:44 - 1359
17.11.2017 11:52:14 - 1361
17.11.2017 11:51:44 - 1361
17.11.2017 11:51:14 - 1360
17.11.2017 11:50:44 - 1360
17.11.2017 11:50:14 - 1362
17.11.2017 11:49:43 - 1361
17.11.2017 11:49:14 - 1359
17.11.2017 11:48:44 - 1362
17.11.2017 11:48:14 - 1361

Сумма: (grpsum[PPP,numbif,avg,5m])
17.11.2017 11:52:06 - 4445
17.11.2017 11:51:36 - 4445
17.11.2017 11:51:06 - 4445
17.11.2017 11:50:36 - 4444
17.11.2017 11:50:06 - 1359
17.11.2017 11:49:36 - 4441
17.11.2017 11:49:06 - 4441
17.11.2017 11:48:36 - 4440
17.11.2017 11:48:06 - 4439

[Semiadmin]

На скриншоте в 1 посте интервал обновления агрегированного айтема 1 мин, а по факту 30 с. Где правда?
All items that are referenced from the aggregate item key must exist and be collecting data. Only enabled items on enabled hosts are included in the calculations.
Я, честно говоря, думал, что это относится к неподдерживаемым или отключенным айтемам, но, похоже, исключаются из вычисления все айтемы, у которых нет новых значений за интервал обновления агрегированного. Попробуйте увеличить этот интервал.

[MPAK]

Правда везде )
Когда делал скрин заметил разницу (у серверов по 30s, а у суммы 1m) и поправил, для суммирования тоже сделал 30s, не спасло.
Да, сейчас попробую увеличить интервал суммы.
Спасибо.