Acquista subito il tower più grande quando sai già quali unità conterrà; rimanda a un secondo chassis quando la vera esigenza è una crescita dello storage indipendente.
Non si tratta semplicemente di scegliere tra un box e due. La decisione modifica il raffreddamento, il cablaggio, la scelta del controller, l'ambito della manutenzione e il numero di componenti che devono avviarsi correttamente dopo un'interruzione di corrente. L'orizzonte utile è il prossimo ciclo di espansione dello storage, non una configurazione ipotetica destinata a durare per sempre.
Inizia dalla previsione del numero di unità, non dal conteggio degli alloggiamenti vuoti
Stima la capacità utilizzabile al livello di ridondanza che utilizzerai davvero, quindi converti la crescita prevista nei prossimi tre anni in nuove unità. Includi un margine per le sostituzioni: un alloggiamento riservato a un'unità di ricambio non è un alloggiamento di espansione, e una modifica della parità potrebbe richiedere più dischi di quanto suggerisca un semplice calcolo della capacità.
Un tower più grande giustifica il suo ingombro quando la previsione porta a occupare diversi alloggiamenti interni prima che la piattaforma diventi obsoleta. Una configurazione indipendente, come una piattaforma di storage a otto alloggiamenti, mostra perché alloggiamenti interni, linee del controller, raffreddamento e rete devono essere pianificati come un unico sistema, anziché conteggiati separatamente.
Se la previsione arriva solo a uno o due dischi aggiuntivi, mantieni lo chassis più piccolo e conserva il budget. Se raggiunge quattro o più unità mentre CPU e memoria restano adeguate, gli alloggiamenti interni inutilizzati diventano utili dal punto di vista operativo, anziché puramente decorativi.
Confronta un unico dominio di guasto con due ruoli sostituibili
Un singolo tower concentra scheda madre, controller, alimentatore e dischi in un unico dominio di manutenzione. Questo semplifica il monitoraggio e lo spegnimento, ma un guasto allo chassis o all'alimentazione può rendere indisponibili tutti i dispositivi di storage contemporaneamente.
Un secondo chassis per lo storage separa l'alloggiamento dei dischi dall'host di calcolo. Questo può consentire di sostituire il server senza spostare i dischi, ma aggiunge un cavo esterno, l'alimentazione dello chassis, le ventole e un altro componente il cui firmware o backplane può interrompere l'accesso. La separazione è utile solo quando crea un ruolo sostituibile, non quando aggiunge semplicemente un altro box.
La scelta si sposta verso due chassis quando il sistema di calcolo viene aggiornato più rapidamente del gruppo di dischi o quando lo shelf di storage deve servire un host futuro. Conviene mantenere un solo tower quando il ripristino semplice e un numero minore di interconnessioni contano più della sostituzione indipendente.
Considera il collegamento di espansione parte integrante del sistema di storage
Uno shelf esterno richiede un percorso dati con il numero corretto di linee, il connettore adatto, una lunghezza del cavo appropriata, la modalità corretta del controller e la visibilità dei dischi. USB può essere comodo per pochi dischi, mentre un JBOD collegato tramite SAS è generalmente più facile da gestire per array più grandi, perché ogni unità rimane visibile all'host.
I test di enclosure indipendenti mostrano perché il collegamento debba essere verificato anziché dato per scontato: un percorso SAS esterno passante può evitare una penalizzazione evidente delle prestazioni, ma alimentazione, raffreddamento e cablaggio restano parte del risultato.
Prima di scegliere la soluzione con il secondo chassis, documenta quale controller gestisce i dischi, come viene alimentato l'enclosure prima dell'host e come viene identificato un cavo guasto. Se le risposte non sono chiare, la flessibilità apparente è complessità presa in prestito.
Valuta insieme alimentazione, raffreddamento e ripristino
Non confrontare soltanto i prezzi degli chassis. Aggiungi l'adattatore host bus, il cavo esterno, l'alimentatore dello shelf, la rumorosità delle ventole, lo spazio su rack o a pavimento, le prese dell'UPS e i pezzi di ricambio necessari per ripristinare il servizio.
Il tower è generalmente più economico quando evita un secondo enclosure alimentato. Lo shelf può risultare più conveniente nell'arco di due cicli di aggiornamento quando sopravvive alla sostituzione del sistema di calcolo ed evita la migrazione di un grande gruppo di dischi.
| Area decisionale | Tower più grande subito | Secondo chassis in seguito |
|---|---|---|
| Costo iniziale | Costo maggiore per case e alimentatore | Inferiore fino all'espansione |
| Consumo a riposo | Un'unica piattaforma, con la possibilità di avere più ventole | Secondo alimentatore e ventole dopo l'espansione |
| Cablaggio | Principalmente interno | Percorso esterno per dati e alimentazione |
| Aggiornamento del sistema di calcolo | I dischi si spostano secondo il piano dello chassis | Sistema di calcolo e shelf possono essere separati |
| Ambito del ripristino | Un solo box da diagnosticare | Più componenti, con ruoli più chiari se documentati |
Usa una soglia di espansione a tre anni
Scegli il tower più grande se il tuo piano triennale riempie almeno metà degli alloggiamenti aggiuntivi, la scheda madre offre un numero sufficiente di linee e porte e l'enclosure riesce a raffreddare il numero finale di dischi senza un'elevata velocità delle ventole. È un acquisto di capacità legato a un carico di lavoro probabile.
Scegli in seguito un secondo chassis se i tempi di crescita sono incerti, l'host attuale è altrimenti sufficiente o lo storage deve rimanere indipendente dal sistema di calcolo. Prima di implementare una delle due soluzioni, definisci il livello di condivisione dei file e dei client; questa guida alla scelta tra SMB e NFS è il passo logico successivo una volta definita la topologia fisica.
Smetti di espandere la configurazione attuale quando l'aggiunta del disco successivo richiede un controller non supportato, compromette il raffreddamento o rende inaccettabile il tempo di ripristino. A quel punto il problema è l'architettura, non il numero di alloggiamenti.
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...

