Wir haben eine Zabbix-Umgebung, in der wir versuchen, Systeme in Kundennetzwerken über an jedem Standort installierte Proxys zu überwachen. Viele Kundenstandorte haben denselben IP-Bereich, was für Zabbix ein Problem zu sein scheint.
Wir haben ein Problem, bei dem überwachte Hosts zwischen Proxys wechseln. Wenn es in Ordnung ist, sehen die Hosts wie folgt aus:
Aus irgendeinem Grund wird der Host server3.office.wolpertinger.com auf dieser Site dem Proxy von aardvark zugewiesen:
(Dies geschieht mit einigen verschiedenen Hosts, aber ich habe mich entschieden, mich zum Zweck der Diagnose auf diesen speziellen Host zu konzentrieren.)
Das Endergebnis dieses Problems ist, dass der zabbix-Server beim Erstellen der Konfigurationen für die Proxys möglicherweise nicht alle erforderlichen Hostinformationen enthält, damit der Proxy die Agenten ordnungsgemäß überwachen kann.
Beispielsweise kann der Server beim Senden an den Proxy von wolpertinger keine Informationen zu server3.office.wolpertinger.com enthalten, und dann wird dieser Server plötzlich für eine Stunde als nicht erreichbar markiert.
Ich habe es versucht:
- Ändern der Eindeutigkeitskriterien des Geräts in "IP-Adresse" (dies war die ursprüngliche Konfiguration)
- Ändern der Eindeutigkeitskriterien des Geräts in "system.uname"
- Deaktivieren von Erkennungsaktionsregeln
alles ohne Wirkung.
Was muss ich tun, um dies zu beheben?
Erkennungsregelstatus für Erdferkel: Überwachungsseite für Erkennungsregel :
(Sie können sehen, wie zabbix verwirrt wird, welchen Host es sieht, obwohl die Erkennungsregel so festgelegt ist, dass sie von system.uname unterschieden wird.)
Erkennungsregelstatus für Wolpertinger: Überwachungsseite für Erkennungsregel :
Regeln für Erkennungsaktionen:
Die tatsächlichen Hostkonfigurationen für die jeweiligen Hosts sind: Hinweis: Der Proxy hier sollte Wolpertinger sein
und:
Irgendwann wurde mir klar, dass Windows den vollqualifizierten Domänennamen in system.uname nicht verwendet, und ich dachte, dass er auf allen Hosts gleich sein könnte:
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
Antworten:
Dies wurde in Zabbix als Problem identifiziert und durch die neue Funktion ZBXNEXT-1267 behoben .
quelle