Объединение узлов в сервис, и мониторинг SLA

[Zmx]

День добрый.
Не совсем уверен в корректности заголовка, однако попробую описать задачу на паре простых примеров, а именно - необходимость мониторинга сервиса (именно сервиса):
- Имеется два сервера, которые дублируют друг друга в части сервисного функционала, при отказе одного из серверов, сам сервис продолжает функционировать.
Конечная цель - следить за доступностью самого сервиса, как пока вижу решение задачи :
1. Создание комплексного триггера, который манипулирует айтемами двух серверов, и активируется только тогда, когда отработали триггеры / айтемы на всех узлах кластера.
2. Вывод отчета именно по данному комплексному триггеру.
Однако насколько я понимаю, на текущий момент заббикс не может создавать зависимости между целыми узлами сети, и так же запрещено использовать чужие айтемы в триггерах.

Отсюда вопрос - как обычно организовывается мониторинг SLA в заббиксе, когда сама метрика SLA комплексно состоит из десятка триггеров, которые размазаны по разным серверам?
Иначе говоря - имеется пять серверов, с триггером icmp ping. Как мне создать триггер, который отработает только в том случае, если все пять серверов будут недоступны?

[Kos]

запрещено использовать чужие айтемы в триггерах.

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

Кроме того, в Вашем случае я бы мог посоветовать обратить внимание на агрегированные проверки.