<header> Aide de MON sur les définitions de service </header><p> Il s'agit de la deuxième et dernière étape de la configuration MON. <p> Les valeurs par défaut sont affichées pour les services obligatoires <marked in RED color> . Voir la rubrique d'aide respective ci-dessous pour plus d'aide sur les définitions de service. <p> Pour <b>"mail.alert"</b> , assurez-vous que le sendmail est configuré et que le démon <b>"sendmail"</b> est démarré sur la machine hôte. <H3> Définitions des services </H3><P><DL COMPACT><DT> <B>Service</b> <I>servicename</i> <DD> Une définition de service commence par le mot-clé <B>service</b> suivi d'un mot qui est la balise de ce service. <P> Les composants d'un service sont un intervalle, un moniteur et une ou plusieurs définitions de période, comme défini ci-dessous. <P> Si un nom de service "par défaut" est défini dans un groupe de surveillance appelé "dafault" (voir ci-dessus), la définition par défaut / par défaut sera utilisée pour gérer les pièges mon inconnus. <P><DT> <B>intervalle de</b> <I>temps</i> <DD> L' <B>intervalle de</b> mot clé suivi d'une valeur de temps spécifie la fréquence à laquelle un script de contrôle sera déclenché. Les valeurs de temps sont définies comme "30s", "5m", "1h" ou "1d", ce qui signifie 30 secondes, 5 minutes, 1 heure ou 1 jour. La portion numérique peut être une fraction, telle que "1,5 h" ou une heure et demie. Ce format de spécification d'heure sera appelé <I>temporel</i> . <P><DT> <B>traptimeout</b> <I>timeval</i> <DD> Ce mot - clé prend le même argument de spécification de temps d' <B><I>intervalle,</i></b> et rend le service qu'ils attendent , un piège à partir d' une source externe au moins que , souvent, le reste sera enregistré un échec. Ceci est utilisé pour un service de style heartbeat. <P><DT> <B>trapduration</b> <I>timeval</i> <DD> Si une interruption est reçue, l'état du service auquel l'interruption a été livrée restera normalement constant. Si <B>trapduration</b> est spécifié, l'état du service restera dans un état d'échec pendant la durée spécifiée par <I>timeval</i> , puis il sera réinitialisé à "succès". <P><DT> <B>randskew</b> <I>timeval</i> <DD> Plutôt que de planifier l'exécution du script de contrôle au début de chaque intervalle, ajustez au hasard l'intervalle spécifié par le paramètre d' <B>intervalle</b> par <B>randskew</b> plus ou moins <B>.</b> La valeur est spécifiée skew comme paramètre d' <B>intervalle:</b> « 30s », « 5m », etc ... Par exemple , si l' <B>intervalle</b> est de 1 m, et <B>randskew</b> est « 5 secondes », puis <I>mon</i> programmera le script de contrôle du temps entre toutes les 55 secondes et 65 secondes. L'objectif est d'aider à répartir la charge sur le serveur lorsque de nombreux services sont planifiés aux mêmes intervalles. <P><DT> <B>moniteur</b> <I>nom-moniteur [arg ...]</i> <DD> Le mot-clé <B>moniteur</b> suivi d'un nom de script et d'arguments spécifie le moniteur à exécuter lorsque le temporisateur expire. Les conventions de citation de type shell sont suivies lors de la spécification des arguments à envoyer au script de contrôle. Le script est appelé à partir du répertoire fourni avec l'argument <B>-s</b> , et tous les mots suivants sont fournis en tant qu'arguments au programme moniteur, suivis de la liste des hôtes du groupe référencé par le groupe de surveillance actuel. Si la ligne du moniteur se termine par ";;" en tant que mot distinct, les groupes d'hôtes ne sont pas ajoutés à la liste d'arguments lorsque le programme est appelé. <P><DT> <B>allow_empty_group</b> <DD> L'option <B>allow_empty_group</b> permettra à un moniteur d'être invoqué même lorsque le groupe d'hôtes pour cette surveillance est vide à cause des hôtes désactivés. Le comportement par défaut n'est pas d'appeler le moniteur lorsque tous les hôtes d'un groupe d'hôtes ont été désactivés. <P><DT> <B>description</b> <I>descriptiontext</i> <DD> Le texte qui suit la <B>description</b> est interrogé par les programmes clients, transmis aux alertes et aux moniteurs via une variable d'environnement. Il doit contenir une brève description du service, pouvant être incluse dans un e-mail ou sur une page Web. <P><DT> <B>exclude_hosts</b> <I>host [hôte ...]</i> <DD> Tous les hôtes répertoriés après <B>exclude_hosts</b> seront exclus de la vérification de service. <P><DT> <B>exclude_period</b> <I>periodspec</i> <DD> <I>N'exécutez</i> pas de moniteur planifié pendant la période identifiée par <I>periodspec</i> . <P><DT> <B>depend</b> <I>dependexpression</i> <DD> Le mot clé <B>depend</b> est utilisé pour spécifier une expression de dépendance, qui est évaluée à true ou false, au sens booléen. Les dépendances sont de véritables expressions Perl et doivent obéir à toutes les règles syntaxiques. Les expressions sont évaluées dans leur propre espace de package afin de ne pas avoir accidentellement des effets secondaires indésirables. Si une erreur de syntaxe est trouvée lors de l'évaluation de l'expression, elle est enregistrée via syslog. <P> Avant l'évaluation, les substitutions suivantes de l'expression se produisent: des phrases qui ressemblent à "groupe: service" sont remplacées par la valeur de l'état opérationnel actuel de ce service spécifié. Ces substitutions d'opstatus sont calculées de manière récursive, donc si le service A dépend du service B et le service B dépend du service C, alors le service A dépend du service C. Les états opérationnels réussis (qui s'évaluent à "1") sont "STAT_OK", "STAT_COLDSTART "," STAT_WARMSTART "et" STAT_UNknown ". Le mot "SELF" (dans toutes les majuscules) peut être utilisé pour le groupe (par exemple "SELF: service"), et est une abréviation pour le groupe de surveillance actuel. <P> Cette fonctionnalité peut être utilisée pour contrôler les alertes pour les services qui dépendent d'autres services, par exemple un test SMTP qui dépend de la machine ping accessible. <P><DT> <B>dep_behavior</b> <I>{a | m}</i> <DD> L'évaluation des graphiques de dépendance peut contrôler la suppression des alertes ou surveiller les invocations. <P> <B>Suppression des alertes</b> . Si cette option est définie sur "a", l'expression de dépendance sera évaluée après la sortie du moniteur pour le service ou après la réception d'une interruption. Une alerte ne sera envoyée que si l'évaluation réussit, ce qui signifie qu'aucun des nœuds du graphique de dépendance n'indique une défaillance. <P> <B>Surveillez la suppression</b> . S'il est défini sur "m", l'expression de dépendance sera évaluée avant que le moniteur du service ne soit sur le point de s'exécuter. Si l'évaluation réussit, le moniteur sera exécuté. Sinon, le moniteur ne sera pas exécuté et l'état du service restera le même. <P></DL><A NAME="lbAO"> </A><H3> Définitions des périodes </H3><P> Les périodes sont utilisées pour définir les conditions qui doivent permettre de délivrer des alertes. <P><DL COMPACT><DT> <B>période</b> <I>[label:] periodspec</i> <DD> Une période regroupe une ou plusieurs alarmes et variables qui contrôlent la fréquence à laquelle une alerte se produit en cas de défaillance. Le mot <B>-</b> clé <B>period</b> a deux formes. Le premier prend un argument qui est une spécification de période du module Time :: Period Perl 5 de Patrick Ryan. Reportez-vous à "perldoc Time :: Period" pour plus d'informations. <P> Le deuxième formulaire nécessite une étiquette suivie d'une spécification de période, comme défini ci-dessus. L'étiquette est une étiquette composée d'un caractère alphabétique ou d'un trait de soulignement suivi de zéro ou plusieurs caractères alphanumériques ou traits de soulignement et se terminant par deux points. Ce formulaire permet plusieurs périodes avec la même définition de période. Une utilisation consiste à avoir une définition de période qui n'a pas de paramètres <B>alertafter</b> ou <B>alertevery</b> pour une période donnée, et une autre pour la même période avec un ensemble d'alertes différent qui contient ces paramètres. <P><DT> <B>alertevery</b> <I>timeval</i> <DD> Le mot clé <B>alertevery</b> (dans une définition de <B>période</b> ) prend le même type d'argument que la variable d' <B>intervalle</b> et limite le nombre de fois qu'une alerte est envoyée lorsque le service continue d'échouer. Par exemple, si l'intervalle est "1h", seules les alertes de la section période ne seront déclenchées qu'une fois toutes les heures. Si le mot clé <B>alertevery</b> est omis dans une entrée de période, une alerte sera envoyée chaque fois qu'une défaillance est détectée. Par défaut, si la sortie de deux échecs successifs change, l'intervalle alertevery est remplacé. Si le mot "résumé" est le dernier argument, alors seules les lignes de sortie récapitulatives seront prises en compte lors de la comparaison de la sortie des échecs successifs. <P><DT> <B>alertafter</b> <I>num</i> <DD><P><DT> <B>alertafter</b> <I>num timeval</i> <DD> Le mot clé <B>alertafter</b> (dans une section de <B>période</b> ) a deux formes: uniquement avec l'argument "num" ou avec les arguments "num timeval". Dans le premier formulaire, une alerte ne sera invoquée qu'après "num" échecs consécutifs. <P> Dans la deuxième forme, les arguments sont un entier positif suivi d'un intervalle, comme décrit par la variable d' <B>intervalle</b> ci-dessus. Si ces paramètres sont spécifiés, les alertes pour cette période ne seront appelées qu'après que de nombreux échecs se produisent dans cet intervalle. Par exemple, si <B>alertafter</b> reçoit les arguments "3 30m", l'alerte sera appelée si 3 échecs se produisent dans les 30 minutes. <P><DT> <B>numalerts</b> <I>num</i> <DD><P> Cette variable indique au serveur d'appeler pas plus de <I>num</i> alertes lors d'un échec. Le compteur d'alertes est conservé par période et est réinitialisé à chaque succès. <P><DT> <B>comp_alerts</b> <DD><P> Si cette option est spécifiée, les upalerts ne seront appelés que si une alerte "down" correspondante a été appelée. <P><DT> <B>alerte</b> <I>alerte [arg ...]</i> <DD> Une période peut contenir plusieurs alertes, qui sont déclenchées en cas d'échec du service. Une alerte est spécifiée avec le mot clé <B>alert</b> , suivi d'un paramètre de <B>sortie</b> facultatif et d'arguments qui sont interprétés de la même manière que la définition du <B>moniteur</b> , mais sans le ";;" exception. Le paramètre <B>exit</b> prend la forme <B>exit = x</b> ou <B>exit = xy</b> et a pour effet que l'alerte n'est appelée que si l'état de sortie du script de contrôle se situe dans la plage du paramètre <B>exit</b> . Si, par exemple, la ligne d'alerte est <I>alert exit = 10-20 mail.alert mis,</i> alors <I>mail-alert</i> ne sera invoqué avec <I>mis</i> comme argument que si la valeur de sortie du programme de surveillance se situe entre 10 et 20. Cette fonction vous permet de déclencher différentes alertes à différents niveaux de gravité (comme lorsque l'espace disque disponible passe de 8% à 3%). <P> Voir la section <B>PROGRAMMES D'ALERTE</b> ci-dessus pour une liste des paramètres qui passeront automatiquement aux programmes d'alerte. <P><DT> <I>alerte</i> <B>upalert</b> <I>[arg ...]</i> <DD> Un <B>upalert</b> est le complément d'une <B>alerte</b> . Un upalert est appelé lorsqu'un service fait la transition d'état de l'échec au succès. Le script <B>upalert</b> est appelé fournissant les mêmes paramètres que le script <B>alert</b> , avec l'ajout du paramètre <B>-u</b> qui est simplement utilisé pour faire savoir à un script alert qu'il est appelé comme upalert. Plusieurs upalerts peuvent être spécifiés pour chaque définition de période. Veuillez noter que le comportement par défaut est qu'un upalert sera envoyé peu importe si des alertes "down" ont été envoyées, car les upalerts sont déclenchés lors d'une transition d'état. Définissez l'option <B>comp_alerts</b> par période pour associer les upalerts aux alertes "down". <P><DT> <I>alerte</i> <B>startupalert</b> <I>[arg ...]</i> <DD> Un <B>startupalert</b> n'est appelé que lorsque le serveur <B>mon</b> démarre l'exécution. <P><DT> <B>upalertafter</b> <I>timeval</i> <DD> Le paramètre <B>upalertafter</b> est spécifié sous la forme d'une chaîne qui suit la syntaxe du paramètre <B>intervalle</b> ("30s", "1m", etc.) et contrôle le déclenchement d'une <B>upalert</b> . Si un service revient après avoir été arrêté pendant un temps supérieur ou égal à la valeur de cette option, un <B>upalert</b> sera appelé. Utilisez cette option pour empêcher les appels d'upalerts à cause de "blips" (brèves pannes). <P>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
