\n
D’ailleurs, pour ne pas faire fuir vos visiteurs pendant que le conteneur sort de sa sieste, l’outil affiche une page de chargement sympa qui se rafra\u00eechit toute seule d\u00e8s que votre serveur est pr\u00eat \u00e0 envoyer la sauce.<\/p>\n
C\u00f4t\u00e9 bidouille, on reste sur du classique. Tout se r\u00e8gle dans un fichier config.yml<\/code>.<\/p>\nEn plus des domaines et des noms de conteneurs, vous devrez sp\u00e9cifier le proxyHost<\/code> et le proxyPort<\/code> pour que l’aiguillage se fasse correctement. Vous d\u00e9finissez ensuite le timeout au bout duquel tout le monde doit aller au dodo. Vous pouvez m\u00eame lui dire de ne pas couper si l’utilisation moyenne du CPU d\u00e9passe un certain seuil (exprim\u00e9 en pourcentage de 0 \u00e0 100 \u00d7 le nombre de c\u0153urs), histoire de ne pas flinguer un calcul lourd en cours.<\/p>\nPour le lancer, rien de plus simple :<\/p>\n
\n
docker<\/span> run<\/span> \n<\/span><\/span> --<\/span>name<\/span>=<\/span>'ContainerNursery'<\/span> \n<\/span><\/span> -<\/span>v<\/span> \/<\/span>var<\/span>\/<\/span>run<\/span>\/<\/span>docker<\/span>.<\/span>sock<\/span>:<\/span>\/<\/span>var<\/span>\/<\/span>run<\/span>\/<\/span>docker<\/span>.<\/span>sock<\/span> \n<\/span><\/span> -<\/span>v<\/span> \/<\/span>mnt<\/span>\/<\/span>ContainerNursery<\/span>\/<\/span>config<\/span>:<\/span>\/<\/span>usr<\/span>\/<\/span>src<\/span>\/<\/span>app<\/span>\/<\/span>config<\/span> \n<\/span><\/span> ghcr<\/span>.<\/span>io<\/span>\/<\/span>itsecholot<\/span>\/<\/span>containernursery<\/span>:<\/span>latest<\/span>\n<\/span><\/span><\/code><\/pre>\nPetit rappel de s\u00e9curit\u00e9 quand m\u00eame… Essayez de placer un autre reverse proxy (genre Nginx ou Traefik) devant ContainerNursery pour g\u00e9rer le HTTPS proprement, car ce dernier \u00e9coute en HTTP par d\u00e9faut.<\/p>\n
Quant au gain sur votre facture d’\u00e9lectricit\u00e9, il d\u00e9pendra \u00e9videmment de la charge r\u00e9elle \u00e9vit\u00e9e, mais sur une grosse machine avec des dizaines de services, \u00e7a finit par compter.<\/p>\n
Bref, c’est le genre de petit outil qui ne paie pas de mine mais qui permet de gagner pas mal de temps et surtout d’optimiser ses ressources sans se prendre la t\u00eate. On garde bien s\u00fbr la vieille carabine de p\u00e9p\u00e9 sous le lit pour les urgences, mais pour le reste, on laisse ContainerNursery<\/strong> g\u00e9rer la cr\u00e8che.<\/p>\nUn grand merci \u00e0 Micka\u00ebl pour l’info !<\/p>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
Voil\u00e0 un outil qui va faire plaisir aux possesseurs de homelabs qui surveillent leur consommation de ressources comme le lait sur le feu ! Car si vous \u00eates comme moi, vous avez probablement une ribambelle de conteneurs qui tournent H24 sur votre b\u00e9cane. Et je vous raconte pas tous ceux qui tournent alors que je m’en sers qu’une fois par an… breeeef… Car m\u00eame si un processus en “idle” ne consomme pas forc\u00e9ment grand-chose, c’est quand m\u00eame un peu moisi de laisser tourner des services pour rien, non ? (oui, j’ai une \u00e2me d’\u00e9cologiste de la ressource syst\u00e8me). C’est l\u00e0 qu’intervient ContainerNursery , un petit utilitaire \u00e9crit en Node.js qui se comporte comme un reverse proxy intelligent qui va tout simplement stopper vos instances Docker quand aucune requ\u00eate HTTP ou connexion WebSocket n’est d\u00e9tect\u00e9e pendant un certain temps, et les red\u00e9marrer d’un coup de baguette magique d\u00e8s qu’une nouvelle requ\u00eate pointe le bout de son nez. Pour ceux qui se demandent s’il est possible de mettre en pause un conteneur proprement, sachez que ContainerNursery va plus loin que le simple docker pause. Il arr\u00eate carr\u00e9ment le conteneur pour lib\u00e9rer la RAM et \u00e9viter les r\u00e9veils CPU inutiles. Et il ne fait pas \u00e7a \u00e0 la sauvage puisqu’il v\u00e9rifie par exemple s’il n’y a pas de connexions WebSocket actives proxifi\u00e9es avant de tout couper. H\u00e9 oui, quand on n’est pas un connard, on \u00e9vite de d\u00e9connecter un utilisateur en plein milieu de sa session. Votre navigateur ne supporte pas la lecture de vid\u00e9os HTML5. Voici un lien vers la vid\u00e9o. D’ailleurs, pour ne pas faire fuir vos visiteurs pendant que le conteneur sort de sa sieste, l’outil affiche une page de chargement sympa qui se rafra\u00eechit toute seule d\u00e8s que votre serveur est pr\u00eat \u00e0 envoyer la sauce. C\u00f4t\u00e9 bidouille, on reste sur du classique. Tout se r\u00e8gle dans un fichier config.yml. En plus des domaines et des noms de conteneurs, vous devrez sp\u00e9cifier le proxyHost et le proxyPort pour que l’aiguillage se fasse correctement. Vous d\u00e9finissez ensuite le timeout au bout duquel tout le monde doit aller au dodo. Vous pouvez m\u00eame lui dire de ne pas couper si l’utilisation moyenne du CPU d\u00e9passe un certain seuil (exprim\u00e9 en pourcentage de 0 \u00e0 100 \u00d7 le nombre de c\u0153urs), histoire de ne pas flinguer un calcul lourd en cours. Pour le lancer, rien de plus simple : docker run –name=’ContainerNursery’ -v \/var\/run\/docker.sock:\/var\/run\/docker.sock -v \/mnt\/ContainerNursery\/config:\/usr\/src\/app\/config ghcr.io\/itsecholot\/containernursery:latest Petit rappel de s\u00e9curit\u00e9 quand m\u00eame… Essayez de placer un autre reverse proxy (genre Nginx ou Traefik) devant ContainerNursery pour g\u00e9rer le HTTPS proprement, car ce dernier \u00e9coute en HTTP par d\u00e9faut. Quant au gain sur votre facture d’\u00e9lectricit\u00e9, il d\u00e9pendra \u00e9videmment de la charge r\u00e9elle \u00e9vit\u00e9e, mais sur une grosse machine avec des dizaines de services, \u00e7a finit par compter. Bref, c’est le genre de petit outil qui ne paie pas de mine mais qui permet de gagner pas mal de temps et surtout d’optimiser ses ressources sans se prendre la t\u00eate. On garde bien s\u00fbr la vieille carabine de p\u00e9p\u00e9 sous le lit pour les urgences, mais pour le reste, on laisse ContainerNursery g\u00e9rer la cr\u00e8che. Un grand merci \u00e0 Micka\u00ebl pour l’info !<\/p>\n","protected":false},"author":1,"featured_media":2014,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"give_campaign_id":0,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_kadence_starter_templates_imported_post":false,"footnotes":""},"class_list":["post-2013","page","type-page","status-publish","has-post-thumbnail","hentry"],"campaignId":"","_links":{"self":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages\/2013","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/comments?post=2013"}],"version-history":[{"count":0,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages\/2013\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/media\/2014"}],"wp:attachment":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/media?parent=2013"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/korben.info\/cdn-cgi\/image\/width=1200,fit=scale-down,quality=90,f=avif\/containernursery-mise-veille-conteneurs-docker\/containernursery-mise-veille-conteneurs-docker-2.png\")
<\/p>\n