LINUX.ORG.RU

Вышел Zabbix 5.2 с поддержкой IoT и синтетического мониторинга

 , , ,


2

2

Состоялся релиз свободной системы мониторинга с полностью открытым исходным кодом Zabbix 5.2.

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

Система реализует полный цикл от сбора данных, их обработки и преобразования, анализа получаемых данных, и заканчивая хранением этих данных, визуализацией и рассылкой оповещений с использованием правил эскалаций. Также система предоставляет гибкие возможности расширения методов сбора данных и оповещений, а также возможности автоматизации через мощный API.

Единый веб-интерфейс реализует централизованное управление конфигурациями мониторинга и распределением прав доступа различным группам пользователей. Код проекта распространяется под лицензией GPLv2.

Zabbix 5.2 - это новая мажорная не-LTS версия со стандартным сроком официальной поддержки.

Основные улучшения версии 5.2:

  • поддержка синтетического мониторинга с возможностью создавать многошаговые комплексные сценарии-скрипты для получения данных и осуществления сложных проверок доступности сервисов
  • появился набор триггерных функций для долгосрочной аналитики позволяющий генерировать алерты вида «Количество транзакций в секунду в октябре увеличилось на 23%»
  • поддержка ролей пользователей для гранулярного управления правами пользователей с возможностью контроля доступа к различным компонентам интерфейса, методам API и пользовательским действиям
  • возможность хранения всей секретной информации (паролей, токенов, имён пользователей для авторизации и прочее) используемой в Zabbix во внешнем Hashicorp Vault для максимальной безопасности
  • поддержки IoT мониторинга и мониторинга промышленного оборудования с использованием протоколов modus и MQTT
  • возможность сохранения и быстрого переключения между фильтрами в интерфейсе

Улучшена безопасность и надёжность мониторинга за счёт:

  • интеграции с Hashicorp Vault
  • поддержка UserParameterPath для агентов
  • неправильное имя пользователя или пароля не даст никакой дополнительной информации о наличии зарегистрированного пользователя

Улучшена производительность и бесперебойность за счёт:

  • поддержка балансировки нагрузки (load balancing) для веб интерфейса и API, что позволяет горизонтально масштабировать эти компоненты
  • улучшения производительности логики обработки событий

Другие значительные улучшения:

  • возможность указать разные временные зоны для разных пользователей
  • возможность просмотреть текущее состояние исторического кеша работающей системы для лучшего понимания работы Zabbix
  • в рамках объединения функциональности скринов и дашбордов, шаблоны скринов преобразованы в шаблоны дашбордов поддержка интерфейсов хостов для прототипов хостов
  • интерфейсы хостов стали необязательными
  • появилась поддержка тегов для прототипов хостов
  • возможность использования пользовательских макросов в коде скриптов препроцессинга
  • возможность обрабатывать неподдержваемое состояние метрики в препроцессинге для быстрого реагирования на такие событие и для более надёжных проверок доступности сервисов
  • поддержка макросов eventlog для отображение операционной информации
  • поддержка пользовательских макросов в описании метрики
  • поддержка digest authentication для HTTP проверок
  • активный Zabbix Агент может теперь отправлять данные для нескольких хостов
  • максимальная длина пользовательских макросов увеличена до 2048 байт
  • возможность работы с HTTP заголовками в скриптах препроцессинга поддержка остановки языка по умолчанию для всех пользователей
  • список дашбордов явно показывает какие дашборды созданы мною и дал ли я доступ к ним другим пользователям
  • возможность тестирования SNMP метрик
  • более простая форма для настройки сроков обслуживания оборудования и сервисов
  • упростились имена шаблонов
  • более простая логика для планирование проверок неподдерживаемых метрик
  • Yaml стал новым форматом по умолчанию для операций импорта и экспорта
  • новые шаблонные решения по мониторингу Asterisk, Microsoft IIS, Oracle Database, MSSQL, etcd, PHP FPM, Squid

Из коробки Zabbix предлагает интеграцию с:

  • платформами службы поддержки Jira, Jira ServiceDesk, Redmine, ServiceNow, Zendesk, OTRS, Zammad, Solarwinds Service Desk, TOPdesk, SysAid
  • системами оповещения пользователей Slack, Pushover, Discord, Telegram, VictorOps, Microsoft Teams, SINGNL4, Mattermost, OpsGenie, PagerDuty, iLert

Официальные пакеты доступны для актуальных версий следующих платформ:

  • Linux дистрибутивов RHEL, CentOS, Debian, SuSE, Ubuntu, Raspbian для различных архитектур
  • систем виртуализации на базе VMWare, VirtualBox, Hyper-V, XEN Docker
  • агенты для всех платформ включая MacOS и пакеты MSI для Windows агентов

