Un VPS sous WordPress
Après une mise à jour, PHP-FPM s’arrête et les visiteurs voient « 502 Bad Gateway ». L’alerte nomme le service, et LayerAssist trouve le réglage modifié par la mise à jour.
Sachez quand un service de votre serveur s’arrête.
Votre site dépend de quelques services : le serveur web, la base de données, PHP, la messagerie. LayerAssist surveille celui que vous choisissez et vous dit simplement quand il s’arrête, et pourquoi.
En bref
- Moniteur intégréUn moniteur intégré vérifie en SSH qu’un service que vous désignez tourne bien, sur les serveurs Linux et Windows.
- Moniteur intégréQuand il s’arrête, vous êtes alerté et LayerAssist lit ses journaux pour comprendre pourquoi. Avec « Corriger en toute sécurité », il le redémarre lui-même ; un redémarrage complet ou un changement de réglages attend votre accord.
- Dans le chatDans le chat, il relance le service, trouve ce qui l’a arrêté et corrige la cause quand c’est possible.
- Pas encore disponibleLe moniteur intégré surveille un service par serveur. Les autres peuvent être couverts par un contrôle à vous.
Un seul service arrêté peut faire tomber tout votre site
Un site n’est pas un programme unique. Le serveur web répond aux visiteurs, PHP exécute le code du site, la base de données garde son contenu et un service de messagerie envoie ses e-mails. Si l’un d’eux s’arrête, le site casse — souvent avec une erreur qui ne dit pas lequel.
Les services s’arrêtent pour des raisons banales : une mise à jour qui a changé un réglage, un serveur à court de mémoire, un redémarrage qui n’a pas tout relancé. Savoir quel service s’est arrêté, et pourquoi, c’est déjà la moitié de la réparation.
Signes qu’un service s’est arrêté
- « 502 Bad Gateway » ou « 503 Service Unavailable »
- « Error establishing a database connection »
- Le site fonctionne, mais ses e-mails ne partent jamais
- Tout a cassé après un redémarrage ou une mise à jour du serveur
Pourquoi les services d’un serveur s’arrêtent
Manque de mémoire
Quand la mémoire manque, le système arrête le plus gros processus, souvent la base de données. Cela arrive lors des pics de trafic ou avec des réglages trop gourmands.
Une erreur de configuration après une mise à jour
Une mise à jour de paquet ou une modification manuelle peut laisser un réglage que le service refuse : il ne démarre plus.
Pas configuré pour démarrer après un redémarrage
Un service qui n’est pas activé au démarrage reste arrêté après un redémarrage du serveur.
Un disque plein ou un plantage
Plus d’espace disque, un fichier endommagé ou un bug peuvent faire quitter un service, qui reste arrêté.
Comment LayerAssist surveille vos services
Vous désignez le service une fois. LayerAssist le vérifie et, s’il s’arrête, commence par la question la plus utile : pourquoi ?
Il vérifie le service lui-même
En SSH et selon votre planning, il demande au serveur si le service tourne : via systemd ou l’outil service classique sous Linux, via le gestionnaire de services sous Windows.
Il vous alerte une seule fois
Une alerte quand le service s’arrête et une quand il tourne de nouveau, dans l’application et par e-mail.
Il lit les journaux
Il consulte les dernières entrées du journal du service et du journal système pour voir ce qui l’a arrêté : mémoire, réglages, disque ou plantage.
Il le relance et corrige la cause
Avec « Corriger en toute sécurité », il démarre lui-même un service arrêté. Dans le chat, il peut aussi le redémarrer et corriger le réglage ou la limite à l’origine de la panne.
Exemple : la base de données qui s’arrêtait sans cesse
Ce qu’il vérifie
- MariaDB : arrêtée à 02:41
- Espace disque : utilisé à 52 %
- Journal système : le serveur a manqué de mémoire et le système a arrêté la base de données
- Cause : les réglages mémoire de la base dépassent les 2 Go de RAM du serveur
Ce qu’il change
Réduit les réglages mémoire de la base pour qu’ils tiennent dans le serveur, démarré MariaDB et activé son lancement au démarrage
Ce que vous y gagnez
- Vous savez quel service s’est arrêté, pas seulement que le site a cassé
- La raison de l’arrêt, tirée de ses propres journaux
- Les services arrêtés relancés, la cause corrigée
- Fonctionne sur les serveurs Linux et Windows
Situations réelles
Un serveur avec un processus en arrière-plan
Un worker de file d’attente ou un bot tourne comme service. Quand il s’arrête, rien ne casse visiblement — jusqu’à ce que les commandes s’accumulent. Le moniteur de service le repère aussitôt.
Un serveur Windows
Une application tourne comme service Windows sur le serveur d’une petite entreprise. LayerAssist la vérifie via OpenSSH et prévient le gérant quand elle s’arrête.
Comment mettre en place la surveillance des services du serveur
Connectez le serveur en SSH
Ajoutez le serveur dans Sites & serveurs avec son accès SSH (OpenSSH sous Windows).
Indiquez le service à surveiller
Dans Automatisations, choisissez Nouvelle automatisation, sélectionnez le serveur, puis « État du service », et saisissez le nom du service, par exemple nginx, mariadb ou php8.2-fpm.
Choisissez la fréquence
Toutes les 5 minutes pour un service essentiel, ou moins souvent pour un service qui peut attendre.
Commencez par le service le plus important
Le moniteur intégré surveille un service par serveur : en général la base de données ou le serveur web. Couvrez les autres avec un contrôle régulier sous forme d’automatisation.
Questions sur la surveillance des services du serveur
Tout service que votre serveur exécute sous un nom : serveurs web comme Nginx, Apache ou LiteSpeed, bases de données comme MySQL, MariaDB ou PostgreSQL, PHP-FPM, services de messagerie ou votre propre application. Sous Windows, tout service Windows.
Avec « Corriger en toute sécurité », il démarre lui-même un service arrêté. Un redémarrage complet ou un changement de réglages lors d’une exécution automatique attend votre accord. Dans le chat, il suffit de demander pour qu’il le fasse tout de suite.
Le moniteur intégré surveille un service par serveur. Pour d’autres, demandez à LayerAssist un contrôle régulier sous forme d’automatisation ; sa fréquence dépend de votre formule.
Vérifier qu’un service tourne fonctionne avec un accès SSH normal. Lire les journaux système et redémarrer des services demande en général sudo ou root, inclus à partir de la formule Plus.
Guides associés
- Moniteur intégréDisponibilité du siteVous alerte quand votre site ne répond plus, puis cherche pourquoi.
- Moniteur intégréEspace disquePrévient avant que le disque soit plein et libère de la place sans risque.
- AutomatisationÉtat de la base de donnéesVérifie que votre base fonctionne, répond et n’a pas d’erreurs.
Tous les guides de surveillanceVoir ce que comprend chaque formuleComment fonctionne LayerAssist
Dès 9 $ par mois · 14 jours pour changer d’avis
La prochaine fois que quelque chose casse, vous saurez qui appeler.
Ajoutez votre site et posez votre première question dès aujourd’hui. Ce n’est pas pour vous ? Résiliez sous 14 jours et récupérez votre premier paiement, déduction faite uniquement du travail d’IA utilisé.
Gratuit pendant 7 jours · Sans carte bancaire · Aucune connaissance technique nécessaire.