Исходное сообщение
"Выпуск системы мониторинга Zabbix 3.2" Отправлено Andrey Mitrofanov, 15-Сен-16 12:05
>разделение прав по приложениям. Группы узлов - > как то упрощенно. В смысле?? Права на _части_ хостов? По-айтемно, что ли? Ух! ping-и - сетевикам и админам серверов, proc.num[httpd] -- админам серверов и приложений! ("Виды" в хосты: host[view:netadm] - только ping-и, host[view:srvadm], host[view:appops]... - не то же, что просто host[*].  Прям SELinux -- зовите АНБ, нужны патчи!!) Предлагаю _динамически_ делить (и объединять, гулять так гулять!) хосты на... динамические хосты! Скажем, запустил ты ещё 1 бэкенд веб-сервер. В "динамическом" хосте все-бэкенды ping.icmp поменялся с 4/4 на 5/5... Ой, нужна новая арифметика, что-то из нечёткой логики! А вот зажёгся триггер ping.icmp PROBLEM на одном из этих 5 серверов, а во всех-бэкендах ping.icmp NOT-REALLY-A-PROB....  [[Hint-hint! Даёшь _шкалу_, а не дискретные OK..PROBLEM.  Даёшь severity триггера, как функцию (таблично, не усложнять--) того параметра. Страшно подумать о спагетти-изменениях... Как оповещать при переходе триггера из 0.3/Warning в 0.8/Avg? А из 1.0/High прямо в 0.0/ok, минуя и 0.3/W и 0.7/Avg? А туда-сюда пять раз за минуту??... ]] Или, скажем два сервера, db1 и db2. Нет, лучше pg1 и pg2!  Делаем 2 динамических pg-master и pg-stabdby и... магически переключаем их туда-сюда?! Можно, конечно вместе со статусом сервиса Pg _таскать_ и ip-шник, но-о-о... оно так же страшнО в [предполагаемой] реализации, как этот воображаемый "динамический" патч забикса.