Page History

Mode actif

Introduction

Shinken Enterprise est capable de superviser des hôtes et les checks de 2 façons différentes: activement ou passivement. L'utilisation des checks actifs est la plus courante.

Les caractéristiques principales du mode actif sont les suivantes : 

...

• ils sont lancés à intervalle régulier

Comment sont réalisés les checks actifs?

Les checks actifs sont initiés par la logique définie dans les démons dans Shinken Enterprise . Lorsque Shinken Enterprise doit vérifier les

statut

statuts d'un hôte ou d'un check, il lance un plugin et présente les informations sur ce qui doit être vérifié. Le plugin va alors vérifier l'état de l'hôte et remonter le résultat vers le démon Shinken Enterprise . Le démon scheduler va traiter le résultat et lancer les actions appropriées si nécessaire (e.g. envoi de notifications, etc).

Image Modified

Quand sont lancés les checks actifs?

Ils sont exécutés:

• à intervalles réguliers, tel que défini dans le paramétrage du check ("check_interval" et "retry_interval") 

...

Si un hôte est dans l'état "HARD", il sera vérifié activement selon la définition dans le "check_interval". Si S'il est dans un état "SOFT" , il sera vérifié selon la définition dans "retry_interval".

Le lancement à la demande peut s'effectuer sans aucun contrainte, lorsqu'on a besoin de connaître le tout dernier état d'un hôte. 

Mode passif

Introduction

Shinken Enterprise permet également de superviser les hôtes et les checks de façon passive. Les caractéristiques principales du mode passif sont les suivantes:

...

La principale différence avec les checks actifs réside donc dans son lancement externe. 

Usages des checks passifs

les checks passifs sont utiles dans les cas :

...

• check proposant les résultats intervenant directement dans une application sans utilisation de fichier log intermédiaires (syslog, event log, etc.).

Comment fonctionne le mode passif

Voici le fonctionnement en détail. une application externe vérifie le statut d'un hôte ou d'un check. cette application externe écrit le résultat de ce traitement dans le webservice du receiver. Sa configuration et son API sont définies dans

Enable webservice for passive checks

Activer les webservices pour les checks passifs. Shinken Enterprise lit le check passif et l'envoi au

démo

démon approprié . Shinken Enterprise reçoit les résultats toutes les secondes et scanne la file d'attente . Chaque résultat trouvé dans la file est traité de la même façon - que le check soit actif ou passif. Shinken Enterprise peut envoyer des notifications, log alerts, etc. en fonction du contenu du résultat. Le traitement du résultat d'un check actif ou passif est le même. Cela permet d'intégrer facilement les informations de statuts provenant d'

applicatiosn

applications tierces.

Image Modified

Activer le mode passif

Pour activer le mode passif dans Shinken Enterprise, vous devez réaliser les actions suivantes:

...

Si vous voulez l'activer globalement, activer le paramètre "accept_passive_check_checks directive" à 0.

POur Pour désactiver ce mode sur un ou plusieurs hôte hôtes et checkchecks, utiliser utilisez le paramètre "passive_checks_enabled directive" dans la définition de l'hôte et du check.

Soumettre les résultats de checks passifs

Vous pouvez voue vous référer à Enable webservice for passive checks Activer les webservices pour les checks passifs pour voir comment envoyer des checks externes aux receivers.

Mode passif et statuts d'hôtes 

Contrairement au mode actif, le mode passif ne permet pas (par défaut) de déterminer si l'hôte est  DOWN ou UNREACHABLE . Rather, Shinken Enterprise takes the passive check result to be the actual state the host is in and doesn't try to determine the hosts' actual state using the reachability logic . This can cause problems if you are submitting passive checks from a remote host.

Passive host checks are treated as HARD states.