Guide matériel NAS 2026 : que regarder selon votre OS
· Dernière vérification juillet 2026
La plupart des guides matériels vous tendent une liste de pièces en espérant qu'elle collera à vos plans. Le souci, c'est que les bonnes pièces dépendent presque entièrement du logiciel que vous comptez faire tourner, car une machine ZFS sous TrueNAS réclame des choses très différentes d'une grappe Unraid ou d'un NAS léger sous OpenMediaVault. Ce guide inverse l'ordre habituel : vous décidez d'abord du système d'exploitation et du système de fichiers, puis vous laissez chacun vous dire quoi regarder du côté de la mémoire, du contrôleur de disques, de la carte réseau et du boîtier. Apprenez les critères une fois et vous pourrez chiffrer n'importe quel build en confiance, au lieu de copier le panier d'un inconnu en espérant qu'il survive à son premier rebuild.
Choisissez d'abord l'OS et le système de fichiers, les pièces suivront
Le plus grand embranchement dans un build NAS n'est pas le CPU ni le boîtier, c'est le système de fichiers, car ce choix décide comment la machine utilise la mémoire, comment elle veut voir vos disques et combien de marge vous avez pour grandir. ZFS échange de la RAM et un peu de rigidité contre des checksums de bout en bout qui attrapent la corruption silencieuse, tandis que la grappe Unraid échange la vitesse brute contre la liberté de mélanger les tailles de disque et d'ajouter un disque à la fois ; ext4 ou Btrfs sur un Linux ordinaire se situent quelque part entre les deux. Si cette comparaison vous est nouvelle, notre analyse ZFS vs ext4 vs Btrfs détaille ce que chacun protège et ce qu'il coûte, et le comparatif Unraid vs TrueNAS vs OpenMediaVault projette ces systèmes de fichiers sur les systèmes d'exploitation que les gens installent réellement.
Une fois l'OS nommé, les questions de matériel se répondent presque toutes seules, c'est pourquoi le reste de ce guide suit la même logique : ce que ZFS exige, ce qu'Unraid réclame et laisse tomber, quand un système plus léger est le choix plus malin, et enfin les critères qui valent quel que soit le chemin. Réglez d'abord le logiciel et chaque décision ultérieure, de la quantité de RAM à acheter jusqu'à la question d'un contrôleur additionnel, cesse d'être un pari.
Ce que ZFS exige (TrueNAS et Proxmox)
ZFS est la raison pour laquelle les gens se tournent vers du matériel "serveur", et il mérite cette réputation à trois endroits : la mémoire, le contrôleur de disques et les lignes PCIe qui alimentent les deux. Commencez par la RAM, car ZFS emprunte toute la mémoire libre qu'il trouve et en fait un cache de lecture appelé l'ARC, si bien que davantage de mémoire achète surtout des lectures plus rapides et non une réserve que vous ne toucherez jamais. Une vieille règle empirique suggère environ 1 Go de RAM par To de pool, mais en pratique c'est une orientation souple plutôt qu'un plancher strict ; 16 Go sont un bon point de départ pour un pool domestique, et TrueNAS publie sa propre recommandation matérielle si vous voulez recouper avant d'acheter.
La question de l'ECC est là où internet s'emballe le plus, alors voici la version honnête. OpenZFS lui-même décrit la mémoire ECC, qui corrige en silence les bit flips provoqués par le rayonnement de fond ordinaire, comme fortement recommandée, pas obligatoire, et l'histoire souvent répétée du "scrub qui dévore votre pool sans ECC" est un mythe. L'ECC vaut vraiment le coup sur un build dont la raison d'être est l'intégrité des données, parce qu'elle comble la seule brèche que les checksums de ZFS ne couvrent pas, le moment où les données sont en RAM avant d'être écrites ; sur une machine multimédia sans enjeu, c'est un confort dont vous pouvez vous passer. Nous parcourons tout le débat, et quelles plateformes prennent réellement l'ECC en charge, dans RAM ECC pour NAS et ZFS.
Le contrôleur de disques compte tout autant, et c'est là que beaucoup de premiers builds déraillent. ZFS veut voir chaque disque directement, c'est pourquoi OpenZFS déconseille les contrôleurs RAID matériels et note que la prise en charge des port multipliers SATA est inconsistante, ce qui écarte à la fois les modes fake-RAID de la carte mère et les cartes séparatrices bon marché qui promettent huit disques depuis deux ports. Quand vous dépassez les quatre à six ports SATA d'une carte typique, la réponse fiable est un HBA comme le Broadcom (LSI) 9300-8i, une carte PCIe x8 en mode IT qui transmet huit disques directement à ZFS. Si la différence entre un HBA et une carte RAID reste floue, notre guide RAID matériel vs RAID logiciel explique pourquoi les builds ZFS modernes veulent l'approche en passthrough. Pour une machine à côté de laquelle vous ne vous assiérez pas, une vraie carte serveur avec prise en charge de l'ECC et IPMI, un contrôleur de gestion qui vous laisse redémarrer et réinstaller la machine à distance, transforme un NAS sans écran en appareil que l'on configure et oublie. À retenir : prévoyez du budget pour la RAM, planifiez un HBA dès que vous passez six disques, et privilégiez une carte qui prend l'ECC en charge même si vous ne la peuplez que plus tard.
Le budget de lignes PCIe, là où les cartes bon marché s'essoufflent
Les lignes PCIe sont la partie dont personne n'avertit celui qui construit pour la première fois, et c'est justement là qu'un build ZFS ambitieux se heurte à une carte mère grand public. Une ligne est l'une des connexions rapides et limitées du CPU vers le reste du système, et un CPU de bureau courant n'en sort qu'une petite vingtaine ; le chipset de la carte en ajoute quelques-unes, mais il les canalise toutes par un unique lien partagé, donc ce n'est pas de la capacité gratuite. Le concept mérite d'être compris avant de dépenser, et l'aperçu de PCI Express est une bonne introduction si le terme est nouveau.
Le problème, c'est qu'un NAS sérieux réclame des lignes de toutes les directions à la fois. Un HBA à huit ports veut un slot x8 complet, une carte réseau 10GbE veut quatre à huit lignes à elle, et chaque SSD NVMe que vous ajoutez pour le boot, le SLOG ou le cache en réclame silencieusement quatre de plus. Additionnez cela sur une carte économique et vous découvrez que le second slot x16 retombe en silence à x8 dès que le premier est peuplé, ou qu'un slot M.2 désactive une paire de ports SATA, et soudain le build que vous aviez esquissé ne rentre plus physiquement. C'est la vraie raison pour laquelle les builds ZFS dérivent vers des plateformes workstation et serveur, un Intel Xeon E ou un AMD Ryzen avec chipset workstation, qui exposent simplement plus de lignes pour qu'un HBA, une NIC rapide et deux disques NVMe cohabitent sans se disputer.
Pour le public plus technique : certaines cartes prennent en charge le bifurcation PCIe, qui scinde un slot physique x16 en quatre liens x4 indépendants, de sorte qu'un seul slot peut porter quatre disques NVMe sur un adaptateur passif. C'est une astuce vraiment utile pour tirer plus de stockage d'une plateforme pauvre en lignes, mais elle ne marche que si la carte et son firmware l'annoncent, alors vérifiez le manuel avant de compter dessus. À retenir simplement pour tous les autres : si votre liste d'envies comprend HBA plus 10GbE plus NVMe, additionnez les lignes sur le papier d'abord et passez à une plateforme qui les a, plutôt que de découvrir le manque une fois les pièces arrivées.
Ce qu'Unraid réclame, et ce qu'il vous épargne
Unraid est l'opposé sympathique d'un build ZFS, et comprendre une seule chose sur sa façon de lire les données explique la plupart de ses exigences matérielles détendues. Contrairement à une grappe en striping, une grappe Unraid lit chaque fichier depuis un seul disque au lieu de faire tourner tout l'ensemble en parallèle, ce qui veut dire que vous n'avez besoin ni de disques assortis, ni de débit de classe striping, ni d'un contrôleur de disques rapide pour l'alimenter. Ce seul choix de conception explique pourquoi les tailles de disque mélangées ne sont pas seulement tolérées mais attendues, si bien que l'étagère de disques de capacités disparates que le RAID classique gaspillerait devient une grappe Unraid parfaitement valable.
La seule règle ferme à garder en tête au moment d'acheter concerne la parité : sous Unraid, le disque de parité doit être au moins aussi grand que votre plus gros disque de données, ce que la documentation officielle du stockage précise et que notre outil ci-dessous applique pour vous. En pratique, cela signifie acheter votre unique plus gros disque comme parité en premier, puis remplir les emplacements de données avec le mélange de disques plus petits que vous possédez déjà ou trouvez à bas prix. Comme il n'y a pas d'ARC à nourrir, les besoins en RAM sont faibles : 8 Go suffisent amplement pour du pur partage de fichiers, et vous ne grimpez vers 16 Go ou plus qu'en empilant des conteneurs Docker et des machines virtuelles. Deux commodités complètent le tableau, car Unraid démarre et se licencie depuis une modeste clé USB, si bien que l'OS ne vous coûte jamais une baie de disque, et un pool de cache NVMe absorbe les écritures entrantes à la vitesse du flash avant qu'un "mover" programmé ne les migre vers la grappe plus lente pendant la nuit.
À retenir : Unraid vous laisse dépenser dans les disques eux-mêmes l'argent que vous auriez versé dans l'ECC, un gros HBA et une carte riche en lignes, c'est donc le choix naturel pour une bibliothèque multimédia qui grandit de façon imprévisible, un disque à la fois.
Quand un système plus léger ou un appareil préassemblé est le choix plus malin
Tout NAS n'a pas besoin d'être une forteresse ZFS, et prétendre le contraire est la manière dont les gens dépensent trop sur leur premier build. OpenMediaVault est le juste milieu léger : un système à base de Debian qui tourne sans peine sur un mini-PC basse consommation ou même une Raspberry Pi, vous donne ext4 ou Btrfs avec SnapRAID optionnel pour la parité, et vous laisse dans un shell Linux normal plutôt que dans un appareil verrouillé. C'est le choix sensé quand vous voulez du simple, du bon marché et du silencieux, et quand les checksums et l'appétit en RAM de ZFS seraient un effort que vous n'encaissez jamais.
Plus bas encore sur la courbe d'effort se trouvent les appareils scellés de Synology, QNAP et Ugreen, et ils existent pour une vraie raison. Quand vous pesez les pièces, l'assemblage, la configuration de l'OS et le fait qu'un boîtier DIY fait de vous votre propre guichet de garantie et de support, une unité clé en main de deux à quatre baies est souvent l'achat plus malin pour un premier NAS, et vous échangez de la flexibilité contre une machine qui arrive fonctionnelle. Notre comparatif Synology vs QNAP vs DIY oppose ces plateformes face à face, et si vous hésitez encore entre construire et acheter tout court, le verdict honnête vit dans le compagnon "liste de pièces DIY" de ce guide, relié dans la recommandation plus bas. À retenir : ajustez l'ambition du matériel à l'ambition de la tâche, car un appareil préassemblé qui convient vaut mieux qu'un build DIY qui intimide.
Les critères qui valent pour tout build
Quel que soit l'OS retenu, une poignée de décisions se retrouve dans chaque NAS, et bien les prendre compte plus que courir après le dernier pour-cent d'une caractéristique isolée. Ce sont les pièces avec lesquelles vous vivez le plus longtemps et celles qui risquent le plus de vous mordre plus tard si vous rognez au mauvais endroit, il vaut donc mieux les peser ensemble plutôt qu'une par une.
- Boîtier et baies : choisissez le châssis pour votre nombre de disques prévu plus au moins une baie de réserve, et privilégiez un vrai boîtier NAS conçu pour, avec des tiroirs hot-swap et un flux d'air sur la cage à disques, plutôt que de tasser des disques dans une tour de récupération. Vérifiez les capacités face à de vrais modèles dans notre base de données de disques NAS avant de figer un nombre de baies.
- Marge et qualité de l'alimentation : une rangée de disques qui démarrent tire un vrai pic à l'allumage, donc une alimentation 80 Plus silencieuse et efficace avec de la marge l'emporte sur une alimentation bon marché qui fait s'écrouler une grappe de six disques, et l'associer à un onduleur protège une écriture en cours d'une coupure de courant, comme détaillé dans le meilleur onduleur pour NAS.
- Refroidissement et bruit : les disques durent le plus longtemps avec un flux d'air constant de l'avant vers l'arrière, et un NAS qui vit dans un salon a besoin de ventilateurs silencieux et de disques plus calmes, un compromis que nous chiffrons dans notre guide des niveaux de bruit des NAS.
- CPU : servir des fichiers est un travail léger, mais si vous prévoyez Plex ou Jellyfin, une puce Intel avec Quick Sync pour le transcodage matériel gère plusieurs flux sans presque toucher le processeur, donc un N100 économe couvre un serveur multimédia léger, et vous ne montez vers un i5 ou un Ryzen que pour beaucoup de transcodages simultanés ou de la virtualisation lourde.
- Carte réseau : le 2.5GbE est le plancher raisonnable en 2026 parce qu'il sature deux disques mécaniques et fonctionne sur le câblage que vous avez déjà, tandis que le 10GbE ne justifie son prix qu'aux côtés du NVMe ou d'une grappe large avec un switch à la hauteur.
- Périphérique de démarrage : l'OS va sur son propre petit SSD SATA ou NVMe (ou une clé USB sous Unraid), jamais sur le pool qu'il gère, et un disque bon marché de 128 à 256 Go suffit amplement.
À retenir : baies, alimentation, refroidissement et réseau sont les décisions que vous ne défaites pas facilement une fois la machine installée, donc portez votre attention là avant de vous disputer sur les marques de disques.
Exemples de matériel vers lesquels pointent ces critères
Ce n'est volontairement pas une liste d'achats imposée, c'est un court ensemble de pièces vers lequel les critères ci-dessus tendent, alors prenez-les comme des points d'ancrage et chiffrez le reste du build autour de votre choix d'OS et de votre nombre de disques.
Recommandation
Si l'intégrité des données est tout l'intérêt, construisez pour ZFS sur TrueNAS : une carte qui prend l'ECC en charge (idéalement une carte serveur avec IPMI), 16 Go de RAM ou plus, un HBA en mode IT dès que vous dépassez six disques, et assez de lignes PCIe pour qu'une carte 10GbE et un périphérique NVMe ne se disputent pas avec lui. Si vous regroupez un tas de disques disparates pour une bibliothèque multimédia, partez sur Unraid : un CPU modeste, 8 à 16 Go de RAM ordinaire, votre plus gros disque comme parité, un pool de cache NVMe et une clé USB de démarrage, l'argent économisé allant droit dans les disques. Et si vous voulez du simple, du silencieux et du bon marché, ou que vous préférez ne pas être votre propre guichet de support, faites tourner OpenMediaVault sur une petite machine ou achetez carrément un appareil préassemblé ; le meilleur NAS est celui dont le matériel correspond au temps de votre week-end que vous voulez vraiment y consacrer.
Articles liés
Carte mère NAS : ports SATA et lignes PCIe qui comptent
Acheter un NAS en 2026 : Ugreen, Synology, QNAP ou DIY ?
Consommation électrique du NAS : ce qu'il coûte vraiment par an
HDD vs SSD dans un NAS : quand chacun est rentable ?
Refroidissement du NAS 2026 : la température des disques bien gérée
Matériel requis pour ZFS en 2026 : RAM, ECC, HBA, SLOG