7 Стандартизированные шаблоны для сетевых устройств

Обзор

Чтобы обеспечить мониторинг сетевых устройств, таких как коммутаторы и маршрутизаторы, мы создали две так называемые модели: для самого сетевого устройства (по сути, его шасси) и для сетевого интерфейса.

Предоставляются шаблоны для многих семейств сетевых устройств. Все шаблоны охватывают (там, где возможно получить эти элементы данных с устройства):

• Мониторинг неисправностей шасси (блоки питания, вентиляторы и температура, общее состояние)
• Мониторинг производительности шасси (элементы данных CPU и памяти)
• Сбор инвентарных данных шасси (серийные номера, название модели, версия прошивки)
• Мониторинг сетевых интерфейсов с использованием IF-MIB и EtherLike-MIB (состояние интерфейса, нагрузка трафика интерфейса, статус дуплекса для Ethernet)

Если шаблон недоступен в вашей установке Zabbix, возможно, сначала потребуется импортировать шаблон.

Если вы импортируете новые шаблоны, входящие в поставку, возможно, вам также потребуется обновить глобальное регулярное выражение @Network interfaces for discovery до следующего вида:

Result is FALSE: ^Software Loopback Interface
Result is FALSE: ^(In)?[lL]oop[bB]ack[0-9._]*$
Result is FALSE: ^NULL[0-9.]*$
Result is FALSE: ^[lL]o[0-9.]*$
Result is FALSE: ^[sS]ystem$
Result is FALSE: ^Nu[0-9.]*$

чтобы отфильтровать loopback- и null-интерфейсы в большинстве систем.

Устройства

Список семейств устройств, для которых доступны шаблоны:

Проектирование шаблонов

Шаблоны были разработаны с учетом следующего:

• Пользовательские макросы используются максимально широко, чтобы пользователь мог настраивать триггеры;
• Низкоуровневое обнаружение используется максимально широко, чтобы минимизировать количество неподдерживаемых элементов данных;
• Все шаблоны зависят от Template ICMP Ping, поэтому все устройства также проверяются по ICMP;
• Элементы данных не используют никаких MIB — в элементах данных и правилах низкоуровневого обнаружения используются SNMP OID. Поэтому для работы шаблонов не требуется загружать какие-либо MIB в Zabbix;
• При обнаружении отфильтровываются loopback-сетевые интерфейсы, а также интерфейсы с ifAdminStatus = down(2)
• По возможности используются 64-битные счетчики из IF-MIB::ifXTable. Если они не поддерживаются, вместо них используются стандартные 32-битные счетчики.

Для всех обнаруженных сетевых интерфейсов имеется триггер, который отслеживает их рабочее состояние (link), например:

    {$IFCONTROL:"{#IFNAME}"}=1 and last(/Alcatel Timetra TiMOS SNMP/net.if.status[ifOperStatus.{#SNMPINDEX}])=2 and (last(/Alcatel Timetra TiMOS SNMP/net.if.status[ifOperStatus.{#SNMPINDEX}],#1)<>last(/Alcatel Timetra TiMOS SNMP/net.if.status[ifOperStatus.{#SNMPINDEX}],#2))

• Если вы не хотите отслеживать это состояние для определенного интерфейса, создайте пользовательский макрос с контекстом и значением 0. Например:

где Gi0/0 — это {#IFNAME}. Таким образом, триггер больше не будет использоваться для этого конкретного интерфейса.

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

Теги

• Производительность — MIB семейства устройств предоставляют возможность отслеживать элементы данных ЦП и памяти;
• Сбои — MIB семейства устройств предоставляют возможность отслеживать как минимум один датчик температуры;
• Инвентаризация — MIB семейства устройств предоставляют возможность собирать как минимум серийный номер устройства и название модели;
• Сертифицировано — охвачены все три основные категории выше.