Heimserver selbst bauen: Speicher, Container und virtuelle Maschinen

NAS oder Heimserver: der Unterschied ist die Last

Ein NAS speichert Daten und gibt sie frei. Es verbringt seine Zeit im Leerlauf und braucht vor allem Laufwerke, Ausfallsicherheit und wenig Strom. Ein Heimserver soll zusätzlich Dienste betreiben: Jellyfin für die Filmsammlung, Nextcloud als eigene Cloud, Home Assistant für die Hausautomation, Pi-hole, vielleicht einen Spieleserver, vielleicht eine virtuelle Windows-Maschine.

Der Punkt, an dem die Hardware-Planung kippt, ist nicht die Rechenlast, sondern der Arbeitsspeicher. Zehn Docker-Container belegen zusammen oft weniger als 4 GB. Drei virtuelle Maschinen belegen 12 GB, bevor sie überhaupt etwas Sinnvolles tun, denn jede bringt ihr eigenes vollständiges Betriebssystem mit. Und genau hier wird der N100 mit seinen 16 GB zum Engpass.

Welche Plattform: Proxmox, TrueNAS oder Unraid

Wählen Sie Proxmox, wenn Virtualisierung im Vordergrund steht. Proxmox ist ein reiner Hypervisor mit exzellentem Umgang mit virtuellen Maschinen und LXC-Containern. Speicher verwaltet es über ZFS, ist aber kein komfortables NAS-Betriebssystem. Viele betreiben deshalb eine TrueNAS-Instanz als virtuelle Maschine unter Proxmox und reichen den Festplatten-Controller durch.

Wählen Sie TrueNAS SCALE, wenn der Speicher im Vordergrund steht und Docker nur dazukommt. Es ist kostenlos, ZFS ist erstklassig, und die App-Verwaltung deckt die üblichen Dienste ab. Virtuelle Maschinen kann es auch, aber Proxmox kann es besser.

Wählen Sie Unraid, wenn Sie beides in einer bequemen Oberfläche wollen und die Lizenzgebühr akzeptieren. Unraid ist bei Docker und gemischten Laufwerksgrößen sehr entspannt und deshalb der beliebteste Einstieg für gewachsene Plattensammlungen.

Hardware, die zu den Diensten passt

Und die Begründung, welche Konfiguration zu welcher Last gehört:

Nur Docker, keine Windows-Maschine: Intel N100, 16 GB, vier Festplatten. Rund 40 W, rund 375 € ohne Laufwerke. Deckt Jellyfin, Nextcloud, Home Assistant und Pi-hole gleichzeitig ab.

Docker plus einige virtuelle Maschinen: aktuelle Sechs- oder Achtkern-CPU auf einem Mainboard mit vier Speicher-Steckplätzen, 32 bis 64 GB, möglichst ECC. Rechnen Sie mit 60 bis 90 W im Leerlauf und 600 bis 900 € ohne Laufwerke.

Medienstreaming ist der Sonderfall: Wichtig ist nicht die CPU-Leistung, sondern eine Grafikeinheit, die in Hardware transkodiert. Intels Quick Sync erledigt das seit Jahren zuverlässig und steckt bereits im N100. Eine dedizierte Grafikkarte brauchen Sie im Heimserver praktisch nie, und sie kostet dauerhaft Strom.

Ein schneller NVMe-Cache lohnt sich, sobald Container darauf laufen. Datenbanken und Container-Abbilder fühlen sich auf rotierenden Platten zäh an und auf einer NVMe sofort spürbar flüssig.

Container oder virtuelle Maschine: nehmen Sie im Zweifel den Container

Ein Docker-Container teilt sich den Kernel mit dem Wirtssystem und bringt nur die Anwendung selbst mit. Er startet in Sekunden, belegt oft weniger als 500 MB und lässt sich mit einer einzigen Konfigurationsdatei wiederherstellen. Eine virtuelle Maschine dagegen emuliert einen kompletten Rechner samt eigenem Betriebssystem und belegt dessen Arbeitsspeicher fest, ob sie ihn nutzt oder nicht.

Für den Heimgebrauch heißt das: Nehmen Sie den Container, wann immer es geht. Jellyfin, Nextcloud, Pi-hole, Home Assistant, Vaultwarden, Paperless: Das alles gibt es als fertiges Container-Abbild, und alles zusammen läuft bequem auf einem N100 mit 16 GB.

Eine virtuelle Maschine brauchen Sie nur in drei Fällen: wenn die Software ein anderes Betriebssystem verlangt (etwa Windows), wenn Sie eine Umgebung strikt vom Rest abschotten wollen, oder wenn Sie mit Snapshots einer kompletten Maschine experimentieren möchten. Jeder dieser Fälle kostet Sie 4 bis 8 GB Arbeitsspeicher, und genau daran scheitert der N100.

Die drei Fehler, die fast jeder einmal macht

Erstens: alles auf einen Verbund legen. Trennen Sie Betriebssystem, Container und Nutzdaten. Das Systemlaufwerk gehört auf eine eigene SSD, die Container-Abbilder auf eine NVMe, die großen Daten auf den Plattenverbund. Sonst schreibt Ihnen ein aus dem Ruder gelaufener Container den Datenspeicher voll.

Zweitens: kein Backup, weil Parität ja schützt. Sie schützt gegen Festplattenausfall. Sie schützt nicht gegen einen Bedienfehler, einen Verschlüsselungstrojaner oder ein defektes Netzteil, das alle Laufwerke gleichzeitig mitnimmt.

Drittens: Dienste direkt ins Internet stellen. Wenn Sie von außen an Ihre Daten wollen, nehmen Sie ein VPN wie WireGuard oder ein Tunnel-Verfahren, nicht eine offene Portweiterleitung auf die Weboberfläche Ihres Servers.