Modèle HAproxy-by-SSH__backend

Sommaire

Contexte

Le modèle HAproxy-by-SSH__backend offre la possibilité d'aller plus loin dans la supervision des Backends. Ce modèle vous permet de cibler des points plus précis.

Ce modèle est efficace pour compléter la base d'information fournie par les autres modèles du pack, et afficher des métriques avancées permettant d'anticiper les points de blocage.

Si le besoin de modifier certains éléments ( commandes, checks ou modèles d'hôtes ) se présente, veuillez vous référer à la page ( Les bonnes pratiques d'utilisation d'un pack livré par Shinken ).

Il est possible également de directement modifier le modèle HAproxy-by-SSH__backend, car il hérite du modèle HAproxy-by-SSH__backend__shinken qui contient toute la logique du modèle.

Vous ne devez pas modifier les modèles internes finissant par la particule '__shinken', cela risque d'écraser vos modifications lors des mises à jour du pack.

Sommaire des checks

Nom

Description

[$KEY$] Backend Status by SSH

Vérifie pour le backend sélectionné, l'état de fonctionnement général de celui-ci.

( voir la page [$KEY$] Backend Status by SSH )

[$KEY$] Backend Balancing by SSH

Vérifie pour le backend sélectionné, la répartition des sessions sur ses différents endpoints.

( voir la page [$KEY$] Backend Balancing by SSH )

Les données

Les données communes pour tous les checks

Nom	Modifiable sur	Unité	Défaut	Valeur par défaut à l'installation de Shinken	Description
HAPROXY-BY-SSH__SSH-KEY	l'Hôte ( Onglet Données )	--	$HAPROXY-BY-SSH__SSH-KEY$	/var/lib/shinken/.ssh/id_rsa	Chemin vers la clé SSH privé de l'utilisateur shinken, sur le serveur hébergeant le Poller qui exécutera le check. Cette clé doit être présente dans les clés autorisées du compte utilisateur utilisé pour se connecter sur le serveur linux supervisé ( voir la donnée SSH_USER ci dessous ).
HAPROXY-BY-SSH__SSH-PASSPHRASE	l'Hôte ( Onglet Données )	--	$HAPROXY-BY-SSH__SSH-PASSPHRASE$	$SSH_KEY_PASSPHRASE$	Phrase secrète utilisée pour déchiffrer la clé privée de l'utilisateur ( si celle-ci est protégée par une passphrase ). La clé privée déchiffré est ensuite utilisée pour authentifier l'utilisateur.
HAPROXY-BY-SSH__SSH-PORT	l'Hôte ( Onglet Données )	--	$HAPROXY-BY-SSH__SSH-PORT$	22	Port de connexion SSH.
HAPROXY-BY-SSH__SSH-USER	l'Hôte ( Onglet Données )	--	$HAPROXY-BY-SSH__SSH-USER$	shinken-user	Nom de l'utilisateur pour se connecter sur le serveur supervisé.

Les données spécifiques

Nom	Modifiable sur	Unité	Défaut	Valeur par défaut à l'installation du pack	Description
_HAPROXY-BY-SSH__BACKEND-BALANCING__BALANCE-GAP-CRIT	l'Hôte ( Onglet Données )	--	50	50	Un backend avec plusieurs endpoints répartit les sessions entre ceux-ci de manière équitable. Cette donnée définit le pourcentage d'écart entre les endpoints à partir duquel le check passe en CRITIQUE. Il suffit que le pourcentage franchisse ce seuil pour que le check change d'état.
_HAPROXY-BY-SSH__BACKEND-BALANCING__BALANCE-GAP-WARN	l'Hôte ( Onglet Données )	--	25	25	Un backend avec plusieurs endpoints répartit les sessions entre ceux-ci de manière équitable. Cette donnée définit le pourcentage d'écart entre les endpoints à partir duquel le check passe en ATTENTION. Il suffit que le pourcentage franchisse ce seuil pour que le check change d'état.
_HAPROXY-BY-SSH__BACKEND-BALANCING__MIN-SAMPLES	l'Hôte ( Onglet Données )	--	10	10	Sur certaines applications, il peut être normal qu'un écart se fasse entre les endpoints. Cette donnée permet de définir à partir de combien de sessions la vérification de la différence doit s'activer.
_HAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-CRIT	l'Hôte ( Onglet Données )	--	2	2	Un backend peut posséder plusieurs endpoint pour répartir la charge. Si certains endpoints ne sont pas fonctionnels, la charge va se concentrer sur les endpoints restants. Cette donnée permet de définir à partir de combien de endpoints injoignables le check doit passer en CRITIQUE.
_HAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-WARN	l'Hôte ( Onglet Données )	--	1	1	Un backend peut posséder plusieurs endpoint pour répartir la charge. Si certains endpoints ne sont pas fonctionnels, la charge va se concentrer sur les endpoints restants. Cette donnée permet de définir à partir de combien de endpoints injoignables le check doit passer en ATTENTION.

Page tree