| Panel | ||||
|---|---|---|---|---|
| ||||
|
Contexte
Le modèle HAproxy-by-SSH__
advanced de notre pack comporte 3 checks Duplicate Foreach étendus permettant une supervision approfondie des performances d'un HAproxy par élémentsfrontend offre la possibilité d'aller plus loin dans la supervision des Frontends. 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 affichés des métriques avancés permettrant d'anticiper les points de blocages.
| Info | ||
|---|---|---|
| ||
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 ).
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 | ||
|---|---|---|---|
| Vérifie pour le temps de réponse, de connexion et de session de chaque serveur backendfrontend sélectionné, l'état de fonctionnement général de celui-ci. ( voir la page Backends Status $KEY$ by SSH ) | ||
| Vérifie le volume de données entrantes et sortantes (en GB) par frontendpour le frontend sélectionné, les codes d'erreurs rencontrés par les utilisateurs transitant par celui-ci ( 2xx, 3xx, 4xx, 5xx ). ( voir la page Frontend Status $KEY$ by SSH ) | ||
| Vérifie les connexions et requêtes refusées sur chaque frontendVérifie pour le frontend sélectionné, la charge du traffic réseau actuellement cheminé par celui-ci. ( voir la page Endpoint Frontend Status $KEY$ by SSH ) |
Les données
Les données communes pour tous les checks
Authentification
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Les données spécifiques
excerpt| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation |
|---|
| du pack | Description | |
|---|---|---|
|
| l'Hôte ( Onglet Données ) | -- |
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 clefs autorisées du compte utilisateur utilisé pour se connecter sur le serveur linux supervisé ( voir la donnée SSH_USER si dessous ).
95 | 95 | Chaque frontend dispose d'un nombre maximal de sessions qu'il peut gérer en simultané. Cette donnée définit en pourcentage le nombre de sessions en cours à partir duquel le check passe en CRITIQUE.
|
|
|
| l'Hôte ( Onglet Données ) | -- | 80 | 80 | Chaque frontend dispose d'un nombre maximal de sessions qu'il peut gérer en simultané. Cette donnée définit en pourcentage le nombre de sessions en cours à partir duquel le check passe en ATTENTION.
|
Les données DFE ( Duplicate Foreach )
Pas de données DFE pour ce modèle
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.
| No Format |
|---|
HAPROXY-BY-SSH__SSH-PORT |
l'Hôte
( Onglet Données )
Port de connexion SSH.
| No Format |
|---|
HAPROXY-BY-SSH__SSH-USER |
l'Hôte
( Onglet Données )
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__advancedfrontend
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
...