7 Templates padronizados para dispositivos de rede

Visão geral

Para fornecer monitoramento para dispositivos de rede, como switches e roteadores, criamos dois chamados modelos: para o próprio dispositivo de rede (basicamente seu chassi) e para a interface de rede.

Templates para muitas famílias de dispositivos de rede são fornecidos. Todos os templates cobrem (quando possível obter esses itens do dispositivo):

• Monitoramento de falhas do chassi (fontes de alimentação, ventoinhas e temperatura, status geral)
• Monitoramento de desempenho do chassi (itens de CPU e memória)
• Coleta de inventário do chassi (números de série, nome do modelo, versão do firmware)
• Monitoramento de interface de rede com IF-MIB e EtherLike-MIB (status da interface, carga de tráfego da interface, status de duplex para Ethernet)

Se o template não estiver disponível em sua instalação do Zabbix, talvez seja necessário importar o template primeiro.

Se você estiver importando os novos templates prontos para uso, talvez também queira atualizar a expressão regular global @Network interfaces for discovery para:

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.]*$

para filtrar loopbacks e interfaces nulas na maioria dos sistemas.

Dispositivos

Lista de famílias de dispositivos para as quais os templates estão disponíveis:

Design do template

Os templates foram projetados com o seguinte em mente:

• Macros de usuário são usadas tanto quanto possível para que triggers possam ser ajustados pelo usuário;
• Descoberta de baixo nível é usada tanto quanto possível para minimizar o número de items não suportados;
• Todos os templates dependem do Template ICMP Ping, então todos os dispositivos também são verificados por ICMP;
• Os items não usam nenhum MIB - OIDs SNMP são usados em items e descobertas de baixo nível. Portanto, não é necessário carregar nenhum MIB no Zabbix para que os templates funcionem;
• Interfaces de rede loopback são filtradas durante a descoberta, assim como interfaces com ifAdminStatus = down(2)
• Contadores de 64 bits são usados de IF-MIB::ifXTable quando possível. Se não for suportado, contadores padrão de 32 bits são usados em vez disso.

Todas as interfaces de rede descobertas têm um trigger que monitora seu status operacional (link), por exemplo:

    {$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))

• Se você não quiser monitorar esta condição para uma interface específica, crie uma macro de usuário com contexto com o valor 0. Por exemplo:

onde Gi0/0 é {#IFNAME}. Dessa forma, o trigger não é mais usado para esta interface específica.

• Você também pode alterar o comportamento padrão para que todos os triggers não sejam disparados e ativar este trigger apenas para um número limitado de interfaces, como uplinks:

Tags

• Performance – as MIBs da família de dispositivos fornecem uma maneira de monitorar itens de CPU e memória;
• Fault - as MIBs da família de dispositivos fornecem uma maneira de monitorar pelo menos um sensor de temperatura;
• Inventory – as MIBs da família de dispositivos fornecem uma maneira de coletar pelo menos o número de série do dispositivo e o nome do modelo;
• Certified – todas as três principais categorias acima são cobertas.