Stockage des événements

La taille des données du bac à événement dépend de 3 facteurs :

• Le nombre d'éléments supervisés
• La fréquence de changement d'état des éléments supervisés et la taille des messages des Checks

• La durée pendant laquelle sont gardées les données
  
  

  Pour un élément donné, seul un changement de statut ( OK, Attention, Critique, Inconnu ) ou un changement de contexte ( Flapping, Downtime, Acknowledged ) va créer une nouvelle entrée dans la liste des événements. Plus particulièrement, quand le statut d'un élément passe de l'état non confirmé à l'état confirmé, sans autre changement de son statut ou de son contexte, l'événement le décrivant est mis à jour. La colonne Confirmation de Statut est modifiée pour indiquer que ce statut a été confirmé. la colonne Date de confirmation de Statut est modifiée pour indiquer à partir de quand le statut a été confirmé, la colonne Date du changement indiquant toujours quand le statut ( en état non confirmé ) a démarré.

Vous ne pourrez pas contrôler le facteur de la fréquence de changement d'état des éléments, et il n'est pas souhaitable de limiter le nombre d'éléments en supervisions.
Donc il n'est pas possible de prédéterminer la taille de la base ce qui veut donc dire que vous devez superviser la base à l'aide du check Broker - $KEY$ - Module Event Manager Writer.

Vous pouvez modifier les données EVENT_STORAGE_WARNING et EVENT_STORAGE_CRITICAL sur l'hôte pour que le check passe en CRITIQUE ou AVERTISSEMENT s’il dépasse le seuil donné en MB.

La métrique total_base_size donne la taille en octet de la base pour suivre la progression de la taille de base.

Si votre base prend trop de place, vous pouvez modifier le nombre de jours pendant lequel sont conservés les éléments ( paramètre day_keep_data du module event_manager_writer => /etc/shinken/modules/event_manager_writer.cfg )

Puis compactée la base (Voir Gestion de la base MongoDB)