Case tower più grande ora e case per lo storage aggiuntivo in seguito

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

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.

-15% OFF

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.