ZimaBlade + OpenClaw: Ein praxisnaher KI-gestützter Homelab-Aufbau

Dies ist kein NAS-Setup für nur einen Zweck. Ein Maschinenbaustudent verwendet ein ZimaBlade 7700 als Teil eines Zwei-Knoten-Homelabs, das selbst gehostete Medien, Smart-Home-Automatisierung, Überwachung, Fernzugriff, persönliche Anwendungen, Backups und KI-gestützte Serveradministration kombiniert.

Der interessanteste Aspekt dieses Setups ist das Zusammenspiel der verschiedenen Ebenen. ZimaOS bietet eine einfach verwaltbare Heimserver-Umgebung, das ZimaBlade übernimmt zusammen mit einem älteren Dell-Server leichtgewichtige und dauerhaft laufende Workloads, und Tools wie OpenClaw und Hermes unterstützen die Bereitstellung, Wartung, Fehlerbehebung und Fernverwaltung von Servern.

Das Setup im Überblick

Das Projekt: Ein auf Self-Hosting ausgerichtetes Zwei-Knoten-Homelab

Der Benutzer hinter diesem Setup ist ein Student im letzten Studienjahr des Maschinenbaus mit Interesse an Automatisierung, Servern, NAS-Projekten und Self-Hosting. Sein Ziel ist einfach: mehr Zeit in die einmalige Einrichtung nützlicher Systeme zu investieren und diese Systeme dann langfristig Zeit sparen und wiederkehrende Abonnements reduzieren zu lassen.

Sein aktuelles Homelab ist auf zwei Rechner verteilt, anstatt alle Workloads auf einen Server zu zwingen. Ein älterer Dell-Desktop war zunächst der Hauptserver, während später ein ZimaBlade 7700 mit 16 GB RAM hinzugefügt wurde, um die Umgebung zu erweitern und mehr Flexibilität für dauerhaft laufende Dienste, Überwachung, Backup-Aufgaben und zukünftige KI-Workloads zu schaffen.

Beide Systeme sind mit demselben Heimnetzwerk verbunden und sollen als Teile eines gemeinsamen Homelabs statt als voneinander isolierte Server arbeiten. Dienste sollen je nach Ressourcenanforderungen zwischen ihnen verschoben werden können, während Automatisierung, Monitoring, Smart-Home-Dienste und KI-Tools miteinander verbunden bleiben.

Warum das ZimaBlade zu diesem Homelab passt

Das Projekt benötigte keinen weiteren modernen Desktop-PC in voller Größe. Gesucht war etwas zwischen einem Raspberry Pi und einem herkömmlichen PC: kompakt genug für den Dauerbetrieb, erschwinglich für das Budget eines Studenten und dennoch erweiterbar genug für Speicher und zukünftige Hardware-Upgrades.

Das ZimaBlade passte zu dieser Aufgabe, weil es mehr Leistung und Erweiterungsmöglichkeiten als das frühere Raspberry-Pi-4-Setup des Nutzers bot und dabei deutlich kleiner als ein Desktop-Server blieb.

Der PCIe-Steckplatz war besonders wichtig. Der Nutzer plant, eine NVIDIA Tesla P4 mit 8 GB VRAM und niedrigem Profil für lokale KI-Workloads einzubauen. Da die Karte auf eine Leistungsaufnahme von 75 Watt ausgelegt ist und keinen separaten externen GPU-Stromanschluss benötigt, wurde sie zu einer interessanten Option für dieses kompakte Homelab-Design.

Die Erweiterung des Speichers war ein weiterer Faktor. Das aktuelle ZimaBlade verwendet vorübergehend Samsung-USB-Speicher, während größere Festplatten erst später angeschafft werden sollen. Langfristig sind jedoch zusätzliche Laufwerke, RAID1, wo sinnvoll, und eine Backup-Strategie geplant, bei der Kopien auf getrennten Geräten aufbewahrt werden.

Was im Homelab tatsächlich läuft

