Surveillance de HAProxy
Le capteur « HAProxy » est automatiquement déployé et installé une fois que vous avez installé l'agent « Instana ».
Informations de support
Pour vous assurer que le capteur d' HAProxy s est compatible avec votre configuration actuelle, consultez les sections d'informations d'assistance suivantes :
Versions prises en charge et politique d'assistance
Le tableau suivant présente la dernière version prise en charge et la politique d'assistance :
| Technologie | Politique de support | Dernière version technologique | Dernière version prise en charge |
|---|---|---|---|
| HAProxy | 45 jours | 3.4.0 | 3.4.0 |
Pour plus d'informations sur la politique d'assistance, consultez la section « Stratégie d'assistance pour les capteurs ».
Configuration
Instana utilisera automatiquement le socket "stats" configuré dans HAProxy pour lire les métriques. Veuillez l'activer en suivant les instructions fournies dans la documentation d' HAProxy : https://cbonte.github.io/haproxy-dconv/1.7/configuration.html#3.1-stats %20s ocket
Si vous exécutez HAProxy en mode multiprocessus, vous devez configurer un socket « stats » pour chaque processus. Si ce n'est pas le cas, l'agent consigne ce message en expliquant comment procéder :
Haproxy is detected to be in multi-process mode, but no process attribute is detected in the 'stats socket'
configuration. To be able to properly monitor haproxy in multi-process mode, stats socket binding
should be defined per socket using the 'process' attribute.
E.g. 'stats socket /run/haproxy/admin1.sock mode 660 level admin process 1'
Fréquence de sondage personnalisée
com.instana.plugin.haproxy:
poll_rate: 1 # values are in seconds. Default value is 1 second.Collecte des métriques
Pour consulter les métriques, sélectionnez « Infrastructure » dans la barre latérale de l'interface utilisateur d' Instana, cliquez sur un hôte surveillé spécifique, puis vous verrez s'afficher un tableau de bord de l'hôte contenant toutes les métriques collectées et les processus surveillés.
Données de configuration
- Version
- Nom
- Heure de début
- Limite de mémoire
- Ulimit (nombre maximal de descripteurs de fichier)
- Limite de sockets
- Limite de connexions
- Limite de tubes
- Limite de taux de session
- Front-end et back-end (jusqu'à 300)
Métriques de performance
Frontends
| Métrique | Description | Granularité |
|---|---|---|
| Demandes | Demandes HTTP par seconde | 1 seconde |
| Erreurs de demande | Nombre d'erreurs de demande | 1 seconde |
| Demandes rejetées | Demandes rejetées en raison de problèmes de sécurité (restrictions de liste de contrôle d'accès (ACL) | 1 seconde |
| Sessions | Nombre de sessions | 1 seconde |
| Utilisation de session | Nombre de sessions/sessions actuelles | 1 seconde |
| Erreurs de client | Nombre d'erreurs du client HTTP | 1 seconde |
| Erreurs de serveur | Nombre d'erreurs de serveur | 1 seconde |
| Trafic (envoi/réception) | Nombre d'octets envoyés/reçus par le frontend | 1 seconde |
Systèmes de back-end
| Métrique | Description | Granularité |
|---|---|---|
| Temps de réponse moyen | Temps de réponse moyen en ms sur les 1 024 dernières demandes | 1 seconde |
| Durée moyenne en file d'attente | Temps moyen en file d'attente en ms sur les 1 024 dernières demandes | 1 seconde |
| QueueSize | Demandes mises en file d'attente actuelles | 1 seconde |
| Erreurs de connexion | Nombre de demandes ayant rencontré une erreur lors de la tentative de connexion à un serveur backend | 1 seconde |
| Nombre de tentatives de connexion | Nombre de tentatives de connexion | 1 seconde |
| Erreurs de réponse | Réponses refusées pour des raisons de sécurité | 1 seconde |
| Réponses refusées | Réponses refusées pour des raisons de sécurité (restriction de liste de contrôle d'accès (LCA) | 1 seconde |
| Demandes de réexpédition | Nombre de fois qu'une demande a été envoyée à un autre serveur | 1 seconde |
Signatures d'intégrité
Pour chaque capteur, il existe une base de connaissances des signatures d'intégrité qui sont évaluées en permanence par rapport aux métriques entrantes et qui sont utilisées pour traiter les problèmes ou les incidents en fonction de l'impact sur l'utilisateur.
Les événements intégrés déclenchent des problèmes ou des incidents en fonction de signatures de santé défaillantes sur des entités, tandis que les événements personnalisés déclenchent des problèmes ou des incidents en fonction des seuils d'une métrique spécifique à une entité donnée.
Pour plus d'informations sur les événements intégrés pour le détecteur HAProxy , voir la référence des événements intégrés.