Homelab starten: Was du für deinen ersten Homeserver wirklich brauchst

Ein Homelab muss nicht mit einem Serverschrank, zehn Festplatten und komplizierter Netzwerktechnik beginnen. Für viele sinnvolle Anwendungen reicht ein kleiner, sparsamer Rechner, den du bereits besitzt oder gezielt für wenige Aufgaben auswählst.

Der wichtigste Schritt kommt deshalb vor dem Hardwarekauf: Entscheide zuerst, welche Dienste du wirklich betreiben möchtest.

Ein Homeserver für Home Assistant, einen Werbeblocker und einige Docker-Container hat völlig andere Anforderungen als ein System mit mehreren virtuellen Maschinen, 50 TB Mediendaten oder GPU-beschleunigter Videoverarbeitung.

Dieser Leitfaden zeigt dir, wie du deinen ersten Homeserver systematisch planst, welche Komponenten wichtig sind und wo Einsteiger oft unnötig viel Geld oder Komplexität investieren.

Schritt 1: Beginne mit den Diensten, nicht mit der Hardware

Schreibe zuerst auf, was der Server tatsächlich tun soll.

Typische erste Anwendungen sind:

• Home Assistant
• DNS-Werbeblocker
• Dateiablage
• automatische Backups
• Medienserver
• Fotoverwaltung
• Dokumentenmanagement
• private Cloud
• Docker-Container
• kleine Linux-VMs
• Testumgebungen

Ordne danach jede Anwendung grob einer Ressourcenart zu.

Die Werte sind bewusst relativ. Eine Fotoverwaltung mit KI-Funktionen kann deutlich mehr Ressourcen benötigen als ein einfacher Webserver, obwohl beides als Container läuft.

Eine praktische Startfrage

Formuliere dein Ziel in einem Satz:

Ich möchte auf einem einzigen sparsamen Homeserver zunächst
Home Assistant, einen DNS-Filter, eine private Dateiablage und
fünf bis zehn kleine Docker-Dienste betreiben.

Mit so einer Beschreibung lässt sich Hardware sinnvoll auswählen. «Ich möchte ein Homelab» ist dafür noch zu ungenau.

Schritt 2: Wähle die passende Geräteklasse

Für ein Homelab gibt es nicht die eine richtige Bauform.

Vorhandener Desktop-PC

Ein alter oder nicht mehr produktiv genutzter PC ist oft der günstigste Einstieg.

Vorteile:

• keine oder geringe Anschaffungskosten
• RAM und Laufwerke häufig gut erweiterbar
• mehrere SATA-Anschlüsse und PCIe-Steckplätze möglich
• ideal zum Lernen und Testen

Nachteile:

• ältere Hardware kann im Leerlauf vergleichsweise viel Strom benötigen
• Gehäuse und Lüfter können gross oder laut sein
• alte Hardware ist nicht automatisch zuverlässig

Für die ersten Wochen ist vorhandene Hardware trotzdem häufig sinnvoller als ein sofortiger Neukauf. Erst im Betrieb siehst du, welche Ressourcen du wirklich brauchst.

Mini-PC

Kompakte Business- oder Mini-PCs eignen sich gut für Container und virtuelle Maschinen, wenn grosse lokale Festplattenkapazität nicht im selben Gehäuse untergebracht werden muss.

Vorteile:

• kompakt
• häufig niedriger Leerlaufverbrauch
• moderne CPUs bieten für viele Homelab-Dienste viel Leistung
• NVMe-SSDs und ausreichend RAM sind bei vielen Modellen möglich

Nachteile:

• wenige interne Laufwerksschächte
• Erweiterungsmöglichkeiten je nach Modell stark begrenzt
• Netzwerkanschlüsse nicht immer austauschbar

Ein Mini-PC ist besonders interessant, wenn Speicher und Rechenleistung getrennt werden sollen oder du primär Container und VMs betreibst.

NAS-Gerät

Ein fertiges NAS stellt Speicher und einfache Serverfunktionen in den Mittelpunkt.

Vorteile:

