Så bygger WindowsArea ett mini-hemlabb med ZimaBoard 2 och RAID 1
Ett särskilt tack till WindowsArea för att ha dokumenterat ett komplett första bygge med ZimaBoard 2 i ZimaBoard 2: First Impression of the Mini Homelab. Videon gör mer än att öppna kartongen: den monterar en kompakt ram med flera diskar, startar ZimaOS, identifierar två hårddiskar på 4 TB, skapar RAID 1-lagring och installerar self-hostade tjänster som Immich och Jellyfin.
Den sekvensen gör videon användbar för alla som undrar var ZimaBoard 2 Mini Home Server passar in mellan en enkel enkortsdator och en konventionell NAS-enhet. Hårdvaran är liten och serverinriktad, medan ZimaOS förvandlar de första besluten om lagring och applikationer till ett webbläsarhanterat arbetsflöde.
Resultatet är ett äkta mini-homelab, men ingen magisk molnlösning med ett klick. WindowsArea måste fortfarande montera hårdvaran, ansluta diskarna, initiera lagringen, vänta på att RAID-synkroniseringen ska slutföras och bestämma vilka applikationer som ska använda den nya poolen. Den balansen mellan tillgänglighet och ägarens ansvar är den viktigaste delen av testet.
Se WindowsAreas fullständiga installation: Den ursprungliga tyska videon följer projektet från fraktkartongen och ramen med fyra diskar till ZimaOS-instrumentpanelen, RAID 1-lagring, filhantering, Immich och Jellyfin.
Källnotis: Den här artikeln omorganiserar monteringsprocessen, gränssnittsobservationerna och applikationstesterna som visas i WindowsAreas video. ZimaOS-skärmar, applikationsversioner, lagringsbeteende, synkroniseringstid, hårdvarutillbehör och konfigurationer av stödda diskar kan ändras efter publiceringen. RAID skyddar tillgängligheten efter ett diskfel; det ersätter inte en oberoende säkerhetskopia.
Det centrala resultatet är att ZimaBoard 2 kan förvandla en samling standardkomponenter till en lättillgänglig lokal lagrings- och self-hosting-plattform. Värdet kommer från kombinationen av x86-kompatibilitet, direkta lagringsanslutningar, en utbyggbar fysisk design och en grafisk operativmiljö – inte från att behovet av att förstå lagring och återställning försvinner.
WindowsArea börjar med hårdvaran i ZimaBoard 2, diskk omponenterna och ramen som ska förvandla kortet till en kompakt lagringsserver.
Varför ZimaBoard 2 passar som ett mini-homelab
Ett homelab definieras inte av ett serverrack. Det är en miljö där ägaren kan lära sig om lagring, nätverk, containrar, säkerhetskopiering och applikationshosting på hårdvara under egen kontroll.
ZimaBoard 2 samlar flera serverinriktade funktioner i en liten x86-plattform:
- En fyrkärnig Intel N150-processor
- 8 eller 16 GB LPDDR5-minne, beroende på modell
- 32 eller 64 GB inbyggd eMMC-lagring
- Två inbyggda SATA 3.0-anslutningar
- Två 2,5 GbE Ethernet-portar
- USB 3.1- och Mini DisplayPort-anslutning
- Ett exponerat expansionsgränssnitt för PCIe 3.0
- Ett fläktlöst aluminiumchassi utformat för att fungera som kylfläns
ZimaOS-instrumentpanelen i WindowsAreas test rapporterar cirka 7,51 GB användbart minne, vilket identifierar systemet som ZimaBoard 2 832-modellen i 8 GB-klassen snarare än 16 GB-modellen 1664. Det räcker för lagringsarbetsflödet och de utvalda Docker-applikationerna som visas i videon, men kapacitetsplanering blir viktig när fler tjänster läggs till.
Till skillnad från ett ARM-utvecklingskort stöder x86-plattformen ett brett urval av välbekanta serveroperativsystem och containeravbildningar. Till skillnad från många slutna mini-PC-datorer har den inbyggda SATA- och PCIe-anslutningar, så att lagring och nätverk kan byggas ut utan att helt förlita sig på USB-adaptrar.
Den fysiska konstruktionen är mer modulär än en konventionell NAS
WindowsArea placerar ut komponenterna på arbetsbänken före monteringen. Paketet innehåller ZimaBoard 2, en metalldiskram, fästen, diskkablar, en mindre kylkomponent och plats för flera hårddiskar.
Den öppna arbetsbänkskonstruktionen visar hur kortet, diskramen, kablarna, kylkomponenterna och standardhårddiskarna blir ett enda modulärt system.
Det här tillvägagångssättet skiljer sig från en sluten NAS med två diskplatser. Komponenterna är synliga och utbytbara, och ramen kan fysiskt rymma fler diskar än de två som upptäcktes i det första lagringstestet i ZimaOS. Ytterligare platser skapar utrymme för framtida projekt, men fysisk kapacitet innebär inte automatiskt elektrisk anslutning. Varje extra disk behöver fortfarande en dataanslutning, tillräcklig strömförsörjning, monteringsstöd och en genomtänkt roll i lagringen.
Inbyggt SATA ger den enklaste vägen för de två första diskarna. Om du vill bygga ut bortom dessa anslutningar kan en kompatibel PCIe-lagringskontroller och lämplig kabeldragning behövas. PCIe-kortet, de anslutna diskarna och eventuell fläkt medför också krav på strömförsörjning och kylning som bör planeras innan servern tas i kontinuerlig drift.
Montering av ramen förvandlar kortet till en lagringsserver
Ungefär halvvägs genom videon har WindowsArea monterat ZimaBoard 2 ovanför diskramen och installerat hårddiskarna under den. Den färdiga konstruktionen är fortfarande mycket mindre än en rackserver, samtidigt som kortet och lagringen är lättåtkomliga.
Den monterade ramen placerar ZimaBoard 2 ovanför en hållare för flera diskar, vilket skapar en kompakt och lättservad mini-hemlabblayout.
Den öppna konstruktionen har flera praktiska fördelar:
- Diskar kan bytas ut utan att ett förslutet hölje behöver demonteras.
- Kabeldragningar och indikatorlampor förblir synliga vid felsökning.
- PCIe-platsen förblir tillgänglig för ett lagrings- eller nätverksexpansionskort.
- Luft kan cirkulera runt diskarna och kortets passiva kylfläns.
Det kräver också mer omsorg än en färdig NAS. Servern behöver ett stabilt underlag, dragavlastning för ström- och SATA-kablar, fritt utrymme runt kylflänsen samt skydd mot oavsiktlig beröring. Mekaniska hårddiskar bör monteras ordentligt och hållas borta från upprepade vibrationer och stötar.
Den första starten av ZimaOS avslöjar den faktiska testkonfigurationen
WindowsArea öppnar ZimaOS via kortets lokala IP-adress i en webbläsare. Instrumentpanelen samlar systemstatus, lagring, nätverksaktivitet, program, filer, säkerhetskopiering, virtuella maskiner och alternativ för fjärråtkomst i ett enda gränssnitt.
Vid det fångade tillfället rapporterar systemet ungefär 2 % CPU-användning, 9 % minnesanvändning, omkring 2,4 watt processoreffekt och en temperatur på nära 33 °C. Detta är observationer vid tomgång eller lätt belastning snarare än långsiktiga mätningar av strömförbrukning och temperatur, men de visar hur instrumentpanelen gör grundläggande systemstatus synlig för nybörjare.
Ännu viktigare är att ZimaOS meddelar att det har hittat två nya ST4000VN006-diskar, vardera med 4 TB råkapacitet. Det är dessa två diskar som används för lagringspoolen som demonstreras senare i videon.
ZimaOS identifierar båda 4 TB-diskarna och visar en direkt hanteringsväg innan lagringspoolen skapas.
Rätt ordning är viktig. Ägaren bör bekräfta modellnummer och kapacitet innan något initieras. Om fel disk väljs kan befintliga data förstöras, så alla återanvända diskar måste säkerhetskopieras innan de läggs till i en ny lagringspool.
Den officiella komma igång-guiden för ZimaBoard 2 förklarar den inledande processen för ström, nätverk, lagring, enhetsidentifiering och inloggning i ZimaOS.
Två 4 TB-diskar blir en RAID 1-pool på 4 TB
WindowsArea kombinerar de två identifierade 4 TB-diskarna till en säker RAID 1-lagringspool. RAID 1 skriver identiska data till båda diskarna, så den användbara kapaciteten motsvarar ungefär storleken på en disk i stället för den sammanlagda råkapaciteten på 8 TB.
Denna kompromiss ger kontinuitet efter ett fel på en enda disk. Om en av speglingens medlemmar slutar fungera bör data fortfarande vara tillgängliga från den återstående disken medan den trasiga disken byts ut och speglingen byggs om.
ZimaOS lagringspanel visar ungefär 4 TB tillgänglig RAID 1-kapacitet medan speglingen synkroniseras.
Den första synkroniseringen kan ta flera timmar eftersom varje del av spegeln måste förberedas. Under den tiden bör ägaren låta servern vara påslagen, undvika att koppla bort en enhet och se till att diskarna har tillräckligt luftflöde runt sig.
Synkroniseringsindikatorn påminner också om att en lagringspool har ett tillstånd. En etikett som visar ”felfri”, en degraderingsvarning, en återuppbyggnadsstatus eller ett enhetsfel kräver uppmärksamhet. RAID bör inte betraktas som något som konfigureras en gång och sedan ignoreras för alltid.
RAID 1 skyddar tillgängligheten, inte hela datahistoriken
En speglad pool skyddar mot att en disk går sönder. Den skyddar inte mot alla händelser som kan radera data:
- Oavsiktlig radering speglas till båda enheterna.
- Ransomware eller skadade applikationer kan påverka båda kopiorna.
- Elektriska skador kan nå hela servern.
- Stöld, brand eller vattenskador kan förstöra båda enheterna samtidigt.
- En felaktig administratörsåtgärd kan påverka hela poolen.
En komplett plan lägger därför till en oberoende säkerhetskopia med versionshistorik. Den vanligt använda 3-2-1-metoden behåller minst tre kopior, använder två lagringstyper och placerar en kopia på annan plats än den primära servern.
Den officiella guiden för 3-2-1-säkerhetskopiering i ZimaOS omfattar lokala destinationer, LAN, USB, Zima och utvalda molndestinationer, samt schemaläggning och sparade versioner.
Ett relaterat community-projekt, ZimaBoard 2 RAID 1 och privat moln med Home Assistant, visar hur en annan kreatör kombinerar speglad lagring med självhostade tjänster och samtidigt behåller en separat säkerhetskopieringsplan.
ZimaOS gör lagringen användbar för applikationer
Att skapa RAID är infrastrukturarbete. Servern blir användbar när filer och applikationer har en genomtänkt plats i lagringen.
ZimaOS tillhandahåller en grafisk filapplikation och en appbutik för Docker-baserade tjänster. Det tar bort mycket av den inledande containerkonfigurationen, men eliminerar inte behovet av att förstå beständiga data. Varje applikation bör kopplas till en känd mapp i lagringspoolen, så att dess databas, inställningar, miniatyrbilder och användarinnehåll kan säkerhetskopieras och migreras.
Innan många tjänster installeras bör ägaren dokumentera:
- Varje applikations beständiga data lagras
- Vilka mappar som innehåller utbytbar cache och vilka som innehåller original
- Vilka portar och konton som exponerar tjänsten
- Hur applikationen uppdateras
- Hur data skulle återställas efter en ren installation
Den nybörjarinriktade struktur som visas i WindowsAreas genomgång liknar arbetsflödet som beskrivs i Så testar SjslTech ZimaOS som ett nybörjarvänligt operativsystem för hemmaservrar: lagring kommer före applikationer, och den lokala funktionen bör verifieras innan fjärråtkomst läggs till.
Immich förvandlar RAID-poolen till en privat fototjänst
WindowsArea öppnar Immich mot slutet av videon. Immich är en självhostad plattform för foton och videor som kan organisera ett personligt bibliotek och ta emot uppladdningar från mobila klienter som stöds.
Immichs välkomstskärm bekräftar att fototjänsten körs lokalt på den nya ZimaBoard 2-lagringsplattformen.
Att nå välkomstskärmen bevisar att programmet har startats. Det bevisar ännu inte hela fot arbetsflödet. Innan ägaren litar på tjänsten med ett stort bibliotek bör hen skapa administratörskontot, bekräfta uppladdningsplatsen, testa en liten uppsättning originalfiler, granska bakgrundsbeteendet på mobilen och inkludera både fotooriginalen och Immich-databasen i säkerhetskopieringsplanen.
För ett komplett fotofokuserat arbetsflöde, se Så bygger Just Jean ett privat fotomoln med ZimaBoard 2.
Jellyfin medför en annan typ av lagringsbelastning
Webbläsarflikarna i WindowsAreas applikationstest visar även Jellyfin. Medan Immich organiserar personliga foton och videor förvandlar Jellyfin mappar med filmer, tv-program, musik och annat media till ett strömningsbart bibliotek.
Lagringskraven skiljer sig åt:
- Immich är beroende av originaluppladdningar, miniatyrbilder, metadata och sin programdatabas.
- Jellyfin är beroende av korrekt mappade mediamappar, metadata, klientkompatibilitet och stöd för kodekar.
- Direktuppspelning använder främst lagrings- och nätverksgenomströmning.
- Transkodning kan belasta Intel N150 och den integrerade grafiken betydligt mer.
Ett bra första test är en lokal klient med media som kan direktuppspelas. Att importera ett stort bibliotek innan du kontrollerar sökvägar, behörigheter och uppspelningsbeteende gör senare felsökning svårare.
Vad WindowsAreas bygge bevisar – och inte bevisar
| Steg | Vad videon demonstrerar | Vad som fortfarande behöver testas på lång sikt |
|---|---|---|
| Fysisk montering | ZimaBoard 2 och flera enheter får plats i en kompakt, modulär ram. | Kabelbelastning, vibrationer, långvariga temperaturer och strömbeteende. |
| Enhetsidentifiering | ZimaOS identifierar de två anslutna 4 TB-enheterna och erbjuder en grafisk hanteringsväg. | Långsiktig SMART-hälsa, felrapportering och arbetsflöde för byte. |
| RAID 1 | Två 4 TB-enheter skapar cirka 4 TB speglad, säker lagring. | Drift i degraderat läge, återuppbyggnadstid och testad återställning efter fel. |
| Immich | Den självhostade fotoappen startas på den lokala servern. | Indexering av stora bibliotek, tillförlitlighet vid säkerhetskopiering från mobiler, återställning av databaser och användning för flera användare. |
| Jellyfin | Samma ZimaOS-system kan vara värd för en privat medietjänst. | Kodekkompatibilitet, samtidiga strömmar, undertexter och transkodningskapacitet. |
Vem bör bygga ett ZimaBoard 2-minihomelab?
WindowsAreas konfiguration passar bäst för den som vill ha mer kontroll än vad en förseglad NAS erbjuder, utan att börja med en stor rackserver.
- Nybörjare inom homelab kan lära sig om lagring, RAID, Docker-appar och lokala nätverk via ett grafiskt gränssnitt.
- Integritetsmedvetna hushåll kan skapa lokala destinationer för foton, filer och media.
- Skapare kan separera aktiva mediebibliotek från lagring som endast finns i molnet.
- Self-hosting-entusiaster kan köra flera tjänster på en kompakt x86-plattform.
- Utvecklare och administratörer kan använda kortet som experimentnod, edge-server eller virtualiseringsplattform.
8 GB-modellen som används i videon är en rimlig utgångspunkt för utvalda tjänster. Användare som planerar många samtidiga containrar, större databaser, virtuella maskiner eller tyngre multitasking bör utvärdera 16 GB-konfigurationen och processor kraven för den kompletta arbetsbelastningen.
WindowsAreas bygge visar den verkliga ordningen för ett första homelab
Det starkaste i WindowsAreas första intryck är arbetsordningen. Projektet börjar med hårdvaran och monteringen av diskarna, bekräftar sedan att ZimaOS kan se diskarna, skapar en speglad lagringspool, väntar på synkronisering och börjar först därefter omvandla lagringen till foto- och medietjänster.
Den ordningen är mer värdefull än en lista över möjliga appar. Ett pålitligt homelab börjar med känd hårdvara, genomtänkt lagring och tydliga gränser för återställning. Appar kommer senare.
ZimaBoard 2 gör processen kompakt och lättillgänglig, medan den öppna ramen, standarddiskarna, x86-arkitekturen och PCIe-expansionen lämnar utrymme för framtida experiment. ZimaOS minskar tröskeln för installationen, men ägaren ansvarar fortfarande för säkerhetskopiering, konton, uppdateringar, fjärråtkomst och testning av hur servern beter sig när något går fel.
Titta på WindowsAreas kompletta video om bygget av ett ZimaBoard 2-minihomelab för den ursprungliga tyska genomgången av montering och programvara. Om du bygger en lagringsserver med ZimaBoard, konfigurerar RAID eller väljer appar för ditt första homelab kan du gå med i ZimaSpace-communityn för att ställa frågor och dela din konfiguration.
