Ein Stapel billiger Lenovos und ein Raspberry Pi wurden zum perfekten Homelab-Kaninchenbau

Ein Haufen Lenovo-Mini-PCs, ein Raspberry Pi 5 und eine sehr gefährliche Frage: Was soll dieser Cluster eigentlich laufen lassen? So beginnt jede gute Homelab-Spirale. Das Setup war nicht als Produktivinfrastruktur oder als aufpolierter Rack-Aufbau gedacht. Es war eine Werkbank voller Maschinen, günstig von staatlichen Auktionsseiten gekauft, jede mit einer 2-TB-NVMe und einer 4-TB-SSD, abgesichert durch ein NAS, das bereits als Speicher und für Backups dient. Der Besitzer machte klar, dass dieser Cluster zum Experimentieren, Lernen und endlich dazu dienen sollte, brachliegende Hardware ans Arbeiten zu bringen, statt sie als teure Schreibtischdeko herumstehen zu lassen.

Billige Hardware verändert die ganze Stimmung

Das Beste an diesem Setup ist, dass es sich nicht kostbar anfühlt. Jemand im Thread schrieb, billig sei der beste Weg, und erklärte, die eigenen drei Nodes seien über Arbeit oder eine Schulverbindung kostenlos gewesen. Das ist die wahre Homelab-Energie: nicht der perfekten Enterprise-Ausstattung hinterherjagen, sondern aus dem, was man bekommen kann, etwas Nützliches machen. Ein Cluster aus Auktions-Lenovos ist nicht nur eine Budget-Entscheidung. Er gibt einem die Erlaubnis, Dinge kaputt zu machen, sie wieder aufzubauen und Ideen auszuprobieren, die sich auf einer Maschine, die das ganze Haus am Laufen hält, leichtsinnig anfühlen würden.

Das war wichtig, weil der Besitzer nicht so tat, als hätte er einen großen Architekturplan. Zuvor hatte er Duplikat-Setups mit Syncthing gemacht, weil er sich mit Clustering damals kaum auskannte, und wollte nun das Echte ausprobieren. Diese Ehrlichkeit machte den Thread interessanter. Das war kein „Bestätigt mir mein perfektes Design"-Post. Es war jemand, der am Rand einer neuen Obsession stand und fragte, welches Kaninchenloch es zuerst wert war, hineinzufallen.

Der Raspberry Pi war nicht der Star, hatte aber eine Aufgabe

Der Raspberry Pi 5 im Setup wurde zu einem kleinen, aber wichtigen Charakter. Er war nicht als schwerer Compute-Node gedacht. Der Besitzer beschrieb ihn eher als Interface-Maschine mit Raspberry Pi OS, Tastatur, Maus und Display. Er sollte außerdem als sekundäre Tailscale-, Unbound-, Pi-hole- und DHCP-Box für ein vom Hauptnetz getrenntes Netzwerk dienen. Das ist eine sinnvolle Rolle. Nicht glamourös, aber extrem nützlich. Jedes Lab braucht etwas Unspektakuläres, das die unspektakulären Dinge am Laufen hält.

Im Raum stand auch eine größere Idee: Hardware-Diversität. Jemand hatte vorgeschlagen, den übrigen Pi hinzuzufügen, um den Cluster zu diversifizieren, und der Besitzer hatte noch zwei weitere Pis, die auf Reparatur warteten, nachdem versehentlich Widerstände abgebrochen waren. Dieses Detail ist schmerzhaft nachvollziehbar. Homelabs sind voller edler Pläne, die durch winzige physische Missgeschicke ausgebremst werden. Der Traum ist High Availability. Die Realität ist manchmal eine Lupe, ein Lötkolben und eine Platine, die noch funktionierte, bevor die Hand abgerutscht ist.

High Availability wurde zum eigentlichen Ziel

Der wichtigste technische Wunsch im Thread war klar: Der Besitzer wollte, dass Dienste von einem Node auf einen anderen migrieren, wenn ein Node ausfällt. Er hatte zuvor schon eine losere Version versucht, und als eine Maschine ausfiel, wurde es einfach chaotisch. Jemand gab dem Traum den richtigen Namen: High Availability. Das ist der Moment, in dem ein Homelab aufhört, nur „ein Haufen Maschinen" zu sein, und zu einer Systemlektion wird. Dienste laufen zu lassen ist einfach. Dienste laufen zu lassen, die einen Ausfall überleben, ist der Punkt, an dem der Spaß zurückbeißt.

Der Rat war praktisch: gemeinsam genutzter Speicher ist entscheidend. CEPH kam ins Spiel, weil es lokale SSDs und NVMe-Laufwerke über mehrere Nodes hinweg nutzen kann, während das NAS ebenfalls als Remote-Speicherziel vorgeschlagen wurde. Ein anderer Kommentator schlug vor, sowohl CEPH als auch entfernten NAS-Speicher auszuprobieren, weil das ganze Setup ohnehin experimentell ist. Das ist die perfekte Antwort für diese Art von Lab. Legen Sie sich nicht schon am ersten Tag auf die eine wahre Architektur fest. Bauen Sie beide, tun Sie sich ein bisschen weh, und lernen Sie, warum sich die eine elegant anfühlt und die andere wie eine Wartungssteuer.

