Come Koroma Tech testa ZimaBoard 2 con Proxmox e TrueNAS

Koroma Tech ha constatato che ZimaBoard 2 funziona al meglio come piattaforma compatta e silenziosa per home lab, adatta a servizi leggeri, container, storage e virtualizzazione mirata. I suoi test mostrano che la scheda può eseguire l'ambiente server predefinito gestito tramite browser, Proxmox con un container Ubuntu LXC e TrueNAS con un pool mirror a due unità, ma il suo Intel N150 quad-core non dovrebbe essere considerato alla stregua di un host di virtualizzazione di fascia alta.

Grazie a Koroma Tech per aver documentato la configurazione completa e aver mostrato come l'hardware si inserisca in un home lab reale. Il suo video originale illustra l'hardware, l'assemblaggio con due unità, l'interfaccia iniziale del server, l'espansione NVMe, l'installazione di Proxmox, il test di un container Ubuntu LXC e la configurazione dello storage TrueNAS.

Informativa sulla collaborazione: Il team ZimaBoard ha fornito la scheda e gli accessori mostrati nel video di Koroma Tech. Il creator dichiara di condividere la propria esperienza e il proprio uso previsto. Le versioni software, i dettagli dell'interfaccia, i bundle hardware e la compatibilità potrebbero cambiare dopo la pubblicazione.

Il risultato: ZimaBoard 2 non è una versione sostitutiva in miniatura di un server rack con molti core. Il suo punto di forza è combinare funzionamento silenzioso, rete dual 2.5GbE, storage SATA diretto ed espansione PCIe aperta in un piccolo sistema x86 a cui assegnare un ruolo ben definito come server domestico.

Dalla ZimaBoard originale a un nuovo nodo per l'home lab

Koroma Tech inizia offrendo un utile contesto a lungo termine. Possiede già due sistemi ZimaBoard 832 originali e li ha utilizzati come firewall, server Docker e hardware generico per home lab. Prevede di riutilizzare le schede più vecchie in un cluster Proxmox, quindi la recensione di ZimaBoard 2 si basa su un'esperienza concreta, non su un primo approccio alla categoria di prodotto.

La nuova scheda conserva il design compatto in alluminio e senza ventola, aggiornando al contempo processore, memoria, rete e opzioni di espansione. La destinazione prevista da Koroma Tech per l'unità di prova è un server di sviluppo NixOS dedicato all'interno del suo home lab, un ruolo che corrisponde ai punti di forza della piattaforma: funzionamento silenzioso, disponibilità continua, compatibilità con Linux e un'espandibilità sufficiente per lo storage o le interfacce specifiche dei progetti.

Questo uso previsto dà forma anche al resto del test. Invece di chiedersi se la scheda primeggi nei benchmark sintetici per desktop, si chiede se possa fungere da host pratico per applicazioni, hypervisor leggero o NAS compatto.

Cosa è progettato per gestire l’hardware di ZimaBoard 2

ZimaBoard 2 Mini Home Server è basato su un processore Intel N150. Intel indica l’N150 come un processore a quattro core e quattro thread, con una frequenza turbo massima di 3.6GHz e una potenza di base del processore di 6W nelle sue specifiche ufficiali.

Koroma Tech recensisce il modello con 16GB di memoria e 64GB di eMMC. La configurazione più piccola utilizza 8GB di memoria e 32GB di spazio di archiviazione eMMC. Il processore è lo stesso, quindi il modello più grande non si trasforma in un server di calcolo con più core; piuttosto, la memoria aggiuntiva offre più margine a container, applicazioni e virtualizzazione limitata.

Perché le doppie porte Intel 2.5GbE sono importanti

Koroma Tech mette in evidenza il networking perché risolve due problemi riscontrati con un ZimaBoard originale utilizzato come firewall. Quella configurazione precedente usava la rete Realtek e presentava occasionali interruzioni della connessione, oltre a richiedere ulteriore lavoro sui driver in OPNsense. Anche le porte 1GbE diventavano un limite durante il routing del traffico tra VLAN.

Le due interfacce Intel 2.5GbE di ZimaBoard 2 aumentano la larghezza di banda di rete disponibile e creano una base più ordinata per un router, un firewall, una rete domestica segmentata o un collegamento NAS veloce. La seconda porta può separare i percorsi del traffico, invece di costringere ogni carico di lavoro a passare da un’unica interfaccia.

