Disaster → спочатку телефон
Severity 'Disaster' мапиться у WardenPoint priority 'critical' — спочатку телефон, потім Telegram голос, email на третій хвилині.
Створіть media type Zabbix, що POST-ить JSON у WardenPoint. Severity мапиться у пріоритет сповіщення, контекст тригера потрапляє в журнал аудиту, а recovery надсилає сповіщення про вирішення і скасовує ланцюг ескалації.
Анатомія тригера Zabbix
LIVEНалаштування
Уся конфігурація — в Administration Zabbix: media type, прив'язка до user і action.
Administration → Media types → Create. Тип 'Webhook', назва 'WardenPoint'. Вставте URL WardenPoint і JSON body template.
$ Administration › Media types › CreateAdministration → Users → оберіть чергового user → Media → Add WardenPoint media. Цього користувача й використовуйте як одержувача операції.
$ Users › Media › AddConfiguration → Actions. Оберіть умови тригера і додайте 'Operation' до user WardenPoint.
$ Actions › Operations › Send to userФормат у мережі
WardenPoint приймає будь-який JSON, який ви шаблонізуєте у media type. Використовуйте макроси Zabbix для контексту тригера.
Маршрутизація-рецепти
Мапте severity Zabbix і host groups у ланцюги ескалації. Recovery автоматично надсилає сповіщення про вирішення і скасовує ланцюг ескалації.
Severity 'Disaster' мапиться у WardenPoint priority 'critical' — спочатку телефон, потім Telegram голос, email на третій хвилині.
Створіть окрему інтеграцію WardenPoint, де групою отримувачів є ланцюг чергування DBA, і спрямуйте Zabbix-дію для групи хостів баз даних на URL цієї інтеграції. Ім'я хоста потрапляє у сповіщення через {HOST.NAME} як контекст.
Визначте Recovery-операцію в action Zabbix, яка POST-ить status='resolved' на той самий URL WardenPoint. WardenPoint позначає сповіщення як вирішене, надсилає в ланцюг сповіщення про вирішення, скасовує активну ескалацію і фіксує це в журналі аудиту.
FAQ Zabbix
Створіть media type, запустіть тестовий тригер і прочитайте audit-рядок. Без кредитки. Без production-ризику.