Un thread di settembre 2025 riportava che l'opzione JBOD era visibile ma non selezionabile in ZimaOS 1.4.4 e 1.5.0. Una risposta ufficiale di Zima confermava che l'implementazione presentava problemi di usabilità e indicava agli utenti di utilizzare temporaneamente una versione precedente oppure attendere la reimplementazione della funzionalità.
Quella risposta non dovrebbe essere riproposta come consiglio attuale. La documentazione corrente di ZimaOS indica nuovamente JBOD come configurazione di archiviazione disponibile.
Cosa era vero in ZimaOS 1.4.4 e 1.5.0
Nelle build segnalate, l'utente non poteva selezionare JBOD dalla schermata di configurazione dell'archiviazione. La risposta ufficiale considerava il problema una difficoltà di usabilità del prodotto, non un errore di configurazione specifico dei dischi.
Cosa è diverso oggi
Le opzioni RAID attuali di ZimaOS descrivono JBOD insieme a RAID 0, RAID 1, RAID 5 e ad altre opzioni di archiviazione. JBOD viene definito come un modo per unire più dischi in un unico volume continuo, sottolineando che non offre la ridondanza tipica del RAID.
Ciò significa che il vecchio workaround, cioè installare una build precedente di ZimaOS semplicemente per riottenere JBOD, non dovrebbe essere la raccomandazione predefinita per un sistema attuale.
Quando JBOD è una scelta sensata
JBOD è utile quando capacità e semplicità sono più importanti della ridondanza. Può combinare più dischi senza destinare una capacità equivalente a copie replicate o di parità.
Il compromesso è importante: JBOD non è una strategia di backup. Se i dati sono importanti, conserva backup indipendenti invece di presumere che un volume JBOD composto da più dischi protegga dai guasti delle unità.
Se JBOD non è ancora disponibile
- Verifica la versione di ZimaOS installata.
- Controlla se i dischi sono già assegnati a un altro pool o filesystem.
- Esamina le opzioni di configurazione dell'archiviazione attuali invece di seguire il workaround specifico per la versione del 2025.
- Non eseguire il downgrade di un server di archiviazione in produzione solo perché un vecchio post del forum descriveva un problema temporaneo di implementazione.
Contesto attuale di JBOD e della protezione dei dati
Il flusso di ripristino RAID 1 è un utile termine di paragone, perché mostra come funziona il ripristino orientato alla ridondanza quando i dati sono importanti. Le modifiche di ZimaOS 1.5 forniscono il contesto delle versioni per i cambiamenti all'archiviazione di ZimaOS, mentre l'integrazione cloud di ZimaOS è rilevante quando si decide quali dati presenti in un pool non ridondante debbano esistere anche in un'altra posizione.
La definizione di JBOD di Seagate spiega che JBOD può aggregare la capacità, ma non offre la ridondanza integrata tipica del RAID; anche il funzionamento JBOD di QNAP descrive analogamente il JBOD lineare come capacità combinata senza protezione dai guasti dei dischi. Queste definizioni rafforzano il punto operativo fondamentale: un'opzione JBOD attualmente disponibile può essere valida per aumentare la capacità, ma non dovrebbe essere presentata come protezione per dati insostituibili.
In sintesi
Il post della community descriveva correttamente un problema temporaneo di JBOD in ZimaOS 1.4.4/1.5.0. La documentazione corrente di ZimaOS presenta nuovamente JBOD come opzione supportata; pertanto, utilizza le indicazioni attuali sull'archiviazione e considera il vecchio suggerimento di eseguire il downgrade come un riferimento storico legato alla versione.