Die Umgebung ist weit über einfache Netzwerkspeicherung hinausgewachsen. Sie umfasst nun Medien, Automatisierung, Fernzugriff, Monitoring, Datenbanken, persönliche Anwendungen, KI-Tools und die Verwaltung von Gameservern.

Nicht jede unten aufgeführte Anwendung sollte so verstanden werden, als liefe sie ausschließlich auf dem ZimaBlade. Entscheidend ist, dass das ZimaBlade nun Teil der Infrastruktur ist, die diese größere selbst gehostete Umgebung unterstützt, wobei die Workloads zwischen ihm und dem Dell-Server aufgeteilt sind.

Infrastruktur, Netzwerk und Monitoring

• Portainer für die Docker-Verwaltung.
• Tugtainer für Docker-Updates.
• AdGuard Home zur netzwerkweiten Werbeblockierung.
• Uptime Kuma zur Überwachung der Verfügbarkeit von Anwendungen und Diensten.
• Scrutiny zur Überwachung des Laufwerkszustands.
• Tailscale für Fernzugriff.
• Cloudflared für Tunneling und Remote-Konnektivität.
• UpSnap für Wake-on-LAN-Funktionen.

Medien und persönliche Mediatheken

• Jellyfin für selbst gehostetes Videostreaming.
• Navidrome zum Streamen von Musik.
• Audiobookshelf zum Hosten von Hörbüchern.
• Kavita für E-Books.
• Lidarr zur Verwaltung der Musikmediathek.
• AudioMuse-AI zur Musikanalyse.
• Picard für Musikmetadaten und die Bereinigung der Mediathek.
• qBittorrent, Prowlarr, RDT Client, Decypharr, SABnzbd und verwandte Tools als Bestandteile des Medien-Workflows.

Smart Home und Automatisierung

Home Assistant ist ein weiterer wichtiger Bestandteil des Projekts. Der Nutzer verwendet es für Automatisierungen der Klimaregelung, ortsabhängige Routinen, Beleuchtung bei Sonnenuntergang und Sonnenaufgang, Alarme, Schlaftimer und die Sonos-Steuerung über Music Assistant.

HASS Agent und Libre Hardware Monitor ermöglichen es ihm außerdem, den Status und die Ressourcennutzung eines anderen PCs aus der Ferne zu überwachen. Dieses System kann überwacht, aufgeweckt, in den Ruhezustand versetzt und von unterwegs gesteuert werden.

n8n ist ebenfalls Teil des umfassenderen Automatisierungs-Stacks und bietet dem Homelab eine weitere Ebene zum Verbinden von Diensten und Erstellen wiederholbarer Workflows.

Persönliche Cloud und Anwendungen

• Nextcloud für persönlichen Cloud-Speicher.
• Syncthing zur Dateisynchronisierung.
• Mealie für Rezepte.
• Actual Budget für die persönlichen Finanzen.
• Papra zur Dokumentenverwaltung.
• Gramps Web zur Verwaltung familiärer und persönlicher Verbindungen.
• Daymark, eine benutzerdefinierte Android-App zur Gewohnheitsverfolgung, die ihre Daten über den Server speichert und synchronisiert.

Datenbanken und unterstützende Dienste

Das Homelab umfasst außerdem PostgreSQL, Redis, MariaDB und Adminer. Dies sind nicht die zentralen Dienste, aber sie erinnern daran, dass eine größere selbst gehostete Umgebung schnell mehr wird als eine Sammlung eigenständiger Apps. Viele Dienste hängen im Hintergrund von Datenbanken, persistenten Volumes, Netzwerken und anderer gemeinsamer Infrastruktur ab.

Wo OpenClaw in das Setup passt

OpenClaw wird nicht als weiteres Dashboard-Element ohne Verbindung zum restlichen Homelab behandelt. Es ist zusammen mit Hermes und einem benutzerdefinierten „Sysadmin“-Profil Teil eines KI-gestützten Administrationsworkflows.

Der Nutzer setzt dieses Setup für Aufgaben ein, darunter die Bereitstellung von Docker-Anwendungen, Serverwartung, Fehlerbehebung, Konfiguration, Aktualisierungen, Automatisierungen und die Verwaltung per SSH.

