File server con scalabilità orizzontale con spazi di archiviazione diretti

ragazzi! Dopo un recente aggiornamento della nostra infrastruttura, ho un sacco di hardware disattivato che vorrei utilizzare per scopi di archiviazione insieme a provare alcune nuove cose. Quindi, ho 4 server DELL R630 con 6 x HDD e 2 x SSD all'interno. Le unità SMART sono verdi, quindi vorrei utilizzare tali server come cluster di archiviazione dedicato ad alta disponibilità. Vorrei provare la nuova tecnologia di Windows 2016 Storage Spaces Direct come cluster di file server scale-out dedicato, quindi ho ordinato per loro 4 schede NIC 10 Gbe a doppia porta Mellanox Connectx4. Sai come distribuire correttamente questo tipo di configurazione? Problemi o svantaggi di questo scenario? Dal momento che tutte le guide ufficiali coprono solo un approccio iper-convergente, una breve guida passo-passo su SoFS dedicati sarebbe fantastica!

Il tuo scenario va bene se sei d'accordo con il pagamento di un sacco di soldi per le licenze. Avrai anche bisogno di un fabric di interconnessione e di uno switch che supporti PFC per utilizzare la funzione SMB Direct (suppongo che ti piacerebbe usarlo a causa delle schede NIC Mellanox compatibili con RDMA che sono fantastiche).

Le tue unità ti consentono di creare un livello di capacità basato sulla parità e aggiungere un po 'di cache SSD (o livello più veloce) su di esso, il che è buono. Sebbene non mi aspetterei prestazioni eccezionali da questa configurazione a meno che il carico di lavoro non si adatti esattamente alla cache / al livello SSD. La parità software RAID / RAIN utilizzata in S2D fa ancora schifo in termini di prestazioni.

Ci sono molte informazioni su come pianificare un cluster S2D su TechNet qui https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-spaces/storage-spaces-direct-overview .

Una guida dettagliata che copre il tuo particolare scenario è disponibile qui: https://www.starwindsoftware.com/blog/microsoft-storage-spaces-direct-4-node-setup-2

C'è molto poco a zero senso costruire SoFS basato su S2D. Ecco perché:

1) Edizione Datacenter ovunque. È costoso ($ 6K +) e mentre per uno scenario iperconvergente si paga per VM Windows Server con licenza SOFS, non si paga ... nulla! Non ci sono macchine virtuali da eseguire!

2) La configurazione a doppia testina è possibile da TP5 AFAIK, ma non ci sono codici di ricostruzione locali (Leggi: il cluster non è tollerante al doppio guasto del disco - questo è UNSENSE nel mondo dell'array di archiviazione!), Non c'è codice di cancellazione e non c'è dischi virtuali multi-resilienti. Andare per ulteriori problemi risolve i problemi, ma sono le edizioni (4 * Datacenter) e ... Hai visto molti controller di memoria quad attivi negli array di archiviazione ?! Sì, ce ne sono due. A volte tre (Infinidat?).

Attenersi quindi a Clustered Storage Spaces come back-end SoFS (soluzione super matura) o utilizzare una replica tra nodi per molto meno di $ 12K nel solo software.