Im vorherigen Beitrag ging es um den Wechsel vom QNAP-NAS zu einem selbst aufgebauten Homeserver und um die Entscheidung zwischen TrueNAS, Proxmox und schließlich Unraid. In diesem Beitrag geht es nun um die Hardware dahinter.

Ein wichtiger Grund für den Wechsel auf einen Selbstbau-Server war die Möglichkeit, Standard-PC-Komponenten einzusetzen und das System später schrittweise erweitern zu können. Genau das hat sich inzwischen auch bewährt: Der Server entspricht heute nicht mehr vollständig der ursprünglichen Konfiguration.

Die aktuelle Hardware

Der Server besteht aktuell aus folgenden Hauptkomponenten, ich habe mehr oder weniger das genommen was herum lag, das Asrock, der Arbeeitsspeicher, das Netzteil und die alte T1000 waren bereits da.:

Dazu kommen natürlich die verschiedenen HDDs und SSDs für Datenspeicher, Parity und schnelle Speicherbereiche.

Das Mainboard als Basis

Als Grundlage dient ein ASRock Z690 PG Riptide. Bei einem Homeserver ist das Mainboard ein wichtiger Punkt, weil es darüber entscheidet, wie gut sich das System später erweitern lässt.

Neben den Anschlüssen für Festplatten sind vor allem ausreichend PCI-Express-Steckplätze interessant. Darüber lassen sich beispielsweise zusätzliche SATA- beziehungsweise Storage-Controller, schnelle Netzwerkkarten oder eine dedizierte Grafikkarte nachrüsten.

Gerade diese Möglichkeit zur späteren Erweiterung war gegenüber einem klassischen Fertig-NAS ein großer Vorteil.
Bei einem QNAP oder vergleichbaren NAS ist man weitgehend auf die vom Hersteller vorgesehene Hardware beschränkt. Bei einem selbst aufgebauten Server lässt sich dagegen bei Bedarf nur die Komponente austauschen, die tatsächlich zum Engpass geworden ist.

Vom Core i3 zum Core i5

Das zeigt sich besonders gut beim Prozessor.
Ursprünglich lief der Server mit einem Intel Core i3-12100T. Für die ersten Aufgaben war dieser vollkommen ausreichend. Mit der Zeit kamen jedoch immer mehr Docker-Container, Serverdienste und weitere Anwendungen hinzu. Statt deshalb einen komplett neuen Server aufzubauen, konnte einfach der Prozessor aufgerüstet werden.

Heute arbeitet ein Intel Core i5-14500T im System. Damit stehen deutlich mehr Rechenressourcen für parallel laufende Dienste, Container und virtuelle Maschinen zur Verfügung.

Genau diese schrittweise Erweiterbarkeit war einer der Gründe für den Selbstbau: Die Hardware kann mit den Anforderungen wachsen.

Warum eine T-CPU?

Bei beiden Prozessoren habe ich mich bewusst für eine T-Variante entschieden. Ein Homeserver läuft üblicherweise rund um die Uhr. Neben der maximalen Rechenleistung spielen deshalb auch Stromverbrauch und Wärmeentwicklung eine Rolle.

Das bedeutet nicht, dass ein solcher Prozessor permanent nur einen bestimmten niedrigen Verbrauch hat. Die tatsächliche Leistungsaufnahme hängt immer von Last, Mainboard-Konfiguration und weiteren Komponenten ab.

Für einen dauerhaft laufenden Server ist eine auf niedrigere Leistungsaufnahme ausgelegte CPU aber grundsätzlich eine interessante Basis. Die meiste Zeit arbeitet ein Homeserver ohnehin nicht unter Volllast.

32 GB Arbeitsspeicher

Aktuell stehen dem System 32 GB DDR4-RAM zur Verfügung. Für einen einfachen Dateiserver wäre das deutlich mehr als notwendig. Sobald jedoch Docker-Container, Datenbanken, Caches und virtuelle Maschinen hinzukommen, steigt der Speicherbedarf entsprechend. Gerade bei einem System, das mehrere unterschiedliche Aufgaben gleichzeitig übernimmt, bietet zusätzlicher Arbeitsspeicher außerdem Reserven für spätere Erweiterungen.

