The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системы мониторинга Zabbix 4.4, opennews (??), 14-Окт-19, (0) [смотреть все]

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


65. "Выпуск системы мониторинга Zabbix 4.4"  +/
Сообщение от ALHSLeoemail (ok), 15-Окт-19, 14:52 
Мде, что-то заббикс начал разочаровывать ... Как сломали они в 4.0 поведение параметра ITEM.LASTVALUE - так и не починили, хотя обещали, клялись , божились что в 4.4 починят, и тригеры будут нормально данные присылать, а не последнее значение до начала проблемы ... А воз и ныне там ... Обновил до последней версии, поведение не поменялось, да и в документации они просто пометили - что типо оно себя так вело до 4.0, а сейчас ...
Кто сидит на 3.* - и использует параметр ITEM.LASTVALUE - обновляться не рекомендую, все сообщения, к которым привыкли, а именно с отсылкой сообщений о текущем состоянии параметра, а не о состоянии в момент срабатывания триггера больше не работают ...
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системы мониторинга Zabbix 4.4"  +1 +/
Сообщение от Алексей (??), 15-Окт-19, 18:01 
Обратите внимание на Operational data и параметры фильтра при отображении проблем.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск системы мониторинга Zabbix 4.4"  +1 +/
Сообщение от Онаним (?), 15-Окт-19, 19:44 
В 4.4 добавили operational data. А вообще изменение поведения item.lastvalue лично нам оказалось очень удобным - к моменту, когда люди смотрят в нашу треевую тулзу для отображения триггеров, данные могут уже прилично уйти от момента взлёта триггера, и ситуация становится неочевидной. Сейчас получается best of both worlds, надо будет чуток тулзу допилить, чтобы текущие данные тоже показывала.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

81. "Выпуск системы мониторинга Zabbix 4.4"  +/
Сообщение от Vladmir Mendelevichemail (?), 16-Окт-19, 21:52 
У меня 4.2.7.
ITEM.LASTVALUE в action присылает текущее значение, а не на момент сработки. ITEM.VALUE - тот да. Тот кажет историческое значение.

Я прочитал и комментарий в доке и несколько тредов про изменения поведения. Насколько я понял, изменение было сделано ради problems. Там при выводе на экран большой простыни была большая нагрузка.

В общем, я на 4.2.7 не вижу спец-эффектов или не понимаю куда смротреть, чтобы их увидеть.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

84. "Выпуск системы мониторинга Zabbix 4.4"  +/
Сообщение от ALHSLeoemail (ok), 17-Окт-19, 08:39 
> У меня 4.2.7.
> ITEM.LASTVALUE в action присылает текущее значение, а не на момент сработки. ITEM.VALUE
> - тот да. Тот кажет историческое значение.
> Я прочитал и комментарий в доке и несколько тредов про изменения поведения.
> Насколько я понял, изменение было сделано ради problems. Там при выводе
> на экран большой простыни была большая нагрузка.
> В общем, я на 4.2.7 не вижу спец-эффектов или не понимаю куда
> смротреть, чтобы их увидеть.

Так проблема и на дашборде - при использовании в триггерах - после срабатывания данные больше не обновляются, а остаются на момент срабатывания. А это не совсем удобно - к примеру как место на дисках - ну матернулся он что там меньше 10% на таком-то диске, не критично, но ранее - в дашборде данные обновлялись - и можно было посмотреть в рилтайме насколько быстро место съедается, не заходя в последние данные, просто с вида триггера, или к примеру триггеры на проверку срока действия сертификатов ссл - данные менялись каждый день, уменьшая количество оставшихся дней до истечения. И при отправке писем, смс и тд - да, есть воркараунд - {{HOST.HOST}:{ITEM.KEY}.last()} - но это не информативно, и если не подводит память - работает ТОЛЬКО в отправляемых уведомлениях, но не в триггерах и дашбордах.

Пример триггера : {HOST.NAME} ***** Status code {ITEM.LASTVALUE} ( проверка статуса ответа вебсервиса - 200 не 200 ) - присылает на момент срабатывания - latest value 200 - хотя на самом деле там не 200, и на момент восстановления - те-же 200 ... Как понять что ему стало легче ? только по концу сообщения - ok и problem ? Или места на диске 9% ,и момент восстановления - на диске 9% ОК - информативно .... Сколько стало реально места на диске ? Прыгает туда обратно 1 процент, или кто-то из админов добавил в лвм места ?

Если использовать заббикс для полторы машины - да, можно залезть посмотреть, но когда парк из овер 500 - ползать при таком срабатывании на каждую ? Или у каждой просматривать последние присланные данные, но значит требуется доступ к интерфейсу , которого нет - находясь к примеру вне офиса, и получая 9% проблема и через 5 минут 9% ОК - класс ...

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

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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