Mon HomeLab v3 - philosophie, architecture et performance silencieuse

Mon HomeLab v3 : performance et silence

Bonjour à tous ! Aujourd’hui, je vous présente la troisième version de mon HomeLab — un projet à la fois technique et personnel, qui reflète ma philosophie et mon approche de l’informatique domestique.

Philosophie du projet

Avant de parler technique, je veux partager mes priorités dans la conception d’un HomeLab :

1. Silence absolu — un serveur domestique ne doit pas ressembler à un mini data center.
2. Performance par watt — un hyperviseur actif 24/7 ne doit pas exploser la facture d’électricité.
3. Rapport qualité/prix — choisir des composants cohérents, pas forcément les plus/moins chers.

Ce projet n’est pas un tutoriel, mais un échange d’expérience et une invitation à la discussion pour tous ceux qui construisent leur propre infrastructure à la maison.

Les versions précédentes de la HomeLab

Pourquoi « version 3 » ?
Parce qu’avant d’arriver à cette configuration, j’ai expérimenté deux itérations.

Version 1 : la découverte

Un simple mini-PC basé sur un processeur AMD x86.
Pourquoi AMD ?
Parce qu’à l’époque, Intel ne proposait pas encore de processeurs à petit nœud gravure (4 nm pour le 8845HS contre beaucoup plus pour ses équivalents Intel).
Résultat : pour seulement 45 W, j’obtiens 28 000 points CPU Mark, contre 6 000 pour un Intel à 6 W.

J’ai souvent vu des vidéos où des créateurs montent un « cluster » sur des N100 en vantant leur faible consommation… mais incapables de supporter une charge réelle.
Mon conseil : cherchez le meilleur rendement énergétique CPU Mark par Watt , pas seulement le chiffre sur la prise.

Ainsi, vous pouvez remarquer que le mini PC ne possède qu’une seule interface Ethernet. Mais même s’il y en a trois ou quatre, il faut regarder lesquelles. Je ne soulèverais pas ce sujet sans raison, mais j’ai très souvent constaté, sur presque tous les mini PC que j’ai testés, l’impossibilité de les “réveiller” depuis l’état S5 à l’aide d’un paquet magique (Magic Packet).

Version 2 : le NAS et les limites du Synology

J’ai ensuite testé un stockage partagé basé sur Synology.
Leur UI est superbe, mais les performances I/O pas terrible, surtout pour le prix.
J’ai donc opté pour un Beelink compact, bien plus rapide, où le goulot d’étranglement est le réseau, pas le CPU ou les disques.

Synology reste top pour les sauvegardes, mais pour les performances brutes, Beelink l’emporte largement.

L’infrastructure actuelle : HomeLab v3

Le cœur de cette version repose sur trois mini-PC formant un cluster performant et modulaire.

Spécifications générales

• CPU total : 74 989 points CPU Mark
• RAM : 150 Go
• Stockage NAS : RAID 5 NVMe 3,64 To (jusqu’à 5 Gb/s par lien données, 2,5 Gb/s vers les serveurs)
• Réseau : double commutateur configurable (switch principal + extension Gigabit)
• Refroidissement : système silencieux à flux d’air dirigé
• Équipements annexes : KVM over IP, Raspberry Pi 5, capteurs de température et de consommation.

Les serveurs

Voici la composition du cluster :

1. Bleu : GEEKOM AE8, AMD Ryzen 7 8845HS (8 cœurs / 16 threads, jusqu’à 5,1 GHz), 64 Go DDR5, SSD 512 Go
2. Blanc : Topton Mini PC fanless, Ryzen 7 7730U, 64 Go DDR4, SSD 1 To
3. Rouge : Ryzen 7 8845HS, 32 Go DDR5, SSD 512 Go

Coût annuel estimé (la facture d’électricité mode 24/7):

• 7730U : 8,21 €
• 8845HS : 24,64 €

Performance :

• Single Thread : 3004 à 3739
• CPU Mark : 18 027 à 28 481

En usage réel, un seul serveur (le 7730U) suffit pour mes tâches quotidiennes.

