Come WindowsArea costruisce un mini homelab con RAID 1 utilizzando ZimaBoard 2
Un ringraziamento speciale va a WindowsArea per aver documentato una prima configurazione completa con ZimaBoard 2 in ZimaBoard 2: First Impression of the Mini Homelab. Il video fa più che aprire la confezione: assembla un compatto telaio per più unità, avvia ZimaOS, rileva due dischi rigidi da 4 TB, crea uno storage RAID 1 e installa servizi self-hosted tra cui Immich e Jellyfin.
Questa sequenza rende il video utile per chiunque si chieda dove si collochi ZimaBoard 2 Mini Home Server tra un semplice computer a scheda singola e un NAS tradizionale. L’hardware è compatto e orientato all’uso server, mentre ZimaOS trasforma le prime decisioni relative allo storage e alle applicazioni in un flusso di lavoro gestito tramite browser.
Il risultato è un vero mini homelab, ma non un cloud magico configurabile con un solo clic. WindowsArea deve comunque assemblare l’hardware, collegare le unità, inizializzare lo storage, attendere la sincronizzazione RAID e decidere quali applicazioni debbano utilizzare il nuovo pool. Questo equilibrio tra accessibilità e responsabilità del proprietario è l’aspetto più importante del test.
Guarda la configurazione completa di WindowsArea: il video originale in tedesco segue il progetto dalla confezione di spedizione e dal telaio per quattro unità fino alla dashboard di ZimaOS, allo storage RAID 1, alla gestione dei file, a Immich e a Jellyfin.
Nota sulla fonte: questo articolo riorganizza il processo di assemblaggio, le osservazioni sull’interfaccia e i test delle applicazioni mostrati nel video di WindowsArea. Le schermate di ZimaOS, le versioni delle applicazioni, il comportamento dello storage, i tempi di sincronizzazione, gli accessori hardware e le configurazioni delle unità supportate possono cambiare dopo la pubblicazione. Il RAID protegge la disponibilità dopo il guasto di un’unità; non sostituisce un backup indipendente.
La conclusione centrale è che ZimaBoard 2 può trasformare una raccolta di componenti standard in una piattaforma locale accessibile per l’archiviazione e l’hosting autonomo. Il suo valore deriva dalla combinazione di compatibilità x86, collegamenti diretti alle unità, design fisico espandibile e ambiente operativo grafico, non dall’eliminazione della necessità di comprendere lo storage e il ripristino.
WindowsArea inizia dall’hardware di ZimaBoard 2, dai componenti per le unità e dal telaio che trasformerà la scheda in un compatto server di archiviazione.
Perché ZimaBoard 2 è una scelta sensata come mini homelab
Un homelab non è definito da un rack per server. È un ambiente in cui il proprietario può imparare a gestire lo storage, il networking, i container, i backup e l’hosting delle applicazioni su hardware sotto il proprio controllo.
ZimaBoard 2 racchiude diverse funzionalità orientate ai server in una piccola piattaforma x86:
- Un processore Intel N150 quad-core
- 8 GB o 16 GB di memoria LPDDR5, a seconda del modello
- 32 GB o 64 GB di spazio di archiviazione eMMC integrato
- Due connessioni SATA 3.0 native
- Due porte Ethernet 2.5GbE
- Connettività USB 3.1 e Mini DisplayPort
- Un'interfaccia di espansione PCIe 3.0 esposta
- Un telaio in alluminio senza ventole progettato per fungere da dissipatore
La dashboard di ZimaOS nel test di WindowsArea riporta circa 7,51 GB di memoria utilizzabile, identificando il sistema come ZimaBoard 2 832 della classe da 8 GB, anziché come il modello 1664 da 16 GB. È sufficiente per il flusso di lavoro di archiviazione e per le applicazioni Docker selezionate mostrate nel video, ma la pianificazione della capacità diventa importante con l'aggiunta di altri servizi.
A differenza di una scheda di sviluppo ARM, la piattaforma x86 supporta un'ampia scelta di sistemi operativi server e immagini container familiari. A differenza di molti mini PC sigillati, espone connessioni SATA e PCIe native, consentendo di espandere lo spazio di archiviazione e la connettività di rete senza dipendere interamente dagli adattatori USB.
La struttura fisica è più modulare di quella di un NAS convenzionale
WindowsArea dispone i componenti sul banco di lavoro prima dell'assemblaggio. Il kit include ZimaBoard 2, un telaio metallico per le unità, staffe, cavi per le unità, un piccolo componente di raffreddamento e spazio per diversi dischi rigidi.
Il banco di lavoro aperto mostra come la scheda, il telaio per le unità, i cavi, i componenti di raffreddamento e i dischi rigidi standard diventino un unico sistema modulare.
Questo approccio differisce da un NAS chiuso a due alloggiamenti. I componenti restano visibili e sostituibili, e il telaio può contenere fisicamente più unità delle due rilevate nel test iniziale dello spazio di archiviazione di ZimaOS. Le posizioni aggiuntive lasciano spazio per progetti futuri, ma la capacità fisica non crea automaticamente la connettività elettrica. Ogni unità aggiunta necessita comunque di un percorso dati, alimentazione sufficiente, supporto di montaggio e un ruolo di archiviazione definito intenzionalmente.
Le connessioni SATA native offrono il percorso più semplice per le prime due unità. L'espansione oltre queste connessioni può richiedere un controller di archiviazione PCIe compatibile e cavi adeguati. La scheda PCIe, le unità collegate e qualsiasi ventola aggiungono inoltre requisiti di alimentazione e raffreddamento da pianificare prima di mettere il server in funzione continua.
Assemblare il telaio trasforma la scheda in un dispositivo di archiviazione
A metà del video, WindowsArea ha montato ZimaBoard 2 sopra il telaio per le unità e installato i dischi rigidi al di sotto. La struttura finita rimane molto più compatta di un server rack, mantenendo al contempo accessibili la scheda e lo spazio di archiviazione.
Il telaio assemblato posiziona ZimaBoard 2 sopra un alloggiamento per più unità, creando una configurazione compatta e facilmente manutenibile per un mini homelab.
Il design aperto offre diversi vantaggi pratici:
- Le unità possono essere sostituite senza smontare un involucro sigillato.
- I percorsi dei cavi e le spie luminose rimangono visibili durante la risoluzione dei problemi.
- Lo slot PCIe rimane accessibile per una scheda di espansione dello storage o di rete.
- L'aria può circolare intorno ai dischi e al dissipatore passivo della scheda.
Richiede inoltre più attenzione rispetto a un NAS completo. Il server necessita di una superficie stabile, di un sistema di scarico della trazione per i cavi di alimentazione e SATA, di spazio libero intorno al dissipatore e di protezione dai contatti accidentali. I dischi rigidi meccanici devono essere montati saldamente e tenuti lontani da vibrazioni o urti ripetuti.
Il primo avvio di ZimaOS rivela la configurazione effettiva del test
WindowsArea apre ZimaOS tramite l'indirizzo IP locale della scheda in un browser web. La dashboard riunisce in un'unica interfaccia lo stato del sistema, l'archiviazione, l'attività di rete, le applicazioni, i file, i backup, le macchine virtuali e le opzioni di accesso remoto.
Nel momento della cattura, il sistema segnala un utilizzo della CPU di circa il 2%, un utilizzo della memoria del 9%, circa 2,4 watt di potenza del processore e una temperatura vicina ai 33 °C. Si tratta di osservazioni effettuate in condizioni di inattività o carico leggero, non di benchmark energetici e termici a lungo termine, ma mostrano come la dashboard renda visibile lo stato di base del sistema anche a un principiante.
Ancora più importante, ZimaOS annuncia di aver trovato due unità ST4000VN006, ciascuna con 4 TB di capacità nominale. Sono le due unità utilizzate per il pool di archiviazione mostrato più avanti nel video.
ZimaOS rileva entrambi i dischi da 4 TB e offre un percorso di gestione diretto prima della creazione del pool di archiviazione.
L'ordine corretto è importante. Il proprietario dovrebbe verificare i numeri di modello e la capacità prima di inizializzare qualsiasi elemento. Selezionare l'unità sbagliata può distruggere i dati esistenti, quindi è necessario eseguire il backup di ogni disco riutilizzato prima di aggiungerlo a un nuovo pool di archiviazione.
La guida ufficiale introduttiva a ZimaBoard 2 spiega la procedura iniziale di alimentazione, rete, archiviazione, rilevamento del dispositivo e accesso a ZimaOS.
Due dischi da 4 TB diventano un pool RAID 1 da 4 TB
WindowsArea combina i due dischi rilevati da 4 TB in un pool di archiviazione sicura RAID 1. RAID 1 scrive dati identici su entrambe le unità, quindi la capacità utilizzabile è circa quella di un solo disco, anziché degli 8 TB complessivi nominali.
Questo compromesso garantisce la continuità dopo il guasto di una singola unità. Se uno dei membri del mirror smette di funzionare, i dati dovrebbero rimanere disponibili dal disco superstite mentre l'unità guasta viene sostituita e il mirror viene ricostruito.
Il pannello di archiviazione di ZimaOS mostra circa 4 TB di capacità RAID 1 disponibile mentre il mirror viene sincronizzato.
La sincronizzazione iniziale può richiedere ore, perché ogni parte del mirror deve essere preparata. Durante questo periodo, il proprietario dovrebbe tenere il server acceso, evitare di scollegare un'unità e garantire un flusso d'aria adeguato intorno ai dischi.
Anche l’indicatore di sincronizzazione ricorda che un pool di storage ha uno stato. Un’etichetta “integro”, un avviso di degrado, lo stato di ricostruzione o un errore dell’unità richiedono attenzione. Il RAID non dovrebbe essere considerato qualcosa da configurare una volta e poi ignorare indefinitamente.
RAID 1 protegge la disponibilità, non l’intera cronologia dei dati
Un pool in mirroring protegge dal guasto di un disco. Non protegge da ogni evento che può causare la perdita dei dati:
- Una cancellazione accidentale viene replicata su entrambe le unità.
- Un ransomware o la corruzione di un’applicazione possono compromettere entrambe le copie.
- Un danno elettrico può interessare l’intero server.
- Furto, incendio o danni causati dall’acqua possono distruggere entrambe le unità insieme.
- Un’azione errata dell’amministratore può modificare l’intero pool.
Un piano completo aggiunge quindi un backup indipendente con cronologia delle versioni. L’approccio 3-2-1, ampiamente utilizzato, mantiene almeno tre copie, usa due tipi di storage e colloca una copia lontano dal server principale.
La guida ufficiale al backup 3-2-1 di ZimaOS illustra le destinazioni locali, LAN, USB, Zima e alcuni servizi cloud, oltre alla pianificazione e alla conservazione delle versioni.
Una realizzazione correlata della community, ZimaBoard 2 RAID 1 e cloud privato con Home Assistant, mostra come un altro creator combini lo storage in mirroring con servizi self-hosted, mantenendo al contempo un piano di backup separato.
ZimaOS rende lo storage utile alle applicazioni
Creare un RAID è un’attività infrastrutturale. Il server diventa utile quando file e applicazioni hanno una posizione definita all’interno di quello storage.
ZimaOS offre un’applicazione File grafica e un App Store per i servizi basati su Docker. Questo elimina gran parte della configurazione iniziale dei container, ma non elimina la necessità di comprendere i dati persistenti. Ogni applicazione dovrebbe essere associata a una cartella nota nel pool di storage, così da poter eseguire il backup e la migrazione del database, delle impostazioni, delle miniature e dei contenuti degli utenti.
Prima di installare molti servizi, il proprietario dovrebbe documentare:
- Dove ogni applicazione archivia i dati persistenti
- Quali cartelle contengono cache sostituibili e quali contengono gli originali
- Quali porte e account espongono il servizio
- Come aggiornare l’applicazione
- Come ripristinare i dati dopo un’installazione pulita
La struttura orientata ai principianti mostrata nella guida di WindowsArea ricorda il flusso di lavoro descritto in Come SjslTech testa ZimaOS come sistema operativo per server domestici adatto ai principianti: prima viene lo storage, poi le applicazioni, e il funzionamento locale dovrebbe essere verificato prima di aggiungere l’accesso remoto.
Immich trasforma il pool RAID in un servizio fotografico privato
WindowsArea apre Immich verso la fine del video. Immich è una piattaforma self-hosted per foto e video che può organizzare una libreria personale e ricevere caricamenti dai client mobili supportati.
La schermata di benvenuto di Immich conferma che il servizio fotografico è in esecuzione localmente sulla nuova piattaforma di archiviazione ZimaBoard 2.
Raggiungere la schermata di benvenuto dimostra che l'applicazione è stata avviata. Non dimostra ancora il corretto funzionamento dell'intero flusso di lavoro fotografico. Prima di affidarle una libreria di grandi dimensioni, il proprietario dovrebbe creare l'account amministratore, confermare il percorso di caricamento, testare un piccolo insieme di file originali, verificare il comportamento dell'esecuzione in background su dispositivi mobili e includere nel piano di backup sia gli originali delle foto sia il database di Immich.
Per un flusso di lavoro completo incentrato sulle foto, consulta Come Just Jean crea un cloud fotografico privato con ZimaBoard 2.
Jellyfin aggiunge un tipo diverso di carico di lavoro per l'archiviazione
Le schede del browser nel test delle applicazioni di WindowsArea mostrano anche Jellyfin. Mentre Immich organizza foto e video personali, Jellyfin trasforma cartelle di film, programmi televisivi, musica e altri contenuti multimediali in una libreria riproducibile in streaming.
I requisiti di archiviazione sono diversi:
- Immich dipende dai caricamenti originali, dalle miniature, dai metadati e dal database dell'applicazione.
- Jellyfin dipende dalla corretta mappatura delle cartelle multimediali, dai metadati, dalla compatibilità del client e dal supporto dei codec.
- La riproduzione diretta utilizza principalmente lo spazio di archiviazione e la velocità della rete.
- La transcodifica può sottoporre l'Intel N150 e la grafica integrata a un carico molto più elevato.
Un primo test utile consiste nell'utilizzare un singolo client locale con contenuti in grado di essere riprodotti direttamente. Importare una libreria di grandi dimensioni prima di verificare percorsi, autorizzazioni e comportamento della riproduzione rende più difficile la risoluzione dei problemi in seguito.
Cosa dimostra — e cosa non dimostra — la configurazione di WindowsArea
| Fase | Cosa dimostra il video | Cosa deve ancora essere testato a lungo termine |
|---|---|---|
| Assemblaggio fisico | ZimaBoard 2 e diverse unità possono essere inseriti in una struttura compatta e modulare. | Tensione dei cavi, vibrazioni, temperature prolungate e comportamento dell'alimentazione. |
| Rilevamento delle unità | ZimaOS identifica le due unità da 4 TB collegate e offre un percorso di gestione grafico. | Monitoraggio SMART a lungo termine, segnalazione degli errori e procedura di sostituzione. |
| RAID 1 | Due unità da 4 TB creano circa 4 TB di spazio di archiviazione sicuro in modalità mirroring. | Funzionamento in modalità degradata, tempi di ricostruzione e ripristino verificato dopo un guasto. |
| Immich | L'applicazione fotografica self-hosted viene avviata sul server locale. | Indicizzazione di librerie di grandi dimensioni, affidabilità del backup da dispositivi mobili, ripristino del database e utilizzo multiutente. |
| Jellyfin | Lo stesso sistema ZimaOS può ospitare un servizio multimediale privato. | Compatibilità dei codec, flussi simultanei, sottotitoli e capacità di transcodifica. |
Chi dovrebbe creare un mini homelab con ZimaBoard 2?
La configurazione di WindowsArea è ideale per chi desidera un controllo maggiore rispetto a quello offerto da un NAS chiuso, senza iniziare con un grande server rack.
- Chi è alle prime armi con gli homelab può imparare a gestire storage, RAID, applicazioni Docker e rete locale tramite un'interfaccia grafica.
- Le famiglie attente alla privacy possono creare destinazioni locali per foto, file e contenuti multimediali.
- I creator possono separare le librerie multimediali attive dallo storage riservato esclusivamente al cloud.
- Gli appassionati del self-hosting possono eseguire diversi servizi su una piattaforma x86 compatta.
- Sviluppatori e amministratori possono usare la scheda come nodo sperimentale, server edge o piattaforma di virtualizzazione.
Il modello da 8 GB utilizzato nel video è un punto di partenza sensato per alcuni servizi. Chi prevede molti container simultanei, database più grandi, macchine virtuali o multitasking più intenso dovrebbe valutare la configurazione da 16 GB e i requisiti della CPU per l'intero carico di lavoro.
La configurazione di WindowsArea mostra la vera sequenza per il primo homelab
L'aspetto più convincente della prima impressione di WindowsArea è l'ordine delle operazioni. Il progetto inizia con l'hardware e il montaggio delle unità, poi verifica che ZimaOS riesca a vedere i dischi, crea un pool in mirroring, attende la sincronizzazione e solo dopo trasforma lo storage in servizi per foto e contenuti multimediali.
Questa sequenza è più preziosa di un elenco di possibili app. Un homelab affidabile inizia da hardware conosciuto, uno storage progettato con criterio e limiti di ripristino ben visibili. Le applicazioni vengono dopo.
ZimaBoard 2 rende il processo compatto e accessibile, mentre il telaio aperto, le unità standard, l'architettura x86 e l'espansione PCIe lasciano spazio a future sperimentazioni. ZimaOS riduce le difficoltà di configurazione, ma il proprietario resta responsabile dei backup, degli account, degli aggiornamenti, dell'accesso remoto e dei test sul comportamento del server in caso di guasto.
Guarda il video di WindowsArea sulla configurazione completa del mini-homelab ZimaBoard 2 per la procedura originale in tedesco di assemblaggio e configurazione del software. Se stai costruendo un server di archiviazione ZimaBoard, configurando il RAID o scegliendo le app per il tuo primo homelab, unisciti alla community ZimaSpace per fare domande e condividere la tua configurazione.
