ZimaBlade + OpenClaw: una configurazione di homelab con assistenza IA nel mondo reale

Questa non è una configurazione NAS per un solo scopo. Uno studente di ingegneria meccanica utilizza uno ZimaBlade 7700 come parte di un homelab a due nodi che combina contenuti multimediali self-hosted, automazione della casa intelligente, monitoraggio, accesso remoto, applicazioni personali, backup e amministrazione dei server assistita dall'IA.

L'aspetto più interessante della configurazione è il modo in cui i diversi livelli collaborano. ZimaOS offre un ambiente gestibile per il server domestico, ZimaBlade gestisce i carichi di lavoro leggeri e sempre attivi insieme a un server Dell più datato, mentre strumenti come OpenClaw e Hermes vengono utilizzati per assistere nella distribuzione, nella manutenzione, nella risoluzione dei problemi e nell'amministrazione remota dei server.

La configurazione in sintesi

Il progetto: un homelab a due nodi basato sul self-hosting

L'utente alla base di questa configurazione è uno studente magistrale di ingegneria meccanica con interesse per l'automazione, i server, i progetti NAS e il self-hosting. Il suo obiettivo è semplice: dedicare più tempo a configurare una volta sistemi utili, lasciando poi che questi sistemi facciano risparmiare tempo e riducano gli abbonamenti ricorrenti nel lungo periodo.

L'homelab attuale è distribuito su due macchine, invece di concentrare ogni carico di lavoro su un unico server. Un desktop Dell più datato è stato il primo server principale, mentre in seguito è stato aggiunto uno ZimaBlade 7700 con 16 GB di RAM per ampliare l'ambiente e offrire maggiore flessibilità per i servizi sempre attivi, il monitoraggio, le attività di backup e i futuri carichi di lavoro basati sull'IA.

Entrambi i sistemi sono collegati alla stessa rete domestica e sono destinati a funzionare come parti di un unico homelab, anziché come server isolati. L'idea è spostare i servizi dall'uno all'altro in base ai requisiti di risorse, mantenendo connessi automazione, monitoraggio, servizi per la casa intelligente e strumenti di IA.

Perché ZimaBlade è adatto a questo homelab

Il progetto non aveva bisogno di un altro desktop moderno di dimensioni standard. Serviva qualcosa a metà tra un Raspberry Pi e un PC tradizionale: abbastanza compatto da rimanere continuamente online, accessibile per il budget di uno studente universitario, ma sufficientemente espandibile da supportare lo storage e futuri aggiornamenti hardware.

ZimaBlade era adatto a questo ruolo perché offriva prestazioni e flessibilità di espansione superiori rispetto alla precedente configurazione dell'utente basata su Raspberry Pi 4, pur rimanendo molto più piccolo di un server desktop.

Lo slot PCIe era particolarmente importante. L'utente prevede di aggiungere una NVIDIA Tesla P4 a basso profilo con 8 GB di VRAM per i carichi di lavoro di IA locale. Poiché la scheda è progettata per un limite di alimentazione di 75 watt e non richiede un connettore di alimentazione esterno separato per la GPU, è diventata un'opzione interessante per questo compatto design homelab.

L'espansione dello storage è stata un altro fattore. L'attuale ZimaBlade utilizza temporaneamente dispositivi di archiviazione USB Samsung, mentre i dischi rigidi più grandi rimangono un acquisto futuro; il piano a lungo termine include però unità aggiuntive, RAID1 dove appropriato e una strategia di backup che conserva copie su dispositivi separati.

Cosa esegue realmente l'homelab

L'ambiente è cresciuto ben oltre il semplice storage di rete. Ora comprende contenuti multimediali, automazione, accesso remoto, monitoraggio, database, applicazioni personali, strumenti di IA e gestione di server di gioco.

Non tutte le applicazioni elencate di seguito devono essere interpretate come eseguite esclusivamente su ZimaBlade. Il punto importante è che ZimaBlade fa ora parte dell'infrastruttura che supporta questo più ampio ambiente self-hosted, con i carichi di lavoro suddivisi tra esso e il server Dell.

Infrastruttura, rete e monitoraggio

• Portainer per la gestione di Docker.
• Tugtainer per gli aggiornamenti di Docker.
• AdGuard Home per il blocco degli annunci a livello di rete.
• Uptime Kuma per monitorare la disponibilità di applicazioni e servizi.
• Scrutiny per il monitoraggio dello stato delle unità.
• Tailscale per l'accesso remoto.
• Cloudflared per il tunneling e la connettività remota.
• UpSnap per le funzioni Wake-on-LAN.

