Versions Compared

Old Version 13

changes.mady.by.user Guillaume ROY

Saved on

compared with

New Version 14

changes.mady.by.user Jroy

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Scroll Ignore
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltrue


Panel
titleSommaire

Table of Contents
stylenone



Les SLAs

Le module SLA est développé pour à la capacité de supprimer quotidiennement les entrées SLAs dépassant un certains nombres de jours.

Par défaut, cette suppression quotidienne n'est pas activé. Si le module est configuré avec une valeur trop faible, cela pourrait supprimer de nombreuses entrées et causer un problème de performance.

Il est donc possible d'utiliser un script afin de nettoyer les anciennes entrées en limitant l'impact sur les performances

Paramètre du module SLA ⇒ ne garde que X jours en base

Les paramètres nb_stored_days et time_when_delete_old_SLA qui vous permettront respectivement de définir le nombre de jours à conserver et l'heure à laquelle effectuer le nettoyage. Ils sont détaillés dans la page dédié à la configuration du module ( voir Module SLA ).

Exemple:

  • Si le nombre de jours stocké est par exemple de 500 et que vous redémarrer l'Arbiter après avoir réglé le paramètre nb_stored_days à 365 ( pour ne garder qu'un an d'historique ), le module essayera de supprimer les 135 jours de trop au redémarrage.
  • Pour supprimer ces 135 jours d'enregistrement, le module exécute des suppressions par bloc et fait une pause entre deux itérations afin de laisser le temps au module d'enregistrer les nouvelles données et à la base Mongo de pouvoir répondre à d'autres requêtes.



Warning

Selon votre volume déjà en base et le volume des nouvelles données à absorber, cela peut causer des problèmes de performance.

Vous avez alors deux possibilités :

Contacter votre support dédié afin de choisir le meilleur paramétrage possible pour votre installation à l'aide des paramètres daily_clean_batch_size et daily_clean_pause_time décrits ci-dessous

.
  • Utiliser le script qui permet de supprimer les anciennes entrées.
    • Warning

    Les paramètres daily_clean_batch_size et daily_clean_pause_time peuvent fortement impacté les performances de votre installation. Ne les utilisez pas sans avoir contacté votre support dédié.


    ParamètreDescriptionValeur par défaut
    daily_clean_batch_size

    Nombre d'enregistrements à supprimer dans une itération
    Pour réduire l'impact sur votre supervision, vous pouvez diminuer ce nombre

    10000

    daily_clean_pause_timeNombre de secondes d'attente entre deux itérations
    Pour réduire l'impact sur votre supervision, vous pouvez augmenter ce nombre

    2


    Include PageScript

    Utiliser le script shinken-sla-delete-until

    Ce script vous permettra d'avoir le même comportement de nettoyage des SLAs qu'en utilisant le paramètre nb_stored_days du module SLA.

    Le fonctionnement du script est décrit dans la page suivant : Script shinken-sla-delete-until

    Le Bac à Événements

    Le bac à événements conserve par défaut seulement les 30 derniers jours. Il est possible de modifier ce paramétrage directement dans le module.

    Paramètres du module event-manager-writer ⇒ configuration de la rétention

    Il est possible de configurer le module event-manager-writer pour ne conserver les données qu'un certain nombre de jours.

    • Le paramétrage s'effectue dans le Module event-manager-writer
    • Le paramètre day_keep_data permet de définir le nombre de jours ou les données seront conservés.
      • La durée par défaut est de 30 jours.