CloudStack betrat den Chat und sorgte sofort für Streit

Kein Homelab-Thread bleibt lange einfach, also tauchte CloudStack auf. Ein Kommentator schlug scherzhaft vor, CloudStack oder Proxmox zu installieren, dann ein paar Agents, und ihm anschließend den ganzen geernteten RAM zuzuschicken. Der Besitzer gab zu, beim Kauf der Maschinen nicht an CloudStack gedacht zu haben, könnte es aber in Betracht ziehen, weil es empfohlen wurde. Dann stellte jemand die naheliegende Frage: Was ist CloudStack überhaupt? Ein anderer fragte, wie es sich mit Proxmox vergleicht. Die Antworten waren nicht gerade sanft.

Jemand nannte CloudStack einen Koloss im Vergleich zu Proxmox, besonders für kleinere Deployments. Ein anderer war noch härter und nannte es eine unnötige Schicht. Diese Kluft sagt viel aus. CloudStack kann sinnvoll sein, wenn man Cloud-artige Orchestrierung, Self-Service, Mandantenverwaltung und eine größere Abstraktionsebene will. Aber für einen kleinen Cluster aus Lenovos in einem Lern-Lab ist Proxmox oft der sauberere erste Schritt. Je schwerer die Plattform, desto mehr Zeit verbringt man damit, die Plattform zu füttern, statt aus den Workloads zu lernen. Manchmal ist die „Enterprise"-Antwort einfach eine größere Schaufel für ein kleineres Loch.

Die besten Vorschläge waren auf die beste Art langweilig

Die stärksten Empfehlungen waren nicht exotisch. Fahren Sie eine Mischung aus Containern und VMs. Probieren Sie Docker innerhalb eines Containers aus, zum Lernen. Nutzen Sie Tailscale täglich, weil es einfach und nützlich ist. Fügen Sie Pi-hole und Unbound hinzu. Verwenden Sie den Nginx Proxy Manager, sobald die Zahl der Dienste wächst und die „Nicht sicher"-Warnung des Browsers nervt. Kombinieren Sie das mit lokalem DNS, damit Dienste echte Namen bekommen statt einer traurigen Tabelle voller IP-Adressen. Das ist nicht spektakulär, aber genau so wird ein Lab angenehm nutzbar — und die Proxmox-VE-Helper-Scripts-Sammlung bietet für die meisten Punkte dieser Liste bereits Ein-Zeilen-Deployments.

Dieser Rat passt auch zum Setup des Besitzers. Er hatte bereits ein NAS für Backup und Speicher, ein separates Netzwerk, einen Pi bereit für DNS- und DHCP-Aufgaben und genug lokalen Speicherplatz, um mit verteiltem Speicher zu experimentieren. Der nächste Schritt ist nicht, jedes angesagte Tool auf einmal zu installieren. Es geht darum, eine Plattform zu bauen, die Experimente einfach macht: DNS, Zertifikate, Remote-Zugriff, Backups, Monitoring und eine saubere Möglichkeit, Dienste hoch- und wieder herunterzufahren, ohne den Überblick zu verlieren, was wo läuft.

So wird ein Homelab zum Skill-Tree

Der Charme des gesamten Threads lag darin, dass sich niemand vollständig auf das Ziel einigte. Manche drängten auf Proxmox. Manche erwähnten CloudStack. Manche konzentrierten sich auf CEPH und gemeinsam genutzten Speicher. Manche sprachen über Nginx Proxy Manager, Pi-hole, Tailscale, Container, VMs und Docker. Der Besitzer wirkte einfach begeistert, die Hardware endlich zu nutzen, und gab zu, dass dies gerade seine aktuelle Hyperfixierung sei, nachdem er ein Laptop-Workstation-Setup fertiggestellt hatte und immer noch versuchte, einen YubiKey zum Laufen zu bringen. Das ist keine Ablenkung. Das ist die Form, die das Lernen von Infrastruktur im echten Leben annimmt.

Der beste Weg für diesen Cluster ist wahrscheinlich nicht ein großes, perfektes Deployment. Es ist eine Reihe von Experimenten: Proxmox aufbauen, Clustering lernen, HA testen, CEPH kaputt machen, NAS-Speicher vergleichen, DNS einrichten, Zertifikate automatisieren, ein paar Dienste laufen lassen, einen Node abschießen, beobachten, was überlebt, dann klüger neu aufbauen. Die Lenovos müssen nicht über Nacht zu einem winzigen Enterprise-Rechenzentrum werden. Sie müssen zu einem sicheren Ort zum Scheitern werden. Das ist der ganze Sinn. Günstige Nodes, ein übriger Pi, zu viel Speicher und zu viele Ideen. Ehrlich gesagt, das ist kein Chaos. Das ist ein Lehrplan.