Mamy środowisko Zabbix, w którym próbujemy monitorować systemy w sieciach klientów za pośrednictwem serwerów proxy zainstalowanych w każdej lokalizacji. Wiele witryn klientów ma ten sam zakres adresów IP, co wydaje się stanowić problem dla Zabbix.
Mamy problem polegający na tym, że monitorowane hosty podskakują między serwerami proxy. Gdy wszystko jest w porządku, gospodarze wyglądają następująco:
ale z jakiegoś powodu host server3.office.wolpertinger.com w tej witrynie zostaje przypisany do serwera proxy aardvark:
(dzieje się tak z kilkoma różnymi hostami, ale postanowiłem skupić się na tym konkretnym w celu diagnozy)
Efektem końcowym tego problemu jest to, że gdy serwer zabbix buduje konfiguracje serwerów proxy, może nie zawierać wszystkich niezbędnych informacji o hoście, aby serwer proxy mógł właściwie monitorować agentów.
Na przykład serwer nie będzie zawierał informacji o serwerze server3.office.wolpertinger.com podczas wysyłania do serwera proxy wolpertinger, a następnie nagle ten serwer zostanie oznaczony jako niedostępny przez godzinę.
Próbowałem:
- Zmiana kryteriów unikatowości urządzenia na „adres IP” (była to oryginalna konfiguracja)
- Zmienianie kryteriów unikalności urządzenia na „system.uname”
- Wyłączanie reguł akcji wykrywania
wszystko bez efektu.
Co muszę zrobić, aby to naprawić?
Status reguły wykrywania dla znaku aard:
Strona monitorowania reguły wykrywania:
(możesz zobaczyć, jak zabbix się myli co do tego, którego hosta widzi, mimo że reguła wykrywania jest ustawiona na rozróżnianie przez system.uname)
Status reguły wykrywania dla wolpertingera:
Strona monitorowania reguły wykrywania:
Reguły akcji odnajdowania:
Rzeczywiste konfiguracje hostów dla poszczególnych hostów są następujące:
Uwaga: tutaj proxy powinno być wolpertinger
i:
W pewnym momencie zdałem sobie sprawę, że Windows nie używa nazwy FQDN w pliku system.uname, więc pomyślałem, że może być tak samo na różnych hostach:
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
Odpowiedzi:
Zostało to zidentyfikowane jako problem w Zabbix i naprawione przez nową funkcję ZBXNEXT-1267 .
źródło