Доступна быстрая установка Zabbix для облачных платформ:

  • AWS, Azure, Google Cloud, Digital Ocean, IBM/RedHat Cloud, Yandex Cloud

Для перехода с более ранних версий необходима лишь установка новых бинарных файлов (сервера и прокси) и интерфейса. Zabbix автоматически проведёт процедуру обновления. Установка новых агентов не требуется.

С полным списком всех изменений вы можете ознакомиться в описании изменений и документации.

Вот ссылка для скачивания и облачных установок.

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от crypt

Синтетический мониторинг - это возможность создавать многошаговые сценарии для нетривиального сбора данных и сложных (но и более надёжных) проверок доступности сервисов. Например, для проверки доступности облачного сервиса хранения данных мы можем сначала положить объект в облако с помощью API, а потом уже другим вызовом API проверить, действительно ли этот объект существует. Так мы на 100% удостоверяемся, что сервис работает.

alexvl ()
Ответ на: комментарий от alexvl

хммм... то есть синтетический не в значении эмулируемый. по сути вы продолжаете движение по пути к системе программируемой логики плюс системе «фактов» (данных о состоянии).

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от alexvl

да, это очень хорошо. само направление движения. надеюсь, вы в итоге сделаете хорошо читаемый внутренний язык, а систему фактов (собранных метрик) в рамках этого же языка логически отделите, чтобы можно к ней было делать как бы программные вызовы.

я хочу сказать, что мне бывает проще перестать бодаться с ограничениями скриптового языка в заббиксе и спуститься на уровень скриптов и bash. и уже «синтетические» айтемы отдавать в zabbix.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от Wekuda

Картинку графика проще отправить в мессенджер. Зачем нужен grafana-style? Сделать скриншот области экрана и отправить нельзя?

  • шоб динамически менялся размер графиков (удобно комплексные экраны настраивать, разворачивать график на весь экран по хоткею)
  • можно елозить мышой и смотреть значение в момент времени
  • да и просто выглядит красивее
anonymous ()

modbus какой ? их три Modbus RTU , Modbus ASCII , Modbus TCP

планируется ли другие промышленные протоколы поддерживать ?

планируется ли реализация стандартов OPC (H)DA

AHAH ()
Ответ на: комментарий от alexvl

Вот это гуд, мне для некоторых вещей приходилось колхозить свои системы проверок, а если теперь это будет из-коробки, то отлично. Правда обновляться влом :D

kukara4 ★★ ()
Ответ на: комментарий от alexvl

И каким тут боком синтетика? Не я понимаю что конечный результат является результатом «синтеза» разных метрик. Но блин. Назвать это многоуровневый или ступенчатый или комплексный или тип того будет вернее. А этот термин тут от балды и никак не коррелирует с реальностью применения термина. Бред короче. По лбу бабон каждому кто этот термин использовать будет. Хотя неплохой такой маркер на хомяка-утку который жрёт всё что говорят и не думает сам.

anonymous ()
Ответ на: комментарий от alexvl

не понял, т.е., к примеру, у меня есть подсеть АСУТП, мне необходимо будет развернуть в этой подсетке арм, поставить агента, который будет собирать данные с контроллеров и передавать на сервер zabbix ?

или какая должна быть схема ? почему сервер zabbix/proxy не выполняет сам роль мастера/слэйва ?

AHAH ()
Последнее исправление: AHAH (всего исправлений: 1)
Ответ на: комментарий от AHAH

Всё верно, в подсетке поднимаем агента, который и будет заниматься сбором данных. Напомню, что агент умеет хранить собранные метрики в том числе и на диске. Это может быть важно для надёжного мониторинга.

alexvl ()
Ответ на: комментарий от AHAH

почему сервер zabbix/proxy не выполняет сам роль мастера/слэйва ?

показал вчера парнишке,который занимается асутп тут, что вот есть модбас, но в агенте. получил ответ- нинужно! было б на сервере- тогда б да…

anonymous ()

На raspbian при обновлении с 5.0 крешится при обновлении схемы базы в mysql. Zabbix стоит из официального репозитория на zabbix.com. Проблему решил, временно подняв zabbix на x86 и обновив базу там.

Black_Shadow ★★★★★ ()
Ответ на: комментарий от anonymous

ну не стал прям так категорично писать здесь, но да, получается какая то шляпа =)

раньше, помимо ивц, отвечал за диспетчеризацию объектов теплоснабжения, потому интересен данный вопрос

AHAH ()