Newsletter

    Newsletter abonnieren

    Neue Infrastruktur-Guides, Vergleichsberichte und Migrationshinweise direkt ins Postfach.

    Infrastruktur-Notizen, Guides und neue Tools. Jederzeit abbestellbar.

    Zurück zum Blog
    Homelab
    TrueNAS
    Proxmox
    ZFS
    Storage
    Karriere
    Self-Hosting

    Sechstausend Dollar, zwölf Festplatten und ein Traum: Wie ein 200-TB-Server zum Portfolio wurde

    5. November 2025
    8 Min. Lesezeit

    Im Zeitalter von Zertifizierungen, Vorlagen und Cloud-Dashboards, die sich praktisch von selbst bauen, hat es etwas unbestreitbar Altmodisches – vielleicht sogar Heroisches –, wenn jemand seine Nächte umgeben von SATA-Kabeln, Noctua-Lüftern und dem leisen Brummen rotierender Festplatten verbringt.

    Genau das ist hier passiert: Ein angehender Ingenieur baute von Grund auf ein 200-Terabyte-System aus Proxmox und TrueNAS. Nicht als Produkt. Nicht für ein Unternehmen. Sondern als Beweis seiner selbst. Ein Lebenslauf, der sanft in RGB leuchtet und wie ein kleines Rechenzentrum surrt.

    Er entstand nicht in einem Firmenlabor oder einem Uni-Keller. Er entstand im Wohnzimmer, zwischen familiären Verpflichtungen, halbleeren Kaffeetassen und dem gelegentlichen Schreien eines Einjährigen aus dem Flur.

    Und er ist wunderschön.

    Der Bauplan eines Traums

    Das Setup liest sich wie die Einkaufsliste eines Technikfans und der Albtraum eines Bankkontos: Ein Silverstone-CS383-Gehäuse. Eine Ryzen-5900XT-CPU. Ein ASRock-X570-Taichi-Mainboard. 128 Gigabyte ECC-Arbeitsspeicher. Ein Corsair-RM1000x-Netzteil.

    Dann das eigentliche Herzstück: Zwölf WD-Red-Festplatten mit je 16 TB für den Haupt-Storage-Pool – das sind 192 TB roh, bevor Mirrors und ZFS-Parität sie schrumpfen lassen. Zwei Intel-Optane-Laufwerke für SLOG, ein 2-TB-NVMe-L2ARC und mehrere Schichten aus Caching, Redundanz und Partitionierung, für die die meisten IT-Profis erst Diagramme skizzieren würden, bevor sie sich an den Aufbau wagen.

    Das ist nicht einfach nur ein Heimserver. Das ist ein kleines Unternehmenslabor – und jeder Zentimeter davon wurde zum Lernen konzipiert.

    Der Erbauer hat dafür nicht einfach Geld zum Angeben ausgegeben. Er tat es, weil er eine Leinwand brauchte. Er war es leid, sich festgefahren zu fühlen – seine IT-Zertifizierungen waren abgelaufen, sein beruflicher Aufstieg hatte sich verlangsamt, und das Feld, das er liebte, schien schneller voranzuschreiten, als er hinterherkam.

    Also tat er das Einzige, was für ihn Sinn ergab: Er baute etwas, das niemand ignorieren konnte.

    Wie Hardware zum Karrierekompass wurde

    Manche Menschen bauen Gaming-PCs. Andere bauen winzige Kubernetes-Cluster, um mit Container-Orchestrierung zu experimentieren. Aber dieses Setup? Das war etwas anderes.

    Es war nicht nur Storage – es war Infrastruktur. Proxmox übernahm die Virtualisierung. TrueNAS lief verschachtelt darin für die Storage-Aufgaben. Docker und Portainer verwalteten containerisierte Dienste wie Nextcloud, Immich und eigene Web-Apps. Auf der Netzwerkseite steuerte eine vollständige MikroTik-Konfiguration VLANs, DHCP-Relays und sogar PIM-SM-Routing für Multicast-Traffic.

    Jede Schicht war nicht einfach nur eine Funktion. Sie war ein Lernmeilenstein.

    Der Erbauer hatte im IT-Support gearbeitet – PCs repariert, Malware entfernt und kleine Überwachungsnetzwerke verwaltet. Das war ehrliche Arbeit, aber kaum die Art, die einem die Tür zu einer ernsthaften Infrastruktur- oder DevOps-Stelle öffnet. Er wusste, dass er die Neugier besaß. Was ihm fehlte, war ein Beweis – etwas Greifbares, etwas, das schrie: Ich kenne mich damit aus. Ich habe es gebaut. Von Grund auf.

    Als ein leitender Systemadministrator in seiner Firma Wind von seinem Projekt bekam, begann sich etwas zu ändern. „Nutz das als dein Portfolio", sagte ihm der Admin. „Dokumentiere es. Zeig deine Logik, deine Fehler und deine Lösungen. Das sagt mehr aus als jedes Zertifikat."

    Und dieser eine Kommentar legte den Schalter um.

    Lernen, indem man alles kaputt macht

    Wer schon einmal versucht hat, TrueNAS unter Proxmox zu virtualisieren, weiß, dass das nicht gerade Plug-and-Play ist. Hardware-Passthroughs werden schnell unübersichtlich. PCIe-Lanes sind schnell ausgereizt. Eine falsch konfigurierte Bridge, und man starrt auf eine schwarze Konsole mit einem blinkenden Cursor, der sich anfühlt wie ein Urteilsspruch.

    Er stieß hart gegen diese Wände.

    Irgendwann brach der Netzwerkdurchsatz des Systems mysteriös ein. Nach stundenlanger Recherche fand er den Übeltäter: Beschränkungen der PCIe-Slots. Die Intel-ARC-GPU brauchte für Transcoding und Machine-Learning-Aufgaben mindestens eine x4-Lane. Die beiden Intel-I226-T1-NICs waren auf x1 begrenzt. Die Lösung war nicht elegant – sie war ein Kompromiss.

    „Verzichte ich auf Transcoding oder behalte ich die NICs?", erinnerte er sich, sich gefragt zu haben. Die Antwort? „Keins von beidem. Ich bring das zum Laufen."

    Und das tat er. Er balancierte jede PCIe-Lane aus, modifizierte seine HBA-Karte mit einem Noctua-Lüfter, erneuerte die Wärmeleitpaste an den Chips und stellte das BIOS so lange nach, bis das System stabil lief.

    Es war nicht perfekt. Das musste es auch nicht sein. Es sollte etwas lehren.

    Und genau das tat es.

    Die Philosophie hinter dem Aufbau

    Zieht man die Terabytes und den Technik-Jargon ab, bleibt hier Philosophie übrig – die Art, die moderne IT-Kultur definiert.

    In einer Zeit, in der Zertifizierungen Lebensläufe dominieren und Automatisierung droht, die Grundlagen zu verschleiern, stand dieses Projekt für etwas anderes: die Kunst, Dinge auf dem schweren Weg zu tun, nur um sie zu verstehen.

    Dieser Aufbau war nicht auf Bequemlichkeit optimiert. Er war auf Lernen unter Druck optimiert.

    Jedes Subsystem hatte einen Existenzgrund. TrueNAS wurde nicht nur gewählt, weil es zuverlässig ist – es wurde gewählt, weil es einen zwingt, ZFS-Replikation und Vdev-Topologie zu verstehen. Proxmox war nicht nur ein Hypervisor – es war ein Tor zu Clustering, Storage-Backends und plattformübergreifender Verwaltung.

    Selbst die Netzwerkseite war bewusst gewählt. Er lernte VLAN-Provisionierung, Dual-Stack-IPv6/IPv4-Routing, Port-Knocking, Brute-Force-Abwehr und DDoS-Schutz – nicht weil ein Job es verlangte, sondern weil die Neugier es tat.

    Wenn IT eine Sprache ist, dann war dieser Aufbau Sprachgewandtheit durch Immersion.

    Wenn Familie auf Firmware trifft

    Es ist leicht, über Projekte wie dieses zu sprechen, als existierten sie im luftleeren Raum – nur ein Typ, ein Rack und ein Traum. Aber das Leben legt für ein Labor keine Pause ein.

    Als das Kind des Erbauers geboren wurde, verschoben sich die Prioritäten. Die Nächte wurden kürzer, die Geduld dünner. Doch statt aufzugeben, passte er sich an.

    Er lernte während der Mittagsschläfchen. Installierte Pakete, während er das Baby fütterte. Beschriftete Kabel mit einer Hand und scrollte mit der anderen durch MikroTik-Foren.

    Er jagte nicht der Perfektion nach – er jagte dem Fortschritt nach.

    Und diese Beharrlichkeit baute nicht nur ein Homelab. Sie baute Resilienz auf.

    Der Wert jenseits der Hardware

    Machen wir uns nichts vor: Dieses System kostete rund sechstausend Dollar, das meiste davon für Festplatten. Für viele klingt das verrückt. „Warum so viel Geld für etwas ausgeben, das nicht einmal produktiv genutzt wird?", würden Skeptiker fragen.

    Aber die Wahrheit ist: Man kann den ROI nicht allein an Hardware-Spezifikationen messen.

    Was dieses Setup zurückgab, war Selbstvertrauen.

    Es war der greifbare Beweis für Wachstum – eine sichtbare, funktionierende Erinnerung daran, dass Können nicht zertifiziert sein muss, um echt zu sein.

    Wenn Interviewer fragen: „Was haben Sie gebaut?" – kann er buchstäblich auf eine Maschine zeigen, die Cluster, Dienste und Backups betreibt, um die ihn die meisten Kleinunternehmen beneiden würden.

    Und noch wichtiger: Er kann die Fragen beantworten, auf die es wirklich ankommt:

    Vor welchen Herausforderungen standen Sie, und wie haben Sie sie gelöst?

    Was würden Sie beim nächsten Mal anders machen?

    Wie gehen Sie mit Dokumentation, Wartung und Failover-Planung um?

    Das ist kein Labor. Das ist ein lebendiger Lebenslauf.

    Wie es weitergeht

    Vorerst läuft das System als Hybrid-Setup – Proxmox verwaltet die virtualisierten Dienste, TrueNAS hostet die Pools für Docker-Container, VMs und Medien. Künftig plant er, beides auf getrennte physische Hosts aufzuteilen und ein vollständig eigenständiges Setup zu schaffen: TrueNAS auf Bare Metal, Proxmox-Cluster-Nodes im Hochverfügbarkeitsbetrieb und ein dedizierter Backup-Server für die ZFS-Replikation.

    So weit ist es noch nicht. Aber das ist in Ordnung.

    Denn die Schönheit dieses Projekts liegt nicht in seiner Fertigstellung – sie liegt in seiner Entwicklung.

    Jeder Sysadmin, jeder Ingenieur, jeder angehende DevOps-Experte kennt dieses Gefühl: Man wird ein System nie wirklich „fertigstellen". Man iteriert, man justiert, man lernt. Man baut, man macht kaputt, und man baut besser wieder auf.

    Und genau darum geht es.

    Das größere Bild

    Diese Geschichte handelt nicht nur von einem Homelab. Sie handelt von einem Wandel, der sich still in der gesamten Tech-Welt vollzieht.

    Jahrelang war der Aufstieg in der IT ein streng bewachter Prozess – Abschlüsse, Zertifizierungen, Unternehmenserfahrung. Doch die heutige Realität ist anders. Der Zugang zu Open-Source-Werkzeugen, Virtualisierungsplattformen und Community-Wissen bedeutet, dass jeder in derselben Tiefe lernen kann wie Enterprise-Ingenieure.

    Man braucht kein Rechenzentrum. Man braucht nur Neugier, ein paar übrige Festplatten und die Bereitschaft, spektakulär zu scheitern, bis es endlich klickt.

    Dieser 200-TB-Aufbau steht als Denkmal für diese Wahrheit: dass selbstgesteuertes Lernen immer noch zählt. Dass Neugier Zertifikate überholen kann. Dass der Bau von etwas Greifbarem – etwas, das einen zwingt, Hardware, Software und Systeme zu verstehen – mehr lehrt als jeder Multiple-Choice-Test es je könnte.

    Abschließende Gedanken

    Am Ende ist das keine Geschichte über Hardware. Es ist eine Geschichte über Eigenverantwortung.

    Die Verantwortung für das eigene Wachstum übernehmen. Die Verantwortung für die eigenen Fehler übernehmen. Die Verantwortung für die Nächte übernehmen, in denen man bis 3 Uhr morgens Kernel-Panic-Fehler gegoogelt hat. Die Verantwortung für den Moment übernehmen, in dem man merkt, dass das selbst gebaute System – dasselbe, das früher jede Stunde abgestürzt ist – jetzt seit Monaten fehlerfrei läuft.

    Das ist es, was diese Geschichte so kraftvoll macht.

    Es sind nicht die Terabytes. Es sind nicht die Lüfter oder das RGB-Leuchten. Es ist der Mensch dahinter – derjenige, der beschloss, nicht länger auf eine Chance zu warten, sondern sich stattdessen selbst eine zu bauen.

    Denn manchmal besteht der beste Weg, die eigene Karriere voranzubringen, nicht darin, sich auf Stellen zu bewerben. Er besteht darin, etwas so unbestreitbar Beeindruckendes zu bauen, dass die Jobs von selbst kommen.

    Sechstausend Dollar. Zwölf Festplatten. Ein Traum.

    Und eine Zukunft, die endlich – endlich – online ist.