Sommaire

Contexte

Le modèle HAproxy-by-SSH offre une vue générale. L'ensemble des checks apportés par ce modèle d'hôtes permettent d'estimer rapidement si le HA proxy fonctionne correctement et ne présente pas d'anomalies majeures.

Ce modèle est efficace pour déterminer rapidement l'état général du HA proxy.


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, car il hérite du modèle HAproxy-by-SSH __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

NomDescription
Global Status by SSH

Vérifie le temps de fonctionnement du HAproxy ET la validité de sa configuration.

( voir la page Global Status by SSH )

Global Frontend Status by SSH

Vérifie l'état général de l'ensemble des frontends  détéctés sur le HAproxy. Ce check remonte uniquement les informations globals, contrairement à son équivalent du modèle HAproxy-by-SSH__frontend.

( voir la page Global Frontend Status by SSH )

Global Backend Status by SSH

Vérifie l'état général de l'ensemble des backends détéctés sur le HAproxy. Ce check remonte uniquement les informations globals, contrairement à son équivalent du modèle HAproxy-by-SSH__backend.

( voir la page Global Backend Status by SSH )

Les données

Les données communes pour tous les checks

NomModifiable surUnitéDéfautValeur par défaut à l'installation de ShinkenDescription
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

NomModifiable surUnitéDéfautValeur par défaut à l'installation du packDescription
_HAPROXY-BY-SSH__INCLUDE-MAINTENANCE

l'Hôte

( Onglet Données )

--

false

 false

Dans HA Proxy, un frontend peut être placé dans un état spécial de maintenance pour y effectuer des opérations. Dans cet état, le frontend n'est plus accessible.

Par défaut, ces frontends ne sont pas inclus dans les remontées du check pour éviter les critiques.


Utiliser true dans cette donnée permet de les récupérer malgré tout.

Les données DFE ( Duplicate Foreach )

Pas de données DFE pour ce modèle

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

Dans les 2 méthodes suivantes, remplacer mon_modèle par le modèle voulu :

  • HAproxy-by-SSH

Application du modèle via l'interface de Configuration

Dans l'interface de Configuration :

  • créer ou éditer un hôte ( voir la page Éditer un Hôte ),
  • ajouter le modèle "mon-modèle" ( selon vos besoins )  dans la propriété "Modèles d'hôte hérités" à l'aide du menu déroulant.



Application du modèle via un collecteur d'import de fichiers au format .cfg

Dans votre fichier de définition de vos éléments à importer via votre collecteur :

define host {
    host_name   mon_hôte
    use         mon-modèle
}










  • No labels