• mehrere Laufwerksschächte
• auf Dauerbetrieb ausgelegt
• Verwaltungsoberfläche meist einsteigerfreundlich
• Datei- und Backup-Funktionen integriert

Nachteile:

• CPU und RAM können stärker begrenzt sein
• Aufrüstung ist modellabhängig
• Container- und VM-Funktionen unterscheiden sich deutlich zwischen Plattformen

Wenn dein Hauptziel grosse Datenmengen und Dateiablage sind, kann ein NAS sinnvoller sein als ein Mini-PC.

Selbst gebauter Server

Ein eigenes ATX- oder Mini-ITX-System bietet die grösste Gestaltungsfreiheit.

Vorteile:

• Anzahl der Laufwerke frei planbar
• RAM, Netzwerkkarten und Erweiterungen flexibel
• Komponenten gezielt auf Energieverbrauch und Leistung abstimmbar

Nachteile:

• höherer Planungsaufwand
• mehr Fehlerquellen bei der Zusammenstellung
• für ein erstes kleines Homelab oft unnötig komplex

Baue erst dann gross, wenn dein Bedarf gross ist.

Schritt 3: CPU nach Arbeitslast auswählen

Für kleine Infrastruktur-Dienste und viele normale Container ist keine High-End-CPU notwendig.

Wichtiger sind diese Fragen:

Brauche ich virtuelle Maschinen?
Brauche ich Hardware-Transcoding für Medien?
Nutze ich KI- oder Bildanalyse lokal?
Wie viele Dienste laufen gleichzeitig?
Soll der Server möglichst wenig Strom verbrauchen?

Virtualisierung

Wenn du virtuelle Maschinen betreiben möchtest, sollte die CPU Hardware-Virtualisierung unterstützen und diese im BIOS/UEFI aktiviert sein.

Bei Intel heisst die grundlegende CPU-Virtualisierung typischerweise VT-x, bei AMD AMD-V. Für bestimmte Formen von Geräte-Passthrough kommen zusätzlich IOMMU-Funktionen wie Intel VT-d oder AMD-Vi hinzu.

Die Systemanforderungen von Proxmox VE (externer Link) und die Unraid-Dokumentation zur Virtualisierung (externer Link) nennen diese Funktionen für den entsprechenden VM-Betrieb und Geräte-Passthrough.

Mehr Kerne sind nicht automatisch besser

Ein Homeserver verbringt oft viel Zeit im Leerlauf. Für einen 24/7-Server sind deshalb neben Spitzenleistung auch wichtig:

• Leerlaufverbrauch
• Plattformverbrauch
• Kühlung
• gewünschte Erweiterbarkeit
• Hardware-Unterstützung durch das Betriebssystem

Eine alte Server-CPU mit vielen Kernen kann für deine tatsächliche Arbeitslast schlechter passen als ein moderner sparsamer Prozessor mit weniger Kernen.

Schritt 4: RAM realistisch dimensionieren

Es gibt keine universelle RAM-Zahl für ein Homelab.

Als praktische Startbereiche, nicht als technische Mindestanforderung, kannst du grob so denken:

Warum nur als Orientierung? Weil einzelne Anwendungen sehr unterschiedlich sind.

Proxmox VE benötigt zusätzlich zum Host Arbeitsspeicher für jede VM. Auch ZFS, Datenbanken, Suchindizes, Fotoanalyse und andere speicherintensive Anwendungen können den Bedarf erhöhen.

Die bessere Regel lautet deshalb:

RAM für Host
+
RAM für gleichzeitig aktive Dienste
+
RAM für VMs
+
vernünftige Reserve

Wenn du zwischen 16 und 32 GB schwankst und die Plattform später einfach aufrüstbar ist, musst du nicht zwingend sofort maximal bestücken.

Schritt 5: Betriebssystem und Daten getrennt denken

Ein häufiger Anfängerfehler ist, alle Laufwerke einfach als «Speicher» zu betrachten.

Trenne mindestens gedanklich:

1. System / Boot
2. Anwendungen / Container / VMs
3. produktive Daten
4. Backups

SSD oder NVMe für System und Anwendungen

SSDs eignen sich gut für:

