Comments 81
Очень хочется обновиться с 3.4, но отсутствующая начиная с 4.0 функциональность макроса {ITEM.LASTVALUE} в именах триггеров не даёт это сделать, очень уж активно используется, подожду пока появится замена, насколько я знаю работы в этом направлении ведутся.
Надеемся это сделать в одной из версий 4.2.х.
В общем парни, вы прям очень крутые — пилите дальше!
До конца этой недели появится на https://www.zabbix.com/download
Zabbix предлагает сбор и анализ текстовых логов, а также логов событий Windows платформ.
Классный релиз. Столько удобных нововведений. Планируется ли какое-то изменение веб мониторинга, чтобы упростить добавление сайтов и шагов, вроде того, как работает автообнаружение? Я сейчас не понимаю, как быстро добавить в мониторинг, к примеру, 100 сайтов с типовыми шагами проверки главной страницы.
Это один из наиболее популярных запросов на улучшение Zabbix: https://support.zabbix.com/browse/ZBXNEXT-2621. Голосуйте, чтобы добавить вес. А пока можно подобные вещи автоматизировать с помощью API.
1) Планируется ли автодискавери с автоматической настройкой шифрованием между сервером и агентом?
2) Хочется более гранулярного управления правами в заббиксе и историю правок. Теперь к этому добавились и javascript. При достаточно сложных скриптах хочется иметь возможность их откатить, видеть историю правок. В идеале глобальную Time Machine)
3) Умного управления нотификации, не дублировать сообщение, если уже сообщение было отправлено в другом правиле Action.
4) Более подробной документации настроек часто используемых решений. Например, настройка nginx + SSO для заббикса. Сейчас приходится собирать по всему интернету. Хочется, чтобы была единая актуальная точка входа для такой документации. Премирование авторов?
5) Большей вовлеченности в проект share.zabbix.com. Выкладка своих наработок туда.
Обратите внимание на https://www.zabbix.com/integrations. Это модерируемый список готовых решений по мониторингу и интеграциям с внешними системами.
Мы можем делать троттлинг только анализируя последнее измерение.Например, все значения из диапазона 36.4-37.2°C будут игнорироваться, а остальные нет.
Планируем.
То есть:
— берем одну мастер-метрику, ей забираем нужный нам JSON массив с вложенными объектами.
— Создаем правила обнаружения, используем в правилах мастер-метрику как источник данных.
— Через препроцессинг в правилах обнаружения (JS, например) преобразываем массив в нужный нам вид, получаем нужные макросы.
Что скажете?
Есть ситуация — инфокиоск с браузером. Сеть и Web-сервер работают, страничка интерфейса в браузере доступна. Но! Инфокиоск считается нерабочим, например сервер возвращает не те данные. Можно ли из javascript-а в браузере отправить JSON Zabbiz-серверу?
Установка агента на компьютер инфокиоска нежелательна (а иногда и невозможна, т.к. может быть неподдерживаемая платформа или требование безопасности). Киоск недоступен со стороны сервера (ping «не идёт»)
— если нужно делать push данных, то использовать протокол zabbix_sender. Можно просто взять консольную утилиту, а можно его имплементацию на разных ЯП.
Тут подробнее: zabbix.org/wiki/Docs/protocols/zabbix_sender/4.0
Вот например, для питона есть готовое решение:
github.com/adubkov/py-zabbix#zabbixsender
А nobodysu, например, выше дал пример для node.
— Если можно делать pull, то можно просто сделать нужные метрики доступными по HTTP/HTTPS, обернутые, например, в JSON, и забирать их оттуда через встроенный HTTP agent+ препроцессинг(JSONPath/ Regex ....) на стороне сервера.
Мы проводим бесплатные вебинары для тех для тех, кто хочет более подробно узнать о Zabbix 4.2 и иметь возможность задать вопросы комaнде Zabbix. Записывайтесь!
А в записи будут доступны?
Как минимум сделаем на английском языке. Запись будет доступна на нашем youtube канале https://www.youtube.com/c/zabbix.
А пока можно посмотреть на английском: https://www.youtube.com/watch?v=tvWazuPQfYE
Думаю, что мы будем работать над более тесной интеграцией текстовых конфигурационных файлов (в простом JSON или Yaml) и Zabbix уже в версии 4.4. Для упрощения создания шаблонов, версионирования и возможности встраивать Zabbix в автоматизацию с помощью CI систем.
— Решает проблему отслеживания изменений support.zabbix.com/browse/ZBXNEXT-4862
— Zabbix Configuration as Code: support.zabbix.com/browse/ZBXNEXT-4863
Мы пока напилили себе скриптов для ревью — подробнее посмотрите в статье habr.com/ru/company/pt/blog/433126 и репозиторий gitlab.com/devopshq/zabbix-review-export
Вот скажите, как можно переход с LTS(3.0) на LTS(4.0), сделать через две промежуточные не LTS версии???
MSI с zabbix 2.* брал с сайта www.suiviperf.com — всегда работало отлично.
Вы используете эти наработки или сделали свои? Искал в исходниках бегло, не нашел.
Очень порадовал этот релиз. Особенно:
- встроенная поддержка Prometheus
- тротлинг
- препроцессинг на стороне Zabbix прокси
- произвольный JSON для LLD. Но я так понял, что не совсем "произвольный". Если JSON будет иметь сложную структуру, то пока это не сработает, верно?
- поддержка формата HTML для email
Есть ли в планах возможность расширить функционал веб сценариев, чтобы была возможность выполнять клиентские скрипты? Сейчас приходится использовать что-то вроде Selenium для проверок сайтов, где элементы интерфейса гененрируются с помощью javascript.
произвольный JSON для LLD. Но я так понял, что не совсем "произвольный". Если JSON будет иметь сложную структуру, то пока это не сработает, верно?
Если в сложном JSON есть интересующий нас массив объектов, то мы просто с помощью JSONPath вырезаем этот кусок и делаем маппинг между полями JSON и макросами LLD. В большинстве случаев этого будет достаточно. Но если нам нужно произвести более сложные манипуляции, то для этого хорошо подходит JavaScript. В любом случае всё делается средствами Zabbix!
И не забываем, что теперь есть замечательная возможность проверки препроцессинга данных (в нашем случае JSON) прямо из интерфейса!
Есть ли в планах возможность расширить функционал веб сценариев, чтобы была возможность выполнять клиентские скрипты?
Думаем над этим, пока конкретных планов нет.
С давних времён поддерживаются, если я ничего не путаю. Вот полный список: https://www.zabbix.com/documentation/4.2/manual/appendix/macros/supported_by_location_user
И в том списке их нет.
Эти переменные нужны при создании автодискавери — задание дублирующих пользовательских макросов с этой информацией — типовое решение, но совсем не элегантное.
1. С графиками беда. Например, я настроил для метрик. которые собираются один раз в минуту тротлинг с контрольными точками раз в 10 минут. График развалился на отдельные точки и палочки, если данные меняются относительно редко.
2. Данные, которые меняются крайне редко, например, статус сервиса на Windows сервере. Если настроить тротлинг с контрольными точками раз в час и хост мониторится через прокси, возникает проблема. Сервер воспринимает эти данные, как потерянные и срабатывает триггер «More than 100 items having missing data for more than 10 minutes». Если зайти в Administration>Queue то прокси имеют огромную очередь больше 10 минут, где все эти «редкие» метрики.
Как это можно обойти? Спасибо!
Простой пример где это увидеть — берем элемент данных Template Module ICMP Ping: ICMP ping на практически любом узле сети, клонируем элемент и ставим на клоне препроцессинг, ждем пару минут. Потом смотрим график — бяка.
Версия Zabbix 4.2.4
Пока можно мониторить только диски с буквами, а диски, подключенные как NTFS-папка — нет…
На данный момент нет такой возможности, идея интересная.
Спасибо. Никаких обещаний, но добавил плюсик этой функциональности.
Ещё конечно хотелось бы для больших инсталляций более широкую поддержку конфигурирования агентов со стороны серверной части мониторинга: например, чтобы UserParameter'ыв могли распространяться не только в локальных конфигах, но и приезжать от сервера мониторинга (возможно, тоже конфигами). В этом плане решение в виде EnableRemoteCommands=1 больше похоже на анархию, нужно бы какой-то более цивилизованный механизм: назначаешь хосту в мониторинге тот или иной класс, цепляешь к определению класса набор файлов — и жмёшь кнопочку «обновить конфигурацию агентов». Сейчас без рутового доступа к хостам на мониторинге приходится все манипуляции выполнять через администраторов, что очень неудобно, поскольку агенты — это всё-таки самая важная часть системы мониторинга (серверного), и к их конфигурации админы мониторинга по идеее должны иметь доступ не хуже, чем к конфигурации серверной части.
Как сделаем — так в следующей версии и выпустим, ждать не будем.
Note that since 4.0, it will not resolve to the latest item value when viewing problem events, instead it will stay with the item value from the time of problem happening.
В то же время:
В ZBXNEXT-4942:
Fix Version/s:
4.4 (plan)
Силюсь понять — есть в планах восстановить функционал или нет?
Есть в планах, на 4.4
Как минимум пример из документации по Discovery using Prometheus data
www.zabbix.com/documentation/4.2/manual/discovery/low_level_discovery/prometheus
в лоб не работает
Обновил заббикс в надежде наконец использовать JMX экспортер из прометея но заставить работать дискавери не выходит
Тенденция на децентрализацию внутренних процессов очень радует, но:
— Вы рекомендуете использовать Прокси, но до сих пор нету адекватного метода не получать алерты от хостов с проверками nodata(), находящихся за прокси, в случае падения первой.
— кластеризация самого сервера есть в планах? HA для больших и разнесенных структур?
Заранее спасибо.
Вышел Zabbix 4.2