Per un pool primario attivo 24/7, un backplane SATA o SAS interno è solitamente la soluzione migliore per monitoraggio e ripristino. Lo storage USB esterno può funzionare, ma il bridge, il cavo, l'alimentatore e il case diventano ulteriori livelli di guasto e identificazione che devono comportarsi tutti in modo prevedibile.
Non è una gara di velocità di trasferimento. Un case esterno veloce può ottenere buoni risultati nei benchmark nascondendo però i numeri di serie delle unità, ignorando i comandi SMART, rinominando i dispositivi dopo la riconnessione o reimpostando tutti i dischi tramite un unico bridge. La qualità del ripristino dipende dalla visibilità e dall'isolamento dei guasti, non dalla velocità di trasferimento massima.
Confronta l'intero percorso di guasto
Il pool esterno include la porta dell'host, il cavo, il chipset del bridge, l'alimentazione del case, il raffreddamento e ogni unità. Il percorso interno include il controller dell'host, il backplane, il cablaggio, l'alimentatore e le unità. Mappa quale singolo guasto può disconnettere un disco e quale può rimuovere l'intero pool.
Un case esterno con un unico alimentatore e un unico cavo upstream concentra il rischio anche quando contiene diversi dischi. Anche un backplane interno può costituire un dominio di guasto condiviso, ma i suoi connettori, la mappatura degli slot e lo stato delle singole unità sono solitamente progettati per il funzionamento continuo e la sostituzione.
Considera la topologia idonea solo quando un disturbo al cavo, il riavvio del case o la sostituzione di un'unità non modificano l'identità persistente del dispositivo e non costringono l'operatore a indovinare quale disco fisico si è guastato.
Fai del monitoraggio il requisito d'ingresso
I dati SMART sono un indicatore, non una garanzia. L'analisi di Backblaze degli indicatori SMART dei guasti ha rilevato correlazioni utili, mostrando al contempo che alcune unità guaste non avevano fornito alcun avviso. Un pool ha quindi bisogno della visibilità SMART, oltre agli errori del filesystem, ai reset del collegamento, alle temperature e allo stato del case.
Verifica che il sistema operativo possa leggere, attraverso l'esatto bridge o backplane, il modello, il numero di serie, la temperatura, i contatori degli errori e i risultati degli autotest di ogni unità. Esegui un autotest breve, salva la baseline e conferma che gli avvisi identifichino un alloggiamento fisico.
Se un bridge esterno espone solo un dispositivo generico, blocca gli autotest o segnala numeri di serie instabili, non supera il requisito per un pool 24/7, indipendentemente dalla velocità.
Il ripristino favorisce un accesso stabile e diretto ai dischi
Un backplane interno consente solitamente allo stack di storage di vedere i dischi direttamente attraverso un percorso SATA, SAS o HBA supportato. Questo migliora l'attribuzione dei guasti e facilita lo spostamento dei membri leggibili su un altro host compatibile quando il chassis si guasta.
Per un pool esterno, registra il modello del bridge, la presentazione della dimensione dei settori, il comportamento della crittografia, la sequenza di alimentazione e se i dischi restano leggibili al di fuori del case. Alcuni dispositivi associano i metadati al case o presentano la geometria in modi che complicano gli spostamenti d'emergenza.
Testa il ripristino con dischi usa e getta: disconnetti un membro, riavvia il case, ricollegalo a un'altra porta supportata e conferma che il pool venga importato usando identificatori persistenti. Un piano di ripristino che esiste solo sulla carta non è superato.
Quando lo storage esterno è comunque la scelta migliore
Le unità esterne sono adatte alla rotazione dei backup, alle copie offline, all'acquisizione temporanea e a capacità che possono tollerare una disconnessione. Sono inoltre adatte agli host di piccole dimensioni privi di alloggiamenti interni, quando il case ha dimostrato di offrire alimentazione, raffreddamento, monitoraggio e presentazione univoca dei dispositivi affidabili.
Mantieni separato il comportamento delle condivisioni di rete dalla scelta del case. Questa guida all'affidabilità delle condivisioni di rete mostra perché un'applicazione non dovrebbe perdere il proprio percorso dati solo perché lo storage si riconnette lentamente.
Non trasformare un pool esterno in un ruolo primario 24/7 solo perché è più economico da espandere. Considera nel costo totale il tempo di sostituzione, i reset inspiegabili, le lacune nel monitoraggio e la dipendenza dal ripristino.
Verdetto condizionale
Scegli un backplane interno per il pool primario sempre attivo quando sono importanti visibilità diretta, mappatura degli alloggiamenti, raffreddamento e facilità di manutenzione. Scegli un pool esterno solo dopo che l'esatto bridge ha superato i test di identificazione, SMART, disconnessione, riavvio e ripristino su un altro host. Non scegliere nessuna delle due opzioni finché il backup non è indipendente dal pool.
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...

