Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Make by tools (01.00.01) - action=same_as_next_version
Scroll Ignore
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltrue
Panel
titleSommaire

Table of Contents
maxLevel3
stylenone

Contexte

Le modèle shinken-arbiter vous permet de superviser un hôte hébergeant le démon Arbiter ( voir la page L'Arbiter ).

Description du modèle

Le modèle shinken-arbiter hérite des modèles suivants : 

  • Modèle shinken qui fournira des données globales de fonctionnement des checks de shinken
  • Modèle shinken-daemon qui fournira des données globales de fonctionnement des checks de démon de shinken
Modèle d'hôte correspondant:  shinken-arbiter (notez que ce modèle hérite du modèle shinken et shinken-deamon)

Afin de superviser le démon Arbiter, le modèle modèle shinken-arbiter appliqué appliqué à votre l'hôte, attachera deux checks qui vérifieront la santé et la performance de ce démon.

Checks

Sommaire des checks

Nom

Description

Vérifie que le démon Arbiter peut être correctement contacté sur le réseau

;

.

  • Le Résultat court affiche la version du démon
est affichée également ( Résultat court ) et que les modules sont opérationnels ( Résultat long ).

Image Removed

  • .
  • Le Résultat long affiche l'état de fonctionnement des modules.
Arbiter - $KEY$ -

Retourne le temps de connexion au démon Arbiter ainsi que la liste des connexions avec les autres démons de l'architecture avec leurs numéros de version ( si possible ).

Si certains démons ne sont pas à jours, alors un Avertissement sera remonté.

Si jamais le démon Arbiter est en exécution sur une machine virtuelle

supervisé

supervisée par VMware, alors le pourcentage de temps de vol de CPU ( CPU

Ready

Stolen ) sera affiché.

Image Removed

Données du modèle

Les

checks de l'Arbiter peuvent être configurés via des

données

fournies par le modèle.

Les données

suivantes sont disponibles:Nom de la donnéeDescriptionValeur par défautHérité du modèle d'hôte ou localeSHINKEN_PROTOCOLProtocole utilisé pour établir la connexion avec l'ArbiterhttpshinkenARBITER_PORTPort utilisé pour l'établissement de la connexion avec l'Arbiter7770LocaleCHECK_SHINKEN_TIMEOUTTimeout utilisé pour l'établissement de la connexion avec l'Arbiter3shinkenARBITER_LISTListe d'Arbiter ( Multi-démon )arbiter-master$($_HOSTARBITER_PORT$)$Locale - Duplicate For EachTHRESHOLD_CPU_STOLEN_WARNINGSeuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un warning5shinken-deamonTHRESHOLD_CPU_STOLEN_CRITICALSeuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un critique10shinken-deamon

Métriques enregistrées

Les checks du modèle enregistrent des données de performance, qui peuvent ensuite être affichées dans l'interface de Visualisation sur l'Onglet Graphes ou bien le Widget Graphique.

Nom du checkNom de la métriqueExplication

Arbiter - $KEY$ - Alive

connexion_time

Temps de connexion en secondes pour contacter le démon

Arbiter - $KEY$ - Performance

cpu_stolen__vmware__percent_ready

(Seulement si le démon est situé sur une VM VMWare) Valeur de l'indicateur VMWare %ready (temps de blocage de la VM avant d'avoir accès à ses VCpu, donc temps perdu du point de vue de la VM)

Commandes

Nom du checkCommande du checkLigne de commandeArbiter - $KEY$ - Alivecheck_shinken_arbiter!alive!$VALUE1$ $PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t arbiter -m $ARG1$ --timeout $_HOSTCHECK_SHINKEN_TIMEOUT$ -w $_HOSTTHRESHOLD_CPU_STOLEN_WARNING$ -c $_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$
Arbiter - $KEY$ - Performancecheck_shinken_arbiter!stats! $VALUE1$ $PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t arbiter -m $ARG1$ --timeout $_HOSTCHECK_SHINKEN_TIMEOUT$ -w $_HOSTTHRESHOLD_CPU_STOLEN_WARNING$ -c $_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$

communes pour tous les checks

Provenant du modèle shinken

Excerpt Include
Modèle shinken
Modèle shinken
nopaneltrue

Provenant du modèle shinken-daemon

Excerpt Include
Modèle shinken-daemon
Modèle shinken-daemon
nopaneltrue

Provenant du modèle shinken-arbiter

Excerpt Include
L'Arbiter
L'Arbiter
nopaneltrue

Les données spécifiques

Pas de données spécifiques.

Les données DFE ( Duplicate Foreach )

Excerpt
Scroll Title
anchordata_for_check_sup_de_sup
title
NomModifiable sur UnitéDéfautValeur par défaut à l'installation de ShinkenDescription
No Format
ARBITER_LIST

l'Hôte

( Onglet Données )

---arbiter-master$($_HOSTARBITER_PORT$)$arbiter-master$($_HOSTARBITER_PORT$)$

Liste d'Arbiter ( Multi-démon )

Check(s) impacté(s) :

Comment appliquer un modèle d'hôte à un hôte

Excerpt Include
Comment appliquer un modèle d'hôte à un hôte - Pack shinken
Comment appliquer un modèle d'hôte à un hôte - Pack shinken
nopaneltrue

Description des erreurs de Arbiter - $KEY$ - Alive

Erreur de surcharge des disques de logs

  • En cas de disques trop lent sur le volume des logs, le check sera mis en WARNING avec l'erreur suivante.
Panel

Image Removed

Description des erreurs de Arbiter - $KEY$ - Performance

Erreur de vol de CPU

Seulement si votre machine virtuelle est hébergé sur un hyperviseur VMWare

  • Si la VM se fait voler trop de temps de calcul (CPU Stolen), le check sera mis en WARNING  ou en CRITIQUE ( en fonction du taux de vol fixé par défaut ou  indiqué par l'utilisateur ).
Panel

Image Removed

Panel

Image Removed

Les serveurs ne sont pas à la même heure

  • Si le serveur n'est pas à la même heure que le serveur Arbiter ( qui fait office de référence ), une erreur CRITICAL sera levée, car des temps différents sur les différents serveurs va avoir des effets désastreux sur la cohérences des données de supervision.
PanelImage Removed