ZimaBlade + OpenClaw: En AI-assisterad homelab-installation i verkligheten

Det här är inte en NAS-installation för ett enda ändamål. En maskinteknikstudent använder en ZimaBlade 7700 som en del av ett homelab med två noder, där självhostad media, smarta hem-automatisering, övervakning, fjärråtkomst, personliga applikationer, säkerhetskopiering och AI-assisterad serveradministration kombineras.

Det mest intressanta med installationen är hur de olika lagren samverkar. ZimaOS erbjuder en lättadministrerad hemservermiljö, ZimaBlade hanterar lätta arbetsbelastningar och arbetsbelastningar som alltid är igång tillsammans med en äldre Dell-server, och verktyg som OpenClaw och Hermes används för att hjälpa till med driftsättning, underhåll, felsökning och fjärradministration av servrar.

Installationen i korthet

Projektet: Ett homelab med två noder byggt kring självhosting

Användaren bakom denna installation är en seniorstudent i maskinteknik med intresse för automatisering, servrar, NAS-projekt och självhosting. Hans mål är enkelt: att lägga mer tid på att konfigurera användbara system en gång och sedan låta dessa system spara tid och minska återkommande abonnemangskostnader på lång sikt.

Hans nuvarande homelab är uppdelat mellan två maskiner i stället för att tvinga alla arbetsbelastningar till en enda server. En äldre Dell-dator var den första huvudservern, medan en ZimaBlade 7700 med 16 GB RAM senare lades till för att utöka miljön och skapa större flexibilitet kring tjänster som alltid är igång, övervakning, säkerhetskopiering och framtida AI-arbetsbelastningar.

Båda systemen är anslutna med kabel till samma hemnätverk och är avsedda att fungera som delar av ett gemensamt homelab snarare än som isolerade servrar. Tanken är att flytta tjänster mellan dem utifrån resurskrav, samtidigt som automatisering, övervakning, smarta hem-tjänster och AI-verktyg hålls anslutna.

Varför ZimaBlade passar detta homelab

Projektet behövde inte ytterligare en modern stationär dator i full storlek. Det behövde något mellan en Raspberry Pi och en vanlig PC: tillräckligt kompakt för att vara igång kontinuerligt, tillräckligt prisvärd för en studentbudget, men tillräckligt utbyggbart för att stödja lagring och framtida hårdvaruuppgraderingar.

ZimaBlade passade för den rollen eftersom den erbjöd bättre prestanda och större expansionsmöjligheter än användarens tidigare Raspberry Pi 4-uppsättning, samtidigt som den fortfarande var betydligt mindre än en stationär server.

PCIe-platsen var särskilt viktig. Användaren planerar att lägga till ett lågprofilkort, NVIDIA Tesla P4 med 8 GB VRAM, för lokala AI-arbetsbelastningar. Eftersom kortet är utformat för en effektramp på 75 watt och inte kräver någon separat extern strömkontakt för GPU:n blev det ett intressant alternativ för denna kompakta homelabdesign.

Utökad lagringskapacitet var en annan faktor. Den nuvarande ZimaBlade använder tillfälligt Samsung-USB-lagring medan större hårddiskar är ett framtida inköp, men den långsiktiga planen omfattar ytterligare diskar, RAID1 där det är lämpligt och en säkerhetskopieringsstrategi som håller kopior på separata enheter.

Vad homelabbet faktiskt kör

Miljön har vuxit långt bortom grundläggande nätverkslagring. Den omfattar nu media, automatisering, fjärråtkomst, övervakning, databaser, personliga applikationer, AI-verktyg och hantering av spelservrar.

Alla applikationer som listas nedan ska inte tolkas som att de körs exklusivt på ZimaBlade. Det viktiga är att ZimaBlade nu är en del av infrastrukturen som stöder denna större självhostade miljö, där arbetsbelastningarna är fördelade mellan den och Dell-servern.

Infrastruktur, nätverk och övervakning

