Zabbix_презентация

1.

МОНИТОРИНГ ИНФРАСТРУКТУРЫ
Zabbix — основы
Как устроен мониторинг инфраструктуры — по шагам и на схемах

2.

Зачем нужен мониторинг?
• Не знаем где что находится = не знаем где что
происходит
• Множество средств мониторинга = лучше контекст
• Понимание того, когда надо реагировать

3.

ОСНОВЫ
Что такое Zabbix
Собирает данные с инфраструктуры и сообщает о проблеме раньше, чем её заметят пользователи
2

4.

5.

ОСНОВЫ
Архитектура: из чего состоит Zabbix
Agent собирает → Server обрабатывает → база хранит → Frontend показывает
3

6.

КОМПОНЕНТЫ
Zabbix Server — роль в системе
Сам не хранит данные — всё пишет в базу данных
4

7.

КОМПОНЕНТЫ
Zabbix Agent — активный и пассивный режим
Активный режим — наоборот: агент сам подключается и присылает данные (удобнее при firewall/NAT)
5

8.

КОМПОНЕНТЫ
Zabbix Proxy — для распределённых сетей
Один канал вместо множества — меньше нагрузки и трафика между площадками
6

9.

КОМПОНЕНТЫ
Frontend и база данных
Frontend ничего не собирает сам — только читает и пишет в базу
7

10.

ОБЪЕКТЫ МОНИТОРИНГА
Host — что мы наблюдаем
Host — любое устройство или система, за которой мы наблюдаем
8

11.

12.

ОБЪЕКТЫ МОНИТОРИНГА
Item — конкретная метрика
Item — то, что реально измеряется: одно число или значение с историей
9

13.

14.

ОБЪЕКТЫ МОНИТОРИНГА
Типы проверок
Не для всего нужен агент — сетевое оборудование опрашивается по SNMP, порты — напрямую
10

15.

ОБЪЕКТЫ МОНИТОРИНГА
Trigger — когда это становится проблемой
Trigger — условие над данными item; как только оно истинно — появляется проблема
11

16.

17.

ОБЪЕКТЫ МОНИТОРИНГА
Severity — уровни серьёзности
От уровня зависит цвет проблемы в интерфейсе и то, кому и как она эскалируется
12

18.

ОРГАНИЗАЦИЯ КОНФИГУРАЦИИ
Template — настроил один раз, применил везде
Изменение шаблона автоматически отражается на всех хостах, к которым он привязан
13

19.

ОРГАНИЗАЦИЯ КОНФИГУРАЦИИ
Host groups
Группы используются для прав доступа — пользователю можно открыть только свою группу
14

20.

21.

РЕАКЦИЯ НА ПРОБЛЕМУ
Action — что происходит при проблеме
Одна проблема может запустить сразу несколько action с разными условиями
15

22.

РЕАКЦИЯ НА ПРОБЛЕМУ
Media types — как приходит уведомление
Webhook позволяет интегрировать Zabbix практически с любой внешней системой
16

23.

РЕАКЦИЯ НА ПРОБЛЕМУ
Эскалация уведомлений
Останавливается сама, если проблема разрешилась раньше следующего шага
17

24.

ВИЗУАЛИЗАЦИЯ
Dashboard — всё состояние на одном экране
Проблемы, доступность хостов, графики и время — в одном настраиваемом окне
18

25.

ВИЗУАЛИЗАЦИЯ
History и Trends — хранение данных
History занимает много места, Trends хранятся значительно дольше — Housekeeper чистит лишнее
19

26.

АВТОМАТИЗАЦИЯ
Discovery — автообнаружение устройств
Zabbix сам сканирует диапазон IP и может автоматически добавлять найденные устройства
20

27.

АВТОМАТИЗАЦИЯ
Автoрегистрация агентов
Удобно при массовом разворачивании — не нужно вручную добавлять каждый сервер
21

28.

БЕЗОПАСНОСТЬ
Права доступа: кто что видит
Права выдаются не пользователю напрямую, а связке «User group + Host group»
22

29.

30.

31.

БЕЗОПАСНОСТЬ
Zabbix API — программный доступ
Всё, что доступно в веб-интерфейсе, можно автоматизировать через тот же API
23

32.

БЕЗОПАСНОСТЬ
Шифрование связи agent ↔ server
По умолчанию трафик не шифруется — PSK или TLS-сертификаты закрывают этот пробел
24

33.

34.

ИТОГИ ЗАНЯТИЯ
Итоговый чек-лист
1
Мониторинг строится сверху вниз: Host → Item → Trigger → Action → уведомление
2
Template избавляет от ручной настройки одинаковых проверок на каждом сервере
3
Права доступа выдаются через связку User group + Host group, не пользователю напрямую
4
Трафик agent ↔ server стоит шифровать (TLS/PSK) хотя бы между сегментами сети
5
History долго не храните — используйте Trends и настраивайте Housekeeper осознанно
25