Documentation
Table of Contents
12 Param¨¨tres de l'interface h?te inaccessibles/indisponibles
Aper?u
Plusieurs ±è²¹°ù²¹³¾¨¨³Ù°ù±ð²õ de configuration d¨¦finissent le comportement du serveur Áú»¢¶Ä²© lorsqu'une v¨¦rification d'agent (Áú»¢¶Ä²©, SNMP, IPMI, JMX) ¨¦choue et qu'une interface h?te devient inaccessible.
Interface inaccessible
Une interface h?te est trait¨¦e comme inaccessible apr¨¨s un ¨¦chec de v¨¦rification (erreur r¨¦seau, timeout) par les agents Áú»¢¶Ä²©, SNMP, IPMI ou JMX. Notez que les v¨¦rifications actives de l'agent Áú»¢¶Ä²© n'influencent d'aucune fa?on la disponibilit¨¦ de l'interface.
? partir de ce moment, UnreachableDelay d¨¦finit la fr¨¦quence ¨¤ laquelle une interface est rev¨¦rifi¨¦e ¨¤ l'aide de l'un des ¨¦l¨¦ments (y compris les r¨¨gles LLD) dans cette situation d'inaccessibilit¨¦ et ces rev¨¦rifications seront d¨¦j¨¤ effectu¨¦es par les pollers d'inaccessibilit¨¦ (ou des pollers IPMI pour les v¨¦rifications IPMI). Par d¨¦faut, 15 secondes avant le prochain contr?le.
Dans le journal du serveur Áú»¢¶Ä²©, l'inaccessibilit¨¦ est indiqu¨¦e par des messages comme ceux-ci :
Áú»¢¶Ä²© agent item "system.cpu.load[percpu,avg1]" on host "New host" failed: first network error, wait for 15 seconds
Áú»¢¶Ä²© agent item "system.cpu.load[percpu,avg15]" on host "New host" failed: another network error, wait for 15 secondsNotez que l'¨¦l¨¦ment exact qui a ¨¦chou¨¦ est indiqu¨¦ ainsi que le type d'¨¦l¨¦ment (agent Áú»¢¶Ä²©).
Le param¨¨tre Timeout affectera ¨¦galement la rapidit¨¦ avec laquelle une interface est rev¨¦rifi¨¦e pendant l'inaccessibilit¨¦. Si le Timeout est de 20 secondes et UnreachableDelay de 30 secondes, la prochaine v¨¦rification aura lieu 50 secondes apr¨¨s la premi¨¨re tentative.
Le param¨¨tre UnreachablePeriod d¨¦finit la dur¨¦e totale de la p¨¦riode d'inaccessibilit¨¦. Par d¨¦faut, UnreachablePeriod est de 45 secondes. UnreachablePeriod doit ¨ºtre plusieurs fois sup¨¦rieur ¨¤ UnreachableDelay, afin qu'une interface soit rev¨¦rifi¨¦e plusieurs fois avant qu'une interface ne devienne indisponible.
Retour de l'interface en disponible
Lorsque la p¨¦riode d'inaccessibilit¨¦ est termin¨¦e, l'interface est ¨¤ nouveau interrog¨¦e, priorit¨¦ d¨¦croissante pour l'¨¦l¨¦ment qui a rendu l'interface en ¨¦tat inaccessible. Si l'interface inaccessible r¨¦appara?t, la surveillance revient ¨¤ la normale automatiquement?:
Une fois l'interface disponible, l'h?te n'interroge pas tous ses ¨¦l¨¦ments imm¨¦diatement pour deux raisons?:
- Cela pourrait surcharger l'h?te.
- Le temps de restauration de l'interface ne correspond pas toujours ¨¤ la planification d'interrogation de l'¨¦l¨¦ment pr¨¦vue.
Ainsi, une fois l'interface disponible, les ¨¦l¨¦ments ne sont pas interrog¨¦s imm¨¦diatement, mais ils sont report¨¦s ¨¤ leur prochaine planification.
Interface indisponible
Apr¨¨s la fin de UnreachablePeriod et que l'interface n'ait pas r¨¦apparu, l'interface est consid¨¦r¨¦e comme indisponible.
Dans le journal du serveur, cela est indiqu¨¦ par des messages comme ceux-ci?:
et sur l'interface Web l'ic?ne de disponibilit¨¦ de l'h?te passe du vert/gris au jaune/rouge (les d¨¦tails de l'interface inaccessible peuvent ¨ºtre vus dans la bo?te qui est affich¨¦e lorsque la souris est positionn¨¦e sur l'ic?ne de disponibilit¨¦ de l'h?te)?:
Le param¨¨tre UnavailableDelay d¨¦finit la fr¨¦quence ¨¤ laquelle une interface est v¨¦rifi¨¦e pendant l'indisponibilit¨¦ de l'interface.
Par d¨¦faut, il est initialis¨¦ de 60 secondes (donc dans le cas "d¨¦sactivation temporaire", le message de journal ci-dessus, signifiera la d¨¦sactivation des v¨¦rifications pendant une minute).
Lorsque la connexion ¨¤ l'interface est r¨¦tablie, la surveillance revient aussi ¨¤ la normale automatiquement?: