Paramètres de données de Performance
Option de gestion des données de performance
Format:
process_performance_data=<0/1>
Cette valeur détermine si Shinken Enterprise va gérer des données de performance .
- 0 = ne gère pas de données de performance
- 1 = gère les données de performance (défaut)
Exemple:
process_performance_data=1
Paramètres avancés de planification
Hôte orphelin/Service Check Option
Format:
check_for_orphaned_services=<0/1>
check_for_orphaned_hosts=<0/1>
Cette option permet d'activer ou désactiver les checks sur les hôtes/checks orphelins. Les checks orphelins sont ceux lancés par le poller mais qui n'ont jamais renvoyés de résultats depuis longtemps. Sachant qu'ils n'ont rien renvoyé, ils ne sont pas replanifiés dans la file d'événements.
Si cette option est activée, et Shinken Enterprise ne trouve aucun résultat pour un check en particulier, un message d'erreur sera loggué et le check sera replanifié. Si vous voyez des checks qui ne sont jamais replanifiés, activez cette option et regardez si vous voyez des messages d'erreur loggués à propos de services orphelins.
- 0 = ne pas vérifier les services orphelins
- 1 =vérifier les services orphelins (défaut)
Exemple:
check_for_orphaned_services=1
check_for_orphaned_hosts=1
Réglage des performances
Hôtes en cache/Service Check Horizon
Format:
cached_host_check_horizon=<seconds>
cached_service_check_horizon=<seconds>
Cette option détermine le temps maximum (en secondes) pendant lequel le dernier état d'un check est considéré comme son état courant. L'état géré en cache (venant d'hôtes/check ayant été exécutés plus récemment que le temps spécifié par cette valeur) peut grandement améliorer la performance des checks.
Si cette valeur est trop élevée, cela peut se traduire par un état (temporaire) inapproprié. Une valeur plus basse peut générer un pic de performance .
Utiliser la valeur 0 si vous souhaitez désactiver la mise en cache des hôtes/checks.
Exemple:
cached_host_check_horizon=0
cached_service_check_horizon=0
Paramètres de Flapping
Option de détection de Flap
Format:
enable_flap_detection=<0/1>
Cette option détermine si Shinken Enterprise va tenter de détecter les hôtes et checks en état “flapping".
L'état "flapping" apparaît quand un hôte ou un check passent d'un état à un autre très fréquemment. Quand Shinken Enterprise détecte un hôte ou un check dans cet état, il supprimera temporairement les notifications jusqu'à la fin de l'état "flapping".
Vous trouverez plus d'information sur la détection du flapping dans le paragraphe Elements en Flapping.
- 0 = ne pas activer la détection du flapping (défaut)flapping
- 1 = activer la détection du flappingflapping (défaut)
Exemple:
enable_flap_detection=1
Seuil bas Service/Host Flap
Format:
low_service_flap_threshold=<percent>
low_host_flap_threshold=<percent>
Cette option est utilisée pour définir la valeur par défaut du seuil bas de détection du flapping. Pour plus d'information, suivre ce lien élément en flapping.
Exemple:
low_service_flap_threshold=25.0
low_host_flap_threshold=25.0
Seuil haut Service/Host Flap
Format:
high_service_flap_threshold=<percent>
high_host_flap_threshold=<percent>
Cette option est utilisée pour définir la valeur par défaut du seuil haut de détection du flapping. Pour plus d'information, suivre ce lien élément en flapping.
Exemple:
high_service_flap_threshold=50.0
high_host_flap_threshold=50.0
Diverses commandes en timeout
Format:
event_handler_timeout=<seconds> # default: 30s
notification_timeout=<seconds> # default: 30s
Il s'agit du nombre maximum en secondes pour lancer le gestionnaire d'événements et les notifications. Si une commande dépasse cette limite de temps, elle sera supprimée et une alerte sera remonté.
Il y a souvent une large confusion sur ce que fait réellement cette option. Elle a été conçue pour être utilisée en dernier recours comme un mécanisme de suppression d'une commande qui se comporte mal dans le temps. Elle devrait être définie à une valeur élevée (comme 60 secondes ou plus pour une notification), de façon à ce que chaque gestionnaire d’événements puisse terminer d’exécuter sa tâche dans les temps.
Exemple:
event_handler_timeout=60
notification_timeout=60
Rafraîchissement des checks
Option de rafraîchissement des Hôtes/Service
Format:
check_service_freshness=<0/1>
check_host_freshness=<0/1>
Cette option détermine si Shinken Enterprise va vérifier régulièrement le rafraîchissement des hôtes/services. Activer cette option est très utile pour permettre de vérifier que les checks passifs se déroulent bien dans le temps. Vous trouverez plus d'informations ici.
- 0 = ne pas vérifier le rafraîchissement des hôtes/services
- 1 = vérifier le rafraîchissement des hôtes/services (défaut)
Exemple:
check_service_freshness=0
check_host_freshness=0
Intervalle de rafraîchissement
Format:
service_freshness_check_interval=<seconds>
host_freshness_check_interval=<seconds>
Ce paramètre définit la fréquence (en secondes) à laquelle Shinken Enterprise va vérifier le rafraîchissement d'un hôte/service. Vous trouverez plus d’informations ici.
Exemple:
service_freshness_check_interval=60
host_freshness_check_interval=60
Option de notification
Format:
enable_notifications=<0/1>
Cette option détermine si Shinken Enterprise va envoyer des notifications. Si cette option est désactivée, Shinken Enterprise n'enverra aucune notification pour aucun des hôtes/services.
Les valeurs sont les suivantes :
- 0 = Désactives les notifications
- 1 = Active les notifications (défaut)
Example:
enable_notifications=1
Option de commande externe
Format:
check_external_commands=<0/1>
Cette option détermine si Shinken Enterprise va vérifier le fichier de commande externe pour les commandes devant être exécutées depuis le démon arbiter.
- 0 = ne pas vérifier les commandes externes
- 1 = vérifier les commandes externe (défaut)
Example:
check_external_commands=1
Paramètres de planification
Option d'exécution d'un hôte/service
Format:
execute_service_checks=<0/1>
execute_host_checks=<0/1>
Cette option détermine si Shinken Enterprise va exécuter les checks.
- 0 = ne pas exécuter les checks
- 1 = exécuter les checks (défaut)
Exemple:
execute_service_checks=1
execute_host_checks=1
Option d'acceptation de check/service passifs
Format:
accept_passive_service_checks=<0/1>
accept_passive_host_checks=<0/1>
Cette option détermine si Shinken Enterprise acceptera les hôtes/checks passifs. Si cette option est désactivée, Shinken Enterprise n'acceptera aucun check passif.
- 0 = N'accepte pas les checks passifs
- 1 = Accepte les checks passifs
Exemple:
accept_passive_service_checks=1
accept_passive_host_checks=1
Option du gestionnaire d'événements
Format:
enable_event_handlers=<0/1>
Cette option détermine si Shinken Enterprise va lancer le gestionnaire d'événements.
- 0 = Désactive le gestionnaire d'événement
- 1 = Active le gestionnaire d'événement (défaut)
Exemple:
enable_event_handlers=1
Option de log des notifications
Format:
log_notifications=<0/1>
Cette variable détermine si les messages de notification sont remontés. Utilisez cette option pour garder une trace des notifications de vos contacts.
- 0 = ne pas remonté de notifications
- 1 = remonté des notifications
Exemple:
log_notifications=1
Option de log du gestionnaire d'événements
Format:
log_event_handlers=<0/1>
Cette variable détermine si vous allez remonté les événements. Le gestionnaire d'événements est une commande optionnelle qui peut être lancée dès que l'état d'un hôte ou d'un service change. Il peut être très utile de les logguer lorsque vous êtes en mode debug, ou lorsque vous essayez pour la première fois les scripts du gestionnaire d'événements.
- 0 = ne log pas d'événements
- 1 = log des événements
Exemple:
log_event_handlers=1
Option de log de commandes externes
Format:
log_external_commands=<0/1>
Cette variable détermine si Shinken Enterprise va remonter les commandes externes reçues .
- 0 =ne loggue pas les commandes externes
- 1 = loggue les commandes externes (défaut)
Exemple:
log_external_commands=1
Option de log des checks passifs
Format:
log_passive_checks=<0/1>
Cette variable détermine si Shinken Enterprise va logguer les checks passifs reçus des commandes externes.
- 0 = Don't log passive checks
- 1 = Log passive checks (default)
Exemple:
log_passive_checks=1
Temps d'intervalle
Format:
interval_length=<seconds>
Il s'agit du nombre de secondes par "unité d'intervalle" utilisé pour calculer le temps dans la liste de replanification, re-notifications, etc. " les unités d'intervalle" sont utilisées dans le fichier de configuration de l'objet pour déterminer à quelle fréquence lancer un service, renotifier un contact, etc...
La valeur par défaut est à 60 secondes, ce qui signifie qu'une "unité d'intervalle" définie à 1 correspond à 60 secondes.
Exemple:
interval_length=60
Autres
Caractères illégaux dans le nom d'objet
Format:
illegal_object_name_chars=<chars...>
Cette option autorise l'utilisation de caractères spéciaux qui ne sont pas autorisés dans le nom des hôtes, services.... Shinken Enterprise peut autoriser tout type de caractères, mais nous recommandons de ne pas utiliser ceux spécifiés plus haut dans l'exemple.
Exemple:
illegal_object_name_chars=`-!$%^&*"|'<>?,()=
Temps d'attente minimum avant la création du statut données manquante
Format:
minimal_time_before_an_element_become_missing_data=<secondes>
Cette option est utile principalement pour les configurations imposantes.
- En effet, si l'intervalle entre les vérifications est seulement de 1 minute, il est possible que lors du démarrage du broker, celui-ci change le statut d'un check s'il met trop de temps à charger sa configuration.
- Les checks seront dans le statut "Données manquantes"
Avec cette option, le mécanisme de détection des données manquantes ne commencera qu’après le délai défini dans cette option, laissant le temps de charger la configuration et de lancer les checks.
La valeur par défaut est de 0. Le temps d'attente maximum ne peut pas dépasser 600 secondes (10 minutes).
Exemple:
minimal_time_before_an_element_become_missing_data=300