Практикум Zabbix — веб-проверки и автодобнаружение

НЕ ОБЯЗАТЕЛЬНО

Инженеру

Практикум, шаг 6 из 6. Завершение маршрута. Полный справочник конфигурации — manual/config.

---

Web monitoring

Web monitoring эмулирует действия пользователя — HTTP-запросы по шагам, проверка текста ответа, времени загрузки, кодов статуса.

Data collection → Hosts → Create host (или существующий) → вкладка Web:

Поле	Пример
Name	Homepage check
URL	https://example.com
Steps	GET / → required string «Welcome»
Interval	1m

Zabbix server (не агент) выполняет сценарий с центрального узла. Для распределённых проверок из разных регионов используют proxy или несколько host с разными Monitoring proxy.

Типовые items сценария:

• web.test.fail — сценарий упал;
• web.test.time — время ответа;
• проверка SSL certificate expiry — days until expiration.

Связь с доступностью сайтов — Zabbix даёт синтетический мониторинг снаружи, без установки агента на веб-сервер.

---

Простая HTTP-проверка без сценария

Item типа Zabbix agent (на агенте с web-плагином) или HTTP agent (на сервере):

| Поле | Значение | | Type | HTTP agent | | URL | https://api.example.com/health | | Required status codes | 200 |

HTTP agent удобен для REST healthcheck микросервисов.

---

Network discovery

Data collection → Discovery — правило сканирования подсети:

1. IP range — 192.168.10.1-254.
2. Checks — ICMP ping, Zabbix agent on 10050, SNMP.
3. Device uniqueness — по IP или по имени.
4. Action — «Add host», «Link to template Linux».

Новый сервер в VLAN автоматически попадает в мониторинг — это auto-discovery на уровне сети. Отличие от LLD — discovery ищет новые хосты, LLD на уже известном хосте создаёт новые items (диски, интерфейсы).

---

Дашборды

Monitoring → Dashboards → Create dashboard

• Widget «Graph» — CPU нескольких хостов на одной панели.
• Widget «Problems» — только High и Disaster.
• Widget «Map» — мини-карта сервиса.

Дашборды шарят между пользователями и группами — удобно для NOC и дежурной смены.

---

Карты (Maps)

Monitoring → Maps — топология: сервер → switch → firewall → Internet. Статус узла на карте меняется по триггерам связанных hosts. Для руководства нагляднее, чем список из сотни проблем.

---

SLA и Services (обзор)

В Zabbix 6+ раздел Services строит дерево бизнес-сервисов («Интернет-магазин» = web + DB + payment API) и считает SLA. Настройка глубже базового практикума — см. Services в официальном config.

---

Housekeeping и ёмкость

История items съедает место в PostgreSQL. В Administration → Housekeeping задают срок хранения:

Данные	Типичный срок
Trends	365 d
History	7–90 d в зависимости от кардинальности

Планируйте диск под write-heavy БД — см. PostgreSQL в админской практике.

---

Итоги практикума

Этап	Результат
Установка	Рабочий server + frontend + agent
Host / item / trigger	Понимание цепочки сбора и алертов
Templates + actions	Масштабируемая конфигурация и Telegram
Linux / Windows	Продакшен-шаблоны ОС
Web + discovery	Сайты и автоматизация onboarding

Теория observability, Prometheus и Grafana — 92.md. Сравнение инструментов — /tools/system/2.

Куда копать дальше

• Полное руководство Zabbix 7.0 RU
• Best practices — теги, именование, права
• API — автоматизация через zabbix-api
• Инциденты из мониторинга

---

Самопроверка

• Сервер и агент в статусе Available
• Есть хотя бы один сработавший и закрытый триггер (problem → OK)
• Оповещение дошло в Telegram или email
• Подключён шаблон Linux или Windows, видны диски через LLD
• Web-scenario или HTTP agent проверяет внешний URL
• Дашборд с графиком CPU или проблемами

---