Le check $KEY$ Backend Status by SSH permet de superviser l’état global de fonctionnement d’un backend HAProxy.
Il vérifie la disponibilité des serveurs actifs et backup associés au backend afin de s’assurer que les applications publiées restent accessibles.
En fonction de son architecture, un backend peut être composé de plusieurs serveurs applicatifs répartissant la charge utilisateur. Une perte partielle ou totale des serveurs actifs peut révéler :
Ce check permet donc :
Pour résumer, ce check est un indicateur clé pour garantir la disponibilité des applications publiées derrière HAProxy.
|
Le check utilise la ligne de commande suivante :
$GLOBAL_HAPROXY-BY-SSH_SHINKEN_PLUGINSDIR$/check_haproxy_SSH.py -H "$HOSTADDRESS$" -u "$_HOSTHAPROXY-BY-SSH__SSH-USER$" -k "$_HOSTHAPROXY-BY-SSH__SSH-KEY$" -x "$_HOSTHAPROXY-BY-SSH__SSH-PASSPHRASE$" -p "$_HOSTHAPROXY-BY-SSH__SSH-PORT$" --mode backend_status -w "$_HOSTHAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-WARN$" -c "$_HOSTHAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-CRIT$" -e "$_HOSTHAPROXY-BY-SSH__INCLUDE-MAINTENANCE$" -n "$ARG1$" |
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|---|
_HAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-CRIT | l'Hôte ( Onglet Données ) | -- | 2 | 2 | Un backend peut posséder plusieurs endpoints 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 endpoints 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. |
| Nom | Modifiable sur | Unités | Défaut | Valeur par défaut à l'installation de Shinken | Description | |
|---|---|---|---|---|---|---|
| l'Hôte ( Onglet Données ) | --- | backend1$(backend1)$ | backend1$(backend1)$ | Nom du ou des backends ( séparés par une virgule ), exemple "main$(main)$,app$(app)$". |
Pas de données provenant du check pour ce modèle
|
|
Il peut prendre 3 états OK / CRITIQUE / ATTENTION .
Le statut va dépendre du retour de sonde et de la configuration spécifique du check pour les données suivantes :
Ci-dessous, un tableau récapitulatif des différents retours possibles :
Le texte de la colonne "Affichage des seuils" montre les paramètres utilisés et leur valeur définie sur l'équipement supervisé.
|
| Situation | Statut | Exemple |
|---|---|---|
| CRITIQUE |
|
| ATTENTION |
|
Le résultat court affiche, en une ligne, un résumé de l'état du backend. Ce retour compact permet de pouvoir visualiser l'information même avec la taille des lignes réduites dans l'interface de visualisation.
Le résultat long affiche un tableau regroupant l'ensemble des informations détectées.
| Nom de la métrique | Unité | Description | Seuil d'avertissement | Seuil critique |
|---|---|---|---|---|
| active_up_pct__(backend) | % | Affiche le nombre de endpoints disponibles pour le backend en pourcentage. | HAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-WARN | HAPROXY-BY-SSH__BACKEND__ENDPOINT-AVAILABILITY-CRIT |
|