Является ли версия 4.2 ответом на главный вопрос жизни, вселенной и мониторинга в целом? Давайте посмотрим!
Напомним, что Zabbix — это универсальная система для мониторинга производительности и доступности серверов, инженерного и сетевого оборудования, приложений, баз данных, систем виртуализации, контейнеров, ИТ-сервисов, веб-сервисов.
Zabbix реализует полный цикл от сбора данных, их обработки и преобразования, анализа получаемых данных, и заканчивая хранением этих данных, визуализацией и рассылкой оповещений с использованием правил эскалаций. Также система предоставляет гибкие возможности расширения методов сбора данных и оповещений, а также возможности автоматизации через API. Единый веб-интерфейс реализует централизованное управление конфигурациями мониторинга и распределением прав доступа различным группам пользователей. Код проекта свободно распространяется под лицензией GPLv2.
Zabbix 4.2 — это новая не LTS-версия с укороченным сроком официальной поддержки. Пользователям, которые ориентируются на длинный цикл эксплуатации программных продуктов, рекомендуем использовать LTS версии, такие как 3.0 и 4.0.
Итак, давайте поговорим о новинках и основных улучшениях версии 4.2:
Больше официальных платформ
В дополнение к уже существующим официальным пакетам, мы также предлагаем новые сборки для:
- RaspberryPi, Mac OS/X, SUSE Enterprise Linux Server 12
- MSI для Windows агента
- Docker образы
Встроенная поддержка Prometheus для мониторинга приложений
Zabbix умеет собирать данные различными способами (push/pull) с разных источников данных. Это JMX, SNMP, WMI, HTTP/HTTPS, RestAPI, XML Soap, SSH, Telnet, агенты и скрипты и другие источники. А теперь встречайте поддержку Prometheus!
Строго говоря, сбор данных из экспортёров Prometheus был возможен и раньше благодаря типу элементов данных HTTP/HTTPS и регулярным выражениям.
Однако, новая версия позволяет работать с Prometheus максимально эффективно за счёт встроенной поддержки языка запросов PromQL. А использование зависимых метрик позволяет собирать и обрабатывать данные наиболее эффективно: один раз обратились за данными, а дальше раскладываем их по нужным метрикам.
Получаем значение конкретной метрики
Важно отметить, что сейчас низкоуровневое обнаружение может использовать собранные данные для автоматического создания метрик. В этом случае Zabbix преобразует полученные данные в формат JSON, с которым очень удобно работать.
Находим метрики используя фильтр на языке запросов PromQL
На данный момент существует более 300 интеграций и рецептов по мониторингу сторонних сервисов и приложений с помощью Zabbix. Поддержка Prometheus позволит добавить целый набор приложений, имеющих официальные или поддерживаемые сообществом экспортеры Prometheus. Это мониторинг популярных сервисов, контейнеров и облачных ресурсов.
Эффективный высокочастотный мониторинг
Хотим ли мы обнаруживать проблемы как можно быстрее? Конечно, никаких сомнений! Чаще всего такой подход приводит к тому, что нам необходимо слишком часто опрашивать устройства и собирать данные, что приводит к большей нагрузке на систему мониторинга. Как этого избежать?
Мы реализовали механизм тротлинга (throttling) в правилах препроцессинга. Тротлинг, по сути, даёт нам возможность пропуска одинаковых значений.
Предположим, что мы следим за состоянием критичного приложения. Каждую секунду мы проверяем, функционирует ли наше приложение или нет. При этом в Zabbix поступает непрерывный поток данных из 1 (работает) и 0 (не работает). Например: 1111111111110001111111111111…
Когда с нашим приложением всё в порядке, то в Zabbix поступает поток из одних лишь единичек. Нужно ли их обрабатывать? В общем-то нет, ведь нас только интересует изменение состояния приложения, мы не хотим собирать и хранить так много данных. Так вот, тротлинг позволяет пропускать значение, если оно идентично предыдущему. В итоге мы получим лишь данные об изменении состояния, например, 01010101… Вполне достаточно информации для обнаружения проблем!
Пропущенные значения Zabbix просто напросто игнорирует, они не записываются в историю и никак не влияют на триггеры. С точки зрения Zabbix пропущенных значений не существует.
Игнорируем повторяющиеся значения
Здорово! Теперь мы можем очень часто опрашивать устройства, при этом мгновенно обнаруживать проблемы без хранения ненужной информации в базе данных.
А как же графики? Они ведь будут пустыми из-за нехватки данных! И как понять, собирает ли Zabbix данные, если большинство этих данных будет пропущено?
Мы и об этом подумали! Zabbix предлагает ещё один вид тротлинга, тротлинг с контрольными точками проверки (throttling with heartbeat).
Раз в минуту проверяем, жива ли метрика
В этом случае, Zabbix, несмотря на повторяющийся поток данных, будет сохранять как минимум одно значение в указанный интервал времени. Если данные собираются раз в секунду, а интервал задан одной минутой, то Zabbix превратит ежесекундный поток единичек в ежеминутный поток. Несложно заметить, что это проводит к 60-ти кратному сжатию полученных данных.
Теперь мы уверены, что данные собираются, функция триггера nodata() работает и с графиками всё в порядке!
Валидация собранных данных и обработка ошибок
Никто из нас не хочет собирать ошибочные или недостоверные данные. Например, мы знаем, что датчик температуры должен возвращать данные в диапазоне от 0°C до 100°C и любое другое значение должно рассматриваться как ошибочное и/или игнорироваться.
Сейчас это возможно с помощью встроенных в препроцессинг правил валидации данных по соответствию или отсутствию соответствия регулярным выражениям, диапазону значений, JSONPath и XMLPath.
Теперь мы можем управлять реакцией на ошибку. Если температура вне диапазона, то мы можем просто проигнорировать такое значение, задать значение по умолчанию (например, 0°C ), либо определить своё собственное сообщение об ошибке, например, «Датчик повреждён» или «Замените батарейку.»
Температура должна быть от 0 до 100, остальное игнорируем
Хорошим примером использования валидации является возможность проверки входных данных на присутствие сообщения об ошибке и установки этой ошибки для всей метрики. Это очень полезная функциональность при получении данных из внешних API.
Любая трансформация данных с помощью JavaScript
Если нам недостаточно встроенных правил препроцессинга, то теперь мы предлагаем полную свободу с использованием произвольных скриптов на языке JavaScript!
Всего одна строчка кода для преобразования градусов по фаренгейту в градусы цельсия
Это открывает безграничные возможности обработки входящих данных. Практической пользой этой функциональности является то, что теперь нам не нужны внешние скрипты, которые мы использовали для любых операций с данными. Теперь это всё можно сделать с помощью JavaScript.
Теперь возможны трансформация данных, агрегация, фильтры, арифметические и логические операции и многое многое другое!
Извлекаем полезную информацию из вывода Apache mod_status!
Тестируем препроцессинг
Теперь нам не нужно гадать как же работают наши сложные сценарии препроцессинга. Появилась удобная проверка правильности работы препроцессинга прямо из интерфейса!
Обрабатываем миллионы метрик в секунду!
До Zabbix 4.2 препроцессингом занимался исключительно Zabbix сервер, что ограничивало возможности применения прокси для распределения нагрузки.
Начиная с версии Zabbix 4.2 мы получаем невероятно эффективное масштабирование нагрузки за счёт поддержки препроцессинга на стороне прокси. Теперь этим занимаются прокси!
В комбинации с тротлингом такой подход позволяет выполнять высокочастотный масштабный мониторинг и осуществлять миллионы проверок в секунду, не нагружая при этом центральный Zabbix сервер. Прокси обрабатывают гигантские объёмы данных, при этом до Zabbix сервера за счёт тротлинга доходит лишь их небольшая часть, на один-два порядка меньше.
Более простое низкоуровневое обнаружение
Напомним, что низкоуровневое обнаружение (LLD) — это очень мощный механизм для автоматического обнаружения любого рода ресурсов для мониторинга (файловых систем, процессов, приложений, сервисов, и т.д.) и автоматического создания на их основе элементов данных, триггеров, узлов сети и других объектов. Это невероятно экономит время, упрощает конфигурацию и позволяет использовать один шаблон для узлов сети, имеющих различные ресурсы для мониторинга.
Низкоуровневое обнаружение требовало на входе специально оформленный JSON. Всё, так больше не будет!
Zabbix 4.2 позволяет низкоуровневому обнаружению (LLD) использовать произвольно оформленные данные в формате JSON. Почему это важно? Это позволяет, не прибегая к скриптам, общаться, например, с внешними API и использовать полученную информацию для автоматического создания узлов сети, элементов данных и триггеров.
Вкупе с поддержкой JavaScript это создает фантастические возможности для создания шаблонов работы с различными источниками данных, такими как, например, облачные API, API приложений, данные в форматах XML, CSV и прочее и прочее.
Связываем JSON с информацией о процессах с LLD
Возможности действительно безграничны!
Поддержка TimescaleDB
Что такое TimescaleDB? Это обычный PostgreSQL плюс модуль расширения от команды TimescaleDB. TimescaleDB обещает лучшую производительность за счёт более эффективных алгоритмов и структуры данных.
Кроме этого, ещё одним преимуществом TimescaleDB является автоматическое партицирование таблиц с историей. TimescaleDB это скорость и простота обслуживания! Хотя, я должен отметить, что наша команда пока ещё не проводила серьёзного сравнения производительности с обычным PostgreSQL.
На данный момент TimescaleDB является достаточно молодым и быстроразвивающимся продуктом. Используйте с осторожностью!
Лёгкое управление тегами
Если раньше тегами можно было управлять лишь на уровне триггеров, то теперь управление тегами намного более гибкое. Zabbix поддерживает теги для шаблонов и узлов сети!
Все обнаруженные проблемы получают теги не только триггера, но и узла сети, а также шаблонов этого узла сети.
Определяем теги для узла сети
Более гибкая авторегистрация
Zabbix 4.2 позволяет фильтровать узлы сети по имени, используя регулярные выражения. Это даёт возможность создавать различные сценарии обнаружения для различных групп узлов сети. Особенно удобно, если у нас используются сложные правила именования устройств.
Более гибкое сетевое обнаружение
Ещё одно улучшение связано с именованием узлов сети. Появилась возможность управления именами устройств при сетевом обнаружении и получения имени устройства из значения метрики.
Это очень нужная функциональность, особенно при сетевом обнаружении с помощью SNMP и Zabbix агента.
Автоматически назначаем локальное имя узла сети видимым именем
Проверка работоспособности способов оповещения
Теперь прямо из Веб-интерфейса можно отправить себе тестовое сообщение и проверить, работает ли способ оповещения. Особенно эта функциональность полезна для проверки скриптов объединения Zabbix с различными системами оповещения, системами задач и другими внешними программами и API.
Удалённый мониторинг компонентов инфраструктуры Zabbix
Появилась возможность удалённого мониторинга внутренних метрик Zabbix сервера и прокси (метрик производительности и работоспособности компонентов Zabbix).
Для чего это нужно? Функциональность позволяет следить со стороны за внутренними метриками серверов и прокси, позволяет быстро обнаруживать и оповещать о проблемах даже если сами компоненты перегружены или, например, на прокси большой объём неотправленных данных.
Поддержка формата HTML для email сообщений
Теперь мы не ограничены простым текстом и можем формировать красивые e-mail сообщения, благодаря наличию поддержки формата HTML. Пора изучать HTML + CSS!
Сообщения легче воспринимать даже при минимальном использовании HTML
Доступ к внешним системам из сетевых карт
Появилась поддержка целого набора новых макросов в пользовательских URL для лучшей интеграции карт с внешними системами. Это позволяет одним-двумя кликами на иконку узла сети открывать, например, тикет в системе задач.
Одним кликом открываем тикет в Jira
Правило обнаружения может быть зависимым элементом данных
Зачем это нужно — спросите вы. Это позволяет использовать данные основной метрики как для обнаружения, так и для непосредственного сбора данных. Например, в случае сбора данных с экспортера Prometheus, Zabbix осуществит один HTTP запрос и незамедлительно использует полученную информацию для всех зависимых элементов данных: значений метрик и правил низкоуровневого обнаружения.
Новый способ визуализации проблем на картах
Появилась поддержка анимированных GIF изображений на картах для более заметной визуализации проблем.
Проблемные устройства стали более заметными
Извлекаем данные из заголовков HTTP в Веб-мониторинге
В Веб-мониторинге добавилась возможность выбирать данные из полученного заголовка HTTP.
Это позволяет создавать многошаговые сценарии веб-мониторинга или мониторинга сторонних API, используя токен авторизации, полученный в одном из шагов.
Извлекаем AuthID из заголовка HTTP
Zabbix Sender использует все IP адреса
Zabbix Sender теперь отправляет данные по всем IP адресам из параметра ServerActive конфигурационного файла агента.
Удобный новый фильтр в конфигурации триггеров
Страница конфигурации триггеров обзавелась расширенным фильтром для быстрой и удобной выборки триггеров по заданным критериям.
Выбираем триггеры, относящиеся к сервису K8S
Показываем точное время
Тут всё просто, теперь Zabbix показывает точное время при наведении мышкой на график.
Другие нововведения
- Реализован более предсказуемый алгоритм для изменения порядка расположения виджетов в dashboard (панели)
- Возможность массового изменения параметров прототипов элементов данных
- Поддержка IPv6 для проверок DNS: «net.dns» и «new.dns.record»
- Добавился параметр «skip» для проверок «vmware.eventlog»
- Ошибка выполнения шага препроцессинга включает в себя номер шага
Как обновиться?
Для перехода с более ранних версий необходима лишь установка новых бинарных файлов (сервера и прокси) и нового интерфейса. Zabbix автоматически проведёт процедуру обновления базы данных. Установка новых агентов не потребуется.
Мы проводим бесплатные вебинары для тех для тех, кто хочет более подробно узнать о Zabbix 4.2 и иметь возможность задать вопросы комaнде Zabbix. Записывайтесь!
Не забываем о популярном Telegram канале Zabbix сообщества, где всегда можно получить консультацию и ответы на свои вопросы на русском языке от более опытных коллег, а, если повезёт, то и от самих разработчиков Zabbix. Для новичков рекомендуем группу для новичков.
Полезные ссылки
— Release notes
— Upgrade notes
— Оригинальная статья
Комментарии (64)
AlexRay
02.04.2019 11:12Наконец-то из коробки MSI для Windows агента и HTML для email, раньше приходилось всё это делать самому. JavaScript для обработки данных это вообще огонь!
Очень хочется обновиться с 3.4, но отсутствующая начиная с 4.0 функциональность макроса {ITEM.LASTVALUE} в именах триггеров не даёт это сделать, очень уж активно используется, подожду пока появится замена, насколько я знаю работы в этом направлении ведутся.
alexvl Автор
02.04.2019 11:56Надеемся это сделать в одной из версий 4.2.х.
YMax
02.04.2019 16:41Будет ли исправлена ошибка, которая появилась после обновления на 4.0 — после завершения периода обслуживания agent_ping сообщает о недоступности хоста, возможные варианты решения не помогли?
alexvl Автор
02.04.2019 18:55Если не сложно, пожалуйста, поделитесь номером зарегистрированного бага. Пока не очень понятно, о какой проблеме идёт речь.
Dr_Wut
02.04.2019 11:52+1У меня просто нет слов… Шаг с поддержкой метрик из Прометеуса на мой взгляд просто гениальный! Обработка метрик на проксе! Мне кажется что заббикс прям врывается на место самого крутого мониторинга. Думаю пройдет еще полгода и в девопс топиках прометеус перестанет быть системой по умолчанию.
В общем парни, вы прям очень крутые — пилите дальше!
fessmage
03.04.2019 23:14В точку, поддержка армии prometheus экспортеров в заббиксе — я два года ждал такой мониторинг!
hurman
02.04.2019 11:54Кстати, не подскажите ссылку на msi пакет? Может не там ищу, но с сайта загружаются только exe агента.
Jj232
02.04.2019 11:55Круто! А что есть в Zabbix для анализа логов? Или просто ставим рядом ExK?
selivanov_pavel
02.04.2019 22:33AFAIK там есть типы айтемов для сбора логов, но в итоге получаются текстовые строки, уложенные в реляционную БД, скорость работы соответствующая. Для небольших объёмов и для редко обновляющихся логов пойдёт, для больших всё же ELK/EFK и прочий Splunk.
alexvl Автор
03.04.2019 09:32Zabbix предлагает сбор и анализ текстовых логов, а также логов событий Windows платформ.
Zeroxzed
02.04.2019 12:02+1Классный релиз. Столько удобных нововведений. Планируется ли какое-то изменение веб мониторинга, чтобы упростить добавление сайтов и шагов, вроде того, как работает автообнаружение? Я сейчас не понимаю, как быстро добавить в мониторинг, к примеру, 100 сайтов с типовыми шагами проверки главной страницы.
alexvl Автор
02.04.2019 12:16Это один из наиболее популярных запросов на улучшение Zabbix: https://support.zabbix.com/browse/ZBXNEXT-2621. Голосуйте, чтобы добавить вес. А пока можно подобные вещи автоматизировать с помощью API.
zhovner
02.04.2019 12:02Почему за столько лет zabbix не сделали SaaS решение? Zabbix Cloud только пилят, как я понимаю. Неужели все хотят только self hosted версии?
Sleuthhound
02.04.2019 12:05+1А отображение через макрос {ITEM.LASTVALUE1-9} реальных данных так и не вернули на доску Проблемы? Вроде же обещали в 4.2 вернуть.
Neveil
02.04.2019 12:58Пользуясь случаем хочу спросить.
1) Планируется ли автодискавери с автоматической настройкой шифрованием между сервером и агентом?
2) Хочется более гранулярного управления правами в заббиксе и историю правок. Теперь к этому добавились и javascript. При достаточно сложных скриптах хочется иметь возможность их откатить, видеть историю правок. В идеале глобальную Time Machine)
3) Умного управления нотификации, не дублировать сообщение, если уже сообщение было отправлено в другом правиле Action.
4) Более подробной документации настроек часто используемых решений. Например, настройка nginx + SSO для заббикса. Сейчас приходится собирать по всему интернету. Хочется, чтобы была единая актуальная точка входа для такой документации. Премирование авторов?
5) Большей вовлеченности в проект share.zabbix.com. Выкладка своих наработок туда.alexvl Автор
02.04.2019 13:00Обратите внимание на https://www.zabbix.com/integrations. Это модерируемый список готовых решений по мониторингу и интеграциям с внешними системами.
F0iL
02.04.2019 13:12Ох, как много в новом релизе всего очень вкусного.
Насчет троттлинга интересно. А если мы мониторим не дискретный сигнал (работает/не работает), а аналоговый (например, температуру процессора или трафик на сети), то есть ли возможность задать зону нечувствительности (гистерезис) в тех же целях?alexvl Автор
02.04.2019 13:25Мы можем делать троттлинг только анализируя последнее измерение.Например, все значения из диапазона 36.4-37.2°C будут игнорироваться, а остальные нет.
wabbit
03.04.2019 10:56Получится только дискретный. Если входящий сигнал аналоговый, то можно попробовать «загрубить» его до меньшей точности тем же JavaScript preprocessing перед троттлингом.
StaylerSoG
02.04.2019 15:32+1А как же вложенный LLD? Хоть планируется?
wabbit
03.04.2019 11:02А не поможет использование правил LLD как зависимых метрик обойтись без вложенных LLD?
То есть:
— берем одну мастер-метрику, ей забираем нужный нам JSON массив с вложенными объектами.
— Создаем правила обнаружения, используем в правилах мастер-метрику как источник данных.
— Через препроцессинг в правилах обнаружения (JS, например) преобразываем массив в нужный нам вид, получаем нужные макросы.
Что скажете?
mihmig
02.04.2019 16:34Подскажите, а протокол общения агент-сервер только бинарный?
Есть ситуация — инфокиоск с браузером. Сеть и Web-сервер работают, страничка интерфейса в браузере доступна. Но! Инфокиоск считается нерабочим, например сервер возвращает не те данные. Можно ли из javascript-а в браузере отправить JSON Zabbiz-серверу?
Установка агента на компьютер инфокиоска нежелательна (а иногда и невозможна, т.к. может быть неподдерживаемая платформа или требование безопасности). Киоск недоступен со стороны сервера (ping «не идёт»)wabbit
03.04.2019 11:09Если нельзя ставить агента, то лучше всего в таких случаях:
— если нужно делать 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 ....) на стороне сервера.
lioncub
02.04.2019 17:13Мы проводим бесплатные вебинары для тех для тех, кто хочет более подробно узнать о Zabbix 4.2 и иметь возможность задать вопросы комaнде Zabbix. Записывайтесь!
А в записи будут доступны?alexvl Автор
02.04.2019 19:01Как минимум сделаем на английском языке. Запись будет доступна на нашем youtube канале https://www.youtube.com/c/zabbix.
lioncub
03.04.2019 06:36Эх… хотелось бы на родном…
alexvl Автор
03.04.2019 09:24А пока можно посмотреть на английском: https://www.youtube.com/watch?v=tvWazuPQfYE
lioncub
04.04.2019 10:26Я так понял пользователям linux вебинары не доступны? Зарегился перехожу во время начала вебинара, а там белая страница с логотипом webex.
thauquoo
02.04.2019 18:03+2А можно ли описывать конфигурации в файлах, как в Nagios? Мне нравится Zabbix, но смущает отсутствие возможности самостоятельно генерировать файлы конфигурации и хранить их в Git.
P.S. Делать всё руками через Web-интерфейс неудобно, много рутины, сложно отслеживать изменения в настройках.alexvl Автор
02.04.2019 19:06Думаю, что мы будем работать над более тесной интеграцией текстовых конфигурационных файлов (в простом JSON или Yaml) и Zabbix уже в версии 4.4. Для упрощения создания шаблонов, версионирования и возможности встраивать Zabbix в автоматизацию с помощью CI систем.
fessmage
03.04.2019 23:21Лучше сразу yaml, уже большинство Ops инструментов его используют — как родной стал.
allburov
03.04.2019 09:50Есть два тикета по поводу этого:
— Решает проблему отслеживания изменений 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
romeo_82
02.04.2019 20:04В 4-й версии меня все устраивает, кроме того что в Problems by severity, убрали зеленое если все ок.Может кто знает как вернуть?
Вот скажите, как можно переход с LTS(3.0) на LTS(4.0), сделать через две промежуточные не LTS версии???
allburov
03.04.2019 09:55alexvl как всегда приятно удивляете функциями даже в минорных релизах, спасибо!
MSI с zabbix 2.* брал с сайта www.suiviperf.com — всегда работало отлично.
Вы используете эти наработки или сделали свои? Искал в исходниках бегло, не нашел.alexvl Автор
03.04.2019 09:59Сделали полностью сами, сборка MSI появится уже на днях. Zabbix 4.2 — это основной (major) релиз. Спасибо!
banzayats
03.04.2019 10:38Очень порадовал этот релиз. Особенно:
- встроенная поддержка Prometheus
- тротлинг
- препроцессинг на стороне Zabbix прокси
- произвольный JSON для LLD. Но я так понял, что не совсем "произвольный". Если JSON будет иметь сложную структуру, то пока это не сработает, верно?
- поддержка формата HTML для email
Есть ли в планах возможность расширить функционал веб сценариев, чтобы была возможность выполнять клиентские скрипты? Сейчас приходится использовать что-то вроде Selenium для проверок сайтов, где элементы интерфейса гененрируются с помощью javascript.
alexvl Автор
03.04.2019 10:45произвольный JSON для LLD. Но я так понял, что не совсем "произвольный". Если JSON будет иметь сложную структуру, то пока это не сработает, верно?
Если в сложном JSON есть интересующий нас массив объектов, то мы просто с помощью JSONPath вырезаем этот кусок и делаем маппинг между полями JSON и макросами LLD. В большинстве случаев этого будет достаточно. Но если нам нужно произвести более сложные манипуляции, то для этого хорошо подходит JavaScript. В любом случае всё делается средствами Zabbix!
И не забываем, что теперь есть замечательная возможность проверки препроцессинга данных (в нашем случае JSON) прямо из интерфейса!
alexvl Автор
03.04.2019 10:47Есть ли в планах возможность расширить функционал веб сценариев, чтобы была возможность выполнять клиентские скрипты?
Думаем над этим, пока конкретных планов нет.
alexvl Автор
04.04.2019 09:31С давних времён поддерживаются, если я ничего не путаю. Вот полный список: https://www.zabbix.com/documentation/4.2/manual/appendix/macros/supported_by_location_user
Sergey371
04.04.2019 10:25Я имел ввиду IPMI.IP, IPMI.USER, IPMI.PASSWORD, IPMI.LEVEL — т.е. те параметры что заданы в описании хоста в разделе IPMI.
И в том списке их нет.
Эти переменные нужны при создании автодискавери — задание дублирующих пользовательских макросов с этой информацией — типовое решение, но совсем не элегантное.
hour
04.04.2019 12:34Добрый день! Очень рады новым фичам, особенно тротлинг и тэги в шаблонах. Но тротлинг несколько расстроил.
1. С графиками беда. Например, я настроил для метрик. которые собираются один раз в минуту тротлинг с контрольными точками раз в 10 минут. График развалился на отдельные точки и палочки, если данные меняются относительно редко.
2. Данные, которые меняются крайне редко, например, статус сервиса на Windows сервере. Если настроить тротлинг с контрольными точками раз в час и хост мониторится через прокси, возникает проблема. Сервер воспринимает эти данные, как потерянные и срабатывает триггер «More than 100 items having missing data for more than 10 minutes». Если зайти в Administration>Queue то прокси имеют огромную очередь больше 10 минут, где все эти «редкие» метрики.
Как это можно обойти? Спасибо!
Balpak
04.04.2019 13:39Подскажите есть ли в планах вернуть отображение интервала времени на графиках?
ZBXNEXT-4717
gwathedhel
05.04.2019 10:47Хотел спросить актуальное для себя: планируется ли штатная поддержка через автодискавери локальных дисков БЕЗ логической буквы?
Пока можно мониторить только диски с буквами, а диски, подключенные как NTFS-папка — нет…
hour
05.04.2019 14:34Вопрос насчёт тагов в темплейте и тагов назначенных на уровне хоста. Хотелось бы, чтобы таги с одинаковым именем перезаписовались, таг назначенный на уровне хоста имел бы приоритет выше. Сейчас я в проблемах вижу оба тага. В скриншотах документации «Что нового в Zabbix 4.2» есть какие-то кнопочи на этот счет, но в релизе их нет. Какие планы на этот счёт?
ky0
Очень круто, спасибо. Много крайне полезных лично для нашей инсталляции вещей. Будем попробовать.