Documentation
Démarrage rapide + description des fonctionnalités module par module et appareil par appareil (mise à jour continue)
Protection anti-plantage
Cet article présente la fonction « Protection anti-plantage » du panneau : surveiller automatiquement la mémoire, le CPU et le disque, et intervenir de façon proactive avant que les ressources du serveur ne soient épuisées, afin d'éviter que le serveur ne se fige.
Comprendre en une phrase
Ce que le serveur craint le plus n'est pas « une erreur dans un programme », mais « la mémoire entièrement consommée / le CPU à 100 %, la machine tellement figée qu'on ne peut même plus s'y connecter en SSH, obligé de forcer un redémarrage depuis la console du fournisseur ». La protection anti-plantage consiste à repérer et à traiter automatiquement le processus « gourmand en ressources » avant que cela n'arrive, pour vous laisser une porte de sortie.
Présentation de la fonctionnalité
La protection anti-plantage déploie un démon léger sur le serveur cible et surveille en continu la mémoire, le CPU et le disque. En cas d'anomalie des ressources, elle intervient automatiquement (tue le processus anormal) pour éviter que le serveur ne devienne totalement inaccessible à cause d'un OOM (épuisement de la mémoire) ou d'une explosion du CPU.
Pourquoi l'utiliser (que sont l'OOM / l'explosion du CPU)
- OOM (Out Of Memory, épuisement de la mémoire) : un programme fuit ou demande d'un coup trop de mémoire et sature toute la mémoire du serveur. Le système, pour se protéger, commence alors à « tuer des processus », mais il tue souvent aussi des services critiques, et la machine peut même se figer complètement.
- Explosion du CPU : un programme part en boucle infinie ou en calcul anormal et sature tous les cœurs du CPU. Le SSH devient alors inaccessible, tout comme le panneau : seul un redémarrage forcé reste possible.
Ces pannes surviennent souvent progressivement — d'abord un processus qui consomme peu à peu des ressources, puis finalement un blocage total. Le rôle de la protection anti-plantage est d'intervenir de façon proactive « avant l'irréversible ».
Seuils de protection (valeurs par défaut)
| Élément protégé | Seuil par défaut | Comportement |
|---|---|---|
| Mémoire | mémoire disponible < 8 % | déclenche l'intervention et tue les processus anormaux consommant > 15 % (5 minutes de refroidissement, pour éviter les mises à mort fréquentes par erreur) |
| CPU | charge > nombre de cœurs × 3 | n'agit qu'après 3 dépassements consécutifs ; ne tue qu'un processus unique > 30 % |
| CPU extrême | charge ≥ seuil × 4 | intervention immédiate, sans attendre le comptage consécutif (pour ne pas rater l'explosion du CPU) |
| Disque | taux d'utilisation > 92 % | alerte seulement (aucune suppression automatique de fichiers) |
> Ce sont des valeurs par défaut prudentes et éprouvées : la plupart des serveurs peuvent les utiliser sereinement sans réglage. Pour les personnaliser, modifiez les seuils dans le panneau de protection anti-plantage.
Cas d'usage
- Le serveur exécute des programmes à la mémoire peu stable (certaines applications Java, scripts de scraping)
- La mémoire du serveur est faible et se sature facilement
- Vous souhaitez une « dernière ligne de défense » pour éviter un blocage nocturne sans personne pour intervenir
Comment l'utiliser
1. Entrez dans le « Panneau de gestion du système → Protection anti-plantage » du serveur cible
2. Cliquez sur « Déployer en un clic » : le panneau déploie le démon sur le serveur cible via SSH
3. Après le déploiement, « Démon en cours d'exécution » s'affiche, avec la description des seuils de protection actuels
4. En cas de déclenchement, consultez « Événements d'alerte » : heure de déclenchement, cause (quel processus, quelle quantité de ressources), action effectuée
Mode de déploiement
- Serveurs avec systemd (Debian/Ubuntu/CentOS, etc.) : déploiement en service systemd, démarrage automatique au boot + relance automatique après plantage (badge « Démarrage auto » affiché)
- Serveurs sans systemd (Alpine, etc.) : repli sur une exécution
nohup(la surveillance fonctionne, mais pas de relance automatique après redémarrage : il faut redéployer manuellement)
Points d'attention
1. Zéro empreinte : le démon est un script léger indépendant, qui ne consomme que très peu de ressources et ne perturbe pas l'activité du serveur cible.
2. Protection par liste blanche : les threads du noyau et les processus critiques du système ne sont pas tués par défaut, pour éviter un plantage système dû à une mise à mort erronée.
3. Disque : alerte sans nettoyage : un disque plein ne supprime pas automatiquement vos fichiers (pour éviter d'effacer des données importantes), le panneau vous invite seulement à intervenir vous-même.
4. Désinstallation : cliquez sur « Désinstaller » dans le panneau de protection anti-plantage, le démon et le service systemd seront nettoyés.