Читаем о Zabbix 3.2 на Хабре!

[Alexei]

https://habrahabr.ru/company/zabbix/blog/309964/

[DRVTiny]

По объёму и содержательности изменений именно 3.2 тянет на то, чтобы называться 3.0
В 3.0 появились какие-то странные предиктивные функции триггеров (ИМХО нужно было реализовать это как calculated item, а не как выражение триггера - если вообще было нужно, в чём есть сомнения) и был наконец пофикшен баг, не позволявший ставить зависимости у прототипов триггеров (т.е. у 90% всех триггеров нельзя было ставить зависимости, что, к счастью, было наконец исправлено). Реально полезной новой фичей оказались контекстно-зависимые макросы, у меня они стремительно разошлись по всем сервакам, где нельзя было один и тот же порог срабатывания по заполнению ФС устанавливать на все точки монтирования разом.
В 3.2 же добавилось столько функционала, что просто глаза разбегаются и ощущается состояние лёгкого шока: ВАУ! И очень многое из этого пользователи просили уже довольно давно (корреляцию событий и вложенные группы), так что релиз действительно долгожданный.
Но когда же, когда же у разработчиков дойдут руки до дерева IT Service'ов? Нужны привязки IT-сервисов к объектам Zabbix и автоматическая генерация сервисов-хостов под сервисами-группами, а в сервисах-хостах - автоматическое наполнение сервисами-триггерами. А там недалеко было бы и до осознания того факта, что ID объектов Zabbix должны быть сквозными, т.е. уникальными в рамках всей системы мониторинга, а не только в рамках своего класса (проще говоря - ID хоста должен быть таким числом, которое будет уникально и при этом однозначно укажет на то, что это хост, а не группа или триггер).
Или сделайте какое-то отображение "вычисленного состояния здоровья хостгруппы", раз уж они теперь могут быть "древовидными".

Без полноценных IT-сервисов или аналогичной структуры - получается, что пользователь видит состояние листиков на деревьях в "лесу" (IT-системе), но не может увидеть некий overview собственно состояния "леса" в целом.

[Alexei]

Спасибо за комментарий. 3.2 и 3.4 можно назвать подготовкой к 4.0 LTS. Есть надежда, что мы выведем IT Services на новый уровень уже в 3.4.

[DRVTiny]

>Есть надежда, что мы выведем IT Services на новый уровень уже в 3.4.

Тем временем мне пришлось сделать небольшой фреймворк для работы с эмулируемыми привязками IT-сервисов к объектам Zabbix и сихнронизации сервисов с "ассоциированными" объектами. Зиждется это чудо на простом добавлении " (h1234)" к имени сервиса, где h - идентификатор типа объекта (хост в данном случае), а 1234 - его "внутриклассовый" идентификатор.

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

[Semiadmin]

Раз уж речь зашла об ИТ-сервисах, добавлю свои пожелания:
1.Не знаю, как насчет автоматического добавления триггеров хоста в дерево, а вот возможность добавления в него прототипа триггера необходима, чтобы все триггеры, созданные из прототипа, добавлялись автоматически. Хотя, как вариант, эту задачу можно решить автоматическим добавлением всех триггеров с последующим отключением ненужных для расчета sla.
2. Хотелось бы иметь возможность менять важность события в алгоритме вычисления состояния. Пример: 2 ноды кластера, на одной - событие высокой важности. Сейчас я могу транслировать наверх или ничего, или событие высокой важности. Но для кластера проблема одной ноды может быть уже событием средней важности.