Page History

Introduction

Shinken Enterprise has the ability to distinguish between “normal" checks and "volatile" checks. The Is Volatile option in each check definition allows you to specify whether a specific check is volatile or not. The majority of all monitored checks will be mainly non-volatile (i.e. “normal"). However, volatile checks can be very useful when used properly in the right context.

How to enable this option?

This option can be enabled on the Check configuration page

Image Removed

What Are They Useful For?

Volatile checks are useful for monitoring...

• Things that automatically reset themselves to an "OK" state each time they are checked

• Events such as security alerts which require attention every time there is a problem (and not just the first time)

What's So Special About Volatile checks?

Volatile checks differ from “normal" checks in three important ways. Each time they are checked when they are in a HARD non-OK state, and the check returns a non-OK state (i.e. no state change has occurred)...

• The non-OK check state is logged

• Contacts are notified about the problem (if that's what should be done). Notification intervals are ignored for volatile checks.
• The event handler for the check is run (if one has been defined)

...

a la capacité de faire la distinction entre les checks dits "normaux" et les checks "volatils". L'option "est volatil" permet de le spécifier pour chaque check si nécessaire. La majorité des checks sera cependant en mode "normal".  

Comment activer cette option ?

Cette option peut être activée dans la page de configuration du check

Image Added

Quand sont-ils nécessaires ?

Les checks volatils peuvent permettre de superviser :

• les éléments qui se mettent automatiquement en état "OK" lorsqu'ils sont vérifiés 

• les événements de type alertes de sécurité qui nécessitent l'attention à chaque fois qu'un problème arrive (et pas seulement la 1ère fois)

Qu'y a-t-il de si particulier avec les checks volatils?

Ils diffèrent des checks dits "normaux" de 3 façons.  A chaque vérification lorsqu'ils ont en état HARD non-OK ,et que le retour est un état non-OK (i.e. aucun changement d'état)...

• l'état non-OK du check est loggué

• les contacts sont notifiés du problème . Les intervalles de notifications ne sont alors pas pris en compte. 
• le gestionnaire d'événements pour le check est lancé