HBA JBOD vs RAID hardware per la visibilità e il ripristino dei dischi ZFS
Un HBA supportato in modalità initiator-target reale o JBOD è la scelta predefinita corretta per ZFS. Il RAID hardware è progettato per gestire il raggruppamento e il ripristino dei dischi, mentre ZFS deve poter vedere i singoli dispositivi e gestire autonomamente checksum, ridondanza, sostituzione e riparazione.
Il confronto non riguarda il controller con il maggior numero di funzioni. Riguarda il livello che ha l'autorità sull'identità dei dischi, sull'ordine di scrittura, sulla segnalazione degli errori e sulla ricostruzione. Assegnare la gestione parziale sia al controller RAID sia a ZFS crea ambiguità proprio quando il ripristino è più difficile.
Di cosa ha bisogno ZFS dal controller
Il controller dovrebbe esporre ogni unità con un identificatore univoco stabile, una dimensione dei settori accurata, lo stato degli errori e nessuna ridondanza nascosta. Dovrebbe trasmettere i dati SMART o equivalenti sullo stato del dispositivo, offrire un supporto affidabile al sistema operativo ed evitare una cache di scrittura volatile che confermi i dati prima che siano stati resi persistenti.
Le indicazioni hardware di OpenZFS raccomandano esplicitamente l'accesso diretto ai dischi e spiegano come il RAID hardware possa limitare l'autoriparazione, alterare le informazioni sui dispositivi e vincolare il ripristino a una famiglia di controller.
Un HBA è adeguato quando ogni disco è visibile tramite il numero di serie, un disco rimosso corrisponde all'alloggiamento previsto e il pool può essere importato tramite un altro HBA compatibile senza ricostruire array proprietari.
Perché il RAID 0 a disco singolo non è JBOD
Creare un disco virtuale RAID 0 per ogni unità fisica può sembrare un modo per esporre separatamente i dischi, ma il controller inserisce comunque metadati, caching, denominazione e traduzione degli errori. Un ripristino del firmware o la sostituzione del controller possono cambiare il modo in cui questi dischi virtuali vengono visualizzati.
Questa soluzione alternativa rischia inoltre di nascondere il comportamento nativo degli errori e fa dipendere la sequenza di ripristino dalla corretta ricreazione della configurazione del controller. Non dovrebbe essere considerata equivalente alla presentazione dei dischi in modalità IT.
Se l'hardware esistente non può esporre un vero JBOD e sostituirlo è impossibile, usa il controller RAID come unico livello di ridondanza insieme a un filesystem convenzionale, invece di sovrapporre a ZFS dischi apparentemente grezzi. Questa è la terza opzione più trasparente.
Il ripristino è il test decisivo
Con un HBA, i metadati del pool ZFS risiedono sui dischi membri e il sistema operativo può solitamente importare il pool tramite un altro controller supportato ad accesso diretto. La dipendenza per il ripristino è costituita dal filesystem, dalla compatibilità dei dispositivi e dai membri integri, non dalla definizione di un singolo array proprietario.
Il ripristino con RAID hardware può richiedere un controller compatibile, un comportamento del firmware corrispondente, uno stato della cache preservato e la corretta importazione dei metadati del controller prima ancora che ZFS possa vedere il dispositivo virtuale. Questo passaggio aggiuntivo può prolungare il downtime e limitare le possibilità di sostituzione.
Prima di usare il sistema in produzione, esporta un pool sacrificabile, sposta i suoi membri su un altro controller ad accesso diretto, importalo tramite identificatori persistenti ed esegui una lettura con verifica dei checksum. Registra i comandi esatti e la corrispondenza fisica dei numeri di serie.
Quando il RAID hardware ha ancora un ruolo
Il RAID hardware può essere appropriato quando il modello operativo, il supporto del fornitore e il filesystem sono progettati intorno al controller. Può anche essere inevitabile in un appliance. In questi casi, lascia al controller la gestione della ridondanza e segui la procedura verificata per batteria, cache, firmware e sostituzione.
La condivisione accessibile ai client rimane un livello di progettazione distinto; usa questo confronto tra SMB e NFS dopo aver definito il modello di gestione dei dischi.
Non scegliere il RAID hardware per ZFS soltanto per ottenere una cache o una schermata di gestione familiare. Questi vantaggi non compensano i dischi nascosti e la presenza di una seconda autorità per il ripristino.
Decisione finale
Scegli un HBA in modalità ad accesso diretto verificata per ZFS. Scegli il RAID hardware con un'architettura di storage non basata su ZFS quando il requisito è la ridondanza gestita dal controller insieme al supporto del fornitore. Evita la soluzione ibrida di ZFS sopra dischi virtuali RAID 0 a disco singolo.
Domande frequenti
È possibile usare con ZFS un controller RAID in vera modalità HBA?
Sì, se la modalità espone realmente ogni disco, conserva identificatori e dati dei settori stabili, trasmette le informazioni sullo stato, disabilita i comportamenti RAID nascosti ed è supportata dal sistema operativo.
Un HBA rende superfluo il backup?
No. Migliora la visibilità dei dispositivi e la portabilità del ripristino. Non protegge da eliminazioni, corruzione dell'intero pool, furti, incendi o guasti di più membri.
Prodotti consigliati
Confronti tra prodotti
Altro da leggere
LXC vs Docker su Proxmox per gli aggiornamenti e i rollback delle app
Docker offre il controllo delle versioni a livello di applicazione; LXC offre il ripristino a livello di guest. La soluzione più adatta dipende dall’unità...
Confini di sicurezza tra Docker e LXC per i servizi domestici privilegiati
Docker è adatto alle applicazioni confezionate in modo essenziale; LXC ai servizi Linux più completi, ma nessuno dei due sostituisce una VM quando il...
Sistema operativo NAS pronto all’uso vs Linux modulare per chi assembla per la prima volta
Scegli un software NAS chiavi in mano per operazioni di archiviazione guidate; scegli Linux modulare quando l'apprendimento e il controllo esplicito giustificano una maggiore...