• Betriebssystem
• Container-Daten
• Datenbanken
• VM-Disks
• Cache
• häufig verwendete Metadaten

Sie bieten geringe Zugriffszeiten und hohe I/O-Leistung.

HDDs für grosse Datenmengen

Festplatten bleiben sinnvoll, wenn viel Kapazität wichtiger ist als maximale I/O-Leistung, zum Beispiel für:

• Filmarchive
• grosse Fotoarchive
• Backups
• selten veränderte Datenbestände

Ob SSD oder HDD sinnvoller ist, hängt daher von der Aufgabe ab und nicht davon, welche Technik neuer ist.

RAID oder Parität ist kein Backup

Ein RAID, Mirror oder Paritätssystem kann helfen, den Ausfall eines Datenträgers zu überstehen. Es schützt aber nicht automatisch vor:

• versehentlichem Löschen
• beschädigten Dateien
• Malware
• Fehlkonfiguration
• Diebstahl
• Feuer- oder Wasserschaden
• einem Fehler, der auf mehrere Kopien repliziert wird

Deshalb gilt:

Redundanz hält einen Dienst eher verfügbar.
Backup ermöglicht Wiederherstellung.

Beides hat unterschiedliche Aufgaben.

Das Schweizer Bundesamt für Cybersicherheit (externer Link) empfiehlt regelmässige Backups, Wiederherstellungstests und räumlich getrennte Sicherungskopien.

Schritt 6: Netzwerk nicht überdimensionieren

Für viele erste Homelabs reicht Gigabit-Ethernet problemlos.

Theoretisch entspricht:

1 Gbit/s = 125 MB/s
2.5 Gbit/s = 312.5 MB/s
10 Gbit/s = 1'250 MB/s

In der Praxis liegt der nutzbare Datendurchsatz wegen Protokoll-Overhead, Datenträgern und anderer Engpässe darunter.

Wann 2.5 Gbit/s sinnvoll wird

Mehr als Gigabit lohnt sich besonders bei:

• grossen Dateiübertragungen
• schnellen SSD-basierten NAS-Systemen
• mehreren gleichzeitigen Clients
• grossen Backups
• VM-Storage über das Netzwerk

Für Home Assistant, DNS, kleine Webanwendungen oder normale Internetdienste bringt ein schnellerer LAN-Port dagegen kaum einen spürbaren Vorteil.

Kabel vor WLAN

Ein fest installierter Homeserver sollte nach Möglichkeit per Ethernet verbunden werden.

Das reduziert Abhängigkeiten von:

• Funkqualität
• Kanalbelegung
• Roaming
• WLAN-Neustarts

WLAN kann funktionieren, aber eine kabelgebundene Verbindung ist für zentrale Infrastruktur meist einfacher und vorhersehbarer.

Schritt 7: Den Stromverbrauch vor dem Kauf berücksichtigen

Ein Homeserver läuft häufig 24 Stunden pro Tag. Deshalb ist der Leerlaufverbrauch wichtiger als bei einem PC, der nur wenige Stunden eingeschaltet ist.

Ein Rechenbeispiel:

20 Watt × 24 Stunden × 365 Tage
= 175.2 kWh pro Jahr

Bei einem rein fiktiven Strompreis von CHF 0.30 pro kWh wären das:

175.2 kWh × CHF 0.30
= CHF 52.56 pro Jahr

Bei 80 Watt Dauerverbrauch wären es bereits 700.8 kWh pro Jahr.

Der tatsächliche Schweizer Strompreis hängt von Gemeinde, Versorger, Tarif und Jahr ab. Nutze für deine Kalkulation deshalb deinen eigenen Arbeitspreis.

Nicht nur die CPU messen

Zum Gesamtverbrauch gehören auch:

• Mainboard
• RAM
• Netzwerkkarten
• HBA-/SATA-Controller
• Festplatten
• Lüfter
• externe USB-Geräte
• Netzteilverluste

Wenn Energieeffizienz wichtig ist, ist eine Messung an der Steckdose aussagekräftiger als nur die TDP-Angabe der CPU.

