Le but : s’émanciper de Synology, avoir plus de souplesse pour gérer mes services (Docker, VMs), segmenter proprement les rôles, et surtout garder le contrôle.
- Budget: 1k max
- Silencieux + faible TDP
- Doit gérer 30 containers et 4 vms simultanément
WebDAV - CIFS / SMB / - Docker/ - Hyper Backup / - Hyper Backup Vault / - Herbgement WebLes services prévus
minimum 16 coeurs, 32 RAM, nvme*2 réseau 5G
Préciser les attentes en rapidité, temps de redémarrage, tolérance aux pannes, sauvegardes, etc.
Fractal Design Node 304
Compact, sobre, ventilé, silencieux
Parfait pour un serveur dans un salon ou une pièce à vivre
Carte mère
Mini-ITX ou mATX avec bon IOMMU (si passthrough) — ASUS, par exemple
CPU
AMD Ryzen 5 / 7 ou Intel i5 Ultra / i7 Ultra
Favoriser les TDP modérés → < 65W
RAM
32 Go DDR4 minimum
Stockage OS
SSD NVMe (Proxmox sur 128/256 Go)
Stockage data
2 à 4 HDD/SSD selon RAID ou ZFS
Alimentation
SFX ou ATX silencieuse (Seasonic, Be Quiet)
Refroidissement
Ventirad silencieux (Noctua, Be Quiet)
Prise en charge du passthrough PCIe ou GPU
→ Permet d’attribuer une carte graphique physique à une VM, comme si c’était un vrai PC
→ Doit être UEFI (OVMF) compatible
Esthétique : doit rester “salon-friendly”
Le passthrough (redirection matérielle) est une fonctionnalité de virtualisation qui permet d’assigner directement un périphérique physique (comme une carte graphique, une carte réseau ou un contrôleur USB) à une machine virtuelle (VM). Cela signifie que la VM peut utiliser ce matériel sans passer par l’hyperviseur.
| Usage | Pertinent ? |
|---|---|
| 🖥️ VM Windows/Linux avec interface graphique accélérée | ✅ Oui |
| 🧠 IA / encodage / machine learning | ✅ Oui |
| 🎥 Transcodage vidéo (Plex, Jellyfin) | ✅ Oui |
| 🕹️ VM pour usage lourd par un proche | ✅ À creuser ? |
- ➡️ 1 seule VM peut utiliser le passthrough GPU
- ❌ Les autres VM ne pourront pas utiliser le GPU en passthrough
- ❌ Le périphérique n’est plus accessible à l’hôte une fois passé à la VM.
- ❌ Les VM avec passthrough ne peuvent pas être migrées vers un autre hôte sans redémarrage
- l’usage complet de Docker et de ses extensions (compose, swarm, etc.) sans restrictions de noyau
- la migration live possible via Proxmox (utile pour la haute disponibilité) ;
- la compatibilité totale avec des outils comme Portainer, Watchtower, ou Jellyfin avec passthrough GPU.
- moins de consommation CPU / RAM
- démarrage très rapide ;
- gestion simple avec la GUI Proxmox.
tous les LXCs partagent le même noyau Linux du host Proxmox ;
certaines images Docker ne fonctionnent pas correctement (par exemple celles qui demandent des modules non chargés) ;
isolation et sécurité moindres : un exploit noyau dans le conteneur peut impacter l’hôte.
Sur Proxmox, il est recommandé de faire tourner Docker dans une machine virtuelle (VM) plutôt que directement dans un conteneur LXC, sauf pour des cas spécifiques où la légèreté prime sur la compatibilité ou la sécurité.
C’est le meilleur choix pour les applications critiques, serveurs multimédias, ou workloads externes (accessible à d’autres utilisateurs ou sur Internet).
C’est l’approche la plus stable et sûre.