Media e librerie personali

• Jellyfin per lo streaming video self-hosted.
• Navidrome per lo streaming musicale.
• Audiobookshelf per l'hosting degli audiolibri.
• Kavita per gli ebook.
• Lidarr per la gestione della libreria musicale.
• AudioMuse-AI per l'analisi musicale.
• Picard per i metadati musicali e la pulizia della libreria.
• qBittorrent, Prowlarr, RDT Client, Decypharr, SABnzbd e strumenti correlati come parti del flusso di lavoro multimediale.

Casa intelligente e automazione

Home Assistant è un'altra componente importante del progetto. L'utente lo utilizza per le automazioni del controllo climatico, le routine basate sulla posizione, l'illuminazione al tramonto e all'alba, le sveglie, i timer del sonno e il controllo di Sonos tramite Music Assistant.

HASS Agent e Libre Hardware Monitor consentono inoltre di monitorare da remoto lo stato e l'utilizzo delle risorse di un altro PC. È possibile monitorare, riattivare, sospendere e controllare quel sistema anche quando si è lontani da casa.

n8n fa anch'esso parte dello stack di automazione più ampio, aggiungendo al laboratorio domestico un ulteriore livello per collegare i servizi e creare flussi di lavoro ripetibili.

Cloud personale e applicazioni

• Nextcloud per l'archiviazione cloud personale.
• Syncthing per la sincronizzazione dei file.
• Mealie per le ricette.
• Actual Budget per la gestione delle finanze personali.
• Papra per la gestione dei documenti.
• Gramps Web per gestire i legami familiari e personali.
• Daymark, un'applicazione Android personalizzata per monitorare le abitudini, che archivia e sincronizza i dati tramite il server.

Database e servizi di supporto

Il laboratorio domestico include anche PostgreSQL, Redis, MariaDB e Adminer. Non sono i servizi principali, ma ricordano quanto rapidamente un ambiente self-hosted più ampio diventi qualcosa di più di una raccolta di app indipendenti. Molti servizi dipendono da database, volumi persistenti, rete e altre infrastrutture condivise che operano dietro le quinte.

Dove si inserisce OpenClaw nella configurazione

OpenClaw non viene trattato come un'altra scheda della dashboard senza collegamenti con il resto dell'homelab. Fa parte di un flusso di lavoro di amministrazione assistita dall'IA insieme a Hermes e a un profilo “Sysadmin” personalizzato.

L'utente sta applicando questa configurazione ad attività che includono il deployment di applicazioni Docker, la manutenzione dei server, la risoluzione dei problemi, la configurazione, gli aggiornamenti, le automazioni e la gestione basata su SSH.

In un homelab convenzionale, molte di queste attività richiedono all'utente di aprire una dashboard, esaminare i log, connettersi tramite SSH, ricordare i comandi, modificare una configurazione e poi verificare che il servizio sia tornato a funzionare correttamente.

Questo progetto sta sperimentando un ulteriore livello al di sopra di questi strumenti:

L'obiettivo non è eliminare Docker, SSH o gli strumenti di gestione dei server. Questi rimangono i meccanismi sottostanti. Il livello IA viene utilizzato per semplificare l'interazione con essi e la gestione delle attività amministrative ripetitive.

Dalla lettura dei log all'amministrazione dei server assistita dall'IA

Il precedente flusso di lavoro dell'utente per la risoluzione dei problemi spiega anche perché un livello di amministrazione basato sull'IA sia adatto a questo particolare progetto.

Quando ha iniziato a lavorare con Docker e i servizi Linux, la maggior parte dei problemi era riconducibile ai tipici inconvenienti dei principianti: porte già in uso, variabili d'ambiente errate, montaggi di volumi indirizzati alla posizione sbagliata e confusione riguardo al networking o al port forwarding.

A quel punto, l'IA era principalmente uno strumento per la risoluzione dei problemi. Incollava i log delle applicazioni in ChatGPT, chiedeva cosa fosse andato storto e poi utilizzava la spiegazione per comprendere il concetto di Docker o Linux alla base del problema.

