1. Сетевое обнаружение

Обзор

Zabbix предлагает функционал эффективного и очень гибкого автоматического обнаружения сетевых устройств.

При наличии настроенного должным образом сетевого обнаружения вы сможете:

• ускорить развёртывание Zabbix
• упростить администрирование
• использовать Zabbix в быстро меняющихся средах без излишнего администрирования

Обнаружение сетевых устройств в Zabbix базируется на основе следующей информации:

• диапазоны IP
• доступность внешних сервисов (FTP, SSH, WEB, POP3, IMAP, TCP и т.д.)
• информация, полученная от Zabbix агента (поддерживается только режим без шифрования)
• информация, полученная от SNMP агента

Обнаружение НЕ предоставляет:

• обнаружение топологии сети

Сетевое обнаружение, по сути, состоит из двух этапов: обнаружение и действия.

Обнаружение

Zabbix периодически сканирует указанные в правилах сетевого обнаружения диапазоны IP. Частота проверок настраивается для каждого правила отдельно.

Каждое правило имеет заданный набор проверок сервисов, которые будут выполняться по диапазону IP.

Правила обнаружения обрабатываются менеджером обнаружения (процесс discovery manager). Менеджер обнаружения создаёт задание для каждого правила со списком задач (сетевых проверок). Сетевые проверки выполняются параллельно доступными рабочими процессами обнаружения (процессы discovery worker, их количество настраивается в веб-интерфейсе для каждого правила). Последовательно планируются только проверки с одинаковым IP-адресом и портом, поскольку некоторые устройства не принимают параллельные подключения к одному и тому же порту.

Размер очереди сетевых проверок ограничен 2000000 или примерно 4 ГБ памяти. Если очередь заполняется, правило обнаружения будет пропущено, а в журнал будет выведено предупреждение. Вы можете использовать внутренний элемент данных zabbix[discovery_queue] для отслеживания количества проверок обнаружения в очереди.

Проверки обнаружения обрабатываются независимо от остальных проверок. Если какие-либо проверки не находят сервис (или завершаются с ошибкой), то другие проверки всё равно выполняются.

Каждая проверка сервиса и хоста (IP), выполняемая модулем сетевого обнаружения, генерирует событие обнаружения.

Действия

События обнаружения могут быть основой соответствующих действий, таких как:

• Отправка оповещений
• Добавление/удаление узлов сети
• Активация/деактивация узлов сети
• Добавление узлов сети в группу
• Удаление узлов сети из группы
• Добавление тегов к узлу сети
• Удаление тегов с узла сети
• Присоединение шаблона к узлам сети/отсоединение шаблона от узлов сети
• Выполнение удалённых скриптов

Эти действия можно задать с учётом типа устройства, IP, состояния, времени доступности/недоступности и т.п. Для получения более подробных сведений о настройке действий на события, основанных на сетевом обнаружении, смотрите страницы операций действий и условий действий.

Поскольку действия на сетевое обнаружение основаны на событиях, они будут срабатывать и когда обнаруженный узел сети активен (online), и когда неактивен (offline). Крайне рекомендуется добавить условие действия Состояние обнаружения: доступен, чтобы избежать ситуации, когда такие действия как Добавить узел сети срабатывали бы при событиях Сервис потерян / Сервис недоступен. В противном случае, если обнаруженный узел сети удаляется вручную, по-прежнему будут генерироваться события Сервис потерян / Сервис недоступен, и он будет пересоздан во время следующего цикла обнаружения.

Создание узлов сети

Узел сети добавляется, если выбрана операция Добавить узел сети. Узел сети также добавляется, даже если операция Добавить узел сети пропущена, если вы выбрали операции, приводящие к действиям над узлом сети. Это такие операции, как:

• активировать узел сети
• деактивировать узел сети
• добавить узел сети в группу узлов сети
• присоединить шаблон к узлу сети

Созданные узлы сети добавляются в группу Discovered hosts (по умолчанию, настраивается в Администрирование → Общие → Прочие (Administration → General →Other)). Если вы желаете, чтобы узлы сети добавлялись в другую группу, добавьте операцию Удалить из группы узлов сети (укажите «Discovered hosts») и также добавьте операцию Добавить в группу узлов сети (укажите другую группу узлов сети), так как узел сети должен принадлежать по крайней мере одной группе узлов сети.

IP-адрес обнаруженного устройства вместе с источником обнаружения (Zabbix сервер, Zabbix прокси либо группа прокси) и типом интерфейса используются как критерии при поиске узла сети в системе. Если узел сети с таким IP-адресом, типом интерфейса и источником обнаружения уже существует, то он и будет целью для выполняемых операций. Если источник обнаружения отличается, то обнаруженный объект рассматривается как другой узел сети и может быть создан новый узел сети.

Если IP-адрес обнаруженного узла сети изменяется или интерфейс удаляется, то при следующем обнаружении будет создан новый узел сети.

Именование узлов сети

При добавлении узлов сети имя узла сети является результатом обратного преобразования DNS или IP адресом, если обратное преобразование завершилось неудачей. Преобразование выполняется на стороне Zabbix сервера или Zabbix прокси, в зависимости от того, кто выполняет обнаружение. Если преобразование завершается неудачей на прокси, оно не повторяется на стороне сервера. Если узел сети с таким же именем уже существует, следующий узел сети получит добавление к имени _2, затем _3 и так далее.