• Portainer för Docker-hantering.
• Tugtainer för Docker-uppdateringar.
• AdGuard Home för annonsblockering på nätverksnivå.
• Uptime Kuma för övervakning av applikationers och tjänsters tillgänglighet.
• Scrutiny för övervakning av enheters hälsa.
• Tailscale för fjärråtkomst.
• Cloudflared för tunnling och fjärranslutning.
• UpSnap för Wake-on-LAN-funktioner.

Medier och personliga bibliotek

• Jellyfin för självhyst videostreaming.
• Navidrome för musikstreaming.
• Audiobookshelf för hosting av ljudböcker.
• Kavita för e-böcker.
• Lidarr för hantering av musikbiblioteket.
• AudioMuse-AI för musikanalys.
• Picard för musikmetadata och rensning av biblioteket.
• qBittorrent, Prowlarr, RDT Client, Decypharr, SABnzbd och relaterade verktyg som delar av medieflödet.

Smarta hem och automatisering

Home Assistant är en annan viktig del av projektet. Användaren använder det för automatiseringar av klimatstyrning, platsbaserade rutiner, belysning vid solnedgång och soluppgång, larm, insomningstimer och Sonos-styrning via Music Assistant.

HASS Agent och Libre Hardware Monitor gör det också möjligt för honom att på distans övervaka status och resursanvändning på en annan dator. Det systemet kan övervakas, väckas, försättas i viloläge och styras när han är hemifrån.

n8n är också en del av den bredare automationsstacken och ger homelabbet ytterligare ett lager för att koppla ihop tjänster och bygga repeterbara arbetsflöden.

Personligt moln och applikationer

• Nextcloud för personlig molnlagring.
• Syncthing för filsynkronisering.
• Mealie för recept.
• Actual Budget för privatekonomi.
• Papra för dokumenthantering.
• Gramps Web för hantering av familje- och personliga relationer.
• Daymark, en anpassad Android-app för vanespårning som lagrar och synkroniserar sina data via servern.

Databaser och stödtjänster

Homelabbet innehåller också PostgreSQL, Redis, MariaDB och Adminer. Det här är inte de mest framträdande tjänsterna, men de påminner om att en större självhystad miljö snabbt blir mer än en samling fristående appar. Många tjänster är i bakgrunden beroende av databaser, beständiga volymer, nätverk och annan gemensam infrastruktur.

Var OpenClaw passar in i konfigurationen

OpenClaw behandlas inte som ännu en panelikon utan koppling till resten av homelabbet. Det utgör en del av ett AI-assisterat administrationsarbetsflöde tillsammans med Hermes och en anpassad “Sysadmin”-profil.

Användaren tillämpar denna konfiguration på uppgifter som omfattar distribution av Docker-applikationer, serverunderhåll, felsökning, konfiguration, uppdateringar, automatiseringar och SSH-baserad hantering.

I ett konventionellt homelab kräver många av dessa uppgifter att användaren öppnar en instrumentpanel, granskar loggar, ansluter via SSH, kommer ihåg kommandon, ändrar en konfiguration och sedan verifierar att tjänsten har återställts korrekt.

Detta projekt experimenterar med ytterligare ett lager ovanpå dessa verktyg:

Målet är inte att ta bort Docker, SSH eller serverhanteringsverktyg. De är fortfarande de underliggande mekanismerna. AI-lagret används för att göra det enklare att interagera med dem och hantera repetitiva administrationsuppgifter.

Från loggläsning till AI-assisterad serveradministration

Användarens tidigare felsökningsarbetsflöde förklarar också varför ett AI-administrationslager är meningsfullt i just detta projekt.

När han först började arbeta med Docker och Linux-tjänster var de flesta problemen välbekanta nybörjarproblem: portar som redan används, felaktiga miljövariabler, volymmonteringar som pekar på fel plats samt förvirring kring nätverk eller portvidarebefordran.

I det skedet var AI främst ett felsökningsverktyg. Han klistrade in applikationsloggar i ChatGPT, frågade vad som hade gått fel och använde sedan förklaringen för att förstå det underliggande Docker- eller Linux-konceptet.

OpenClaw och Hermes representerar nästa version av detta arbetsflöde. I stället för att AI endast används efter att något går sönder blir den en del av den normala serveradministrationsmiljön.

