| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Contexte
Le modèle shinken-receiver vous permet de superviser un hôte hébergeant le démon Receiver.
Receiver
démon Receiver ( voir la page Le Receiver ).
Le modèle Modèle d'hôte correspondant: shinken-receiver (notez que ce modèle hérite du modèle shinken et shinken-deamon)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
Afin de superviser le démon Receiver, le modèle modèle shinken-receiver appliqué à votre l'hôte, attachera plusieurs deux checks qui vérifieront la santé et la performance de ce démon.
Sommaire des checks
Nom |
|---|
Description |
|---|
Vérifie que le démon Receiver peut être correctement contacté sur le réseau ; la version du démon est affichée également ( Résultat court ) et que les modules sont opérationnels ( Résultat long ). |
Données du modèles
Les checks du Receiver peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles pour le Receiver:
Protocole utilisé pour établir la connexion avec le Receiver
Port utilisé pour établir la connexion avec le Receiver
Liste de Receiver (Multi-démon)
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.
Receiver - $KEY$ - Alive
Temps de connexion en secondes pour contacter le démon
Receiver - $KEY$ - Alive
(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 check
Commande du check
Ligne de commande
Description des erreurs de Receiver - $KEY$ - Alive
Erreur de surcharge des disques de logs
- Disque des logs trop lent:
En cas de disques trop lent sur le volume des logs, le check sera mis en WARNING avec l'erreur suivante.
| Panel |
|---|
Problème de conflits d'Arbiters
Si le démon est contacté par des Arbiters qui ne sont pas sur la même architecture ( par exemple un Arbiter de Production, et un autre de l'environnement de Testing ), le check sera mis en CRITICAL.
| Panel |
|---|
Comme dans le cas précédent, le démon est contacté par des Arbiters d'architectures différents, mais qui ont le même nom. On sort également en CRITICAL mais en avertissant que les noms sont identiques, et en indiquant comment retrouver les serveurs en question, en trouvant leur valeur dans le fichier /var/lib/shinken/server.uuid
Si jamais le démon Receiver est en exécution sur une machine virtuelle supervisée par VMware, alors le pourcentage de temps de vol de CPU ( CPU Stolen ) sera affiché. | |
Retourne le temps de connexion au démon Receiver. |
Les données
Les données communes pour tous les checks
Provenant du modèle shinken
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Provenant du modèle shinken-daemon
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Provenant du modèle shinken-receiver
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Les données spécifiques
Pas de données spécifiques.
Les données DFE ( Duplicate Foreach )
| Excerpt | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Comment appliquer un modèle d'hôte à un hôte
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
| Panel |
|---|



