Производительность Zabbix агента?

дошел до установки zabbix, решил ставить 5.0 LTS
нашел несколько вариантов упоминаний механизмов отправки данных zabbix агентом, какой лучше?

  1. UserParameter=mqtt.value[*],mosquitto_sub -t ‘$1’ -C 1,
    это понятно, только вопрос - не будет ли лагать отправка, хватит ли производительности контроллера?
    если у меня будет 2 шт WB-MAP12 и по каждому каналу я буду по 5 параметров (плюс 1 - тотал параметры по каналу) считывать раз так в 30 сек (у меня тех процесс, там промежутки работы оборудования по несколько минут, так что 30 сек это нормально)
    итого получится 5х3х(4+1)=75 (извиняюсь, калькулятор стоял на двоичке, исправил) делим на 30 и умножаем на 2, итого 5 запросов в сек
    еще чего нибудь по навешаю туда, и будет ~8
    на одном WB-6 у меня висит 3 шт WB-MAP12 и один WB-MAP3, в этом варианте получается ~8
    раньше заббикс равномерно не опрашивал - сразу скопом все, как в 5.0 не знаю, я подобное скриптом “размазывал” - отслеживал тайминги между запросами

  2. Настройка MQTT моста - не понял как применить к zabbix агенту (поднимать брокер на zabbix server и обмениваться между ними?)

  3. платное решение от WB

  4. libzbxmodbus - подгружаемый модуль для zabbix, для массового сбора всех топиков за раз и потом через “новые” инструменты предобработки в zabbix, разбирать большой json уже на стороне сервера, только вот нагуглил, насколько полезен не знаю, кто-нибудь пробовал, насколько полезная вещь?

https://wirenboard.com/wiki/MQTT по цене запросов к нему - это “база данных”. Так что нагрузки не будет.

Бесплатное давно, но со свежим zabbix не все работает.

что за шаблон с LLD, кто-нибудь использовал?
по дате - 2018 год
в описании - “Эта схема работает уже много лет на большой инсталляции и показала свою жизнеспособность.”

вот вывод с ключом --help
mqtt-to-zabbix.py --help
usage: mqtt-to-zabbix.py [–help] [-h MQTT_HOST] [-p MQTT_PORT]
[-t MQTT_TOPIC] [–mqtt-keepalive MQTT_KEEPALIVE]
[–mqtt-tls] [-P MQTT_PASSWORD] [-u MQTT_LOGIN]
[-c ZABBIX_SENDER_CONFIG] [-s ZABBIX_SENDER_SOURCE]
[–every EVERY] [–only-new] [–instant INSTANT]
[–lld] [–lld-null LLD_NULL]

Wirenboard MQTT-to-Zabbix gateway

optional arguments:
–help
-h MQTT_HOST, --mqtt-host MQTT_HOST
MQTT host
-p MQTT_PORT, --mqtt-port MQTT_PORT
MQTT port
-t MQTT_TOPIC, --mqtt-topic MQTT_TOPIC
MQTT topic to subscribe
–mqtt-keepalive MQTT_KEEPALIVE
MQTT keepalive
–mqtt-tls MQTT keepalive
-P MQTT_PASSWORD, --mqtt-password MQTT_PASSWORD
MQTT password
-u MQTT_LOGIN, --mqtt-login MQTT_LOGIN
MQTT login
-c ZABBIX_SENDER_CONFIG, --zabbix-sender-config ZABBIX_SENDER_CONFIG
path to zabbix_sender config
-s ZABBIX_SENDER_SOURCE, --zabbix-sender-source ZABBIX_SENDER_SOURCE
source host for zabbix_sender
–every EVERY send data to zabbix ever n seconds
–only-new send only fresh data
–instant INSTANT send this topics immediately
–lld start lld-discovery
–lld-null LLD_NULL Emit empty lld for device

требует установки пакетов:
python3-pip
python3-setuptools
python-pip

и pip-ом еще штуки 3
насколько это противопоказано на контроллере?

с ключом --help запустил на компе, как сделать чтоб он вывел lld?
хотя бы пустышку

в общем нужен питонист, с помощью paho-mqtt вытащить список нужных топиков в виде json, чтоб его потом оформить в lld
а то шаблоны устану писать, у меня по 3 шт MAP12 на контроллерах

Основная цель - иметь все данные со счетчиков в zabbix, я правильно понимаю?

да
пока руками, делаю шаблон, например MAP12-1 - шаблон для 1-го MAP12 на контроллере
в нем прописываю макрос {$SLAVE_ID1}, в том месте где надо указать slave 1d
один шаблон на все MAP12 для одного узла в zabbix сделать нельзя, он не разрешает больше одного раза применять один шаблон в узле
потом делаю шаблоны MAP12-2, MAP12-3
потом делаю шаблон которому привязываю изначальный шаблон MAP12-1 с {$SLAVE_ID1}=31 например, и привязываю его к узлу