NVIDIA T1000 mit 8 GB

Zusätzlich steckt inzwischen eine NVIDIA T1000 mit 8 GB Grafikspeicher im Server. Eine dedizierte Grafikkarte benötigt ein klassischer NAS-Dateiserver natürlich nicht. Bei einem Homeserver kann eine GPU allerdings für verschiedene Aufgaben interessant sein, beispielsweise für hardwarebeschleunigte Videoverarbeitung, Medienserver, bestimmte Docker-Anwendungen oder virtuelle Maschinen.

Der Vorteil besteht auch hier darin, dass die Hardware nicht zwingend einer einzigen Anwendung fest zugeordnet sein muss. Je nach Konfiguration können verschiedene Dienste von der zusätzlichen Rechenleistung profitieren.

10 Gbit/s direkt am Netzwerkkern

Ein leistungsfähiger Server bringt wenig, wenn seine Netzwerkanbindung zum Flaschenhals wird. Deshalb wurde der Unraid-Server zusätzlich mit einer 10-Gbit-Netzwerkkarte ausgestattet. Die Verbindung erfolgt direkt per Glasfaser zum UniFi Aggregation Switch im zentralen Netzwerkschrank. Damit hängt der Server unmittelbar am schnellen Backbone des Heimnetzwerks.

Das macht sich insbesondere bei großen Dateiübertragungen, Backups und gleichzeitigen Zugriffen mehrerer Clients bemerkbar.
Ein einzelner Arbeitsplatz benötigt deshalb noch lange keine 10-Gbit-Verbindung. Wenn jedoch mehrere Geräte gleichzeitig auf denselben zentralen Server zugreifen, ist eine schnelle Serveranbindung wesentlich interessanter.

HDDs für Kapazität, SSDs für Geschwindigkeit

Bei einem Homeserver haben HDDs und SSDs unterschiedliche Stärken. Klassische Festplatten bieten weiterhin viel Speicherplatz zu vergleichsweise niedrigen Kosten und eignen sich deshalb gut für große Datenbestände.
SSDs bieten dagegen wesentlich geringere Zugriffszeiten und hohe I/O-Leistung.
Unraid ermöglicht es, diese Eigenschaften miteinander zu kombinieren.

Große Datenmengen können auf den HDDs liegen, während schnelle SSD-Speicherbereiche beispielsweise für Anwendungen, Docker-Container, virtuelle Maschinen oder temporär besonders aktive Daten verwendet werden können.

Die genaue Speicherstruktur meines Servers ist inzwischen allerdings umfangreich genug, dass sie einen eigenen Beitrag verdient.

450 Watt reichen völlig aus

Die Stromversorgung übernimmt ein 450-Watt-Netzteil. Bei einem Server wird häufig nur auf die maximale Wattzahl geschaut. Entscheidend ist jedoch, wie viel Leistung das System tatsächlich benötigt. Ein Homeserver mit energieeffizientem Prozessor, einigen Festplatten und einer vergleichsweise sparsamen Grafikkarte benötigt im normalen Betrieb keine 800 oder 1.000 Watt.

Wichtiger als eine möglichst hohe Nennleistung sind eine vernünftige Dimensionierung, Qualität und ausreichende Reserven – insbesondere beim gleichzeitigen Anlaufen mehrerer Festplatten.

Standardhardware als großer Vorteil

Rückblickend ist genau die Verwendung normaler PC-Hardware einer der größten Vorteile des Systems. Der Prozessor konnte bereits ausgetauscht werden. Eine Grafikkarte wurde ergänzt. Die Netzwerkanbindung wurde auf 10 Gbit/s erweitert und weitere Laufwerke können bei Bedarf hinzukommen.

