Supervisor est un programme qui manage l’exécution des autres programmes. Il démarre, arrête ou redémarre un programme en cas de crash, et monitore leur status.
Contenu
Ce que fait Supervisor:
Process management :
Au boot de Linux, il peut démarrer plusieurs programmes, et les garde en exécution continuellement.
Redémarrage automatique
Supervisor peut redémarrer un process qui a crashé
Logging :
Enregistre dans un fichier de logs tous les événements
Monitoring :
Vous pouvez checker le status de chaque programme managé via une interface web, ou en ligne de commande.
Dans ce tutoriel sur le load balancing, on a un container Docker qui fait tourner plusieurs process, un process Nginx, et 3 process python. Il n’est peut être pas un système très stable, et un process peut s’arrêter, donc il faudrait le redémarrer manuellement. D’où l’utilisation de Supervisor qui nous garantit que les process vont redémarrer automatique.
Le Supervisor démarre en premier, et ensuite démarre les autres process en lisant le fichier ci-dessous
[supervisord] nodaemon=true user=root [program:nginx] command=nginx -g "daemon off;" autostart=true autorestart=true stderr_logfile=/var/log/supervisor/nginx_err.log stdout_logfile=/var/log/supervisor/nginx_out.log [program:python-server-1] command=python3 /app/app.py 8001 directory=/app autostart=true autorestart=true stderr_logfile=/var/log/supervisor/python1_err.log stdout_logfile=/var/log/supervisor/python1_out.log [program:python-server-2] command=python3 /app/app.py 8002 directory=/app autostart=true autorestart=true stderr_logfile=/var/log/supervisor/python2_err.log stdout_logfile=/var/log/supervisor/python2_out.log [program:python-server-3] command=python3 /app/app.py 8003 directory=/app autostart=true autorestart=true stderr_logfile=/var/log/supervisor/python3_err.log stdout_logfile=/var/log/supervisor/python3_out.log
Tous les process sont monitorés par Supervisor.
Que risque t on si on n’a pas Supervisor?
Voici ce qui pourrit se passer si on n’a pas de Supervisor qui fait du redémarrage automatique, du logging, du monitoring :
- Défaillance du conteneur suite à la défaillance d’un seul processus
Sans Supervisor, si votre processus principal s’arrête, le conteneur entier s’arrête. Par exemple :
Si vous démarrez uniquement Nginx, vous n’avez pas de backend Python.
Si vous démarrez un seul serveur Python, vous n’avez pas d’équilibrage de charge.
Si vous essayez de démarrer plusieurs processus avec des scripts shell et que l’un d’eux plante, les autres peuvent continuer à s’exécuter, mais vous perdez la supervision.
- Absence de récupération automatique
En cas de panne d’un serveur Python (due à des bugs, des problèmes de mémoire, etc.) :
Avec Supervisor : Redémarrage automatique du serveur en panne en quelques secondes.
Sans Supervisor : Le serveur reste inactif, réduisant votre capacité de 3 à 2 serveurs, puis à 1, puis à 0.
- Processus d’arrière-plan peu fiables
Si vous essayez de démarrer plusieurs processus avec des scripts shell, comme :
bashpython3 app.py 8001 & python3 app.py 8002 & python3 app.py 8003 & nginx -g "daemon off;" Risques :
Les processus d’arrière-plan peuvent devenir orphelins.
Si le processus nginx principal meurt, le conteneur s’arrête, mais les processus Python peuvent continuer à s’exécuter comme des zombies.
Il est impossible de vérifier facilement si les processus d’arrière-plan sont réellement en cours d’exécution.
La gestion des journaux devient un cauchemar.
Pannes silencieuses
Sans surveillance des processus :
Vous ne saurez pas quand un serveur back-end tombe en panne.
Nginx tentera sans cesse de rediriger le trafic vers des serveurs inactifs.
Les utilisateurs reçoivent des erreurs 502/503, sans que vous sachiez pourquoi.
Absence de journalisation centralisée pour déboguer les problèmes.
- Difficultés opérationnelles
Déploiement : Difficile de garantir le bon démarrage de tous les processus.
Débogage : Impossible de déterminer facilement le processus à l’origine des problèmes.
Mise à l’échelle : Impossible d’ajouter ou de supprimer facilement des serveurs back-end.
Contrôles de santé : Impossible de vérifier par programmation si tous les services sont en cours d’exécution.