Schritt 8: Die Software-Plattform passend zum Ziel wählen

Mehrere Wege können richtig sein.

Linux plus Docker

Geeignet, wenn du:

• hauptsächlich Container betreiben möchtest
• Linux lernen willst
• möglichst wenig zusätzliche Plattformschichten möchtest

Du verwaltest das Basissystem und Docker selbst.

Virtualisierungsplattform wie Proxmox VE

Geeignet, wenn du:

• mehrere VMs oder isolierte Testsysteme möchtest
• Snapshots und VM-Verwaltung zentral nutzen willst
• verschiedene Betriebssysteme parallel betreibst

Der Hypervisor wird zur Basis, auf der deine VMs und Container-Umgebungen laufen.

NAS-zentrierte Plattform wie Unraid

Geeignet, wenn du:

• Speicher, Shares, Container und VMs auf einem System kombinieren möchtest
• eine integrierte Verwaltungsoberfläche bevorzugst
• dein Speicherkonzept entsprechend dieser Plattform aufbauen möchtest

Fertiges NAS-Betriebssystem

Geeignet, wenn:

• Dateiablage und Backup die Hauptaufgaben sind
• einfache Verwaltung wichtiger ist als maximale Anpassbarkeit

Die beste Plattform ist die, deren Betriebsmodell du verstehst und langfristig pflegen kannst.

Schritt 9: Container und virtuelle Maschinen unterscheiden

Docker-Container und VMs lösen ähnliche, aber nicht identische Probleme. Wie Images, Container, Daten und Netzwerke zusammenspielen, erklärt Docker im Homelab.

Container

Ein Container verpackt eine Anwendung mit den benötigten Abhängigkeiten und läuft isoliert auf dem Container-Host. Mehrere Container teilen sich dabei die Kernel-Basis des Hosts.

Gut geeignet für:

• Webdienste
• Datenbanken
• Home-Automation-Komponenten
• Medienanwendungen
• viele Selfhosting-Dienste

Virtuelle Maschinen

Eine VM emuliert beziehungsweise virtualisiert ein vollständigeres Computersystem mit eigenem Gastbetriebssystem.

Gut geeignet für:

• Windows-VMs
• isolierte Lab-Umgebungen
• Systeme mit eigenem Kernel
• Tests verschiedener Betriebssysteme
• bestimmte Appliance-Images

Du musst dich nicht grundsätzlich für nur eines entscheiden. Viele Homelabs kombinieren beide Konzepte.

Schritt 10: Backups einplanen, bevor wichtige Daten entstehen

Backup ist einfacher, wenn es Teil der Architektur ist und nicht erst nach dem ersten Defekt ergänzt wird. Einen konkreten Betriebsplan für Backups, Wiederherstellung, Updates und Fernzugriff findest du in Selfhosting sicher betreiben.

Definiere für jeden Dienst:

Welche Daten sind wichtig?
Wo liegen sie?
Wie werden sie gesichert?
Wie oft?
Wie lange werden Versionen behalten?
Wie stelle ich sie wieder her?

Bei einem Docker-Dienst können zum Beispiel relevant sein:

• Compose-Datei
• Umgebungs- und Konfigurationsdateien
• persistente Volumes oder Bind Mounts
• Datenbank
• anwendungsspezifische Schlüssel

Bei einer VM können es sein:

• vollständiges VM-Backup
• zusätzlich anwendungsbezogene Sicherungen innerhalb der VM

Restore testen

Ein Backup ist erst dann wirklich wertvoll, wenn du weisst, dass du daraus wiederherstellen kannst.

Das Schweizer Bundesamt für Cybersicherheit empfiehlt ausdrücklich, regelmässig zu prüfen, ob die wichtigsten Daten im Backup enthalten sind und sich wiederherstellen lassen.

Schritt 11: USV richtig einordnen

Eine unterbrechungsfreie Stromversorgung, kurz USV, kann bei kurzen Stromausfällen helfen und dem Server Zeit für ein kontrolliertes Herunterfahren geben.

Sie ist sinnvoll für:

• Verfügbarkeit
• kontrolliertes Herunterfahren
• Schutz vor bestimmten Stromproblemen

