Zabbix Documentation 5.4
Sidebar
Table of Contents
1 Обнаружение сети
Обзор
Zabbix предлагает эффективное и очень гибкое автоматическое обнаружение сетевых устройств.
При наличии настроенного должным образом сетевого обнаружения вы сможете:
Обнаружение сетевых устройств в Zabbix базируется на основе следующей информации:
Обнаружение НЕ предусматривает:
В основном обнаружение устройств сети состоит из двух этапов: обнаружение и действия.
Обнаружение
Zabbix периодически сканирует указанные в правилах сетевого обнаружения диапазоны IP. Частота сканирования настраивается индивидуально каждому правилу.
Обратите внимание, что одно правило обнаружения всегда обрабатывается одним процессом обнаружения. Диапазон IP адресов не разбивается между несколькими процессами обнаружения.
Каждое правило имеет заданный набор проверок сервисов, которые будут выполняться по диапазону IP.
Каждая проверка сервиса и хоста (IP) выполняется модулем сетевого обнаружения, который порождает создание события обнаружения.
| Событие | Результат проверки сервиса |
|---|---|
| Сервис обнаружен | Сервис ‘доступен’ после того, как был ‘недоступен’ или когда обнаружен первый раз. |
| Сервис доступен | Сервис ‘доступен’, подряд. |
| Сервис потерян | Сервис ‘недоступен’ после того, как был ‘доступен’. |
| Сервис недоступен | Сервис ‘недоступен’, подряд. |
| Узел сети обнаружен | По крайней мере один сервис на узле сети ‘доступен’ после того, как все сервисы на этом узле сети были ‘недоступны’. |
| Узел сети доступен | По крайней мере один сервис на узле сети ‘доступен’, подряд. |
| Узел сети потерян | Все сервисы на узле сети ‘недоступны’ после того, как по крайней мере один был ‘доступен’. |
| Узел сети недоступен | Все сервисы на узле сети ‘недоступны’, подряд. |
Действия
События обнаружения могут быть основой соответствующих действий, таких как:
Эти действия можно задать с учетом типа устройства, IP, состояния, времени доступности/недоступности и т.п.. Для получения более подробных сведений о настройке действий на события, основанных на сетевом обнаружении, смотрите на страницах операций действий и условий действий.
Создание узлов сети
Узел сети добавляется, если выбрана операция Добавить узел сети. Узел сети также добавляется, даже если операция Добавить узел сети пропущена, если вы выбрали операции приводящие к действиям над узлом сети. Такие операции, как:
Созданные узлы сети добавляются в группу Discovered hosts (по умолчанию, настраивается в Администрирование → Общие → Прочие). Если вы желаете, чтобы узлы сети добавлялись в другую группу, добавьте операцию Удалить из групп узлов сети (укажите “Discovered hosts”) и также добавьте операцию Добавить в группы узлов сети (укажите другую группу узлов сети), так как узел сети должен принадлежать по крайней мере одной группе узлов сети.
Если узел сети уже существует с обнаруженным IP адресом, новый узел сети не создается. Однако, если действие на обнаружение содержит операции (присоединение шаблона, добавление в группу узлов сети и так далее), они будут выполнены над существующим узлом сети.
Удаление узлов сети
Начиная с Zabbix 2.4.0, узлы сети, которые созданы правилом сетевого обнаружения, удаляются автоматически, если обнаруженный объект более не входит в диапазон IP адресов этого правила. Узлы сети удаляются немедленно.
Создание интерфейсов при добавлении узлов сети
Когда узлы сети добавляются в результате сетевого обнаружения, они получают интерфейсы созданные в соответствии со следующими правилами:
Zabbix Documentation 1.8
Sidebar
Table of Contents
11 Обнаружение
13.1 Предназначение
У Zabbix модуля обнаружения есть несколько предназначений:
Обнаружение сети может быть использовано для значительного упрощения и ускорения развертывания Zabbix. Эта функция также деет возможность создать дружественную к пользователю систему.
Правильно настронный модуль обнаружения намного упрощает администрирование Zabbix системы.
Обнаружение делает возможным использование Zabbix в стремительно меняющихся средах без излишнего администрирования.
13.2 Обзор
Zabbix обеспечивает эффективное и очень гибкое обнаружение сетевых устройств. Обнаружение сетевых устройств в Zabbix базируется на основе следующей информации:
Обнаружение НЕ обеспечивает:
Каждый сервис и узел сети (IP) проверямый модулем обнаружения Zabbix генерирует события, которые могут быть использованы для создания правил для следующих действий:
Действия могут быть настроены относительно продолжительности доступности и недоступности узлов сети или сервисов.
13.3 Как это работает
Обнаружение устройств в сети состоит из двух этапов: Обнаружение и Действие.
Сначала, мы обнаруживаем узел сети или сервис и генерируем одно или несколько событий обнаружения.
Затем мы обрабатываем события и осуществляем некоторые действия в зависимости от вида обнаруженного устройства, IP адреса, его состояния, продолжительности доступности/недоступности и т.д.
13.3.1 Обнаружение
Zabbix периодически сканирует установленные в правилах обнаружения диапазоны IP. Частота сканирования настраивается для каждого правила индивидуально.
Каждое правило определяет набор проверок сервисов, которые будут выполняться по диапазону IP.
События генерируемые модулем обнаружения имеют Источник События “Обнаружение”.
Zabbix генерирует следующие события:
| Событие | Когда генерируется |
|---|---|
| Сервис доступен | Каждый раз когда Zabbix обнаруживает активный сервис. |
| Сервис недоступен | Каждый раз когда Zabbix не может обнаружить сервис. |
| Узел сети доступен | Если хотя бы один сервис доступен для IP. |
| Узел сети недоступен | Если все сервисы не доступны. |
| Сервис обнаружен | Если сервис стал доступен после его недоступности или обнаружен впервые. |
| Сервис потерян | Если сервис потерян после того как был доступен. |
| Узел сети обнаружен | Если узел сети стал доступен после его недоступности или обнаружен впервые. |
| Узел сети потерян | Если узел сети потерян после того как был доступен. |
13.3.2 Действия
Описание всех условий, доступных для событий автоматического обнаружения, смотрите в условиях действия.
Описание всех операций, доступных для автоматического обнаружения, смотрите в действиях.
13.4 Правило обнаружения в сети
Параметры правила сетевого обнаружения:
13.5 Сценарий из жизни
Допустим, мы хотим настроить обнаружение для локальной сети с IP диапазоном 192.168.1.1-192.168.1.255. В нашем случае мы хотим получить:
Шаг 1
Установим правило обнаружения в сети для нашего диапазона IP адресов (Настройка → Обнаружение → Создать правило).
Zabbix будет пытаться обнаружить узлы сети в диапазоне IP адресов 192.168.1.1-192.168.1.255, пытаясь подключиться к Zabbix агенту и получить значение ключа system.uname. Полученное значение от агента может быть использовано для создания различных действий для разных операционных систем. Например, присоединить шаблон Windows_Template к Windows серверам, шаблон Linux_Template к Linux серверам.
Правило будет выполняться каждые 10 минут (600 секунд).
Когда правило будет добавлено, Zabbix автоматически запустит обнаружение и генерирование событий, основанных на обнаружении, для дальнейшей их обработки.
Шаг 2
Определим действия для добавления новых обнаруженных Linux серверов в соответвующие группы/шаблоны. (Настройка → Действия → Создать действие)
Это действие выполняется если:
Это действие будет выполнять следующие операции:
Шаг 3
Определим действия для добавления новых обнаруженных Windows серверов в соответвующие группы/шаблоны.
Шаг 4
Определим действия для удаления потерянных серверов.
Сервер будет удален из мониторинга, если сервис “Zabbix агент” будет “Недоступен” на протяжении более 24 часов (86400 секунд).
Zabbix Documentation 5.4
Sidebar
Table of Contents
1 Настройка правила сетевого обнаружения
Обзор
Для того чтобы настроить правило обнаружения сети, используемое в Zabbix для обнаружения узлов сети и сервисов:
Атрибуты правил
Изменения настройки прокси
Начиная с Zabbix 2.2.0 узлы сети обнаруженные разными zabbix прокси всегда воспринимаются как разные узлы сети. До тех пор пока разрешено осуществлять поиск по совпадающим IP диапазонам в разных подсетях, изменение прокси для подсети уже находящейся под наблюдением усложняется тем, что все изменения необходимо также применить ко всем уже обнаруженным узлам сети. Примерный план для замены прокси в правиле обнаружения:
Сценарий из реальной жизни
Допустим, мы хотим настроить обнаружение для локальной сети, имеющей диапазон IP адресов 192.168.1.1-192.168.1.254.
В нашем сценарии мы хотим получить:
Шаг 1
Добавим правило обнаружения в сети для нашего диапазона IP адресов.
Zabbix будет пытаться обнаружить узлы сети в диапазоне IP адресов 192.168.1.1-192.168.1.254, пытаясь подключиться к Zabbix агенту и получить значение ключа system.uname. Полученное значение от агента можно использовать для выполнения различных действий для разных операционных систем. Например, присоединение шаблона Template OS Windows к Windows серверам, шаблона Template OS Linux к Linux серверам.
Правило будет выполняться каждые 10 минут (600 секунд).
Когда правило будет добавлено, Zabbix автоматически запустит обнаружение и порождение событий, основанных на обнаружении, для дальнейшей их обработки.
Шаг 2
Определим действие для добавления обнаруженных Linux серверов в соответвующие группы/шаблоны.
Это действие активируется, если:
Это действие будет выполнять следующие операции:
Шаг 3
Зададим действие для добавления обнаруженных Windows серверов в соответвующие группы/шаблоны.
Шаг 4
Зададим действие для удаления потерянных серверов.
Сервер будет удален из конфигурации, если сервис “Zabbix агент” ‘Недоступен’ на протяжении более чем 24 часов (86400 секунд).
Zabbix Documentation 5.4
Sidebar
Table of Contents
3 Низкоуровневое обнаружение
Обзор
Низкоуровневое обнаружение (LLD) даёт возможность автоматического создания элементов данных, триггеров и графиков для различных объектов на компьютере. Например, Zabbix может автоматически начать мониторить файловые системы или сетевые интерфейсы с вашего устройства, без необходимости создания вручную элементов данных для каждой файловой системы или сетевого интерфейса. Кроме того, в Zabbix имеется возможность настроить удаление ненужных объектов, основываясь на фактических результатах периодически выполняемого обнаружения.
Пользователь имеет возможность определить свои собственные типы обнаружения, обеспечив их функционирование согласно спецификации JSON протокола.
Общая архитектура процессов обнаружения заключается в следующем.
Сначала, пользователь создает правило обнаружения в “Настройка” → “Шаблоны” → колонка “Обнаружение”. Правило обнаружения состоит из (1) элемента данных, который осуществляет обнаружение необходимых объектов (например, файловые системы или сетевые интерфейсы) и (2) прототипов элементов данных, триггеров и графиков, которые должны быть созданы на основании полученных значений этого элемента данных.
Элемент данных, который осуществляет обнаружение необходимых объектов, подобен обычным элементам данных, которые видны в других местах: Zabbix сервер запрашивает у Zabbix агента (или любой другой указанный тип элемента данных) значение этого элемента данных, и агент отвечает текстовым значением. Разница в том, что значение, которое возвращает агент, должно содержать список обнаруженных объектов в специальном JSON формате. Хотя детали этого формата важны только для создателей собственных проверок обнаружения, всё же всем необходимо знать, что возвращаемое значение содержит список из пар: макрос → значение. Например, элемент данных “net.if.discovery” может вернуть две пары: “<#IFNAME>” → “lo” и “<#IFNAME>” → “eth0”.
Эти макросы затем используются в именах, ключах и в других полях прототипов, которые являются основой для создания реальных элементов данных, триггеров и графиков каждому обнаруженному объекту. Смотрите полный список опций по использованию макросов в низкоуровневом обнаружении.
Когда сервер получает значение элемента данных обнаружения, он смотрит на пару макрос → значение и для каждой пары создает реальные элементы данных, триггеров и графиков, основанных на их прототипах. В приведенном выше примере с “net.if.discovery”, сервер будет создавать один набор элементов данных, триггеров и графиков для локального интерфейса “lo” и другой набор для интерфейса “eth0”.
Настройка низкоуровневого обнаружения
Мы проиллюстрируем низкоуровневое обнаружение на примере обнаружения файловых систем.
Для настройки обнаружения, выполните следующее:
Zabbix Documentation 5.4
Sidebar
Table of Contents
1 Условия
Обзор
Действие будет выполнено только в случае, если событие удовлетворяет заданному набору условий. Условия задаются при настройке действия.
Следующие условия можно задать для действий основанных на триггерах:
Следующие условия можно задать для действий основанных на авто-регистрации активного агента:
Следующие условия можно задать для действий основанных на внутренних событиях:
Тип вычисления
Для вычисления условий доступны следующие опции:
Группа узелов сети = Oracle сервера
Группа узлов сети = MySQL сервера
Имя триггера содержит ‘База данных не работает’
Имя триггера содержит ‘База данных недоступна’
(Группа узлов сети = Oracle сервера или Группа узлов сети = MySQL сервера) и (Имя триггера содержит ‘База данных не работает’ или Имя триггера содержит ‘База данных недоступна’)
Тогда как прерыдущий пример с И/Или был бы представлен в виде (A или B) и (C или D), в пользовательском выражении вы также можете использовать несколько других методов вычисления:
(A и B) и (C или D)
(A и B) или (C и D)
((A или B) и C) или D
(not (A or B) and C) or not D
и так далее.
Действия деактивированы из-за удаленных объектов
Если заданный объект (узел сети, шаблон, триггер и т.п.), используемый в условиях/операции действия, удаляется, то условие/операция удаляются и действие деактивируется во избежании некорректного выполнения действия. Действие можно активировать снова вручную.
Такое поведение имеет место при удалении:
Обратите внимание: Если удаленная команда имеет несколько целевых узлов сети, и мы удаляем один из них, будет удален только этот узел стеи из списка целей, сама операция останется. Однако, если операция состоит только из одного узла сети, она будет также удалена. Такое поведение касается также операций “присоединить к шаблону” и “отсоединить от шаблона”.
Действия не деактивируются при удалении пользователя или группы пользователей, которые используются в операции “отправка сообщений”.