OpenClaw e Hermes rappresentano la fase successiva di questo flusso di lavoro. Invece di utilizzare l'IA solo dopo che qualcosa si è guastato, l'IA sta diventando parte del normale ambiente di amministrazione dei server.

Questa distinzione rende questo homelab particolarmente interessante. Il progetto non consiste semplicemente nell'ospitare un'interfaccia di chat basata sull'IA. Esplora come un agente IA possa interagire con il lato operativo di un vero ambiente self-hosted.

Il controllo remoto va oltre la dashboard

L'utente ha inoltre collegato parti dell'homelab a Discord. Il server viene utilizzato come centro per le notifiche e le interazioni remote, inclusi gli avvisi del server, le richieste di audiolibri, gli strumenti correlati a Minecraft e l'accesso al flusso di lavoro Hermes Sysadmin.

Ciò significa che il progetto si sta orientando verso un modello in cui l'amministrazione non inizia sempre aprendo la dashboard di ZimaOS o avviando una sessione SSH da un laptop.

In combinazione con Tailscale e la connettività remota basata su Cloudflare, l'obiettivo più ampio è mantenere i servizi accessibili e gestibili senza affidarsi al port forwarding diretto per ogni applicazione.

ZimaOS fornisce il livello di gestione

Prima di stabilizzarsi sulla configurazione attuale, l'utente ha sperimentato Proxmox. Lo ha trovato potente, ma imparare contemporaneamente la virtualizzazione, Linux, il networking, Docker, le porte, i mount e le variabili d'ambiente ha creato troppa complessità per un homelab agli inizi.

ZimaOS ha cambiato l'esperienza offrendo l'installazione delle applicazioni con un clic, log accessibili, impostazioni centralizzate e un modo più visivo per gestire i servizi.

Ciò non ha eliminato la necessità di comprendere Docker. L'utente consiglia comunque ai principianti di imparare le basi di porte, volumi, mount, variabili d'ambiente e rete domestica, perché questi elementi erano responsabili della maggior parte dei suoi problemi iniziali.

La differenza è che ZimaOS gli ha fornito un ambiente più semplice in cui applicare queste conoscenze. Con l'aumentare della sua esperienza, funzionalità come la configurazione YAML gli hanno anche offerto un controllo più diretto, senza costringerlo ad abbandonare l'ambiente di gestione visiva.

In questo progetto, i due livelli hanno scopi diversi:

Come i due server si dividono il lavoro

Uno degli aspetti più pratici del progetto è che l'utente non sta cercando di sostituire hardware già funzionante con ZimaBlade.

Sul server Dell le applicazioni sono già configurate e in esecuzione, quindi spostare subito tutto creerebbe lavoro inutile. Invece, ZimaBlade viene destinato a servizi passivi e continuativi, che traggono vantaggio dalla disponibilità 24 ore su 24.

Gli attuali carichi di lavoro di ZimaBlade o quelli previsti includono servizi come:

• AdGuard Home
• Uptime Kuma
• FlareSolverr
• Cloudflared
• attività di backup
• altri servizi leggeri sempre attivi

In questo modo il sistema Dell può mantenere disponibili più risorse per carichi di lavoro più pesanti, compresa l'IA locale.

Il piano include anche che i due dispositivi si monitorino a vicenda. Uptime Kuma può fornire visibilità sulla disponibilità di servizi e dispositivi, mentre le notifiche Discord possono avvisare l'utente quando qualcosa smette di rispondere.

Questa è un'architettura pratica per un home server, perché la ridondanza non significa necessariamente acquistare due macchine identiche. Sistemi diversi possono assumere responsabilità diverse continuando a supportare lo stesso ambiente self-hosted.

Il prossimo passo è una maggiore IA locale

Il lato dell'IA locale del progetto è ancora in fase di sviluppo.

L'aggiornamento hardware previsto consiste in una NVIDIA Tesla P4 con 8 GB di VRAM. Una volta disponibile la scheda, l'utente prevede di sperimentare Qwen 3.5 9B per attività di automazione più personali.

Questi casi d'uso previsti includono la gestione e la categorizzazione delle email, le notifiche, la gestione di documenti e file, i flussi di lavoro con informazioni personali e altre attività per le quali sarebbe utile mantenere una parte maggiore dell'elaborazione all'interno dell'homelab.

Questo è separato dall'amministrazione assistita dall'IA già svolta con OpenClaw, Hermes e un modello di frontiera. Tesla P4 e la distribuzione di Qwen sono piani futuri e non fanno parte della configurazione hardware attuale.