Sie ersetzt aber kein Backup.

Eine USV schützt nicht vor versehentlichem Löschen, Malware oder einem defekten Dateisystem, das bereits auf die Datenträger geschrieben wurde.

Schritt 12: Fernzugriff nicht mit offenem Internetzugang verwechseln

Früher oder später möchtest du vielleicht von unterwegs auf dein Homelab zugreifen.

Der einfachste technische Weg ist nicht automatisch der sicherste. Eine Router-Portfreigabe macht einen Dienst direkt aus dem Internet erreichbar.

Für administrative Zugänge solltest du stattdessen zuerst eine geschützte Fernzugriffslösung wie VPN prüfen.

Beschränke administrative Zugänge auf vertrauenswürdige Geräte und Benutzer. Auch Docker empfiehlt für den Zugriff auf seine Verwaltungs-API ein vertrauenswürdiges Netzwerk oder VPN (externer Link). Ergänze starke Authentisierung und, wo unterstützt, einen zweiten Faktor. Ein VPN ersetzt weder Updates noch die Zugriffskontrolle im Dienst.

Für ein erstes Homelab gilt deshalb:

LAN zuerst.
Fernzugriff später kontrolliert ergänzen.
Keine Admin-Oberfläche nur deshalb ins Internet stellen,
weil eine Portfreigabe schnell eingerichtet ist.

Öffentliche Webdienste sind ein eigenes Thema und benötigen zusätzliche Schutzmassnahmen wie TLS, Authentisierung, Patchmanagement und eine bewusst geplante Exponierung.

Schritt 13: Dokumentiere die Basis

Du brauchst keine umfangreiche Unternehmensdokumentation. Einige Angaben sparen aber später viel Zeit.

Notiere mindestens:

Hostname
IP-Adresse oder DHCP-Reservierung
Betriebssystem
Admin-Zugangsmethode
Datenträger und deren Zweck
wichtige Dienste
Backup-Ziel
Backup-Zeitplan
Update-Vorgehen
Fernzugriff

Wenn du Container nutzt, gehören die Compose-Dateien in eine nachvollziehbare Verzeichnisstruktur und idealerweise zusätzlich in eine versionierte Sicherung.

Passwörter und Secrets gehören nicht als Klartext in dieselbe Dokumentation.

Ein sinnvoller erster Aufbau

Für einen Einsteiger kann ein bewusst kleiner Aufbau so aussehen:

Erst wenn dieser Aufbau stabil läuft, ergänzt du weitere Ebenen:

VPN
VLANs
Reverse Proxy
öffentliche Dienste
Monitoring
zentrale Authentisierung
zweiten Server
Cluster
10-Gbit-Netzwerk

Diese Funktionen können sinnvoll sein. Für einen ersten Homeserver sind sie aber keine Voraussetzung.

Was du für den Start wirklich brauchst

Die minimale Einkaufsliste ist kürzer als viele Homelab-Videos vermuten lassen:

1 Rechner
1 zuverlässiges Systemlaufwerk
ausreichend RAM für deine Dienste
kabelgebundene Netzwerkverbindung
Speicher für deine tatsächlichen Daten
separates Backup-Ziel für wichtige Daten
Zeit zum Dokumentieren und Lernen

Optional, je nach Einsatz:

• zusätzliche Datenlaufwerke
• USV
• 2.5-Gbit- oder schnelleres Netzwerk
• mehr RAM
• Hardware für Video-Transcoding
• separater Backup-Server

Drei sinnvolle Ausbauphasen

Phase 1: Lernen

1. vorhandene oder einfache Hardware verwenden
2. Betriebssystem installieren
3. feste DHCP-Zuordnung einrichten
4. einen einfachen Dienst starten
5. Updates verstehen
6. Backup dieses Dienstes erstellen
7. Wiederherstellung testen

Phase 2: Konsolidieren

1. mehrere Dienste strukturiert betreiben
2. Verzeichnisse und Volumes vereinheitlichen
3. Monitoring ergänzen
4. automatisierte Backups aufbauen
5. Stromverbrauch messen