Bei einem klassischen Fertig-NAS wäre ein solcher Umbau nur sehr eingeschränkt möglich. Beim Selbstbau-Server kann dagegen gezielt dort aufgerüstet werden, wo tatsächlich Bedarf entsteht.

Der aktuelle Server ist nicht „fertig“

Ein weiterer Unterschied zum früheren NAS ist deshalb auch die Denkweise.
Das QNAP wurde als fertiges Gerät gekauft und anschließend innerhalb seiner Möglichkeiten erweitert.
Der Unraid-Server ist dagegen eher eine Plattform.

Neue Anforderungen können zusätzliche Festplatten, mehr Arbeitsspeicher, einen anderen Prozessor oder weitere Erweiterungskarten notwendig machen, ohne dass dafür direkt das komplette System ersetzt werden muss.

Genau deshalb passt der Aufbau inzwischen deutlich besser zu meinem Einsatzzweck.

Im nächsten Teil geht es um einen der wichtigsten Unterschiede zum klassischen NAS:
Unraid-Speicher erklärt – Array, Parity, SSD-Pools und warum es kein klassisches RAID ist.

Mein QNAP TS-453Be war viele Jahre lang ein wichtiger Bestandteil meines Heimnetzwerks. Ursprünglich als zentraler Datenspeicher angeschafft, übernahm es mit der Zeit immer mehr Aufgaben.

Neben der klassischen Dateiablage kamen Dienste wie Plex, Synchronisation, Backups und weitere Anwendungen hinzu. Durch die Möglichkeit, zusätzliche Apps zu installieren und das NAS später sogar mit SSDs zu erweitern, ließ sich das System lange sinnvoll ausbauen.

Irgendwann war allerdings der Punkt erreicht, an dem ein klassisches Fertig-NAS nicht mehr zu den Anforderungen passte.

Wenn aus einem NAS ein Server wird

Der ursprüngliche Einsatzzweck war vergleichsweise einfach:
Daten zentral speichern, von mehreren Geräten darauf zugreifen und einen gewissen Schutz vor Festplattenausfällen erhalten.
Mit der Zeit änderten sich die Anforderungen jedoch deutlich. Neben der reinen Datenspeicherung sollten immer mehr Dienste dauerhaft verfügbar sein. Medienserver, private Cloud, Fotoverwaltung, Netzwerkdienste, Downloads, virtuelle Maschinen und verschiedene Test- und Entwicklungsumgebungen benötigten zunehmend mehr Rechenleistung und Flexibilität.

Damit war aus der ursprünglichen Anforderung „Ich brauche ein NAS“ irgendwann eher die Frage geworden:
Brauche ich überhaupt noch ein klassisches NAS – oder eigentlich einen Homeserver?

Die Grenzen des QNAP

Das QNAP TS-453Be erfüllte seinen Zweck über lange Zeit zuverlässig.
Trotzdem wurden die Grenzen eines kompakten Fertig-NAS mit zunehmender Nutzung immer deutlicher.

Die Rechenleistung war begrenzt, der Arbeitsspeicher ließ sich nur innerhalb eines gewissen Rahmens erweitern und bei zusätzlichen Anwendungen musste zunehmend darauf geachtet werden, welche Ressourcen noch zur Verfügung standen.

Auch Erweiterungen waren zwar möglich, aber letztlich immer an die vorhandene Hardwareplattform gebunden.
Der nachgerüstete SSD-Cache hatte dem System noch einmal spürbar mehr Geschwindigkeit gebracht. An der grundsätzlichen Leistungsgrenze des Geräts änderte das jedoch nichts.

Vor allem der Wunsch nach mehr Docker-Containern, virtuellen Maschinen und leistungsfähigeren Anwendungen sprach irgendwann für eine andere Plattform.

Wieder ein Fertig-NAS?