In einem herkömmlichen Homelab müssen Nutzer für viele dieser Aufgaben ein Dashboard öffnen, Protokolle prüfen, sich per SSH verbinden, sich an Befehle erinnern, eine Konfiguration ändern und anschließend überprüfen, ob der Dienst ordnungsgemäß wiederhergestellt wurde.

Dieses Projekt erprobt eine zusätzliche Schicht über diesen Tools:

Das Ziel besteht nicht darin, Docker, SSH oder Tools zur Serververwaltung zu entfernen. Sie bleiben die zugrunde liegenden Mechanismen. Die KI-Schicht wird eingesetzt, um die Interaktion mit ihnen zu erleichtern und sich wiederholende Verwaltungsaufgaben zu erledigen.

Vom Lesen von Protokollen zur KI-gestützten Serveradministration

Der frühere Workflow des Nutzers zur Fehlerbehebung erklärt ebenfalls, warum eine KI-Administrationsschicht gerade in diesem Projekt sinnvoll ist.

Als er anfing, mit Docker und Linux-Diensten zu arbeiten, waren die meisten Probleme typische Anfängerfehler: Ports, die bereits verwendet wurden, falsche Umgebungsvariablen, Volume-Einbindungen, die auf den falschen Ort verwiesen, sowie Unklarheiten bei Netzwerk oder Portweiterleitung.

In dieser Phase war KI hauptsächlich ein Tool zur Fehlerbehebung. Er fügte Anwendungsprotokolle in ChatGPT ein, fragte, was schiefgelaufen war, und nutzte die Erklärung dann, um das zugrunde liegende Docker- oder Linux-Konzept zu verstehen.

OpenClaw und Hermes stehen für die nächste Version dieses Workflows. Statt KI nur einzusetzen, nachdem etwas ausgefallen ist, wird sie Teil der normalen Serveradministrationsumgebung.

Diese Unterscheidung macht dieses Homelab besonders interessant. Das Projekt hostet nicht einfach nur eine KI-Chat-Oberfläche. Es untersucht, wie ein KI-Agent mit der operativen Seite einer echten selbst gehosteten Umgebung interagieren kann.

Die Fernsteuerung geht über das Dashboard hinaus

Der Nutzer hat außerdem Teile des Homelabs mit Discord verbunden. Der Server dient als zentrale Stelle für Benachrichtigungen und Ferninteraktionen, darunter Serverwarnungen, Hörbuchanfragen, Minecraft-bezogene Tools und der Zugriff auf den Hermes-Sysadmin-Workflow.

Das bedeutet, dass sich das Projekt einem Modell nähert, bei dem die Verwaltung nicht immer mit dem Öffnen des ZimaOS-Dashboards oder dem Starten einer SSH-Sitzung von einem Laptop aus beginnt.

Zusammen mit Tailscale und der auf Cloudflare basierenden Fernverbindung besteht das übergeordnete Ziel darin, Dienste zugänglich und verwaltbar zu halten, ohne für jede Anwendung auf direkte Portweiterleitungen angewiesen zu sein.

ZimaOS stellt die Verwaltungsebene bereit

Bevor der Nutzer sich auf das aktuelle Setup festlegte, experimentierte er mit Proxmox. Er fand es leistungsfähig, aber gleichzeitig Virtualisierung, Linux, Netzwerke, Docker, Ports, Mounts und Umgebungsvariablen zu erlernen, erzeugte für ein frühes Homelab zu viel Komplexität.

ZimaOS veränderte die Erfahrung durch die Installation von Anwendungen mit einem Klick, leicht zugängliche Protokolle, zentrale Einstellungen und eine visuellere Möglichkeit zur Verwaltung von Diensten.

Dadurch entfiel nicht die Notwendigkeit, Docker zu verstehen. Der Nutzer empfiehlt Anfängern weiterhin, die Grundlagen von Ports, Volumes, Mounts, Umgebungsvariablen und Heimnetzwerken zu erlernen, da diese für die meisten seiner anfänglichen Probleme verantwortlich waren.

