Una nota da Zima
Grazie, Bob, per aver trasformato il tempo trascorso con ZimaCube in qualcosa di molto più utile di una recensione convenzionale. Il tuo diario aggiornato segue la macchina mentre cambia ruolo — dalle prime impressioni e dallo smontaggio dell’hardware a ZimaOS, Windows Server, Proxmox, backup, monitoraggio, agenti IA e persino un router virtualizzato — mantenendo nello stesso resoconto sia gli aspetti che apprezzi sia quelli che ti frustrano. Questo tipo di sperimentazione onesta e a lungo termine ci aiuta a capire non solo cosa può fare ZimaCube, ma anche cosa succede dopo che entra a far parte di un homelab reale.
— Zima
Conosci Bob Loves Tech
Bob Loves Tech è un homelabber e autore di contenuti tecnologici il cui lavoro spazia tra Windows, Linux, virtualizzazione, networking, self-hosting e l’hardware alla base di tutto questo.
Il rapporto di Bob con l’hardware Zima precede questo progetto. Aveva già trascorso del tempo con prodotti Zima precedenti, tra cui ZimaBoard e ZimaBlade, prima di entrare nel programma Zima Pioneer. Quando è arrivato ZimaCube, ha deciso di non realizzare una singola recensione rifinita per poi passare oltre. Ha invece creato ZimaCube Experience Blog, un repository pubblico che continua a crescere mentre la macchina cambia insieme al suo homelab.
Bob lo descrive come un diario aggiornato, anziché come una recensione formale. Questa distinzione spiega bene il progetto. Include la prima reazione all’hardware, ciò che ha scoperto dopo averlo aperto, i sistemi operativi che ha provato, l’infrastruttura che vi ha costruito attorno e le conclusioni che sono cambiate dopo settimane di utilizzo.
Documentare ZimaCube oltre la prima impressione
Le prime voci del progetto di Bob iniziano come la maggior parte delle storie sull’hardware: spacchettando la macchina, osservando la qualità costruttiva, controllando le porte e i cassetti per le unità e decidendo cosa sembra diverso una volta che l’hardware è fisicamente sulla scrivania.
Ma il diario non si ferma qui. Bob torna sull’hardware dopo averlo usato per un po’. Il suo repository include una panoramica dedicata dell’hardware, uno smontaggio completo, un aggiornamento dopo sei settimane, un’analisi più approfondita del motivo per cui la memoria, anziché i core della CPU, è diventata il collo di bottiglia pratico e una voce separata che pone la domanda destinata prima o poi a ogni recensore: spenderebbe davvero i suoi soldi per acquistarlo?
Questa progressione rende prezioso il progetto. Una prima impressione ti dice come arriva un prodotto. Un diario aggiornato ti dice cosa resiste quando la novità è ormai svanita.
Aprire l’hardware e seguire i dettagli
Uno dei capitoli dedicati all’hardware si intitola semplicemente Smontarlo, e questo dice molto dell’approccio di Bob.
Invece di trattare ZimaCube come un dispositivo NAS chiuso, ha aperto il telaio e documentato i componenti interni, compreso il sistema di raffreddamento e i piccoli dettagli hardware che diventano visibili solo quando qualcuno decide che la macchina deve essere manutenibile e modificabile.
Quello smontaggio confluisce in seguito in un’altra parte del diario: cosa è cambiato dopo sei settimane e cosa invece no. Alcune osservazioni diventano meno importanti con il passare del tempo. Altre — tra cui il raffreddamento, il comportamento delle ventole, la capacità della memoria, l’accesso agli upgrade e il modo in cui l’hardware si inserisce in un ambiente sempre acceso — diventano più importanti.
Per chi vuole approfondire le stesse questioni hardware, la nostra guida allo smontaggio di ZimaCube esamina più nel dettaglio la disposizione interna e le possibilità di upgrade, mentre 7 dettagli di progettazione ingegnosi di ZimaCube si concentra sui particolari che diventano visibili quando il sistema viene aperto, invece di essere osservato solo attraverso una tabella delle specifiche.
Scoprire che la RAM conta più di un maggior numero di core della CPU
Una delle voci hardware successive arriva a una conclusione molto più utile dell’ennesimo grafico di benchmark: ZimaCube non aveva bisogno di più core della CPU per il carico di lavoro di Bob. Aveva bisogno di più memoria.
Il suo diario descrive un sistema con dieci guest in esecuzione mentre l’utilizzo della CPU restava intorno al quattro per cento, ma il consumo di memoria era salito a circa 27 GB. Questo cambia il modo in cui valutare l’hardware. Il processore non era il primo limite pratico. Lo era la configurazione di memoria fornita in dotazione.
Per una macchina che diventa gradualmente un host di virtualizzazione, un server di backup, un nodo di monitoraggio, un host per VM router e un ambiente di sperimentazione con l’IA, la capacità della memoria diventa un elemento infrastrutturale, non una semplice specifica.
È esattamente il tipo di conclusione a cui può portare una storia d’uso seguita nel tempo. Non nasce dal chiedersi cosa possa fare teoricamente la CPU, ma dall’osservare il sistema dopo che vi si sono accumulati sempre più carichi di lavoro reali.
Rimuovere ZimaOS e installare Windows Server 2025
L’esperimento più significativo nel repository di Bob è iniziato quando ha rimosso ZimaOS e installato Windows Server 2025 direttamente su ZimaCube.
Bob descrive la combinazione come insolita, ed è proprio per questo che ha deciso di provarla. Il progetto è diventato un modo per testare l’hardware senza dipendere dall’ambiente software con cui era stato fornito: comportamento dell’installazione, ricerca dei driver, rete, archiviazione e possibilità che una piattaforma NAS compatta avesse ancora senso se trattata come un server Windows generico.
L'esperimento dimostra anche un aspetto importante della filosofia hardware di Zima. Rimuovere ZimaOS non pone fine alla vita utile della macchina. L'hardware x86 rimane una piattaforma che può essere ricostruita attorno a un sistema operativo diverso.
Abbiamo trasformato quell'esperimento in una guida più strutturata alla configurazione di Windows Server 2025 su ZimaCube, che illustra il percorso di installazione, la configurazione del driver di rete Intel e la configurazione dello storage per gli utenti che vogliono esplorare la stessa direzione.
Dare a ZimaOS una possibilità prima di andare oltre
Windows Server è solo una parte della storia del sistema operativo. Bob ha scritto anche una recensione di ZimaOS dedicata nel diario dell'homelab.
La sua conclusione è volutamente più sfumata di un semplice “buono” o “cattivo”. Il repository descrive ZimaOS come una soluzione adatta ai dispositivi più piccoli, ma mette in dubbio che l'esperienza semplificata corrisponda a ciò che desidera da uno ZimaCube spinto sempre più verso la virtualizzazione e l'infrastruttura homelab.
Questa critica è utile perché Bob non valuta ZimaOS come qualcuno che si avvicina per la prima volta al self-hosting. Lo valuta dal punto di vista di chi gestisce già un homelab con più sistemi ed è abituato a gestire autonomamente i livelli più bassi.
Per un altro utente, la semplicità potrebbe essere il motivo per restare. Per Bob, la crescente complessità dell'infrastruttura è diventata infine il motivo per andarsene.
Lo stesso compromesso viene analizzato nel nostro confronto tra ZimaOS, Proxmox e Windows Server, nato dallo stesso insieme più ampio di esperimenti.
Fare di Proxmox il centro dell'homelab
Dopo aver esplorato altre possibilità, Bob è infine giunto a una conclusione molto più netta sul sistema operativo che voleva installare su ZimaCube: Proxmox era l'ambiente più adatto al suo homelab.
Il diario descrive uno ZimaCube che lavora insieme allo storage NFS di Synology e diventa parte di un'infrastruttura composta da tre host. A quel punto, la macchina non viene più valutata principalmente come NAS. È diventata un'infrastruttura.
Questo cambiamento apre la strada a diversi articoli successivi del diario, perché Proxmox fornisce la base per i prossimi esperimenti: infrastruttura di backup, monitoraggio, servizi di intelligenza artificiale e virtualizzazione di rete.
Per gli utenti interessati a creare la stessa base, la nostra guida alla configurazione di ZimaCube + Proxmox illustra il percorso dalla preparazione del BIOS a VM, container LXC, storage, rete e passthrough.
Creare i backup intorno all'infrastruttura
Quando una macchina diventa un'infrastruttura, la domanda successiva non è più se possa eseguire altri servizi. È cosa succede quando uno di quei servizi scompare.
Il diario dei backup di Bob segue questa transizione. Entra in scena Proxmox Backup Server, insieme all'irrisolta domanda circolare su come eseguire il backup dell'infrastruttura utilizzando un'infrastruttura che fa essa stessa parte del sistema protetto.
Il risultato non consiste tanto nel trovare un'unica destinazione di backup perfetta, quanto nel creare livelli che rendano il ripristino abbastanza prevedibile da evitare che Bob debba pensare continuamente ai backup.
Quell'esperienza è diventata la base della nostra guida a Proxmox Backup Server, che sviluppa il concetto includendo backup incrementali di VM e container, conservazione, verifica e ulteriori livelli di protezione.
Controllare il parco invece di verificarlo continuamente
La domanda successiva di Bob è familiare a chiunque abbia un homelab cresciuto oltre un paio di servizi: quanto monitoraggio serve davvero a una sola persona?
Il suo articolo Controllare il parco analizza strumenti tra cui Pulse e Proxmox Data Center Manager, ma l'obiettivo più interessante è ridurre la quantità di attenzione manuale richiesta dall'infrastruttura.
Un sistema di monitoraggio efficace non dovrebbe creare un'altra dashboard da controllare per tutto il giorno. Dovrebbe rendere silenzioso il normale funzionamento e rendere visibili i guasti quando è davvero necessario intervenire.
Abbiamo sviluppato ulteriormente questo aspetto dell'esperienza di Bob nella nostra guida al monitoraggio dei server domestici, che illustra Pulse, Uptime Kuma, Proxmox Data Center Manager e il punto in cui il monitoraggio dovrebbe ridurre, anziché creare, la manutenzione.
Dare a un agente IA una casa permanente
Il diario passa infine a un altro livello di self-hosting: eseguire un agente IA persistente su ZimaCube.
In Perché Hermes Agent appartiene al tuo ZimaCube, Bob considera la macchina non semplicemente come un'infrastruttura di archiviazione o virtualizzazione, ma come un luogo sempre attivo in cui può risiedere un agente self-hosted.
L'abbinamento ha senso nel contesto di tutto ciò che è venuto prima. Una volta che ZimaCube è già online 24 ore su 24, connesso all'homelab, sottoposto a backup e monitorato, un agente può diventare un altro servizio persistente, anziché qualcosa legato alla sessione di un laptop.
Se vuoi esplorare questo flusso di lavoro direttamente su ZimaOS, la nostra guida alla configurazione di Hermes Agent per ZimaOS illustra l'installazione, la configurazione dei modelli, l'integrazione della messaggistica e l'accesso alla dashboard di Hermes.
Trasformare ZimaCube in un router OPNsense
Uno degli esperimenti successivi più interessanti assegna di nuovo alla macchina un ruolo completamente diverso: infrastruttura di rete.
Il diario di Bob su OPNsense esamina le doppie interfacce 2.5GbE di ZimaCube insieme a Proxmox e si chiede se una VM router possa essere uno degli utilizzi più convincenti dell'hardware finora.
È qui che la precedente decisione sul sistema operativo inizia a dare i suoi frutti. Proxmox permette alla stessa macchina fisica di ospitare carichi di lavoro che tradizionalmente richiederebbero dispositivi separati, mentre le due interfacce Ethernet offrono un percorso naturale per separare WAN e LAN all'interno di una configurazione di firewall virtualizzato.
La nostra guida a Proxmox esplora anche l'esecuzione di OPNsense come router software in una VM su ZimaCube, inclusa la possibilità di assegnare interfacce 2.5GbE separate all'appliance di rete.
Il valore sta nel diario, non in un verdetto finale
Considerato nel suo insieme, il progetto di Bob è molto più interessante di una recensione con una conclusione prestabilita.
Lo stesso ZimaCube appare in diverse forme nel corso della vita del repository.
Inizia come un nuovo componente hardware. Bob lo estrae dalla confezione, ne esamina la costruzione, apre lo chassis, si interroga sul sistema di raffreddamento e inizia a pensare agli aggiornamenti.
Diventa un esperimento con Windows Server. La rimozione di ZimaOS serve a verificare se l'hardware sottostante rimane utile anche senza il software con cui è stato fornito.
Riporta alla questione del sistema operativo. Prima di decidere che il suo ambiente, sempre più complesso, ha bisogno di qualcosa di diverso, Bob valuta ZimaOS per conto proprio.
Diventa un host Proxmox. Da lì, la macchina entra a far parte di una flotta più ampia e inizia ad assumersi ulteriori responsabilità infrastrutturali.
Diventa parte del sistema di backup e monitoraggio. Proxmox Backup Server, Pulse e la gestione della flotta spostano l'obiettivo da “continuare ad aggiungere servizi” a “rendere i servizi abbastanza affidabili da non doverci più pensare”.
Poi diventa un host AI e un'appliance di rete. Hermes Agent e OPNsense non sono esperimenti isolati; sono possibili perché i precedenti livelli dell'infrastruttura sono già presenti.
Il risultato è esattamente ciò che Bob aveva promesso all'inizio: non una recensione formale, ma appunti, esperimenti, opinioni che cambiano con l'esperienza e un progetto di homelab sempre più ambizioso.
Una storia utente è diventata una raccolta di guide su ZimaCube
Il progetto di Bob dimostra anche perché i test della community a lungo termine hanno un valore che va oltre il singolo homelab.
Diverse esperienze documentate nel blog sull'esperienza di ZimaCube si sono poi trasformate in risorse Zima più approfondite: installazione di Windows Server, distribuzione di Proxmox, scelta del sistema operativo, architettura dei backup e monitoraggio dell'homelab.
Questo crea un ciclo utile tra l'esperienza della community e la documentazione. Bob prova qualcosa per curiosità. Il diario registra ciò che è successo. Le parti utili diventano più facili da riprodurre per la persona successiva.
La storia è ancora in fase di scrittura
La storia di Bob Loves Tech e Zima è ancora in fase di scrittura. Il suo blog sull'esperienza di ZimaCube è già passato dall'unboxing e dallo smontaggio dell'hardware a ZimaOS, Windows Server, Proxmox, backup, monitoraggio della flotta, Hermes Agent e OPNsense — e il punto di un diario in continuo aggiornamento è proprio che non deve esserci una configurazione finale.
Man mano che l'homelab cambia, anche il ruolo di ZimaCube può cambiare. Se vuoi vedere cosa sperimenterà Bob in seguito, segui su GitHub il blog in corso sull'esperienza di ZimaCube.