Detta särskiljer homelabbet och gör det särskilt intressant. Projektet handlar inte bara om att vara värd för ett AI-chattgränssnitt. Det utforskar hur en AI-agent kan interagera med den operativa sidan av en verklig självhostad miljö.

Fjärrstyrningen sträcker sig längre än instrumentpanelen

Användaren har också anslutit delar av homelabbet till Discord. Servern används som en central plats för aviseringar och fjärrinteraktioner, inklusive servervarningar, förfrågningar om ljudböcker, Minecraft-relaterade verktyg och åtkomst till Hermes Sysadmin-arbetsflödet.

Det innebär att projektet rör sig mot en modell där administrationen inte alltid börjar med att öppna ZimaOS-instrumentpanelen eller starta en SSH-session från en bärbar dator.

Tillsammans med Tailscale och fjärranslutning baserad på Cloudflare är det övergripande målet att hålla tjänster tillgängliga och hanterbara utan att förlita sig på direkt portvidarebefordran för varje program.

ZimaOS tillhandahåller hanteringslagret

Innan användaren landade i den nuvarande konfigurationen experimenterade han med Proxmox. Han tyckte att det var kraftfullt, men att lära sig virtualisering, Linux, nätverk, Docker, portar, monteringar och miljövariabler samtidigt skapade för mycket komplexitet för ett tidigt homelab.

ZimaOS förändrade upplevelsen genom att erbjuda installation av appar med ett klick, lättillgängliga loggar, centraliserade inställningar och ett mer visuellt sätt att hantera tjänster.

Det tog inte bort behovet av att förstå Docker. Användaren rekommenderar fortfarande att nybörjare lär sig grunderna i portar, volymer, monteringar, miljövariabler och hemnätverk, eftersom dessa låg bakom de flesta av hans tidiga problem.

Skillnaden är att ZimaOS gav honom en enklare plats att tillämpa den kunskapen på. När hans erfarenhet ökade gav funktioner som YAML-konfiguration också mer direkt kontroll utan att han behövde överge den visuella hanteringsmiljön.

I det här projektet har de två lagren olika syften:

Så delar de två servrarna upp arbetet

En av de mer praktiska delarna av projektet är att användaren inte försöker ersätta fungerande maskinvara med ZimaBlade.

Dell-servern har redan konfigurerade och körande program, så att flytta allt omedelbart skulle skapa onödigt arbete. I stället positioneras ZimaBlade för passiva och kontinuerliga tjänster som gynnas av att vara tillgängliga dygnet runt.

Aktuella eller planerade arbetsbelastningar på ZimaBlade omfattar tjänster som:

• AdGuard Home
• Uptime Kuma
• FlareSolverr
• Cloudflared
• säkerhetskopieringsuppgifter
• andra resurssnåla tjänster som alltid är aktiva

Det gör att Dell-systemet kan hålla mer resurser tillgängliga för tyngre arbetsbelastningar, inklusive lokal AI.

Planen omfattar också att de två enheterna ska övervaka varandra. Uptime Kuma kan ge insyn i om tjänster och enheter är tillgängliga, medan Discord-aviseringar kan meddela användaren när något slutar svara.

Detta är en praktisk hemserverarkitektur eftersom redundans inte nödvändigtvis innebär att man köper två identiska maskiner. Olika system kan ta olika ansvar och ändå stödja samma självhostade miljö.

Nästa steg är mer lokal AI

Projektets lokala AI-del utvecklas fortfarande.

Den planerade hårdvaruuppgraderingen är ett NVIDIA Tesla P4 med 8 GB VRAM. När kortet är tillgängligt planerar användaren att experimentera med Qwen 3.5 9B för mer personlig automatisering.

De planerade användningsområdena omfattar e-posthantering och kategorisering, aviseringar, dokument- och filhantering, arbetsflöden för personlig information samt andra uppgifter där det skulle vara användbart att behålla mer bearbetning i homelabbet.

Detta är separat från den AI-assisterade administration som redan utförs med OpenClaw, Hermes och en frontier-modell. Tesla P4 och Qwen-distributionen är framtidsplaner och ingår inte i den nuvarande hårdvarukonfigurationen.

