En hälsning från Zima
Tack, Bob, för att du har förvandlat din tid med ZimaCube till något mycket mer användbart än en traditionell recension. Din löpande journal följer maskinen när den byter roller — från första intryck och hårdvarudemontering till ZimaOS, Windows Server, Proxmox, säkerhetskopior, övervakning, AI-agenter och till och med en virtualiserad router — samtidigt som den behåller både delarna du uppskattar och delarna som frustrerar dig i samma dokumentation. Den typen av långsiktiga och ärliga experiment hjälper oss att förstå inte bara vad ZimaCube kan göra, utan också vad som händer efter att den blivit en del av ett verkligt homelab.
— Zima
Möt Bob Loves Tech
Bob Loves Tech är en homelab-användare och teknikskapare vars arbete spänner över Windows, Linux, virtualisering, nätverk, self-hosting och hårdvaran som ligger under allt detta.
Hans relation till Zima-hårdvara går längre tillbaka än det här projektet. Bob hade redan ägnat tid åt tidigare Zima-produkter, däribland ZimaBoard och ZimaBlade, innan han gick med i Zima Pioneer Programme. När ZimaCube anlände bestämde han sig för att inte skapa en enda polerad recension och sedan gå vidare. I stället skapade han ZimaCube Experience Blog, ett offentligt repository som fortsätter att växa i takt med att maskinen förändras tillsammans med hans homelab.
Bob beskriver det som en löpande journal snarare än en formell recension. Den skillnaden förklarar projektet väl. Det innehåller den första reaktionen på hårdvaran, sådant han upptäckte efter att ha öppnat den, operativsystemen han provade, infrastrukturen han byggde runt den och slutsatserna som förändrades efter veckor av användning.
Att dokumentera ZimaCube bortom ett första intryck
De tidigaste inläggen i Bobs projekt börjar där de flesta hårdvaruberättelser börjar: med att packa upp maskinen, granska byggkvaliteten, kontrollera portarna och diskhållarna och avgöra vad som känns annorlunda när hårdvaran faktiskt står på skrivbordet.
Men journalen stannar inte där. Bob återkommer till hårdvaran efter att ha levt med den. Hans repository innehåller en särskild hårdvaruöversikt, en fullständig demontering, en uppföljning efter sex veckor, en närmare titt på varför minnet snarare än processorkärnorna blev den praktiska flaskhalsen samt ett separat inlägg som ställer frågan som till slut blir viktig för alla recensenter: skulle han faktiskt lägga sina egna pengar på den?
Det är den utvecklingen som gör projektet värdefullt. Ett första intryck visar hur en produkt anländer. En löpande journal visar vad som består när nyhetens behag har lagt sig.
Att öppna hårdvaran och följa detaljerna
Ett av hårdvarukapitlen heter helt enkelt Att ta isär den, vilket säger mycket om Bobs sätt att arbeta.
I stället för att behandla ZimaCube som en försluten NAS-apparat öppnade han chassit och dokumenterade insidan, inklusive kylsystemet och de små hårdvarudetaljer som bara blir synliga när någon bestämmer sig för att maskinen ska vara service- och modifieringsbar.
Den demonteringen leder senare vidare till en annan del av journalen: vad som förändrades efter sex veckor och vad som inte gjorde det. Vissa observationer blir mindre viktiga med tiden. Andra – däribland kylning, fläktbeteende, minneskapacitet, åtkomst till uppgraderingar och hur hårdvaran passar in i en alltid påslagen miljö – blir viktigare.
För läsare som vill gå djupare in på samma hårdvarufrågor bygger vår guide till demontering av ZimaCube vidare på den interna layouten och uppgraderingsmöjligheterna, medan 7 smarta designdetaljer i ZimaCube tittar närmare på detaljer som blir synliga när systemet öppnas i stället för att bara betraktas genom en specifikationstabell.
Upptäckten att RAM-minne är viktigare än fler CPU-kärnor
Ett av de senare hårdvaruavsnitten når en slutsats som är mycket mer användbar än ännu ett benchmarkdiagram: ZimaCube behövde inte fler CPU-kärnor för Bobs arbetsbelastning. Den behövde mer minne.
Hans journal beskriver ett system med tio aktiva gäster medan CPU-användningen låg kvar runt fyra procent, men minnesförbrukningen hade stigit till ungefär 27 GB. Det förändrar hur hårdvaran bör utvärderas. Processorn var inte den första praktiska begränsningen. Det var den medföljande minneskonfigurationen.
För en maskin som gradvis blir värd för virtualisering, backupserver, övervakningsnod, värd för router-VM:ar och AI-lekplats blir minneskapaciteten infrastruktur snarare än en specifikation.
Det här är precis den typ av slutsats som en långvarig användarberättelse kan leda fram till. Den kommer inte av att fråga vad processorn teoretiskt klarar av. Den kommer av att se hur systemet fungerar efter att allt fler verkliga arbetsbelastningar har tillkommit.
Radera ZimaOS och installera Windows Server 2025
Det mest utmärkande experimentet i Bobs arkiv började när han tog bort ZimaOS och installerade Windows Server 2025 direkt på ZimaCube.
Bob beskriver kombinationen som en märklig matchning, vilket är precis därför han provade den. Projektet blev ett sätt att testa hårdvaran utan att förlita sig på den programvarumiljö som följde med: installationsbeteende, drivrutinsjakt, nätverk, lagring och huruvida en kompakt NAS-plattform fortfarande var meningsfull när den behandlades som en Windows-server för allmänna ändamål.
Experimentet visar också en viktig del av Zimas hårdvarufilosofi. Att ta bort ZimaOS innebär inte att maskinens användbara liv tar slut. x86-hårdvaran förblir en plattform som kan byggas om kring ett annat operativsystem.
Vi omvandlade det experimentet till en mer strukturerad guide för installation av Windows Server 2025 på ZimaCube, som täcker installationsförloppet, arbetet med Intels nätverksdrivrutin och lagringskonfigurationen för användare som vill utforska samma riktning.
Att ge ZimaOS en rättvis chans innan man går vidare
Windows Server är bara en del av berättelsen om operativsystem. Bob skrev också en separat recension av ZimaOS i Homelab Journal.
Hans slutsats är medvetet mer nyanserad än ”bra” eller ”dåligt”. Förvaret beskriver ZimaOS som ett bra alternativ för mindre enheter, samtidigt som det ifrågasätter om den förenklade upplevelsen motsvarar det han vill ha av en ZimaCube som används allt djupare för virtualisering och homelab-infrastruktur.
Den kritiken är värdefull eftersom Bob inte utvärderar ZimaOS som någon som provar self-hosting för första gången. Han utvärderar det ur perspektivet av någon som redan driver ett homelab med flera system och är van vid att själv hantera de underliggande lagren.
För en annan användare kan enkelheten vara anledningen att stanna kvar. För Bob blev den ökande komplexiteten i infrastrukturen till slut anledningen att lämna.
Samma avvägning utforskas i vår jämförelse mellan ZimaOS, Proxmox och Windows Server, som växte fram ur samma bredare uppsättning experiment.
Att göra Proxmox till homelabbets centrum
Efter att ha provat andra alternativ kom Bob så småningom fram till en mycket tydligare slutsats om vilket operativsystem han ville ha på ZimaCube: Proxmox var den miljö som passade bäst för hans homelab.
Journalen beskriver en ZimaCube som arbetar tillsammans med NFS-lagring från Synology och blir en del av en serverpark med tre värdar. Vid den tidpunkten utvärderas maskinen inte längre främst som en NAS. Den har blivit infrastruktur.
Den förändringen öppnar dörren för flera senare journalinlägg, eftersom Proxmox utgör grunden för nästa experiment: backupinfrastruktur, övervakning, AI-tjänster och nätverksvirtualisering.
För användare som vill bygga samma grund täcker vår installationsguide för ZimaCube + Proxmox vägen från BIOS-förberedelser till VM:ar, LXC-containrar, lagring, nätverk och passthrough.
Bygg säkerhetskopior kring infrastrukturen
När en maskin blir infrastruktur är nästa fråga inte längre om den kan köra fler tjänster. Det är vad som händer när en av dessa tjänster försvinner.
Bobs journal Säkerhetskopior följer den övergången. Proxmox Backup Server kommer in i bilden, tillsammans med den besvärliga cirkulära frågan om att säkerhetskopiera infrastrukturen med hjälp av infrastruktur som själv är en del av systemet som skyddas.
Resultatet handlar mindre om att hitta ett enda perfekt backupmål och mer om att skapa lager som gör återställningen tillräckligt förutsägbar för att backup ska sluta vara något Bob ständigt måste tänka på.
Den erfarenheten blev grunden för vår guide till Proxmox Backup Server, som utvecklar idén med inkrementella säkerhetskopior av VM:ar och containrar, lagringstid, verifiering och ytterligare skyddslager.
Övervaka hela miljön i stället för att kontrollera den hela tiden
Bobs nästa fråga är välbekant för alla vars homelab har vuxit förbi ett par tjänster: hur mycket övervakning behöver en person egentligen?
Hans inlägg Att övervaka hela miljön utforskar verktyg som Pulse och Proxmox Data Center Manager, men det mer intressanta målet är att minska den manuella uppmärksamhet som infrastrukturen kräver.
Ett användbart övervakningssystem bör inte skapa ännu en instrumentpanel som måste bevakas hela dagen. Det bör göra normal drift tyst och synliggöra fel när uppmärksamhet faktiskt behövs.
Vi utvecklade den delen av Bobs upplevelse vidare i vår guide för övervakning av hemservrar, som behandlar Pulse, Uptime Kuma, Proxmox Data Center Manager och när övervakning bör minska i stället för att skapa underhåll.
Ge en AI-agent ett permanent hem
Journalen går så småningom vidare till ännu ett lager av self-hosting: att köra en beständig AI-agent på ZimaCube.
I Varför Hermes Agent hör hemma på din ZimaCube betraktar Bob maskinen inte bara som lagrings- eller virtualiseringsinfrastruktur, utan som en alltid påslagen plats där en self-hostad agent kan köras.
Kombinationen är logisk i sammanhanget av allt som kom före. När ZimaCube redan är online dygnet runt, ansluten till homelabbet, säkerhetskopierad och övervakad kan en agent bli ännu en beständig tjänst i stället för något som är knutet till en session på en bärbar dator.
Om du vill utforska det arbetsflödet direkt i ZimaOS täcker vår installationsguide för Hermes Agent i ZimaOS installation, modellkonfiguration, meddelandeintegrering och åtkomst till Hermes-instrumentpanelen.
Gör ZimaCube till en OPNsense-router
Ett av de mest intressanta senare experimenten ger återigen maskinen en helt annan roll: nätverksinfrastruktur.
Bobs OPNsense-journal granskar ZimaCubes dubbla 2,5 GbE-gränssnitt tillsammans med Proxmox och undersöker om en router-VM kan vara en av de mest övertygande användningarna av hårdvaran hittills.
Det är här det tidigare beslutet om operativsystem börjar ge resultat. Proxmox gör det möjligt för samma fysiska maskin att vara värd för arbetsbelastningar som traditionellt skulle kräva separata enheter, medan de två Ethernet-gränssnitten skapar en naturlig väg för att separera WAN och LAN i en virtualiserad brandväggskonfiguration.
Vår Proxmox-guide utforskar också hur du kör OPNsense som en virtuell programvarurouter på ZimaCube, inklusive idén att tilldela separata 2,5 GbE-gränssnitt till nätverksapparaten.
Värdet finns i journalen, inte i ett slutgiltigt omdöme
Sedd i sin helhet är Bobs projekt mycket mer intressant än en recension med en fast slutsats.
Samma ZimaCube tar sig flera olika uttryck under repositoryts livstid.
Det börjar som en ny hårdvaruprodukt. Bob packar upp den, granskar konstruktionen, öppnar chassit, ifrågasätter kylningen och börjar fundera på uppgraderingar.
Det blir ett Windows Server-experiment. Genom att ta bort ZimaOS testar han om den underliggande hårdvaran fortfarande är användbar utan programvaran som följde med den.
Den återkommer till frågan om operativsystemet. Bob gör sin egen bedömning av ZimaOS innan han beslutar att hans allt mer komplexa miljö behöver något annat.
Det blir en Proxmox-värd. Därifrån ansluter maskinen till en större flotta och börjar samla på sig infrastrukturella ansvarsområden.
Det blir en del av systemet för säkerhetskopiering och övervakning. Proxmox Backup Server, Pulse och flottförvaltning förändrar målet från ”fortsätt lägga till tjänster” till ”gör tjänsterna tillräckligt tillförlitliga för att slippa tänka på dem”.
Sedan blir det en AI-värd och en nätverksenhet. Hermes Agent och OPNsense är inte isolerade experiment; de är möjliga eftersom de tidigare infrastrukturlagren redan finns på plats.
Resultatet är precis vad Bob ursprungligen lovade: inte en formell recension, utan anteckningar, experiment, åsikter som förändras med erfarenheten och ett allt mer ambitiöst homelabprojekt.
En användarberättelse blev ett bibliotek med ZimaCube-guider
Bobs projekt visar också varför långsiktiga tester i communityn har ett värde som sträcker sig bortom en enda persons homelab.
Flera experiment som dokumenterats i ZimaCube Experience Blog har sedan utvecklats till mer djupgående Zima-resurser: installation av Windows Server, Proxmox-distribution, val av operativsystem, säkerhetskopieringsarkitektur och homelabövervakning.
Det skapar en givande återkopplingsloop mellan communityns erfarenheter och dokumentationen. Bob provar något eftersom han är nyfiken. Journalen dokumenterar vad som hände. Det användbara blir enklare för nästa person att återskapa.
Berättelsen skrivs fortfarande
Bob Loves Techs och Zimas berättelse skrivs fortfarande. Hans ZimaCube Experience Blog har redan gått från uppackning och maskinvarunedmontering till ZimaOS, Windows Server, Proxmox, säkerhetskopiering, flottövervakning, Hermes Agent och OPNsense — och hela poängen med en pågående journal är att det inte behöver finnas någon slutgiltig konfiguration.
När homelabbet förändras kan även ZimaCubes roll förändras. Om du vill se vad Bob experimenterar med härnäst kan du följa den pågående ZimaCube Experience Blog på GitHub.
