Tenemos un entorno Zabbix donde intentamos monitorear los sistemas en las redes de los clientes a través de servidores proxy instalados en cada ubicación. Muchos sitios de clientes comparten el mismo rango de IP, lo que parece ser un problema para Zabbix.
Tenemos un problema en el que los hosts monitoreados rebotan entre proxies. Cuando está bien, los hosts se ven así:
pero por alguna razón, el host server3.office.wolpertinger.com en este sitio se asigna al proxy de aardvark:
(Esto sucede con algunos hosts diferentes, pero he elegido centrarme en este en particular con el propósito de diagnóstico)
El resultado final de este problema es que cuando el servidor zabbix crea las configuraciones para los proxies, es posible que no incluya toda la información de host necesaria para que el proxy pueda monitorear adecuadamente a los agentes.
Por ejemplo, el servidor no podrá incluir información sobre server3.office.wolpertinger.com al enviar al proxy de wolpertinger y, de repente, ese servidor se marcará como inaccesible durante una hora.
He intentado:
- Cambiar los criterios de unicidad del dispositivo a 'dirección IP' (esta fue la configuración original)
- Cambiar los criterios de unicidad del dispositivo a 'system.uname'
- Deshabilitar reglas de acción de descubrimiento
todo sin efecto.
¿Qué necesito hacer para arreglar esto?
Estado de la regla de descubrimiento para oso hormiguero:
Página de supervisión de la regla de descubrimiento:
(puede ver cómo zabbix se está confundiendo sobre qué host está viendo, a pesar de que la regla de descubrimiento se establece para distinguir por system.uname)
Estado de la regla de descubrimiento para wolpertinger:
página de monitoreo para la regla de descubrimiento:
Reglas de acción de descubrimiento:
Las configuraciones de host reales para los respectivos hosts son:
nota: el proxy aquí debería ser wolpertinger
y:
En un momento me di cuenta de que Windows no usa el FQDN en system.uname, así que pensé que podría ser lo mismo en todos los 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
Respuestas:
Esto ha sido identificado como un problema en Zabbix y corregido por la nueva característica ZBXNEXT-1267 .
fuente