Temos um ambiente Zabbix em que estamos tentando monitorar sistemas nas redes dos clientes através de proxies instalados em cada local. Muitos sites de clientes compartilham o mesmo intervalo de IP, o que parece ser um problema para o Zabbix.
Estamos com um problema em que os hosts monitorados estão saltando entre proxies. Quando está tudo bem, os hosts são parecidos com:
mas, por algum motivo, o host server3.office.wolpertinger.com neste site é atribuído ao proxy do aardvark:
(isso acontece com alguns hosts diferentes, mas eu escolhi me concentrar nesse específico para fins de diagnóstico)
O resultado final desse problema é que, quando o servidor zabbix cria as configurações dos proxies, ele pode não incluir todas as informações necessárias sobre o host para que o proxy possa monitorar adequadamente os agentes.
Por exemplo, o servidor falhará ao incluir informações sobre server3.office.wolpertinger.com ao enviar para o proxy do wolpertinger e, de repente, esse servidor será marcado como inacessível por uma hora.
Eu tentei:
- Alterando os critérios de exclusividade do dispositivo para 'endereço IP' (essa era a configuração original)
- Alterando os critérios de exclusividade do dispositivo para 'system.uname'
- Desativando Regras de Ação de Descoberta
tudo sem efeito.
O que preciso fazer para corrigir isso?
Status da regra de descoberta para aardvark: Página de monitoramento para regra de descoberta:
(você pode ver como o zabbix está ficando confuso sobre qual host está vendo, apesar da regra de descoberta ser definida para distinguir por system.uname)
Status da regra de descoberta para wolpertinger: Página de monitoramento da regra de descoberta:
Regras de ação de descoberta:
As configurações reais do host para os respectivos hosts são: nota: o proxy aqui deve ser wolpertinger
e:
Em um ponto, percebi que o Windows não usa o FQDN no system.uname, então pensei que poderia ser o mesmo entre os hosts:
server2.office.aardvark.com: Windows SERVER2 6.1.7601 Microsoft Windows 7 Professional Service Pack 1 x86
server3.office.ostrich.com: Windows SERVER3 6.1.7600 Microsoft Windows Server 2008 R2 Standard Edition x64
server2.office.ostrich.com: Windows SERVER2 6.1.7600 Microsoft Windows Server 2008 R2 Standard Edition x64
server3.office.wolpertinger.com: Windows SERVER3 6.1.7601 Microsoft Windows 7 Professional Service Pack 1 x64
server2.office.wolpertinger.com: Windows SERVER2 6.0.6002 Microsoft Windows Server 2008 Standard Edition Service Pack 2 x86
Respostas:
Isso foi identificado como um problema no Zabbix e corrigido pelo novo recurso ZBXNEXT-1267 .
fonte