Active и passive в Zabbix: отличие и выбор

Мы разбираем инфраструктуру по фактам: Linux, Zabbix, мониторинг, диагностика и архитектура. От симптома — к проверяемому выводу: что именно доказывает метрика, какие гипотезы остаются и как подтвердить решение. Без догадок там, где можно проверить. Если нужно понимать не только что сделать, но и почему — вам сюда.

Zabbixactivepassive
active items  → работают
passive items → недоступны

Например:

agent → server:10051

разрешено.
А:

server → agent:10050

заблокировано firewall.
Active monitoring продолжит работать.
Passive — нет.
Поэтому статус:
«agent работает»
без уточнения режима может быть слишком расплывчатым.

27. Тип item имеет значение

Один из самых простых источников ошибки:
template рассчитан на:

Zabbix agent

а администратор настроил инфраструктуру как active-only.
Получаем:

ServerActive → настроен
10051 → доступен
active connection → работает

Но items имеют тип:

Zabbix agent

То есть остаются passive.
Они продолжат ожидать:

Zabbix → agent:10050

Само наличие ServerActive не превращает passive items в active.
Это принципиально.

28. И наоборот

Если в template:

Zabbix agent (active)

то настройка:

Server=10.10.0.5

сама по себе active monitoring не включит.
Нужны:

ServerActive
+
Hostname
+
сетевой доступ к :10051

То есть всегда полезно смотреть всю цепочку:

item type
      ↓
agent configuration
      ↓
network direction
      ↓
server/proxy configuration

29. Что выбрать для нового проекта

Я бы не начинал с вопроса:
что лучше — active или passive?
Лучше пройти несколько архитектурных вопросов.

Вопрос 1
Кто может инициировать соединение?

Zabbix → monitored host?

или только:

monitored host → Zabbix?

Вопрос 2
Есть ли NAT?

да
→ active может существенно упростить схему

Вопрос 3
Есть ли Zabbix Proxy?
Если да, взаимодействие agents логично проектировать относительно proxy своей площадки.

Вопрос 4
Какие items используются?
Особенно:

logs
eventlog

и другие проверки, для которых active-модель естественна.

Вопрос 5
Как будет диагностироваться отказ?
Нужно заранее понимать:

какой traffic проверять
какие logs смотреть
какой endpoint должен быть доступен

30. Сравним модели

PASSIVE

Zabbix Server / Proxy
        ↓
        ↓ TCP/10050
        ↓
Zabbix Agent
        ↓
получить значение
        ↑
        ↑ response

И:

ACTIVE

Zabbix Agent
        ↓
        ↓ TCP/10051
        ↓
Zabbix Server / Proxy
        ↓
получить active config
        ↑
Agent выполняет checks
        ↓
отправляет значения
        ↓
Zabbix

Это уже две разные эксплуатационные модели.

Главное

Active и passive checks отличаются не только:

кто к кому подключается

Различается гораздо больше:

PASSIVE

Zabbix инициирует проверку
+
используется Agent interface
+
нужна доступность agent:10050
+
agent разрешает источник через Server
ACTIVE

agent получает список проверок
+
сам планирует их выполнение
+
сам подключается к server/proxy:10051
+
важен корректный Hostname
+
точка назначения задаётся ServerActive

Поэтому:

active
≠
«passive наоборот»

Это разные модели взаимодействия между monitored host и Zabbix.
А правильный выбор определяется не модой и не универсальным советом, а:

сетевой архитектурой
+
firewall
+
NAT
+
proxy topology
+
типами checks
+
эксплуатационной моделью

Нужно спроектировать Zabbix-инфраструктуру или разобраться, почему часть метрик не поступает?

Выполняю диагностику, аудит производительности и проектирование архитектуры Zabbix.
Услуги на Kwork:
https://kwork.ru/user/borib

#Разбор #Zabbix #Monitoring #Architecture #ПоФактам

Читайте так же