Phase 3: Sicher erweitern

1. Fernzugriff über VPN
2. MFA wo verfügbar
3. Netzwerksegmentierung bei echtem Bedarf
4. öffentliche Dienste nur bewusst exponieren
5. Offsite-Backup ergänzen

Diese Reihenfolge verhindert, dass die Umgebung schneller komplex wird, als du sie verstehen kannst.

Häufige Fehler beim ersten Homelab

Zu gross einkaufen

Ein Server mit sehr viel RAM, vielen Laufwerken und 10-Gbit-Netzwerk hilft wenig, wenn du am Ende nur drei kleine Container betreibst.

Backup mit RAID verwechseln

Datenträgerredundanz und Wiederherstellung lösen unterschiedliche Probleme.

Alles sofort ins Internet stellen

Ein intern funktionierender Dienst muss nicht automatisch öffentlich erreichbar sein.

Keine Dokumentation führen

Nach einigen Monaten sind Portnummern, Datenpfade und Sonderkonfigurationen schnell vergessen.

Anwendungen aktualisieren, ohne Backup zu kennen

Vor grösseren Updates solltest du wissen, wo die persistenten Daten liegen und wie du zurückkommst.

Den Stromverbrauch ignorieren

Bei 24/7-Betrieb kann ein vermeintlich günstiger alter Server langfristig teurer sein als sparsamere Hardware.

Zu viele Plattformen gleichzeitig lernen

Proxmox, Docker, Kubernetes, VLANs, Reverse Proxy, ZFS, Ceph und zehn weitere Technologien gleichzeitig zu beginnen erzeugt vor allem Komplexität.

Lerne zunächst die Komponenten, die dein tatsächliches Ziel benötigt.

Kurz-Checkliste vor dem Hardwarekauf

• Welche drei Dienste möchte ich zuerst betreiben?
• Brauche ich Container, VMs oder beides?
• Benötige ich Hardware-Transcoding oder andere Spezialhardware?
• Wie viel produktive Datenmenge habe ich heute?
• Wie stark wächst sie pro Jahr?
• Wo liegt das separate Backup?
• Kann ich RAM oder Speicher später erweitern?
• Welchen Leerlaufverbrauch akzeptiere ich?
• Reicht Gigabit-Ethernet für meinen Einsatz?
• Muss der Server von aussen erreichbar sein?
• Wenn ja: Kann ich zunächst VPN statt direkter Portfreigabe verwenden?
• Habe ich einen Wiederherstellungsplan für wichtige Daten?

Fazit

Für den ersten Homeserver brauchst du vor allem einen klaren Einsatzzweck.

Beginne mit wenigen Diensten, wähle die Hardware nach deren tatsächlichem Bedarf und plane Speicher, Backup und Stromverbrauch von Anfang an mit ein.

Ein kleiner moderner Rechner kann für viele Container völlig ausreichen. Ein NAS kann besser passen, wenn grosse Datenmengen im Mittelpunkt stehen. Eine Virtualisierungsplattform ist sinnvoll, wenn du mehrere VMs oder getrennte Testumgebungen benötigst.

Entscheidend ist nicht, wie beeindruckend dein Homelab aussieht. Entscheidend ist, dass du verstehst:

wo deine Dienste laufen
wo deine Daten liegen
wie du sie aktualisierst
wie du sie sicherst
wie du sie wiederherstellst
wie du den Zugriff kontrollierst

Wenn diese Grundlagen funktionieren, kannst du das Homelab später nahezu beliebig erweitern.

Quellen und weiterführende Informationen

Die folgenden Primärquellen wurden für diesen Beitrag mit Stand 10. September 2026 geprüft:

• Proxmox: Systemanforderungen von Proxmox VE (externer Link)
• Unraid: Overview & system prep für virtuelle Maschinen (externer Link)
• Docker: Was ist ein Container? (externer Link)
• Docker: Docker Compose (externer Link)
• Bundesamt für Cybersicherheit: Datensicherung (externer Link)
• Docker: Sicherheit der Docker Engine und Verwaltungszugänge (externer Link)