NAS-Hardware Ratgeber 2026: Worauf du wirklich achten musst
· Zuletzt geprüft Juli 2026
Die meisten Hardware-Ratgeber drücken dir eine Teileliste in die Hand und hoffen, dass sie zu deinen Plänen passt. Das Problem: Die richtigen Teile hängen fast vollständig von der Software ab, die du betreiben willst, denn eine ZFS-Kiste auf TrueNAS verlangt völlig andere Dinge als ein Unraid-Array oder ein schlankes OpenMediaVault-NAS. Dieser Ratgeber dreht die übliche Reihenfolge um: Du entscheidest zuerst über Betriebssystem und Dateisystem und lässt dann jedes davon dir sagen, worauf du beim Speicher, beim Disk-Controller, bei der Netzwerkkarte und beim Gehäuse achten musst. Wenn du die Kriterien einmal verstanden hast, kannst du jeden Build sicher kalkulieren, statt den Warenkorb eines Fremden zu kopieren und zu hoffen, dass er den ersten Rebuild überlebt.
Erst OS und Dateisystem wählen, dann folgen die Teile
Die größte Weiche in einem NAS-Build ist nicht die CPU oder das Gehäuse, sondern das Dateisystem, denn diese Wahl entscheidet, wie die Maschine mit Speicher umgeht, wie sie deine Platten sehen will und wie viel Raum du zum Wachsen hast. ZFS tauscht RAM und ein wenig Starrheit gegen durchgängige Checksummen, die stille Korruption abfangen, während das Unraid-Array rohe Geschwindigkeit gegen die Freiheit tauscht, Plattengrößen zu mischen und Platte für Platte nachzurüsten; ext4 oder Btrfs auf einem schlichten Linux liegen irgendwo dazwischen. Falls dir dieser Vergleich neu ist, zeigt dir unser Vergleich ZFS vs ext4 vs Btrfs, was jedes davon schützt und was es kostet, und die Gegenüberstellung Unraid vs TrueNAS vs OpenMediaVault bildet diese Dateisysteme auf die Betriebssysteme ab, die die Leute tatsächlich installieren.
Sobald du das OS benannt hast, beantworten sich die Hardware-Fragen fast von selbst, deshalb ist der Rest dieses Ratgebers genauso aufgebaut: was ZFS fordert, was Unraid braucht und weglässt, wann ein leichteres System die klügere Wahl ist und schließlich die Kriterien, die unabhängig vom Weg gelten. Kläre zuerst die Software, und jede spätere Entscheidung, vom RAM-Ausbau bis zur Frage, ob du eine zusätzliche Controller-Karte brauchst, ist keine Raterei mehr.
Was ZFS verlangt (TrueNAS und Proxmox)
ZFS ist der Grund, warum Leute zu "Server"-Hardware greifen, und diesen Ruf verdient es an drei Stellen: Speicher, Disk-Controller und die PCIe-Lanes, die beide versorgen. Fang beim RAM an, denn ZFS borgt sich jeden freien Speicher, den es findet, und macht daraus einen Lese-Cache namens ARC, sodass mehr RAM vor allem schnellere Lesevorgänge bringt und nicht Reserve, die du nie brauchst. Eine alte Faustregel nennt rund 1 GB RAM pro TB Pool, in der Praxis ist das aber eher eine lockere Orientierung als eine harte Untergrenze; 16 GB sind ein bequemer Start für einen Heim-Pool, und TrueNAS veröffentlicht eine eigene Hardware-Empfehlung, falls du vor dem Kauf gegenchecken willst.
Beim Thema ECC wird das Internet am lautesten, deshalb hier die ehrliche Version. OpenZFS selbst bezeichnet ECC-Speicher, der die einzelnen Bit-Flips durch ganz normale Hintergrundstrahlung stillschweigend korrigiert, als sehr empfehlenswert, aber nicht als Pflicht, und die oft wiederholte Geschichte vom "Scrub, der ohne ECC deinen Pool frisst" ist ein Mythos. ECC lohnt sich wirklich bei einem Build, dessen ganzer Sinn Datenintegrität ist, weil es die eine Lücke schließt, die ZFS-Checksummen nicht abdecken können, den Moment, in dem Daten im RAM liegen, bevor sie geschrieben werden; auf einer lässigen Medienkiste ist es ein Nice-to-have, das du weglassen kannst. Die ganze Debatte, und welche Plattformen ECC tatsächlich unterstützen, gehen wir in ECC-RAM für NAS und ZFS durch.
Der Disk-Controller zählt genauso viel, und genau hier gehen viele erste Builds schief. ZFS will jede Platte direkt sehen, deshalb rät OpenZFS von Hardware-RAID-Controllern ab und weist darauf hin, dass die Unterstützung für SATA-Port-Multiplier inkonsistent ist, was sowohl die Fake-RAID-Modi des Mainboards als auch die billigen Port-Splitter-Karten ausschließt, die aus zwei Ports acht Platten versprechen. Wenn du die vier bis sechs SATA-Ports eines typischen Boards überschreitest, ist die zuverlässige Antwort ein HBA wie der Broadcom (LSI) 9300-8i, eine PCIe-x8-Karte im IT-Mode, die acht Platten direkt an ZFS durchreicht. Falls der Unterschied zwischen HBA und RAID-Karte unklar ist, erklärt unser Ratgeber Hardware-RAID vs Software-RAID, warum moderne ZFS-Builds den Durchreich-Ansatz wollen. Für eine Maschine, neben der du nicht sitzt, macht ein echtes Server-Board mit ECC-Unterstützung und IPMI, einem Baseboard-Controller, der dich die Kiste aus der Ferne neu starten und neu installieren lässt, aus einem headless NAS ein Set-and-forget-Gerät. Das Fazit: Plane Budget für RAM ein, rechne ab sechs Platten mit einem HBA und bevorzuge ein Board, das ECC unterstützt, selbst wenn du es erst später bestückst.
Das PCIe-Lane-Budget, wo billige Boards leise ausgehen
PCIe-Lanes sind der Teil, vor dem Erstbauer niemand warnt, und genau dort prallt ein ehrgeiziger ZFS-Build auf ein Consumer-Mainboard. Eine Lane ist eine der begrenzten schnellen Verbindungen der CPU zum Rest des Systems, und eine gängige Desktop-CPU bricht nur ein paar Dutzend davon heraus; der Mainboard-Chipsatz legt ein paar mehr drauf, schleust sie aber alle durch eine einzige gemeinsame Anbindung, also sind sie keine freie Kapazität. Das Konzept lohnt sich vor dem Kauf zu verstehen, und die PCI-Express-Übersicht ist ein guter Einstieg, falls der Begriff neu ist.
Das Problem ist, dass ein ernsthaftes NAS aus jeder Richtung gleichzeitig nach Lanes fragt. Ein Acht-Port-HBA will einen vollen x8-Slot, eine 10GbE-Netzwerkkarte will vier bis acht eigene Lanes, und jede NVMe-SSD, die du für Boot, SLOG oder Cache dazusteckst, beansprucht stillschweigend vier weitere. Zähl das auf einem Budget-Board zusammen, und schon fällt der zweite x16-Slot leise auf x8, sobald der erste bestückt ist, oder ein M.2-Slot deaktiviert ein Paar SATA-Ports, und plötzlich passt der Build, den du skizziert hast, physisch nicht mehr. Das ist der eigentliche Grund, warum ZFS-Builds Richtung Workstation- und Server-Plattformen driften, ein Intel Xeon E oder ein AMD Ryzen mit Workstation-Chipsatz, die schlicht mehr Lanes bereitstellen, sodass HBA, schnelle NIC und ein paar NVMe-Platten nebeneinander existieren, ohne sich zu streiten.
Für die technischere Fraktion: Manche Boards unterstützen PCIe-Bifurcation, die einen physischen x16-Slot in vier unabhängige x4-Verbindungen aufteilt, sodass ein einzelner Slot über eine passive Adapterkarte vier NVMe-Platten tragen kann. Das ist ein echt nützlicher Trick, um aus einer Lane-armen Plattform mehr Speicher zu holen, funktioniert aber nur, wenn Board und Firmware es ausweisen, also prüf das Handbuch, bevor du dich darauf verlässt. Das schlichte Fazit für alle anderen: Wenn deine Wunschliste HBA plus 10GbE plus NVMe enthält, zähl die Lanes zuerst auf dem Papier zusammen und steig auf eine Plattform um, die sie hat, statt den Engpass erst nach der Lieferung zu entdecken.
Was Unraid braucht, und was es dir erspart
Unraid ist das freundliche Gegenteil eines ZFS-Builds, und wenn du eine Sache darüber verstehst, wie es Daten liest, erklärt das die meisten seiner entspannten Hardware-Ansprüche. Anders als ein gestriptes Array liest ein Unraid-Array jede Datei von einer einzigen Platte, statt den ganzen Satz parallel hochzudrehen, was bedeutet, dass du keine aufeinander abgestimmten Platten, keinen Striping-Durchsatz und keinen schnellen Disk-Controller brauchst, um es zu versorgen. Genau diese Design-Entscheidung ist der Grund, warum gemischte Plattengrößen nicht nur geduldet, sondern erwartet werden, sodass das Regal ungleicher Platten, das klassisches RAID verschwenden würde, zu einem völlig brauchbaren Unraid-Array wird.
Die eine feste Regel, die du beim Kauf im Kopf behalten musst, betrifft die Parity: Bei Unraid muss die Parity-Platte mindestens so groß sein wie deine größte Datenplatte, was die offizielle Storage-Dokumentation festhält und was unser Tool weiter unten für dich durchsetzt. In der Praxis heißt das, du kaufst deine einzelne größte Platte als Parity zuerst und füllst dann die Datenplätze mit welchem Mix kleinerer Platten auch immer, den du schon hast oder günstig findest. Weil es keinen ARC zu füttern gibt, sind die RAM-Ansprüche gering: 8 GB reichen für reines File-Serving völlig, und erst wenn du anfängst, Docker-Container und VMs zu stapeln, kletterst du Richtung 16 GB oder mehr. Zwei weitere Bequemlichkeiten runden es ab, denn Unraid bootet und lizenziert von einem schlichten USB-Stick, sodass das OS dich nie einen Plattenschacht kostet, und ein NVMe-Cache-Pool nimmt eingehende Schreibvorgänge in Flash-Geschwindigkeit auf, bevor ein geplanter "Mover" sie nachts auf das langsamere Array verschiebt.
Das Fazit ist, dass Unraid dich das Geld, das du in ECC, einen großen HBA und ein Lane-reiches Board gesteckt hättest, stattdessen in die Platten selbst stecken lässt, also ist es die natürliche Wahl für eine Medienbibliothek, die unvorhersehbar Platte für Platte wächst.
Wann ein leichteres System oder ein Fertiggerät die klügere Wahl ist
Nicht jedes NAS muss eine ZFS-Festung sein, und so tun, als wäre es so, ist der Weg, wie Leute beim ersten Build zu viel ausgeben. OpenMediaVault ist der leichtgewichtige Mittelweg: ein Debian-basiertes System, das problemlos auf einem sparsamen Mini-PC oder sogar einem Raspberry Pi läuft, dir ext4 oder Btrfs mit optionalem SnapRAID für Parity gibt und dich in einer normalen Linux-Shell statt in einem abgeschotteten Gerät lässt. Es ist die vernünftige Wahl, wenn du einfach, günstig und leise willst und wenn die Checksummen und der RAM-Hunger von ZFS Aufwand wären, den du nie einlöst.
Noch weiter unten auf der Aufwandskurve liegen die versiegelten Fertiggeräte von Synology, QNAP und Ugreen, und die gibt es aus einem echten Grund. Wenn du die Teile, den Zusammenbau, die OS-Einrichtung und die Tatsache abwägst, dass ein DIY-Kasten dich zu deinem eigenen Garantie- und Support-Schalter macht, ist ein schlüsselfertiges 2-bis-4-Bay-Gerät oft der klügere Kauf fürs erste NAS, und du tauschst Flexibilität gegen eine Maschine, die einsatzbereit ankommt. Unser Vergleich Synology vs QNAP vs DIY stellt diese Plattformen direkt gegenüber, und falls du grundsätzlich noch zwischen Bauen und Kaufen schwankst, findest du das ehrliche Urteil im DIY-Teileliste-Begleiter zu diesem Ratgeber, verlinkt in der Empfehlung unten. Das Fazit: Passe den Ehrgeiz der Hardware an den Ehrgeiz der Aufgabe an, denn ein Fertiggerät, das passt, ist mehr wert als ein DIY-Build, der einschüchtert.
Die Kriterien, die für jeden Build gelten
Egal, bei welchem OS du landest, eine Handvoll Entscheidungen zieht sich durch jedes NAS, und sie richtig zu treffen zählt mehr als das letzte Prozent irgendeines Einzelwerts zu jagen. Das sind die Teile, mit denen du am längsten lebst, und die dich am ehesten später beißen, wenn du an der falschen Ecke sparst, deshalb hilft es, sie gemeinsam statt einzeln abzuwägen.
- Gehäuse und Schächte: Wähle das Gehäuse für deine geplante Plattenzahl plus mindestens einen freien Schacht und bevorzuge ein echtes NAS-Gehäuse mit Hot-Swap-Rahmen und Luftstrom über dem Plattenkäfig, statt Platten in einen übrig gebliebenen Tower zu quetschen. Prüfe Kapazitäten an echten Modellen in unserer NAS-Festplatten-Datenbank, bevor du dich auf eine Schachtzahl festlegst.
- Netzteil-Reserve und -Qualität: Ein Stapel drehender Platten zieht beim Anlaufen einen echten Stromstoß, deshalb schlägt ein leises, effizientes 80-Plus-Netzteil mit Reserve ein Billig-Netzteil, das ein Sechs-Platten-Array in die Knie zwingt, und die Kombination mit einer USV schützt einen laufenden Schreibvorgang vor dem Stromausfall, wie in Beste USV für NAS gezeigt.
- Kühlung und Lautstärke: Platten halten am längsten bei stetigem Luftstrom von vorne nach hinten, und ein NAS im Wohnzimmer braucht leise Lüfter und ruhigere Platten, ein Kompromiss, den wir in unserem Ratgeber NAS-Lautstärke beziffern.
- CPU: File-Serving ist leichte Arbeit, aber wenn du Plex oder Jellyfin planst, stemmt ein Intel-Chip mit Quick Sync Hardware-Transcoding mehrere Streams, ohne den Prozessor kaum zu berühren, also deckt ein sparsamer N100 einen leichten Medienserver ab, und du steigst erst für viele gleichzeitige Transcodes oder schwere Virtualisierung auf einen i5 oder Ryzen um.
- Netzwerkkarte: 2.5GbE ist 2026 die sinnvolle Untergrenze, weil es ein paar drehende Platten sättigt und über die Verkabelung läuft, die du schon hast, während 10GbE seinen Preis erst neben NVMe oder einem breiten Array samt passendem Switch verdient.
- Boot-Gerät: Das OS gehört auf eine eigene kleine SATA- oder NVMe-SSD (oder bei Unraid einen USB-Stick), niemals auf den Pool, den es verwaltet, und eine günstige 128-bis-256-GB-Platte reicht völlig.
Das Fazit: Schächte, Strom, Kühlung und Netzwerk sind die Entscheidungen, die du nach dem Einbau nicht mehr leicht rückgängig machst, also lege deine Aufmerksamkeit dorthin, bevor du über Plattenmarken streitest.
Beispiel-Hardware, auf die diese Kriterien hinauslaufen
Das ist bewusst keine vorgeschriebene Einkaufsliste, sondern ein kurzer Satz Teile, auf die die Kriterien oben tendenziell hinauslaufen, also nimm sie als Ankerpunkte und kalkuliere den Rest des Builds um deine OS-Wahl und Plattenzahl herum.
Empfehlung
Wenn Datenintegrität der ganze Punkt ist, bau für ZFS auf TrueNAS: ein Board, das ECC unterstützt (idealerweise ein Server-Board mit IPMI), 16 GB RAM oder mehr, einen HBA im IT-Mode ab sechs Platten und genug PCIe-Lanes, damit eine 10GbE-Karte und ein NVMe-Gerät nicht damit streiten. Wenn du einen Haufen ungleicher Platten für eine Medienbibliothek bündelst, nimm Unraid: eine bescheidene CPU, 8 bis 16 GB normalen RAM, deine größte Platte als Parity, einen NVMe-Cache-Pool und einen USB-Boot-Stick, wobei das gesparte Geld direkt in Platten fließt. Und wenn du einfach, leise und günstig willst oder lieber nicht dein eigener Support-Schalter wärst, betreib OpenMediaVault auf einer kleinen Maschine oder kauf gleich ein Fertiggerät; das beste NAS ist das, dessen Hardware dazu passt, wie viel deines Wochenendes du tatsächlich dafür ausgeben willst.
Verwandte Artikel
NAS-Mainboard: SATA-Ports und PCIe-Lanes richtig lesen
NAS kaufen 2026: Ugreen, Synology, QNAP oder DIY?
NAS-Stromverbrauch: Was dein NAS wirklich pro Jahr kostet
HDD vs SSD im NAS: Wann lohnt sich was?
NAS-Kühlung 2026: Festplatten-Temperatur richtig gemacht
ZFS Hardware-Anforderungen 2026: RAM, ECC, HBA, SLOG