...
Shinken Enterprise vérifie régulièrement la fraîcheur lorsque celle-ci est activée dans le paramétrage.
- un Un seuil est est calculé pour chaque hôte et check.
- Pour chaque hôte/service, le temps où le check a été réalisé est comparé au seuil.
- si Si ce temps est supérieur au seuil, le résultat est alors considéré comme dépassé.
- Si le résultat du check est considéré comme dépassé, Shinken Enterprise forcera un check actif en exécutant la commande spécifiée dans la définition de l'hôte te et du check.
Dans ce cas, un ckeck check actif est exécuté même si celui-ci est désactivé dans globalement
Par exemple, si votre seuil de fraîcheur est à 60 pour un check, Shinken Enterprise considérera que le check est dépassé si le dernier résulta résultat date de plus de 60 secondes.
...
- L'option "check period" est utilisée lorsque Shinken Enterprise determine détermine quand un élément doit être vérifié pour sa fraîcheur, vérifiez donc que la valeur est dans une période de temps valide.
Si vous ne spécifiez pas de valeur particulière de "freshness threshold" (ou si vous la laissez à zéro), Shinken Enterprise va calculer automatiquement un seuil en fonction de la fréquence de vérification de l'élément. Nous vous recommandons de saisir une valeur, plutôt que de laisser l'outil le faire pour vous.
...
Un exemple d'utilisation de la fonction de vérification de fraîcheur peut être le check qui reporte le statut d'un backup de nuit. Vous pouvez avoir un script externe qui soumet les résultats des tâches de backup vers Shinken Enterprise lorsque c'est terminé. Dans ce cas, tous les résultats sont fournis par une application externe utilisant des checks passifs. Pour être sûr que les statut est statuts sont bien remonté remontés tous les jours, vous pouvez avoir besoin d'utiliser la vérification de fraîcheur du dernier check.
Voici à quoi ressemblerait la définition du check :
| Propriété | Valeur | Note |
|---|---|---|
| Description | Backup Job | |
| Active checks enabled | False | Checks actifs non activés |
| Passive checks enabled | True | Checks passifs activés (c'est comme ça que les résultats sont remontés ) |
| Check freshness | True | |
| Freshness threshold | 93600 | seuil de 26 heures, car tous les backups peuvent ne pas se terminer à |
| la même heure | ||
| Check command | no-backup-report | Cette commande n'est lancée que si le résultat est "dépassé" |
Notez que les checks actifs sont volontairement désactivés car on n'utilise que des checks passifs via une application externe. La commande no-backup-report est lancée seulement si le résultat est à a été "dépassé". La commande est la suivante :
| Propriété | Valeur |
|---|---|
| Nom | no-backup-report |
| Ligne de commande | /var/lib/shinken/libexec/check_dummy 2 "CRITICAL: Results of backup job were not reported!" |
Si Shinken Enterprise détecte un service en "dépassé", il lancera la commande no-backup-report comme un check passif. Cela Cela lancera la sonde "check_dummy" qui retournera un état CRITIQUE à Shinken Enterprise. Le check passera alors en état CRITICAL (si il ne l'est pas déjà) et quelqu'un sera certainement notifié.
...