Votre serveur traite chaque requête, sert chaque page et enregistre chaque commande. Quand il peine, votre site ralentit ou s’arrête. La surveillance de serveur vous montre son état avant d’en arriver là. Ce guide explique quoi surveiller, comment déclencher des alertes et comment garder un serveur en bonne santé.
Pourquoi l’état du serveur compte
Un problème de serveur commence rarement par une panne. Il commence par un disque qui se remplit, une fuite de mémoire ou une charge qui augmente semaine après semaine. Surveiller le serveur vous permet de repérer ces tendances et d’agir tant qu’il est encore temps.
Les types de surveillance de serveur
La surveillance de disponibilité vérifie depuis l’extérieur que votre site et vos services répondent. Voir surveillance de disponibilité.
La surveillance des ressources suit ce qui se passe à l’intérieur du serveur : CPU, mémoire, utilisation du disque, trafic réseau et redémarrages. L’agent serveur d’Uptimecheck remonte ces données chaque minute sur Linux, macOS et Windows, et vous alerte en cas de dépassement de seuil, de redémarrage ou de silence. Voir surveillance de serveur.
La surveillance applicative suit votre propre code, comme les requêtes en base de données et les appels d’API. Pour les API publiques, des vérifications d’API externes valident les réponses que reçoivent vos utilisateurs.
Ensemble, elles répondent à deux questions : est-ce que ça fonctionne, et est-ce sur le point de cesser de fonctionner ?
Choisir un outil de surveillance de serveur
Déterminez quels serveurs et quelles métriques comptent, et quels systèmes d’exploitation vous utilisez. Uptimecheck couvre Linux, Windows et macOS.
Privilégiez un seul endroit pour la disponibilité et les ressources, afin qu’une panne et sa cause apparaissent côte à côte.
Vérifiez comment se configurent les seuils et les alertes, et où les alertes peuvent être envoyées.
Comparez le coût à ce que vous paieriez pour plusieurs outils distincts.
Configurer les alertes
Les bonnes alertes sont rares et précises. Fixez des seuils qui préviennent avant que les utilisateurs ne ressentent le problème, par exemple :
Utilisation du disque au-dessus de 85 %.
Charge moyenne supérieure au nombre de cœurs CPU pendant plus de quelques minutes.
Utilisation de la mémoire et du swap qui reste élevée au lieu de connaître un bref pic.
Un redémarrage que vous n’aviez pas prévu.
Envoyez les alertes critiques sur un canal que quelqu’un consulte la nuit, comme une notification push sur son téléphone, et le reste par e-mail ou dans un chat d’équipe. Ajustez les seuils après les premières semaines pour que les alertes reçues soient celles sur lesquelles vous agissez.
Consulter les logs du serveur
Les métriques vous disent que quelque chose ne va pas. Les logs vous disent pourquoi. Examinez régulièrement les logs du serveur web, de l’application et du système :
De nombreuses réponses 404 peuvent signaler des liens cassés ou des pages manquantes.
Des erreurs 500 répétées signalent des défaillances de l’application.
De nombreuses connexions échouées peuvent signaler une tentative d’attaque par force brute.
Résoudre les problèmes serveur courants
Chargement lent. Vérifiez d’abord le CPU, la charge et la mémoire. Une utilisation élevée indique un code inefficace, une capacité insuffisante ou un processus qui s’emballe. Vérifiez aussi les E/S disque et le réseau.
Indisponibilité. Vérifiez si le serveur est joignable. S’il est hors service, redémarrez-le ou contactez votre hébergeur. S’il est en ligne mais pas le site, consultez les logs du serveur web et de l’application.
Messages d’erreur. Les erreurs de connexion à la base de données, les problèmes de permissions et les erreurs de code laissent des traces dans les logs d’erreur. Commencez par là, puis examinez les modifications récentes de configuration et de code.
Bonnes pratiques pour un serveur en bonne santé
Maintenez les logiciels à jour : système d’exploitation, serveur web, base de données et runtime du langage.
Optimisez la configuration : cache, compression et limites de ressources.
Sauvegardez régulièrement et testez la restauration.
Surveillez l’utilisation des ressources et planifiez la capacité avant d’en manquer.
Performance du site et maintenance du serveur
Les temps de réponse mesurés depuis l’extérieur reflètent le résultat de tout ce qui tourne sur le serveur. Vérifier depuis plusieurs régions aide à distinguer un problème de serveur d’un problème de réseau : si une seule région est lente, le serveur va probablement bien.
Utiliser la surveillance de serveur pour améliorer l’expérience utilisateur
Pour les visiteurs, un CPU saturé se traduit par des pages lentes, et un disque plein par des erreurs. Corriger ces problèmes avant qu’ils ne s’étendent, c’est des pages plus rapides et moins de requêtes en échec. Les signaux de sécurité dans les logs, comme des tentatives de connexion inhabituelles, aident aussi à protéger les visiteurs.
Conclusion
Surveillez la disponibilité depuis l’extérieur et les ressources depuis l’intérieur, configurez des alertes qui comptent, lisez les logs et entretenez le serveur. Cette combinaison évite la plupart des pannes et raccourcit les autres.
Essayez Uptimecheck gratuitement pendant 14 jours, sans carte bancaire.