Der Unterschied besteht darin, dass ZimaOS ihm einen einfacheren Ort bot, um dieses Wissen anzuwenden. Mit zunehmender Erfahrung ermöglichten Funktionen wie die YAML-Konfiguration außerdem eine direktere Kontrolle, ohne dass er die visuelle Verwaltungsumgebung aufgeben musste.

In diesem Projekt erfüllen die beiden Ebenen unterschiedliche Zwecke:

So teilen sich die beiden Server die Aufgaben

Einer der praktischeren Aspekte des Projekts ist, dass der Nutzer nicht versucht, funktionierende Hardware durch das ZimaBlade zu ersetzen.

Auf dem Dell-Server sind bereits Anwendungen konfiguriert und in Betrieb, daher würde eine sofortige Verlagerung unnötigen Aufwand verursachen. Stattdessen wird das ZimaBlade für passive und kontinuierlich laufende Dienste eingesetzt, die davon profitieren, rund um die Uhr verfügbar zu sein.

Zu den aktuellen oder geplanten Workloads des ZimaBlade gehören Dienste wie:

• AdGuard Home
• Uptime Kuma
• FlareSolverr
• Cloudflared
• Backup-Aufgaben
• andere leichte, dauerhaft laufende Dienste

Dadurch kann das Dell-System mehr Ressourcen für anspruchsvollere Workloads verfügbar halten, einschließlich lokaler KI.

Der Plan umfasst außerdem, dass die beiden Geräte einander überwachen. Uptime Kuma kann Einblick geben, ob Dienste und Geräte verfügbar sind, während Discord-Benachrichtigungen den Nutzer warnen können, wenn etwas nicht mehr reagiert.

Dies ist eine praktische Heimserver-Architektur, da Redundanz nicht unbedingt bedeutet, zwei identische Maschinen zu kaufen. Verschiedene Systeme können unterschiedliche Aufgaben übernehmen und dennoch dieselbe selbst gehostete Umgebung unterstützen.

Der nächste Schritt ist mehr lokale KI

Die Seite rund um lokale KI befindet sich noch in der Entwicklung.

Das geplante Hardware-Upgrade ist eine NVIDIA Tesla P4 mit 8 GB VRAM. Sobald diese Karte verfügbar ist, möchte der Nutzer mit Qwen 3.5 9B für stärker auf persönliche Automatisierung ausgerichtete Workloads experimentieren.

Zu diesen geplanten Anwendungsfällen gehören die Bearbeitung und Kategorisierung von E-Mails, Benachrichtigungen, die Verwaltung von Dokumenten und Dateien, Workflows für persönliche Informationen sowie weitere Aufgaben, bei denen es sinnvoll wäre, mehr Verarbeitung im Homelab zu behalten.

Dies ist von der bereits mit OpenClaw, Hermes und einem Frontier-Modell durchgeführten KI-gestützten Administration getrennt. Der Einsatz der Tesla P4 und von Qwen sind Zukunftspläne und nicht Teil der aktuellen Hardwarekonfiguration.

Die Unterscheidung ist wichtig, weil das Projekt im Wesentlichen zwei verschiedene Einsatzmöglichkeiten von KI untersucht:

• KI für den Betrieb des Homelabs durch Administration, Fehlerbehebung, Konfiguration und Automatisierung.
• KI als vom Homelab gehosteter Dienst für private persönliche Arbeitsabläufe und künftige Smart-Home-Aufgaben.

Was gut funktioniert

Der größte Vorteil für den Nutzer ist nicht eine einzelne Anwendung. Es ist die Möglichkeit, Dienste, die normalerweise als separate Abonnements oder voneinander getrennte Plattformen existieren würden, in einer Umgebung zu bündeln, die er selbst kontrolliert.

Musikstreaming, Videodienste, Cloud-Speicher, Smart-Home-Automatisierung, Überwachung, persönliche Anwendungen, Spieleserver und KI-gestützte Administration können innerhalb desselben Homelabs miteinander interagieren.