Le sole porte doppie non definiscono la configurazione. Un firewall richiede comunque un’assegnazione deliberata delle interfacce e regole di sicurezza, mentre un server di archiviazione ha bisogno di uno switch e di un client compatibili con 2.5GbE prima che i trasferimenti possano superare le velocità gigabit. L’hardware elimina una limitazione immediata delle porte; è il design della rete a determinare se questo vantaggio verrà sfruttato.

Assemblaggio dello stack di espansione a due unità e PCIe

La recensione include un rack per HDD a due alloggiamenti, un riser PCIe, una scheda adattatore e una ventola opzionale. Koroma Tech monta la scheda sul dock delle unità, fissa il gruppo riser, installa due unità e collega il cavo SATA per dati e alimentazione. Le unità contribuiscono inoltre a stabilizzare il rack grazie ai punti di montaggio laterali.

Aggiunge quindi un adattatore NVMe tramite PCIe. In questo modo crea un utile piano di archiviazione a tre livelli: eMMC integrata per l’ambiente leggero originale, NVMe per un sistema operativo alternativo o un host di virtualizzazione e due unità SATA per i dati.

La configurazione completata è più grande della scheda nuda, ma rimane aperta e accessibile. Questo è importante in un laboratorio domestico, dove sostituire un’unità, cambiare un adattatore o reindirizzare un cavo non dovrebbe richiedere lo smontaggio di un dispositivo completamente sigillato.

Esplorazione dell’ambiente server gestito tramite browser

Dopo l’assemblaggio, Koroma Tech avvia l’ambiente server fornito e vi accede da un browser web. L’interfaccia offre un pannello di controllo per l’archiviazione, lo stato del sistema, le applicazioni basate su Docker e le attività comuni di self-hosting. Questo è il punto di partenza più semplice quando l’obiettivo è distribuire servizi senza dover prima creare uno stack di virtualizzazione.

L’esperienza predefinita e i successivi test bare metal sono destinati a utenti diversi. Una piattaforma per applicazioni gestita tramite browser riduce le difficoltà iniziali per i servizi file e i container. Proxmox offre un controllo maggiore sui sistemi isolati. TrueNAS orienta più direttamente la macchina verso pool di archiviazione, condivisioni, protezione dei dati e applicazioni di archiviazione.

La decisione importante viene prima dell’installazione: scegli l’ambiente operativo in base all’attività principale del server. Installare più piattaforme solo perché l’hardware le supporta può creare migrazioni inutili e uno spazio di archiviazione frammentato.

Perché Koroma Tech installa sistemi alternativi su NVMe

Koroma Tech spiega che Proxmox e TrueNAS possono tecnicamente essere installati sull’eMMC integrato, ma sceglie un’unità NVMe. La sua preoccupazione riguarda l’attività prolungata del disco: le piattaforme di virtualizzazione, i database, i log, i metadati e gli aggiornamenti di sistema possono generare più scritture rispetto a un ambiente leggero fornito in dotazione.

L’uso dell’NVMe separa il sistema operativo alternativo dai due dischi dati SATA e preserva l’ambiente eMMC integrato. Inoltre, rende più chiari i ruoli dello storage: l’NVMe gestisce il sistema attivo, mentre gli HDD ospitano il pool orientato alla capacità.

Si tratta di una scelta progettuale, non di un requisito universale. Una piccola installazione di test può funzionare da eMMC, ma l’affidabilità a lungo termine dipende dal carico di lavoro, dallo spazio libero, dal volume di scrittura, dai backup e dalla durata dell’effettivo dispositivo di archiviazione. Koroma Tech sceglie l’approccio più prudente per i sistemi che intende testare.

Esecuzione di Proxmox e di un container Ubuntu LXC

Koroma Tech accede al BIOS, avvia il sistema da un installer USB di Proxmox e installa Proxmox sull’unità NVMe. L’installazione termina normalmente, dopodiché distribuisce un container Ubuntu LXC per verificare che l’ambiente di virtualizzazione sia funzionante.

Il container viene eseguito correttamente. È significativo perché i container si adattano meglio all’hardware disponibile rispetto a una raccolta di macchine virtuali complete. Proxmox spiega che la sua piattaforma integra macchine virtuali KVM con Linux Containers, che isolano gli ambienti Linux condividendo il kernel dell’host.

Questo modello basato sulla condivisione del kernel richiede generalmente meno risorse rispetto all’assegnazione di un intero sistema operativo guest a ogni carico di lavoro. Su un home server con quattro core e 16 GB, i container LXC possono quindi lasciare più CPU e memoria disponibili per i servizi stessi.

Dove dovrebbe fermarsi il carico di lavoro Proxmox