La distinzione è importante perché il progetto sta di fatto esplorando due diversi utilizzi dell'IA:

• IA per gestire l'homelab tramite amministrazione, risoluzione dei problemi, configurazione e automazione.
• IA come servizio ospitato dall'homelab per flussi di lavoro personali privati e future attività legate alla casa intelligente.

Cosa funziona bene

Il vantaggio principale per l'utente non è una singola applicazione. È la possibilità di combinare servizi che normalmente esisterebbero come abbonamenti separati o piattaforme scollegate in un unico ambiente sotto il suo controllo.

Streaming musicale, video, archiviazione cloud, automazione della casa intelligente, monitoraggio, applicazioni personali, server di gioco e amministrazione assistita dall'IA possono interagire tutti all'interno dello stesso homelab.

Questa integrazione cambia il valore dell'hardware. ZimaBlade non viene utilizzato semplicemente come un altro computer della rete. Fa parte dell'infrastruttura che supporta servizi sempre online, in comunicazione tra loro e che possono essere automatizzati o gestiti da remoto.

Cosa migliorerebbe ancora l'utente

La configurazione non viene neppure presentata come priva di attriti. L'utente individua diversi aspetti in cui vorrebbe vedere miglioramenti in ZimaOS.

La sua richiesta con la massima priorità riguarda una migliore integrazione con LinuxServer.io e le sorgenti di applicazioni basate su GitHub. Si è imbattuto in casi in cui erano ancora installate immagini di applicazioni meno recenti e la dashboard non segnalava la disponibilità di una versione più nuova, costringendolo a reinstallare un'applicazione utilizzando una sorgente di immagini diversa.

Inoltre, vorrebbe:

• Un pulsante per il terminale web accessibile direttamente dalla dashboard principale.
• Passaggio più rapido tra la configurazione delle applicazioni e i log durante la risoluzione dei problemi.
• Documentazione più completa sulle GPU supportate, comprese schede come la Tesla P4.
• Indicazioni pensate per i principianti, che coprano i concetti importanti del self-hosting.
• Gestione e visibilità più semplici delle assegnazioni delle porte delle applicazioni.
• Un uso migliore dello spazio orizzontale dello schermo nella dashboard di ZimaOS.

Queste limitazioni forniscono un contesto utile, perché si tratta di un'implementazione reale e non di un ambiente dimostrativo perfettamente pulito. Man mano che l'homelab dell'utente è diventato più complesso, le sue aspettative sono passate dalla semplice installazione delle applicazioni alla gestione degli aggiornamenti, della compatibilità hardware, della risoluzione dei problemi e di configurazioni Docker sempre più avanzate.

Cosa rende interessante questo progetto ZimaBlade

L'aspetto insolito di questa configurazione non è il numero di applicazioni installate. Gli elenchi di applicazioni self-hosted molto ampi sono comuni negli homelab.

Ciò che colpisce è l'architettura costruita attorno a loro.

Uno ZimaBlade compatto gestisce parte dell'infrastruttura sempre attiva. Un vecchio PC Dell continua a essere utile invece di venire scartato. ZimaOS fornisce un livello visivo di gestione. Docker offre flessibilità oltre l'App Store. Home Assistant e n8n collegano le automazioni. I servizi di monitoraggio tengono sotto controllo l'ambiente. Discord offre un'altra superficie di controllo remoto. OpenClaw e Hermes aggiungono un livello di amministrazione assistita dall'IA.

È un homelab con hardware e software misti, costruito attorno a un'idea semplice: usare ogni componente per il compito che svolge meglio, invece di aspettarsi che un singolo dispositivo o un'unica interfaccia faccia tutto.

Per questo utente, ZimaBlade è diventato uno di quei componenti: un nodo compatto ed espandibile che può rimanere online, occuparsi dei servizi persistenti, supportare l'espansione futura dello storage e PCIe e partecipare a un sistema self-hosted molto più ampio.

Unisciti alla community per sbloccare altre informazioni utili

Benvenuti nella community Discord di IceWhale. Pubblicheremo ulteriori tutorial dettagliati per la configurazione, casi d'uso degli utenti e aggiornamenti sui prodotti, per aiutarvi a orientarvi facilmente nel mondo digitale e trovare la piattaforma hardware perfetta per ogni passione.