Natürlich hätte man das QNAP einfach durch ein größeres und leistungsfähigeres NAS ersetzen können.
Damit wäre allerdings ein Teil des ursprünglichen Problems nur verschoben worden. Leistungsfähigere NAS-Systeme mit stärkerem Prozessor, mehr Arbeitsspeicher und entsprechenden Erweiterungsmöglichkeiten sind schnell relativ teuer. Gleichzeitig bleibt man weiterhin an die jeweilige Hardwareplattform und teilweise auch an die vorgesehenen Erweiterungsmöglichkeiten des Herstellers gebunden.

Diesmal sollte das System deshalb von Anfang an flexibler aufgebaut werden.

Welches System sollte es werden?

Nachdem feststand, dass das nächste System kein klassisches Fertig-NAS mehr werden sollte, war die Softwareplattform zunächst noch offen. In der engeren Auswahl standen vor allem TrueNAS, Proxmox und Unraid.

Alle drei Systeme verfolgen unterschiedliche Schwerpunkte:

• TrueNAS ist sehr stark auf Storage, ZFS und Datenintegrität ausgerichtet.
• Proxmox ist in erster Linie eine Virtualisierungsplattform für virtuelle Maschinen und Container.
• Unraid verbindet Netzwerkspeicher, Docker und Virtualisierung in einer vergleichsweise einfach zu verwaltenden Oberfläche.

TrueNAS war vor allem wegen ZFS und der professionellen Speicherfunktionen interessant. Gleichzeitig erschien mir die Speichererweiterung dort weniger flexibel für meinen geplanten Einsatzzweck, insbesondere weil ich vorhandene und unterschiedlich große Festplatten möglichst lange weiterverwenden wollte.

Proxmox war ebenfalls eine ernsthafte Option. Für virtuelle Maschinen und Container ist es eine sehr leistungsfähige Plattform. Der Schwerpunkt liegt allerdings deutlich stärker auf Virtualisierung als auf der komfortablen Verwaltung eines klassischen NAS mit unterschiedlich großen Datenträgern.

Unraid stellte für meinen Einsatzzweck letztlich den interessantesten Mittelweg dar.

Ich wollte weiterhin einen zentralen Dateiserver betreiben, gleichzeitig aber deutlich mehr Docker-Container und bei Bedarf virtuelle Maschinen nutzen können. Außerdem sollte sich der Speicher möglichst unkompliziert erweitern lassen, ohne bei jeder Erweiterung einen kompletten RAID-Verbund neu planen zu müssen.
Aus dieser Kombination fiel die Entscheidung schließlich auf Unraid.

Warum Unraid?

Unraid kombiniert mehrere Funktionen, die für meinen Einsatzzweck interessant waren. Zum einen dient das System weiterhin als zentraler Netzwerkspeicher.
Im Gegensatz zu vielen klassischen RAID-Konfigurationen können dabei unterschiedlich große Festplatten relativ flexibel miteinander kombiniert werden. Eine oder mehrere Parity-Festplatten dienen zur Absicherung gegen den Ausfall von Datenlaufwerken.

Gleichzeitig bietet Unraid eine integrierte Plattform für:

• Docker-Container
• virtuelle Maschinen
• Netzwerkfreigaben
• SSD- beziehungsweise Cache-Pools
• unterschiedliche Datenträgergrößen
• flexible Erweiterung des Speichers

Damit war genau die Kombination möglich, die ich gesucht hatte: NAS und Server auf einer gemeinsamen Hardwareplattform.

Speicher flexibel erweitern

Ein wichtiger Punkt war für mich die flexible Speicherverwaltung. Bei klassischen RAID-Systemen müssen Erweiterungen häufig relativ genau geplant werden. Je nach RAID-Level sind gleiche oder zumindest ähnlich große Laufwerke sinnvoll beziehungsweise erforderlich.

Unraid verfolgt einen anderen Ansatz. Die Dateien liegen grundsätzlich auf einzelnen Datenlaufwerken. Die Parity-Festplatte enthält zusätzliche Informationen, mit denen beim Ausfall eines Laufwerks dessen Daten rekonstruiert werden können. Dadurch lassen sich Laufwerke unterschiedlicher Größe wesentlich einfacher kombinieren und später einzeln gegen größere Modelle austauschen. Gerade bei einem System, das über viele Jahre wachsen soll, ist das ein großer Vorteil.