Un’installazione riuscita non significa che ogni piano di virtualizzazione sia appropriato. Koroma Tech sottolinea ripetutamente che Intel N150 dispone di quattro core. Diversi container leggeri possono essere un uso sensato del sistema, ma più macchine virtuali che richiedono molte risorse possono contendersi lo stesso tempo di CPU e la stessa memoria.

Un piano Proxmox realistico potrebbe includere un piccolo container Linux per un servizio web, un altro per le utilità di rete e un ambiente di test dimensionato con attenzione. Il carico di lavoro diventa meno adatto quando richiede più macchine virtuali sempre sotto carico, compilazioni intensive, database di grandi dimensioni, analisi intensiva dei sistemi di videosorveglianza o altre attività che impegnano la CPU in modo prolungato.

Per chi deve scegliere tra diversi modelli di distribuzione, la guida ZimaSpace sui compromessi tra bare metal, Docker e Proxmox per il primo homelab aiuta a distinguere le esigenze di isolamento dall’overhead di virtualizzazione non necessario.

Trasformare lo stesso hardware in un server TrueNAS

Koroma Tech sostituisce quindi Proxmox con TrueNAS, installando nuovamente il sistema operativo sull’NVMe. L’installazione si completa senza soluzioni alternative insolite e il pannello rileva l’eMMC integrata, l’unità di sistema NVMe e i due dischi rigidi SATA.

Crea un pool dai due HDD e seleziona una configurazione in mirroring. TrueNAS definisce un mirror come un VDEV in cui ogni disco memorizza una copia identica dei dati. Richiede almeno due unità e la capacità disponibile equivale alle dimensioni di un singolo disco, secondo la documentazione dei pool TrueNAS.

Il mirror protegge la disponibilità in caso di guasto di uno dei dischi membri, ma non costituisce un backup indipendente. Eliminazioni accidentali, malware, errori delle applicazioni e danni all’intero sistema possono compromettere entrambe le copie. I dati importanti richiedono comunque un backup separato, idealmente includendo una copia esterna al server.

Proxmox o TrueNAS: quale test si adatta meglio all’hardware?

Koroma Tech considera TrueNAS particolarmente adatto al rack esterno per due unità, perché il ruolo dell’hardware di archiviazione è evidente. Anche Proxmox è una soluzione valida, ma il vantaggio deriva dai container leggeri e dalla virtualizzazione selettiva, non dall’aumentare al massimo il numero di guest.

Cosa dimostra la recensione — e cosa no

Chi dovrebbe prendere in considerazione questa configurazione di ZimaBoard 2?

Questa configurazione è adatta a chi sta creando il primo nodo o un nodo secondario per l'home lab, un NAS compatto a due unità, un server di sviluppo dedicato, un host Docker o LXC, un'appliance di rete o un sistema Home Assistant. È particolarmente interessante quando il funzionamento senza ventola e l'espansione aperta contano più delle prestazioni multi-core assolute.

Il modello da 8 GB può svolgere un ruolo mirato e leggero. Il modello da 16 GB offre più spazio per più container, caching, servizi file e sperimentazione, anche se il processore invariato a quattro core continua a fissare il limite di calcolo. Gli acquirenti dovrebbero scegliere la configurazione in base al numero e al comportamento dei carichi di lavoro, non solo alla memoria.

Un server più grande è la scelta migliore quando il progetto dipende da numerose VM complete, elevata capacità di calcolo concorrente, memoria oltre il limite della piattaforma, molte unità interne o più dispositivi PCIe. ZimaBoard 2 dà il meglio quando il suo compito può essere definito con chiarezza.

Un piccolo server diventa utile quando il suo ruolo è chiaro

La recensione di Koroma Tech conferma il titolo del video: ZimaBoard 2 è piccola, ma non va sottovalutata. L'hardware passa con successo da un'interfaccia server accessibile a Proxmox con Ubuntu LXC e a TrueNAS con archiviazione SATA in mirroring.

I test stabiliscono anche il limite corretto. PCIe e NVMe possono espandere lo spazio di archiviazione e le funzionalità, ma non trasformano un N150 a quattro core in un server denso per la virtualizzazione. La distribuzione migliore assegna alla scheda un ruolo ben definito e sceglie container, configurazioni di archiviazione e sistemi operativi adeguati alle sue risorse.

Guarda la recensione completa di Koroma Tech per l'assemblaggio fisico e le dimostrazioni complete dell'interfaccia. Per scoprire altri esperimenti con home server, idee per le distribuzioni e feedback pratici di altri builder, unisciti alla community Discord di ZimaSpace.