Максим Гришин

https://developer.android.com/training/monitoring-...
Если я правильно прочел, это не просит рута.

Похоже, в Zabbix 5.4 появился новый синтаксис для агрегированных вычислений https://www.zabbix.com/documentation/current/en/ma... и для вычисления вашего "среднего CPU на SNMP" нужно написать обычный item, типа calculated, с формулой из примера №2 по ссылке, только вместо sum поставить avg. Т.е. формула должна быть вроде вот такой:

avg(last_foreach(/host/hrProcessorLoad[*]))

Zabbix до сих пор не умеет менять интервал опроса агентов по триггеру https://support.zabbix.com/browse/ZBXNEXT-1414 . Технически, если позволить скрипту реакции на триггер менять значения в заббиксе, можно пробовать посылать ему API-запросы на изменение настроек конкретного итема, но в таком случае нужно очень сильно подумать о безопасности - заббикс не дает назначить права только на один итем, минимум на хост (хост-группу или тег-фильтр, вторым можно отфильтровать один хост, первой тоже можно, но менее удобно), как следствие, утекшие креды позволят как минимум просто отрубить мониторинг на этом хосте, как максимум захватить его через скажем remote commands. Поэтому я бы не рекомендовал такой подход.

Начнем с того, что триггер может и немудреный, у вас сложность с его погашением. Вам нужно как минимум повесить этот самый all.log на элемент данных, а потом экспериментировать с выражением отключения триггера с использованием метаданных события, которые вам придется ещё выколупывать из строчки в error.log, которая вызывает ошибку. Но если вам хватит по любой строчке в all.log гасить ошибку, в настройке триггера выбираете "OK event generation = Recovery expression" и в самом выражении Recovery expression пишете, скажем, nodata(/test/log[/logs/program/all.log],30)=0.

Однако тут есть подводный камень - recovery expression проверяется только если trigger expression становися false, т.е. пока вы НЕ УДАЛИТЕ ВСЕ ЛОГИ (при такой формулировке триггера) из error.log (или не запишете туда 0, как его понимает заббикс), ваш триггер не опустится. Поэтому при триггерах по логам (любым) нужно в качестве trigger expression на фильтрованные логи использовать nodata()=1, и если отсутствие данных в логах не означает прекращение проблемы, писать какой-то вменяемый recovery expression.

Вообще настолько многоходовые действия (у вас же ещё и временный токен в апи присутствует) лучше всего отдавать на выполнение в Zabbix external script, ему передаете логин-пароль, оттуда возвращаете JSON всех (вроде как devices - массив) подключенных устройств на аккаунте. А потом средствами заббикса через dependent item создаете элементы данных, в качестве мастер-элемента подсовываете элемент, хранящий полученный JSON, дальше его препроцессингом режете на числа, строки и идентификаторы. Ну и так как мастер-итем всего один, его ставите на обновление раз в 10 минут, чтобы не вылезти за предел апи-запросов, а парсинг уже полученных данных в апи не полезет.

Разнесите запросы LLD autodiscovery на два разных, в одном возвращаете объекты верхнего уровня {#PROC} и только их, во втором по идентификатору объекта PROC возвращаете список {#CENCN}. Далее, вместе с прототипом найденного объекта PROC пишете прототип автообнаружения LLD, в котором указываете запрос номер два для поиска и прототип элемента {#CENCN} из его результатов.

Под зависимыми объектами в Zabbix понимается несколько другой объект - например, если есть запрос на полное состояние объекта, возвращающий данные в JSON, этот JSON заббикс умеет хранить как текст, и по его значению можно создавать зависимые объекты с использованием значения состояния как исходное и JSON-преобразование вида $.path[index].subpath требуемой конфигурации для вытаскивания значения из этого JSON. Кроме того, можно преобразовывать значения вторым (следующим) препроцессором, например, из номера состояния делать его расшифровку, а-ля 2 - "running".

Народ предлагает создать calculated item с необходимой метрикой, запихнуть его в триггер с каким-нибудь условием типа always true, и потом именно его значение вставить в сообщение о проблеме. https://www.zabbix.com/forum/zabbix-help/364761-sh...
Кстати, по такому итему проще будет сразу строить триггер, тут тебе и условие срабатывания, и готовое значение.

В маршруты на заббикс-сервере, например, может там где-то старые остались. В zabbix_get на нем же, и tcpdump на всем протяжении сетевого пути. В параметры Server на агентах заббикса и в их же файрволлы, если в server нет нового айпи заббикса, агент ничего не ответит. Может ещё куда, недостаточно данных.

Вообще, заббикс оптимизирован под числовые данные, хотя может работать и со строками. Этот JSON больше похож на оптимизированный для обнаружения, макросы {#MACRO} предназначены для заполнения прототипов элементов данных, а не для данных как таковых. Рекомендую поискать в вашем АПИ возможность вытащить требуемые linesnow и linesmax по имени или ID транка, и создать на основе макроса прототипы элементов, в именах и ключах которых будут значения linesnow в одном и linesmax в другом, а потом отдельным постпроцессингом (хз кстати как, в самом деле - не умеет заббикс конкатенировать строки! https://support.zabbix.com/browse/ZBXNEXT-1911 девелоперы, похоже, не поняли запрос, потом кто-то предложил юзкейс, который вообще касался алертов, и идея заглохла - можете попробовать подпихнуть) собирать из элементов желаемую строку.

Разобрать JSON на составные можно, запихав данные в элемент типа текст сторонним скриптом (либо в 4.0 появился HTTP agent, позволяющий распарсить JSON из ответа по HTTP), потом из него создать несколько зависимых элементов с помощью сцепления операций препроцессинга результата этого JSON, указывая вначале JSON Path, а дальше писать триггеры и прочее.

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