Par exemple, lorsqu’il a été nécessaire de maintenir simultanément la connexion de plus de 200 clients. La machine virtuelle fonctionnait simplement sur un serveur équipé d’un processeur 8845HS, et pendant toute la durée de fonctionnement sous une telle charge (2 mois), la charge moyenne du processeur 8845HS n’a été que de 4 %.

Le cluster n’est activé qu’en période de test ou de charge spécifique.
L’alimentation est assurée par un bloc Anker 250 W USB-C à distribution intelligente.

---

Le stockage NAS

J’utilise un Beelink ME Mini PC (Intel N150), 12 Go LPDDR5, configuré sous TrueNAS.

Trois disques NVMe de 2 To chacun sont montés en RAID 5, offrant un bon équilibre entre sécurité et vitesse.
Le refroidissement actif garde les SSD sous contrôle même en pleine charge.

Le NAS est connecté au réseau via deux interfaces agrégées à 5 Gb/s.
Le design cylindrique rappelle le Cylindre Mac Pro, avec un flux d’air vertical très efficace.

---

Réseau et alimentation

Le switch principal est un modèle noname sans ventilation active, mais avec une excellente stabilité thermique, même à 2,5 Gb/s. Sa principale particularité est la prise en charge étendue des protocoles réseau, notamment le LACP, que je considère indispensable pour augmenter la bande passante du cluster. En effet, un agrégat de liens (bond) sans LACP pourrait, au mieux, offrir un léger gain, mais conduirait surtout à une retransmission massive de paquets. Ainsi, la présence du protocole LACP est essentielle.

Le second switch gigabit dispose également d’une large gamme de fonctions standards, mais ne prend pas en charge autant de protocoles. Il reste toutefois deux fois moins cher, ce qui en fait une solution économique pour l’extension des ports (KVM, Raspberry, etc.).

Les deux switches possèdent un port fibre optique à 10 Gb/s et huit ports Ethernet à 2,5 Gb/s chacun.

Côté alimentation, tout repose sur le alim Anker 250 W, capable d’alimenter quatre appareils via USB-C, avec un affichage en temps réel de la consommation.
La distribution automatique a nécessité quelques ajustements manuels, mais le résultat est propre, silencieux et fiable.

Même en l’absence de refroidissement actif, les températures de l’alimentation ne dépassent pas les valeurs critiques — voir l’image thermique.

---

Refroidissement et gestion thermique

Le flux d’air est organisé comme suit :

• En haut : ventilateur LianLi soufflant vers le bas sur les serveurs fanless.
• En bas : ventilateur 120 mm activé automatiquement dès que la température atteint 36 °C, s’arrêtant à 34 °C.

Cette disposition crée un courant vertical naturel, tout en conservant un bruit minimal.

Description : Le thermostat vérifie la température de l’unité d’alimentation principale et, en cas de température élevée, active le ventilateur de 120 mm afin de créer un flux d’air accru.

Description : Ce même ventilateur, vu de bas en haut depuis le support du serveur NAS. Le ventilateur est protégé par une grille spéciale.

---

Conclusion

Ce projet est plus qu’un simple cluster : c’est une plateforme d’expérimentation personnelle.
Une manière d’apprendre, de tester, d’optimiser — et parfois de se tromper, mais toujours dans un cadre maîtrisé.
Car c’est justement le but d’un HomeLab : faire ses erreurs à la maison, pas en production.

Merci d’avoir pris le temps de découvrir ma configuration et ma philosophie.
Si ce projet vous inspire ou si vous avez des idées d’amélioration, partagez-les dans les commentaires !

Le dispositif KVM, qui peut être utilisé pour la gestion à distance des serveurs via un accès distant. Il s’agit en soi d’un serveur distinct doté d’une connexion Tailscale. Chaque serveur dispose d’une sortie de type « femelle » accessible depuis l’extérieur, permettant de connecter un câble HDMI et un câble USB (pour le clavier virtuel).

---

Article rédigé par GoXLd – passionné de virtualisation et d’infrastructure sécurisée.