Auch hier gilt allerdings:

Parity ist kein Backup. Sie schützt vor einem Laufwerksausfall, aber nicht vor versehentlich gelöschten Dateien, Schadsoftware oder einem Defekt beziehungsweise Verlust des gesamten Servers.

Mehr als nur Dateispeicher

Der größte Unterschied zum bisherigen QNAP zeigte sich allerdings bei den zusätzlichen Diensten.
Docker ist bei Unraid direkt in die Oberfläche integriert. Dadurch lassen sich unterschiedlichste Anwendungen voneinander getrennt als Container betreiben.

Inzwischen laufen auf dem Server unter anderem Dienste für:

• Medienstreaming
• Fotoverwaltung
• private Cloud
• E-Books
• Netzwerkdienste
• Reverse Proxy
• Virenschutz
• Downloads
• Gameserver
• Entwicklungs- und Testumgebungen

Hinzu kommen virtuelle Maschinen für Aufgaben, die sich nicht sinnvoll als Docker-Container abbilden lassen.
Damit ist der Server heute deutlich mehr als ein Netzwerkspeicher.

Die Hardware darf mitwachsen

Ein weiterer Vorteil eines selbst aufgebauten Servers ist die Möglichkeit, einzelne Komponenten unabhängig voneinander auszutauschen.

Der Server basiert auf einem ASRock Z690 PG Riptide und ist inzwischen mit einem Intel Core i5-14500T, 32 GB DDR4-Arbeitsspeicher und einer NVIDIA T1000 mit 8 GB Grafikspeicher ausgestattet.

Ursprünglich kam noch ein Intel Core i3-12100T zum Einsatz. Als die Anforderungen stiegen, konnte lediglich der Prozessor ausgetauscht werden, ohne das komplette System ersetzen zu müssen. Auch Erweiterungskarten, zusätzliche Datenträger oder eine schnellere Netzwerkanbindung lassen sich bei Bedarf nachrüsten.

Die Stromversorgung übernimmt ein 450-Watt-Netzteil. Gerade diese Aufrüstbarkeit war einer der Punkte, die beim Wechsel vom Fertig-NAS zu einem selbst aufgebauten System wichtig waren.

10 Gbit/s für den Server

Mit zunehmender Leistung des Servers sollte auch das Netzwerk nicht zum Flaschenhals werden. Deshalb erhielt das System eine 10-Gbit-Netzwerkkarte und wurde direkt per Glasfaser mit dem UniFi Aggregation Switch im zentralen Netzwerkschrank verbunden. Dadurch steht dem Server eine schnelle Verbindung zum 10-Gbit-Backbone des Heimnetzwerks zur Verfügung.
Gerade bei großen Dateiübertragungen, Backups oder mehreren gleichzeitigen Zugriffen macht sich diese Anbindung deutlich bemerkbar.

Vom NAS zur zentralen Serverplattform

Rückblickend war der Wechsel vom QNAP zum Unraid-Server weniger ein einfacher Austausch eines NAS gegen ein anderes System. Vielmehr hat sich der Einsatzzweck grundsätzlich verändert.

Das QNAP war ursprünglich ein Netzwerkspeicher, der mit der Zeit immer mehr Serveraufgaben übernehmen musste. Der Unraid-Server wurde dagegen von Anfang an als Plattform geplant, die sowohl Speicher als auch Anwendungen und Virtualisierung bereitstellen kann.

Damit ist das System heute ein zentraler Bestandteil meines Heimnetzwerks. In den nächsten Beiträgen möchte ich deshalb genauer darauf eingehen, wie der Server aufgebaut ist und welche Aufgaben er übernimmt.

Weiter geht es mit:
Mein Unraid-Server 2026 – Hardware, Speicher und Aufbau