Molts paràmetres de configuració defineixen el comportament del servidor Zabbix quan una verificació d'agent (Zabbix, SNMP, IPMI, JMX) falla i una interfície de l'equip esdevenen inaccessible.
Una interfície d'equip es considera inaccessible després d'una comprovació fallida (xarxa error, temps d'espera) per agents de Zabbix, SNMP, IPMI o JMX. Des de Zabbix 6.2.0, les comprovacions actives de l'agent de Zabbix també afecten la disponibilitat de la interfície. Quan les comprovacions actives no estan disponibles, contribueixen a l'estat de disponibilitat general de la interfície de l'agent.
Des del moment en què una interfície esdevé inaccessible, UnreachableDelay defineix la freqüència amb què es torna a comprovar mitjançant un dels elements (incloses les regles LLD). Aquestes comprovacions les realitzen enquestadors inabastables (o enquestadors IPMI per a comprovacions IPMI). Per defecte, la següent comprovació és en 15 segons.
::: nota important Les comprovacions realitzades per enquestadors asíncrons no es traslladen a enquestadors inabastables. :::
Al registre del servidor Zabbix, l'inaccessibilitat s'indica amb missatges com:
L'element de l'agent Zabbix "system.cpu.load[percpu,avg1]" a l'equip "Nou equip" ha fallat: primer error de xarxa, espereu 15 segons
L'element de l'agent Zabbix "system.cpu.load[percpu,avg15]" a l'equip "Nou equip" ha fallat: un altre error de xarxa, espereu 15 segons
Els missatges de registre especifiquen l'element exacte que ha fallat i el seu tipus (agent Zabbix).
El paràmetre Temps d'espera també afectarà amb quina antelació La interfície es torna a comprovar durant l'inaccessibilitat. Si el temps d'espera s'estableix en 20 segons i Unreachable Delay fins a 30 segons, la següent comprovació serà en 50 segons després del primer intent.
El paràmetre UnreachablePeriod defineix la durada total de l'inaccessibilitat període. Per defecte, UnreachablePeriod és de 45 segons. Aquest valor hauria de ser diverses vegades més gran que UnreachableDelay per garantir que una interfície es torni a comprovar diverses vegades abans de marcar-se com a no disponible.
Un element intern, zabbix[host,active_agent,available], permet monitorar la disponibilitat de comprovacions actives en escenaris inabastables.
Quan s'acaba el període d'inaccessibilitat, es torna a consultar la interfície, disminuint la prioritat de l'element que va fer que la interfície estigui en estat inaccessible. Si reapareix la interfície inaccessible, el monitoratge torna a la normalitat automàticament:
Un cop la interfície és disponible, l'equip no consulta tots els seus elements immediatament per dos motius:
Així, un cop disponible la interfície, els elements no es consulten immediatament, sinó que s'endarrereixen a la seva següent programació.
Un cop acaba el període UnreachablePeriod i la interfície no ha tornat a aparèixer, la interfície es considera com a no disponible.
Al registre del servidor, això es veu amb missatges com aquests:
desactivació temporal de les comprovacions de l'agent Zabbix a l'equip "Nou equip": interfície no disponible
i a la interfície web la icona de disponibilitat de l'equip canvia de verd/gris a groc/vermell (els detalls de la interfície no disponible es poden veure al quadre que es mostra quan el ratolí passa per damunt de la icona de disponibilitat de l'equip):
El paràmetre UnavailableDelay defineix la freqüència amb què es verifica una interfície durant la indisponibilitat de la interfície.
Per defecte, s'inicialitza en 60 segons (per tant, en el cas de "inhabilitat temporalment", el missatge de registre anterior implicarà desactivar les comprovacions durant un minut).
Quan es restableix la connexió a la interfície, la supervisió també torna a la normalitat automàticament: