Nginx Suivi
Surveillez en temps réel les performances de Nginx, les connexions actives, le débit des requêtes et l'état des serveurs en amont, sans aucune configuration.
Pourquoi surveiller ? Nginx?
Nginx est le serveur web et le proxy inverse le plus utilisé au monde, traitant chaque jour des milliards de requêtes sur Internet. La surveillance de Nginx est essentielle pour garantir des temps de réponse rapides, détecter les pannes en amont et maintenir une haute disponibilité. L'intégration Nginx de Xitoring offre une visibilité approfondie sur l'état des connexions de votre serveur, les taux de requêtes et les indicateurs de performance grâce au module stub_status.
La supervision Nginx, expliquée
La supervision Nginx détecte les connexions perdues, les défaillances des upstreams et l'épuisement du pool de workers avant qu'elles ne se propagent en panne en aval. Comme Nginx se trouve entre les utilisateurs et toutes les autres couches de votre stack, bien le superviser revient généralement à attraper la plupart des incidents de production au point d'entrée — au lieu de débuguer depuis le serveur applicatif à rebours. Xitoring vous offre une visibilité à 1 minute sur chaque métrique exposée par stub_status (et par l'API Nginx Plus), avec des alertes acheminées vers Slack, PagerDuty, Telegram ou votre rotation d'astreinte existante.
Ce que nous surveillons
Connexions actives
Nombre de connexions client actuellement actives, y compris celles en attente.
Acceptées
Nombre total de connexions client acceptées depuis le démarrage du serveur.
Traitées
Nombre total de connexions traitées. Égal à accepts sauf en cas de limites de ressources atteintes.
Requêtes
Nombre total de requêtes client traitées par le serveur.
En lecture
Nombre de connexions où Nginx lit l'en-tête de la requête.
En écriture
Nombre de connexions où Nginx écrit la réponse vers le client.
En attente
Nombre de connexions keep-alive en attente de la prochaine requête.
Requêtes par seconde
Taux de requêtes entrantes calculé à partir du nombre total de requêtes.
Connexions par seconde
Taux de nouvelles connexions acceptées par le serveur.
Temps de réponse
Temps moyen pour traiter et répondre aux requêtes client.
Descripteurs de fichiers ouverts
Nombre actuel de fd ouverts vs la limite par worker. S'approcher de la limite provoque le même symptôme de connexions perdues qu'un `worker_connections` trop bas.
Nombre de processus workers
Processus workers Nginx actifs. Le churn de workers ou des compteurs de redémarrage inattendus révèlent des événements OOM et segfaults invisibles aux métriques de requêtes.
Configurables déclencheurs d'alerte
Configurez des déclencheurs personnalisés dans votre tableau de bord pour être averti dès que les indicateurs d{name}s dépassent les seuils que vous avez définis.
Connexions actives
avertissementSe déclenche lorsque le nombre de connexions actives dépasse votre seuil, indiquant une forte charge sur le serveur.
Connexions Waiting
avertissementSe déclenche lorsque les connexions waiting (keep-alive) dépassent le seuil, ce qui peut indiquer des clients lents ou des retards en amont.
Requêtes par seconde
crucialAlerte lorsque le taux de requêtes dépasse les baselines normales, utile pour détecter les pics de trafic ou les schémas DDoS.
Connexions Writing
avertissementSe déclenche lorsque trop de connexions sont en état writing, signalant des goulets d'étranglement potentiels de réponse.
Connexions abandonnées
crucialSe déclenche lorsque l'écart entre accepts et handled augmente, indiquant un épuisement des ressources.
Temps de réponse
crucialAlerte lorsque le temps de réponse moyen dépasse votre limite définie, signalant une dégradation des performances.
Importance de la surveillance Nginx
Nginx propulse plus de 35 % de tous les serveurs web dans le monde et constitue l'épine dorsale des architectures microservices modernes. Sans surveillance appropriée, la saturation des connexions, les pannes en amont et la dégradation des performances peuvent passer inaperçues.
- Détectez la saturation des connexions avant que les utilisateurs ne subissent des timeouts
- Identifiez les pannes des serveurs en amont et les backends lents
- Évitez les défaillances en cascade dans les configurations de proxy inverse
- Maintenez la conformité SLA grâce à une visibilité des performances en temps réel
- Optimisez le load balancing avec l'analyse des états de connexion
Pourquoi choisir Xitoring
Xitoring offre une surveillance Nginx de qualité entreprise avec une configuration zéro-config. Notre agent léger détecte automatiquement vos instances Nginx, commence à collecter des métriques en moins de 60 secondes et s'intègre à vos canaux de notification existants.
- Installation en une commande — pas de YAML complexe ni de fichiers de configuration
- 15+ nœuds de surveillance mondiaux pour des contrôles à faible latence
- Tableau de bord unifié pour serveurs, services et uptime
- Alerting flexible via Slack, PagerDuty, Telegram et plus
- Conservation de l'historique pour la planification de capacité et les audits
Scénarios courants de supervision Nginx
Où Nginx fonctionne généralement aujourd'hui — et ce qui pourrait mal tourner si personne ne surveille.
Serveur web devant une application
Nginx est généralement la première chose à laquelle vos visiteurs s'adressent — et l'application derrière est généralement l'endroit où le travail réel se produit. Lorsque le site semble lent, il est important de savoir si la lenteur se situe dans Nginx ou dans l'application. Nous séparons les deux afin que la bonne équipe corrige le bon problème.
Point d'entrée pour une application Kubernetes
Dans Kubernetes, Nginx est souvent la porte d'entrée de toute votre application. Un faux pas là — un mauvais déploiement de configuration, un certificat expiré, un déploiement échoué — peut brièvement tout mettre hors ligne. Nous détectons les signes avant-coureurs tôt afin que les déploiements de routine ne se transforment pas en pannes visibles par les clients.
Distribution du trafic sur plusieurs serveurs d'applications
Lorsque Nginx répartit le trafic sur de nombreux serveurs, un serveur en difficulté peut discrètement nuire à l'expérience d'une partie des utilisateurs. Nous détectons le serveur défaillant tôt afin qu'il soit retiré de la rotation avant que davantage de visiteurs ne soient affectés.
Prérequis pour Nginx
Assurez-vous d'avoir tout cela en place — la plupart des installations sont une affaire de 60 secondes une fois ces conditions réunies.
- Nginx avec http_stub_status_module compilé (vérifiez avec
nginx -V 2>&1 | grep stub_status) - Un bloc location /nginx-status activé et accessible depuis localhost
- Accès en lecture à la configuration Nginx et aux logs
Commencez par procès-verbal
Installer Xitogent sur votre serveur
Si ce n'est pas déjà fait, installez l'agent de monitoring léger Xitogent sur votre serveur.
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYActiver stub_status dans Nginx
Ajoutez un bloc location `/nginx-status` à votre configuration Nginx avec `stub_status;` activé et l'accès restreint à localhost. Rechargez Nginx, puis vérifiez avec `curl http://127.0.0.1/nginx-status`.
# In your Nginx server block:
location /nginx-status {
stub_status;
access_log off;
server_tokens on;
allow 127.0.0.1;
deny all;
}Activer l'intégration Nginx
Utilisez le tableau de bord Xitoring ou la CLI pour activer l'intégration Nginx. Xitogent détectera automatiquement votre instance Nginx.
sudo xitogent integrateConfigurer les seuils d'alerte (facultatif)
Définissez des seuils personnalisés pour des métriques comme les connexions actives, le taux de requêtes ou le temps de réponse afin d'être notifié dès que quelque chose mérite votre attention.
Vérifier que tout fonctionne
Exécutez cette commande sur le serveur pour confirmer que Xitogent a bien détecté l'intégration. De nouvelles métriques apparaîtront sur votre tableau de bord dans environ 30 secondes.
sudo xitogent statusVous envisagez des alternatives ?
Découvrez comment Xitoring se positionne face aux alternatives pour la surveillance de Nginx — tarifs forfaitaires, intégrations plus poussées et un seul agent pour couvrir tout votre stack.
Souvent a posé des questions
L'intégration Nginx nécessite-t-elle stub_status ?
Cette intégration aura-t-elle un impact sur les performances de Nginx ?
Puis-je surveiller Nginx Plus grâce à cette intégration ?
Puis-je surveiller plusieurs instances Nginx sur un même serveur ?
Quelles versions de Nginx sont prises en charge ?
À quelle fréquence les indicateurs sont-ils collectés ?
Puis-je superviser plusieurs instances Nginx sur un même serveur ?
Quelles versions de Nginx sont prises en charge ?
À quelle fréquence les métriques sont-elles collectées ?
Commencer à surveiller Nginx aujourd'hui
Configuration en moins de 60 secondes. Aucune carte bancaire requise. Statistiques complètes dès le premier jour.
Commencer l'essai gratuit