Также возможно переопределить преобразования DNS/IP и вместо этого для имени узла сети использовать значение элемента данных, например:

• Вы можете обнаружить несколько серверов с помощью Zabbix агента, используя элемент данных Zabbix агента для обнаружения, и автоматически назначить им правильное имя на основании строкового значения, возвращаемого этим элементом данных
• Вы можете обнаружить несколько сетевых устройств SNMP, используя для обнаружения элемент данных агента SNMP, и автоматически назначить им соответствующие имена на основании строкового значения, возвращаемого этим элементом данных

Если имя узла сети было назначено, используя значение элемента данных, оно не обновляется во время последующих проверок обнаружения. Если невозможно назначить имя узла сети, используя значение элемента данных, то используется значение по умолчанию (DNS имя).

Если узел сети с обнаруженным IP адресом уже существует и источник обнаружения (Zabbix сервер, прокси или группа прокси) не изменился, новый узел сети не создаётся. Если источник обнаружения отличается, обнаруженный объект считается другим и может быть создан новый узел сети. Однако, если действие на обнаружение содержит операции (присоединение шаблона, добавление в группу узлов сети и так далее), они будут выполнены над существующим узлом сети, который имеет совпадающие IP адрес, тип интерфейса и источник обнаружения.

Удаление узлов сети

Узлы сети, которые созданы правилом сетевого обнаружения, удаляются автоматически из Мониторинг → Обнаружение (Monitoring → Discovery), если обнаруженный объект более не входит в диапазон IP адресов этого правила. Узлы сети удаляются немедленно.

Создание интерфейсов при добавлении узлов сети

Когда узлы сети добавляются в результате сетевого обнаружения, они получают интерфейсы, созданные в соответствии со следующими правилами:

• Обнаруженные сервисы — например, если проверка SNMP прошла успешно, то будет создан SNMP интерфейс.
• Если узел сети отвечает на запросы как Zabbix агента, так и на запросы SNMP, будут созданы интерфейсы обоих типов.
• Если критерием уникальности выступают данные с Zabbix агента или с SNMP, первый найденный для узла сети интерфейс будет создан как интерфейс по умолчанию. Другие IP адреса добавляются как дополнительные интерфейсы. Условия действий (такие как IP адрес узла сети) не влияют на добавление интерфейсов. Обратите внимание, что это будет работать, если все интерфейсы обнаружены тем же правилом обнаружения. Если различные правила обнаружения находят разные интерфейсы для того же узла сети, добавляется новый узел сети.
• Если узел сети отвечает только на проверки агентов, для него будет создан только агентский интерфейс. Если в дальнейшем он начнёт отвечать на SNMP, дополнительно будет создан SNMP интерфейс.
• Если были созданы 3 различных узла сети, будучи обнаруженными по критерию уникальности «IP», а затем правило обнаружения изменяется таким образом, что узлы сети A, B и C имеют одинаковый результат критерия уникальности, то B и C будут созданы как дополнительные интерфейсы для A, первого узла сети. Отдельные узлы сети B и C останутся. В Мониторинг → Обнаружение (Monitoring →Discovery) добавленные интерфейсы будут отображаться в столбце «Обнаруженное устройство (Discovered device)», чёрным шрифтом и с отступом; однако столбец «Наблюдаемый узел сети (Monitored host)» будет отображать только A, первый созданный узел сети. «Доступен/Недоступен (Uptime/Downtime)» не измеряется для IP адресов, которые считаются дополнительными интерфейсами.

Изменение настроек прокси

Узлы сети, обнаруженные различными прокси, не всегда рассматриваются как разные. Обнаружение и проверки уникальности зависят от структуры групп прокси: когда прокси выполняет правило обнаружения и создаёт узел сети, этот узел сети добавляется в родительскую группу прокси этого прокси-сервера, а не назначается самому прокси-серверу. Когда Zabbix оценивает уникальность IP во время обнаружения, проверяются узлы сети, контролируемые родительской группой прокси. Узлы сети, контролируемые отдельными прокси-серверами внутри этой группы (в том числе прокси-сервером, выполняющим обнаружение), игнорируются при проверке уникальности, что может привести к дублированию узлов сети, если несколько прокси-серверов контролируют перекрывающиеся подсети.

В то время как такое поведение позволяет обнаружению выполняться на перекрывающихся диапазонах IP, используемых различными подсетями, замена прокси, назначенного уже контролируемой подсети, является более сложным процессом, поскольку во избежание дубликатов нужно согласованно поменять прокси на обнаруженных узлах сети, а также поменять членство в родительской группе прокси.

Например, шаги по замене прокси в правиле обнаружения:

1. деактивировать правило обнаружения
2. засинхронизировать конфигурацию прокси
3. заменить прокси в правиле обнаружения
4. заменить прокси для всех узлов сети, обнаруженных этим правилом (чтобы избежать дубликатов, убедитесь, что узлы сети в родительской группе прокси-серверов и любые узлы сети, отслеживаемые отдельными прокси-серверами в этой группе, обновлены)
5. активировать правило обнаружения