Documentation
Table of Contents
12 Par¨¤metres de la interf¨ªcie de l'equip inaccessibles/indisponibles
Vista general
Molts ±è²¹°ù¨¤³¾±ð³Ù°ù±ð²õ de configuraci¨® defineixen el comportament del servidor Áú»¢¶Ä²© quan una verificaci¨® d'agent (Áú»¢¶Ä²©, SNMP, IPMI, JMX) falla i una interf¨ªcie de l'equip esdevenen inaccessible.
Interf¨ªcie inaccessible
Una interf¨ªcie d'equip es considera inaccessible despr¨¦s d'un error de verificaci¨® (error de xarxa, temps d'espera) per part dels agents Áú»¢¶Ä²©, SNMP, IPMI o JMX. Tingueu en compte que les comprovacions actives de l'agent Áú»¢¶Ä²© no influeixen de cap manera en la disponibilitat de la interf¨ªcie.
A partir d'aquest moment, UnreachableDelay defineix amb quina freq¨¹¨¨ncia es torna a comprovar una interf¨ªcie emprant qualsevol dels elements (incloses les regles LLD) en aquesta situaci¨® inabastable i aquestes comprovacions ja seran fetes pels enquestadors d'inaccessibilitat (o els enquestadors IPMI per a les comprovacions IPMI). Per defecte, 15 segons abans de la seg¨¹ent comprovaci¨®.
Al registre del servidor Áú»¢¶Ä²©, la inaccessibilitat s'assenyala amb missatges com aquests:
L'element de l'agent Áú»¢¶Ä²© "system.cpu.load[percpu,avg1]" a l'equip "Nou equip" ha fallat: primer error de xarxa, espereu 15 segons
L'element de l'agent Áú»¢¶Ä²© "system.cpu.load[percpu,avg15]" a l'equip "Nou equip" ha fallat: un altre error de xarxa, espereu 15 segonsTingueu en compte que l'element exacte que ha fallat s'assenyala juntament amb el tipus d'element (agent Áú»¢¶Ä²©).
La configuraci¨® Timeout tamb¨¦ afectar¨¤ la rapidesa amb qu¨¨ es torna a comprovar una interf¨ªcie durant el temps d'inactivitat. Si Timeout ¨¦s de 20 segons i Unreachable Delay ¨¦s de 30 segons, la seg¨¹ent comprovaci¨® es produir¨¤ 50 segons despr¨¦s del primer intent.
El par¨¤metre UnreachablePeriod defineix la durada total del per¨ªode inabastable. Per defecte, UnreachablePeriod ¨¦s de 45 segons. UnreachablePeriod hauria d'¨¦sser diverses vegades m¨¦s gran que UnreachableDelay, de manera que una interf¨ªcie es torni a comprovar diverses vegades abans de que no sigui disponible.
Tornar a marcar la interf¨ªcie com a disponible
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:
- Podria sobrecarregar-se l'equip.
- El temps de restauraci¨® de la interf¨ªcie no sempre coincideix amb el calendari previst d'enquesta d'elements.
Aix¨ª, un cop disponible la interf¨ªcie, els elements no es consulten immediatament, sin¨® que s'endarrereixen a la seva seg¨¹ent programaci¨®.
Indisponibilitat de la interf¨ªcie
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 Áú»¢¶Ä²© a l'equip "Nou equip": interf¨ªcie no disponiblei 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 inaccessible 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: