Pourquoi les homelabs virent au chaos (et comment en sortir)

Il y a un moment de paix juste après la fin de votre installation de Proxmox. Les VM ronronnent, les conteneurs se tiennent tranquilles, le tableau de bord brille en vert, et vous vous dites : « Ça y est. J'y suis arrivé. »

Quelques semaines plus tard, peut-être quelques mois, vous contemplez un fouillis numérique qui ressemble plus à une casserole de spaghettis qu'à un système de virtualisation bien réglé. Si c'est votre cas, vous n'êtes pas seul. Bienvenue dans l'expérience Proxmox ou, plus largement, dans le « syndrome du homelab », qui commence proprement et ne le reste jamais.

La VM qui en faisait trop

Dans un post devenu culte, un utilisateur a tout déballé : une seule VM qui jonglait avec cinq services sans rapport entre eux, un essaim de LXC mystérieux, des snapshots de sauvegarde qui s'empilaient comme des provisions pour une apocalypse virtuelle, et l'angoisse diffuse qu'une seule coupure de courant puisse transformer toute l'installation en déchets électroniques.

Ça vous rappelle quelque chose ? Normal, c'est exactement ainsi qu'évoluent beaucoup d'installations Proxmox (et de homelabs en général). Le mauvais matériel et les logiciels bogués n'y sont souvent pas pour grand-chose. La cause, c'est l'enthousiasme sans garde-fou, celui qui vous fait installer un serveur Minecraft « juste pour voir si ça marche » et vous retrouver à héberger une demi-douzaine de mondes de jeu permanents.

Le chaos n'est pas pour autant un échec. Ce fouillis est presque un rite de passage.

Du minimalisme au grand bazar

La plupart des amateurs de homelab partent d'un objectif louable : consolider les charges de travail, réduire la consommation électrique et apprendre l'infrastructure à la dure. Proxmox rend ça facile. Il est élégant, souple et étonnamment stable pour ce qu'il fait, et il vous donne aussi juste assez de corde pour vous y emmêler.

Vous créez une VM, puis une autre. « Celle-ci, c'est juste temporaire », vous dites-vous. Vous lancez un LXC parce que c'est plus léger, oubliez à quoi il sert et le clonez « au cas où ». Vous faites des sauvegardes religieusement sans jamais supprimer les anciennes, et quelques mois plus tard votre espace disque disparaît comme les chaussettes dans un sèche-linge.

Désormais, vous avez peur de redémarrer quoi que ce soit. Un faux pas, et le LXC mystère qui fait tourner votre DNS pourrait disparaître, et d'un coup plus rien ne marche.

Le plat de spaghettis, ça arrive, mais pourquoi ?

Alors pourquoi les homelabs partent-ils en vrille comme ça ? D'après ce qu'ont raconté des dizaines d'utilisateurs expérimentés, voici ce qui se passe.

1. Le manque de documentation

Presque toutes les voix expérimentées ont dit la même chose : notez les choses. Ça paraît simple, et ça ne l'est pas.

Un utilisateur l'a résumé ainsi : « Tu n'as rien documenté pour ton futur toi. » Il a raison. Quand on est lancé, documenter semble une perte de temps, mais votre « moi du futur », celui qui débogue un passthrough PCI cassé à 2 h du matin, tuerait pour un fichier Markdown.

Beaucoup recommandent des outils comme Trilium ou BookStack, ou tout simplement la section de notes intégrée de Proxmox sur chaque VM. Quel que soit votre choix, notez tout : IP, noms d'utilisateur, options bash bizarres, et la raison pour laquelle ce conteneur existe.

2. Trop de rôles, pas assez de cloisonnement

Faire tourner cinq rôles sur une seule VM paraît malin jusqu'au jour où vous oubliez quels sont ces rôles. La plupart des utilisateurs chevronnés sont passés à « un service par conteneur », en nommant chacun d'après son rôle (par ex. nas, primary-dns, homeassistant) et en ajoutant un tag par environnement (par ex. prod, dev, test).

L'aspect bien rangé n'est qu'un bénéfice secondaire. C'est surtout une question de survie, parce que quand quelque chose casse, vous savez exactement où chercher.

3. Pas d'état d'esprit « infrastructure as code »

La configuration manuelle peut sembler plus rapide, jusqu'au moment où elle ne l'est plus. Des outils comme Ansible, Terraform/OpenTofu ou NixOS vous permettent de définir votre installation de façon déclarative. Un utilisateur disait ne plus s'être connecté en SSH à une VM depuis une éternité, parce que tout, du provisionnement à l'installation des paquets, vit dans ses rôles Ansible. Une remise à zéro et un redéploiement plus tard, il est de nouveau opérationnel.

4. Des sauvegardes qui ne meurent jamais

Les sauvegardes sont indispensables. Les accumuler l'est moins.

Proxmox propose des paramètres de rétention des sauvegardes, alors servez-vous-en. Vérifiez vos sauvegardes, mais ne les laissez pas s'empiler au point de rationner l'espace disque comme en 1999. Comme l'a fait remarquer un utilisateur, « Mieux vaut être enseveli sous la neige que rayé de la carte », mais l'important, c'est une neige maîtrisée.

Le calme après le chaos

Certains utilisateurs assument le fouillis. L'un d'eux plaisantait même sur son amour pour son installation chaotique, puisque, tout encombrée qu'elle est, il sait s'y retrouver. Le désordre numérique n'a rien de mal en soi. Le problème commence quand vous ne pouvez plus faire confiance à votre installation, et cette peur viscérale de redémarrer votre nœud Proxmox, c'est votre système qui réclame un peu de structure.

Construire plus malin plutôt que plus gros

Tôt ou tard, le fouillis devient une motivation. Beaucoup d'utilisateurs ont raconté avoir tout reconstruit de zéro, cette fois avec des conventions de nommage, des rôles de conteneurs clairs, de la documentation et des playbooks versionnés synchronisés sur GitHub.

Une personne fait même tourner un conteneur Wiki.js rien que pour ses propres notes d'infrastructure. Son raisonnement : « Si le serveur explose, j'ai toujours la doc. »

Les tags et les repères visuels aident aussi, et Proxmox 9.1 permet désormais d'effectuer des actions groupées à partir des tags des VM. Un code couleur, des normes de nommage et des tags par OS ou par IP sont de petits pas qui font une énorme différence avec le temps.

Vous ne faites rien de travers

Votre installation grandit, tout simplement, et comme dans tout bon lab, des choses vont casser, évoluer, devenir bizarres et, avec un peu de chance, s'améliorer à chaque reconstruction.

Si votre installation Proxmox ressemble à un monstre en spaghettis, voyez-y la preuve que vous expérimentez plutôt que le signe d'un échec. L'astuce consiste à savoir quand faire une pause, faire le ménage et peut-être même tout recommencer, cette fois de façon un peu plus réfléchie.

Alors allez-y : nommez vos conteneurs, prenez quelques notes, supprimez cette vieille sauvegarde. Votre « moi du futur » vous remerciera.