Diese Integration verändert den Wert der Hardware. Der ZimaBlade wird nicht einfach als ein weiterer Computer im Netzwerk verwendet. Er ist Teil der Infrastruktur, die Dienste unterstützt, die dauerhaft online bleiben, miteinander kommunizieren und automatisiert oder aus der Ferne verwaltet werden können.

Was der Nutzer noch verbessern würde

Die Einrichtung wird ebenfalls nicht als völlig reibungslos dargestellt. Der Nutzer sieht mehrere Bereiche, in denen sich ZimaOS noch verbessern könnte.

Seine Anfrage mit der höchsten Priorität betrifft eine bessere Integration mit LinuxServer.io und anwendungsquellen auf GitHub. Er stieß auf Fälle, in denen noch ältere Anwendungs-Images installiert waren und das Dashboard keine neuere Version meldete, sodass er eine Anwendung mit einer anderen Image-Quelle neu installieren musste.

Er würde sich außerdem wünschen:

• Eine Web-Terminal-Schaltfläche, die direkt über das Haupt-Dashboard erreichbar ist.
• Schnellerer Wechsel zwischen Anwendungskonfiguration und Protokollen bei der Fehlerbehebung.
• Vollständigere Dokumentation für unterstützte GPUs, einschließlich Karten wie der Tesla P4.
• Einsteigerfreundliche Anleitungen zu wichtigen Konzepten des Self-Hostings.
• Einfachere Verwaltung und bessere Übersicht über die Anwendungs-Portzuweisungen.
• Bessere Nutzung der horizontalen Bildschirmfläche im ZimaOS-Dashboard.

Diese Einschränkungen liefern einen nützlichen Kontext, da es sich um eine reale Bereitstellung und nicht um eine saubere Demonstrationsumgebung handelt. Mit zunehmender Komplexität seines Homelabs haben sich seine Erwartungen von der bloßen Installation von Anwendungen hin zur Verwaltung von Updates, Hardwarekompatibilität, Fehlerbehebung und zunehmend fortgeschrittenen Docker-Konfigurationen verlagert.

Was dieses ZimaBlade-Projekt interessant macht

Das Ungewöhnliche an diesem Setup ist nicht die Anzahl der installierten Anwendungen. Große Listen selbst gehosteter Anwendungen sind in Homelabs üblich.

Herausragend ist die Architektur, die um diese Komponenten herum entsteht.

Ein kompaktes ZimaBlade übernimmt einen Teil der kontinuierlich laufenden Infrastruktur. Ein älterer Dell-PC bleibt nützlich, anstatt entsorgt zu werden. ZimaOS stellt eine visuelle Verwaltungsebene bereit. Docker bietet Flexibilität über den App Store hinaus. Home Assistant und n8n verbinden Automatisierungen. Überwachungsdienste beobachten die Umgebung. Discord bietet eine weitere Oberfläche zur Fernsteuerung. OpenClaw und Hermes ergänzen eine KI-gestützte Verwaltungsebene.

Es handelt sich um ein Homelab mit gemischter Hardware und Software, das auf einer einfachen Idee beruht: Jede Komponente für die Aufgabe einzusetzen, die sie gut bewältigt, statt zu erwarten, dass ein Gerät oder eine Oberfläche alles erledigt.

Für diesen Nutzer ist ZimaBlade zu einer dieser Komponenten geworden - ein kompaktes, erweiterbares Modul, das dauerhaft online bleiben, dauerhafte Dienste übernehmen, künftige Speicher- und PCIe-Erweiterungen unterstützen und Teil eines wesentlich größeren selbst gehosteten Systems sein kann.

Tritt der Community bei, um weitere nützliche Informationen freizuschalten

Willkommen in der  IceWhale-Discord-Community. Wir werden weitere detaillierte Einrichtungsanleitungen, Fallstudien von Nutzern und Produktneuigkeiten veröffentlichen, damit du dich mühelos in der digitalen Welt zurechtfindest und für jede Leidenschaft die perfekte Hardware-Plattform findest.