7. Унифицированные шаблоны для сетевых устройств

Обзор

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

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

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

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

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

Результат ЛОЖЬ: ^Software Loopback Interface
Результат ЛОЖЬ: ^(In)?[lL]oop[bB]ack[0-9._]*$
Результат ЛОЖЬ: ^NULL[0-9.]*$
Результат ЛОЖЬ: ^[lL]o[0-9.]*$
Результат ЛОЖЬ: ^[sS]ystem$
Результат ЛОЖЬ: ^Nu[0-9.]*$

для фильтрации loopback и нулевых интерфейсов в большинстве систем.

Устройства

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

Дизайн шаблонов

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

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

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

{$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}. Таким образом, триггер больше не будет использоваться для этого конкретного интерфейса.

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

Теги

• Performance (Прозводительность) — MIB'ы семейства устройств дают возможность мониторинга элементов данных CPU и памяти;
• Fault (Ошибки) — MIB'ы семейства устройств дают возможность мониторинга по крайней мере одного датчика температуры;
• Inventory (Инвентарные данные) — MIB'ы семейства устройств дают возможность сбора по крайней мере серийного номера устройства и его наименование модели;
• Certified (Сертифицированный) — охватываются все три основные категории выше.