Skillnaden är viktig eftersom projektet i praktiken utforskar två olika användningsområden för AI:

• AI för att driva homelabbet genom administration, felsökning, konfiguration och automatisering.
• AI som en tjänst i homelabbet för privata personliga arbetsflöden och framtida smarthem-uppgifter.

Det som fungerar bra

Den största fördelen för användaren är inte någon enskild applikation. Det är möjligheten att kombinera tjänster som normalt skulle finnas som separata abonnemang eller frånkopplade plattformar i en och samma miljö som han själv kontrollerar.

Musikstreaming, videor, molnlagring, smarthem-automatisering, övervakning, personliga applikationer, spelservrar och AI-assisterad administration kan alla samverka i samma homelab.

Den integrationen förändrar hårdvarans värde. ZimaBlade används inte bara som ännu en dator i nätverket. Den är en del av infrastrukturen som stöder tjänster som är online hela tiden, kommunicerar med varandra och kan automatiseras eller fjärrhanteras.

Det användaren fortfarande skulle förbättra

Installationen presenteras inte heller som helt friktionsfri. Användaren ser flera områden där han gärna skulle vilja att ZimaOS förbättrades.

Hans högst prioriterade önskemål är bättre integration med LinuxServer.io och GitHub-baserade applikationskällor. Han stötte på fall där äldre applikationsavbildningar fortfarande var installerade och instrumentpanelen inte rapporterade en nyare version, vilket tvingade honom att installera om en applikation med en annan avbildningskälla.

Han skulle också vilja ha:

• En webterminalknapp som är direkt tillgänglig från huvudinstrumentpanelen.
• Snabbare växling mellan applikationskonfiguration och loggar vid felsökning.
• Mer fullständig dokumentation för GPU:er som stöds, inklusive kort som Tesla P4.
• Nybörjarinriktad vägledning som täcker viktiga koncept inom självhosting.
• Enklare hantering av och bättre överblick över tilldelningar av applikationsportar.
• Bättre utnyttjande av det horisontella skärmutrymmet i ZimaOS-instrumentpanelen.

Dessa begränsningar är användbar bakgrund eftersom detta är en verklig driftsättning, inte en ren demonstrationsmiljö. Allteftersom användarens homelab har blivit mer komplext har hans förväntningar skiftat från att bara installera applikationer till att hantera uppdateringar, maskinvarukompatibilitet, felsökning och allt mer avancerade Docker-konfigurationer.

Vad gör det här ZimaBlade-projektet intressant

Det ovanliga med den här installationen är inte antalet installerade applikationer. Stora listor över självhostade applikationer är vanliga i homelab-miljöer.

Det som sticker ut är arkitekturen som byggs kring dem.

En kompakt ZimaBlade hanterar en del av den kontinuerliga infrastrukturen. En äldre Dell-dator förblir användbar i stället för att kasseras. ZimaOS tillhandahåller ett visuellt hanteringslager. Docker ger flexibilitet utöver App Store. Home Assistant och n8n kopplar samman automatiseringar. Övervakningstjänster bevakar miljön. Discord tillhandahåller ytterligare en yta för fjärrstyrning. OpenClaw och Hermes lägger till ett AI-assisterat administrationslager ovanpå.

Det är ett homelab med blandad hårdvara och mjukvara, byggt kring en enkel idé: använd varje komponent för det den hanterar bra i stället för att förvänta sig att en enda enhet eller ett enda gränssnitt ska göra allt.

För den här användaren har ZimaBlade blivit en av dessa komponenter - en kompakt, utbyggbar nod som kan vara online, ta över beständiga tjänster, stödja framtida lagrings- och PCIe-expansion och ingå i ett mycket större självhostat system.

Gå med i communityn för att få tillgång till mer användbar information

Välkommen till  IceWhales Discord-community. Vi kommer att publicera mer detaljerade installationsguider, användarfall och produktuppdateringar som hjälper dig att enkelt navigera i den digitala världen och hitta den perfekta hårdvaruplattformen för varje intresse.