Ein NAS steht und fällt mit den Laufwerken im Inneren: Wer nur auf Kapazität schaut, bezahlt oft zu viel für Geschwindigkeit, die im Alltag gar nicht ankommt. Ich zeige hier, wann interne Festplatten die vernünftigere Basis sind, wann SSDs wirklich spürbar helfen und warum Cache, RAID und Backup nicht dasselbe sind. Dazu kommt der Blick auf Kompatibilität und typische Fehlentscheidungen, die ich in der Praxis immer wieder sehe.
Die wichtigsten Entscheidungen bei NAS-Laufwerken auf einen Blick
- HDDs liefern meist das beste Preis-pro-TB-Verhältnis und bleiben für Archive, Medienbibliotheken und Sicherungen die naheliegende Wahl.
- SSDs lohnen sich vor allem bei vielen kleinen Dateien, virtuellen Maschinen, aktiven Projekten und als Cache.
- Für NAS-Arrays bevorzuge ich CMR-HDDs und SSDs mit klarer 24/7- oder NAS-Freigabe statt beliebiger Desktop-Modelle.
- RAID ersetzt kein Backup - es schützt nur vor dem Ausfall einzelner Laufwerke, nicht vor Löschung, Ransomware oder Bedienfehlern.
- Kompatibilitätslisten und Firmware sind 2026 wichtiger denn je, weil nicht jedes Laufwerk in jedem System alle Funktionen freischaltet.
Worin der praktische Unterschied zwischen HDD und SSD liegt
Wenn ich ein NAS plane, denke ich zuerst nicht an Marken oder Modellnamen, sondern an das Nutzungsprofil. Eine HDD ist mechanisch aufgebaut, trägt also rotierende Scheiben und einen Schreib-Lesekopf mit sich herum. Genau das macht sie pro Terabyte günstig und für große Datenmengen attraktiv, kostet aber Reaktionszeit und erzeugt mehr Geräusch und Wärme.
Eine SSD arbeitet ohne bewegliche Teile. Das bringt niedrige Latenzen, leisen Betrieb und deutlich bessere Reaktion bei vielen kleinen Zugriffen. Im Gegenzug ist der Preis pro Terabyte höher, und die Haltbarkeit sollte ich nicht übersehen: Bei SSDs spielt die Schreiblast eine größere Rolle als bei klassischen Festplatten.
| Kriterium | HDD | SSD | Praxisfazit |
|---|---|---|---|
| Preis pro TB | Niedrig | Höher | HDD für große Archive und Backups |
| Zugriffszeit | Mechanisch bedingt langsamer | Sehr niedrig | SSD bei vielen kleinen Dateien klar im Vorteil |
| Geräusch und Vibration | Spürbar | Kaum vorhanden | SSD ist angenehmer im Wohnraum |
| Typische Rolle im NAS | Datenpool, Medien, Backup | Cache, Arbeitsdaten, VM-Storage | Beide ergänzen sich oft besser als sie konkurrieren |
Ich halte die Frage deshalb nie für „HDD oder SSD?“, sondern eher für „Welche Datenart gehört wohin?“. Genau diese Zuordnung entscheidet später darüber, ob das System einfach nur viel Speicher hat oder sich im Alltag auch schnell anfühlt.
Wann sich HDDs lohnen und wann SSDs wirklich sinnvoll sind
Der wichtigste Realitätscheck ist oft nicht die Laufwerkswahl, sondern das Netzwerk. In einem 1-GbE-Heimnetz ist bei rund 110 MB/s praktisch Schluss. Selbst eine sehr schnelle SSD kann dann ihre Stärke bei großen sequentiellen Transfers kaum ausspielen, weil das Kabel vorher bremst. Bei 2,5 GbE liegt die Praxis eher bei etwa 280 MB/s, bei 10 GbE entsprechend deutlich höher.
| Einsatzszenario | Sinnvolle Wahl | Warum ich so entscheiden würde |
|---|---|---|
| Foto- und Videoarchiv | CMR-HDDs im RAID oder Spiegel | Viel Platz, gute Kosten pro TB, solide Dauerlast |
| Familien-NAS mit Medien, Backups und Dokumenten | HDD-Basis, optional SSD-Cache | Die Datenmenge wächst schnell, aber nicht jede Datei muss auf SSD liegen |
| Arbeitsdaten mit vielen kleinen Dateien | SSD-Volume oder Hybrid-Setup | Hier zählt Reaktionsgeschwindigkeit mehr als reine Kapazität |
| VMs, Container, Datenbanken | SSDs, möglichst mit hoher Haltbarkeit | Random I/O und viele Schreibzugriffe machen den Unterschied |
| Reines Archiv mit seltenem Zugriff | Große HDDs | SSD wäre in diesem Fall oft unnötig teuer |
Ich setze SSDs im NAS also nicht automatisch als Ersatz für Festplatten ein, sondern gezielt dort, wo Zugriffsmuster und Latenz wirklich zählen. Damit ist die grobe Richtung klar, aber beim eigentlichen Kauf kommen noch ein paar technische Details dazu, die man nicht übersehen sollte.
So wähle ich interne Festplatten für ein NAS
Bei Festplatten achte ich zuerst auf die Bauart des Aufzeichnungsverfahrens. CMR ist für NAS-Arrays meist die bessere Wahl, weil die Schreibzugriffe konstanter bleiben und sich Rebuilds in RAID-Verbünden sauberer verhalten. SMR kann für ruhige Archivzwecke funktionieren, wird aber in einem aktiv genutzten NAS schnell zur Geduldsprobe, sobald viele kleine Schreibvorgänge zusammenkommen.
Ein zweiter Punkt ist die Ausrichtung auf 24/7-Betrieb und Mehrbenutzerlast. NAS-HDDs sind dafür gedacht, dauerhaft zu laufen, häufiger zu lesen und zu schreiben und mit Vibrationen in Mehrschacht-Systemen zurechtzukommen. Desktop-Festplatten können funktionieren, aber ich würde sie nur einsetzen, wenn ich genau weiß, dass das System wenig Last hat und keine hohe Verfügbarkeit verlangt.
Worauf ich außerdem schaue:
- Workload-Angabe des Herstellers, also wie viel Schreib- und Lesevolumen die Platte pro Jahr verkraften soll.
- Garantiezeit von 3 bis 5 Jahren als grober Hinweis auf die Zielklasse.
- Vibrationsmanagement, besonders ab vier Schächten oder in eng bestückten Gehäusen.
- Kapazitätsplanung, damit das Array nicht von Anfang an zu knapp dimensioniert ist.
- Reserveplatz, weil ein fast volles NAS langsamer und unflexibler wird.
Ich plane Volumes nie bis zum letzten Gigabyte aus. 15 bis 20 Prozent Luft sind im Alltag vernünftig, weil Snapshots, Rebuilds und gewöhnliches Wachstum sonst schnell an Grenzen stoßen. Genau an dieser Stelle verschiebt sich die Diskussion von reiner Kapazität hin zu SSD-Funktionen, und dort wird es noch interessanter.
Welche SSD-Arten im NAS wirklich etwas bringen
SSDs sind im NAS nicht gleich SSDs. Ich trenne für mich immer zwischen 2,5-Zoll-SATA-SSDs, M.2-NVMe-SSDs und der Frage, ob sie als Cache oder als echtes Volume laufen sollen. Die SATA-Variante ist unkompliziert und für viele NAS-Systeme die robusteste Lösung, wenn ich aktive Daten oder Arbeitsordner beschleunigen will. M.2-NVMe ist schneller, aber eben nicht in jedem NAS als Datenspeicher freigeschaltet, sondern oft nur für Cache oder nur in bestimmten Modellreihen.
Der größte Fehler ist, SSD-Tempo mit „immer schneller“ gleichzusetzen. In einem klassischen Heim-NAS mit 1-GbE merkt man einen SSD-Cache vor allem bei vielen kleinen Dateien, beim Öffnen von Projekten oder beim Wiederholen derselben Zugriffe. Bei großen sequentiellen Kopien bleibt das Netzwerk oft der Flaschenhals. Ein Cache beschleunigt also nicht die Leitung, sondern die Reaktionszeit des Speichers dahinter.
Bei der Haltbarkeit schaue ich auf zwei Begriffe: TBW beschreibt, wie viel Datenvolumen insgesamt auf die SSD geschrieben werden darf, bevor der Hersteller die Haltbarkeit als erreicht ansieht. DWPD sagt aus, wie oft der komplette Speicher pro Tag innerhalb der Garantie beschrieben werden kann. Für NAS-SSDs sind diese Werte oft wichtiger als eine hohe Spitzenrate auf dem Datenblatt.
Synology beschreibt SSD-Cache als eine relativ einfache Möglichkeit, die Reaktionszeit eines NAS zu verbessern, und verweist bei Schreibcache auf eine RAID-Absicherung der Cache-Module. QNAP weist beim Anlegen eines SSD-Caches außerdem ausdrücklich darauf hin, dass die ausgewählten Laufwerke dabei geleert werden. Solche Details klingen banal, entscheiden aber darüber, ob die Erweiterung später sauber oder ärgerlich läuft.
Mein Pragmatismus ist hier simpel: Für aktive Arbeitsdaten nehme ich lieber eine SSD als ein übertriebenes Cache-Versprechen. Für Archive bleibe ich bei HDDs. Und wenn ich beides brauche, baue ich bewusst ein Hybrid-Setup.
Warum RAID allein keine Datensicherheit schafft
RAID ist Verfügbarkeit, kein Backup. Dieser Satz ist nicht spektakulär, aber er rettet Daten. Ein RAID schützt vor dem Ausfall eines Laufwerks, je nach Level auch vor dem Ausfall von zwei Laufwerken. Es schützt aber nicht vor gelöschten Ordnern, versehentlich überschriebenen Dateien, Ransomware, Firmware-Problemen oder einem defekten Benutzerkonto mit zu vielen Rechten.
Ich arbeite deshalb immer mit der 3-2-1-Regel: drei Kopien der Daten, auf zwei verschiedenen Medien, davon eine Kopie außerhalb des NAS. In der Praxis kann das so aussehen:
- lokales NAS als primäre Arbeitskopie,
- zweites Ziel per externer USB-Platte, zweitem NAS oder Cloud-Sicherung,
- regelmäßige Wiederherstellungstests, damit das Backup nicht nur theoretisch existiert.
Snapshots sind in diesem Zusammenhang hilfreich, weil sie schnelle Rücksprungpunkte schaffen, wenn etwas schiefgeht. Sie ersetzen das Backup aber ebenfalls nicht. Ich würde sie eher als zusätzliche Schutzschicht sehen, nicht als letzte Instanz. Genau deshalb lohnt sich ein sauber aufgebautes NAS nicht nur wegen der Laufwerke, sondern wegen des gesamten Datenkonzepts.
Woran ich ein NAS-Setup festmache, bevor ich die Laufwerke bestelle
Bevor ich etwas kaufe, prüfe ich vier Dinge: Kompatibilität, Nutzung, Redundanz und Reserve. Besonders bei aktuellen NAS-Generationen ist die Kompatibilitätsfrage nicht nur eine Formalität. Ich würde bei Synology zum Beispiel sehr genau auf Modell, DSM-Version und Freigaben für Drittanbieter-Laufwerke achten, weil nicht jede Funktion mit jedem M.2- oder SATA-Laufwerk automatisch offen ist.
Für meine Praxis heißt das:
- Kompatibilitätsliste prüfen, bevor ich Laufwerke bestelle.
- Gleichartige Laufwerke für ein Array wählen, also nicht unnötig unterschiedliche Kapazitäten und Klassen mischen.
- Genügend freie Reserve einplanen, statt das NAS von Beginn an zu überfüllen.
- USV mitdenken, wenn das NAS geschäftskritisch ist oder häufig schreibt.
- Auf Geräusch und Wärme achten, wenn das System im Wohn- oder Arbeitsraum steht.
Ich würde 2026 außerdem nicht mehr nur fragen, wie viel Terabyte das System schafft, sondern wie gut sich das Setup später erweitern lässt. Das beste NAS ist nicht das mit der größten Zahl auf dem Karton, sondern das, das zu Datenmenge, Zugriffsmustern und Sicherheitsniveau passt. Wenn ich das sauber vorab trenne, spare ich Geld, vermeide Fehlkäufe und bekomme am Ende ein System, das im Alltag einfach ruhig läuft.
