Contexte

Le check Global Backend Status by SSH permet d'obtenir une vue synthétique et globale des backends de votre HAproxy.

Paramétrage

Le check utilise la ligne de commande suivante :

$SHINKEN_HAPROXY-BY-SSH_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 global_backend_status
       -w "$_HOSTHAPROXY-BY-SSH__ENDPOINT-AVAILABILITY__ENDPOINT-AVAILABILITY-WARN$;$_HOSTHAPROXY-BY-SSH__ERROR-RATE__ERROR-RATE-WARN$"
       -c "$_HOSTHAPROXY-BY-SSH__ENDPOINT-AVAILABILITY__ENDPOINT-AVAILABILITY-CRIT$;$_HOSTHAPROXY-BY-SSH__ERROR-RATE__ERROR-RATE-CRIT$"

Données utilisées provenant du modèle

Données communes pour les checks des modèles

Authentification

Données spécifiques pour ce check

DonnéeModifiable surUnitéValeur par défautDescription
HAPROXY-BY-SSH__ENDPOINT-AVAILABILITY__ENDPOINT-AVAILABILITY-WARN

l'Hôte

( Onglet Données )

-

2Définit le nombre de serveurs endpoint présent par backend à partir duquel le check passe en ATTENTION.
HAPROXY-BY-SSH__ENDPOINT-AVAILABILITY__ENDPOINT-AVAILABILITY-CRIT

l'Hôte

( Onglet Données )

-

1Définit le nombre de serveurs endpoint présent par backend à partir duquel le check passe en CRITIQUE.
HAPROXY-BY-SSH__SESSIONS-USAGE__SESSIONS-USAGE-CRIT

l'Hôte

( Onglet Données )

%

80Définit le nombre de serveurs endpoint présent par backend à partir duquel le check passe en ATTENTION.
HAPROXY-BY-SSH__SESSIONS-USAGE__SESSIONS-USAGE-CRIT

l'Hôte

( Onglet Données )

%

95Définit le pourcentage de sessions avant que le check ne passe en CRITIQUE.
HAPROXY-BY-SSH__AVERAGE-LATENCY__AVERAGE-LATENCY-WARN

l'Hôte

( Onglet Données )

ms

200Définit le temps de latence avant que le check ne pass en ATTENTION.
HAPROXY-BY-SSH__AVERAGE-LATENCY__AVERAGE-LATENCY-CRIT

l'Hôte

( Onglet Données )

ms

500Définit le temps de latence avant que le check ne pass en CRITIQUE.

Données utilisées provenant du check

Pas de données spécifiques pour ce check

Résultat

Exemple

Interprétation des données

Statut

Il peut prendre 4 valeurs différentes  OK / CRITIQUE / ATTENTION / INCONNU .

  • Le statut va dépendre du retour de sonde et de la configuration spécifique du check pour les données suivantes :

    • ENDPOINT-AVAILABILITY-WARN
    • ENDPOINT-AVAILABILITY-CRIT

  • Voici un tableau récapitulatif du statut attendu suivant le retour de sonde :

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

  • La quantité de sessions utilisateurs simultanées est supérieur ou égale à la valeur de SESSIONS-CRIT
  • Le nombre de serveurs UP est inférieur ou égale à la valeur de ENDPOINT-AVAILABILITY-CRIT
  • Le temps de latence moyen est supérieur ou égale à la valeur de AVERAGE-LATENCY-CRIT

CRITIQUE

  • La quantité de sessions utilisateurs simultanées est supérieur ou égale à la valeur de SESSIONS-WARN
  • Le nombre de serveurs UP est inférieur ou égale à la valeur de ENDPOINT-AVAILABILITY-WARN
  • Le temps de latence moyen est supérieur ou égale à la valeur de AVERAGE-LATENCY-WARN

ATTENTION

Résultat

Le résultat contient le statut du check, ainsi que le nombres de backends problématiques.

Résultat long

Le résultat long contient un tableau listant les frontends trouvés avec :

  • L'état de chaque endpoint liée à ce backend.
  • Le taux de connections utilisateurs.
  • La latence moyenne.

Métriques

Définition

Nom de la métriqueUnitéDescriptionSeuil d'avertissementSeuil critique
endpoint_up_X-Nombre de endpoint up par backends.

ENDPOINT-AVAILABILITY-WARN

ENDPOINT-AVAILABILITY-CRIT

sessions_usage_pct_X%Nombre totale de sessions sur tous les frontends

SESSIONS-USAGE-WARN

SESSIONS-USAGE-CRIT

average_latency_XmsTemps de latence de chaque backends.

AVERAGE-LATENCY-WARN

AVERAGE-LATENCY-CRIT

Exemple