ZFS come alternative su Windows

Concettualmente, e non credo di essere solo qui, adoro i concetti di ZFS. Puoi creare un unico grande disco, tutto è archiviato su più unità e puoi espandere e ridurre il pool e l'unità in qualsiasi momento. Inoltre, i dischi non devono essere uguali ecc.

Quello che odio di ZFS è che, meglio che posso dire, è la sua unica forma veramente stabile su Solaris in esecuzione su hardware Oracle (precedentemente Sun). Certo, esiste OpenSolaris e FreeBSD ha il supporto ZFS, ma generalmente si dice che l'affidabilità è scarsa quando su FreeBSD / OpenSolairs / Solaris su hardware non Oracle.

Eseguiamo (esclusivamente al momento) server Windows Server 2008 R2. Qual è l'opzione di archiviazione DAS "successiva migliore" per questo sistema operativo? Non riesco a trovare un'implementazione ZFS per Windows, quindi questo è fuori. Esiste un myrad di schede RAID: qualcuno può consigliare un'installazione che si avvicina alla flessibilità di ZFS? Una configurazione in cui puoi semplicemente aggiungere un disco al pool e bam più spazio di archiviazione senza dover smontare il server per la ricostruzione?

In breve: se ami ZFS ma vuoi eseguire Windows Server 2008 R2 qual è la / le tua / e migliore / e opzione / e?

PS: questo è per i sistemi di produzione, il budget è dell'ordine di 10k per sistema.

Per quanto ne so, davvero l'unica opzione che hai che gli approcci siano in qualche modo affidabili è ottenere una SAN che implementa la virtualizzazione dello storage e connetti i tuoi server Windows tramite iSCSI / FC / FCoE / ecc.

La SAN sarà in grado di offrirti funzionalità simili a quelle di ZFS: istantanee, dimensionamento dinamico del volume, clonazione, ecc.

Come altri stanno dicendo che non c'è nulla di paragonabile a ZFS su Windows, quindi se si desidera utilizzare ZFS dovrà essere collegato attraverso la rete in qualche modo.

Se controlli attentamente la compatibilità dell'hardware, non dovresti avere problemi a eseguirlo su hardware non Oracle, nella mia esperienza (anche se limitata). Da quello che raccolgo le cose più importanti da cercare sono:

• CPU a 64 bit (ZFS è praticamente inutile su 32 bit)
• 1 - 1,5 GB di RAM ECC per TB di memoria utilizzata
• HBA SAS / SATA basato su LSI 1068E con firmware IT

Consiglierei un sistema operativo basato su Solaris su FreeBSD o Linux per motivi di prestazioni e stabilità, o se hai bisogno di una delle funzionalità supportate solo dalle versioni ZFS recenti (come la crittografia). Ciò significa che le opzioni del sistema operativo in uso sono Solaris 10, Solaris 11 Express o una delle forcelle di OpenSolaris. Nexenta Core (o il NexentaStor più simile ad un apparecchio), OpenIndiana e Schillix sembrano essere i più importanti. Se si decide su un sistema operativo supportato da Oracle, i costi della licenza sono attualmente pari a $ 1000 / socket per hardware x86 non Oracle.

Attualmente sto eseguendo un file server di prova su ZFS. Se i tuoi requisiti sono simili ai nostri, potresti passare senza seguire il percorso iSCSI e invece utilizzare il supporto CIFS integrato di Solaris per far apparire i file system ZFS come normali condivisioni Windows. È stato relativamente facile integrarlo con Active Directory per la certificazione, ed è stato finora molto meno doloroso di Samba.

Se è necessario che l'archiviazione appaia come unità Windows nativa, ad esempio per un database, iSCSI è l'unica opzione. Ricorda che perderai la possibilità di far crescere facilmente l'unità poiché devi dedicare una determinata quantità di spazio pool ZFS alla condivisione iSCSI. Se hai bisogno di iSCSI ti consiglierei di ottenere una configurazione di rete più robusta rispetto alla singola scheda gigabit suggerita sopra - non abbiamo avuto problemi a saturare una connessione gigabit con solo quattro vecchie unità desktop 5400 RPM in RAIDZ su un HBA da 1,5 gbit. Sarebbe meglio una scheda da 10 gigabit o almeno una gigabit a quattro porte con aggregazione dei collegamenti.

Penso che alcuni dei concetti di ZFS siano sbagliati. In realtà non è possibile ridurre i pool, tuttavia è possibile creare ed eliminare filesystem e simili al volo utilizzando l'archiviazione in pool. Onestamente, a parte l'utilizzo di una soluzione basata su ZFS, penso che la soluzione di controller Smart Array di HP sia estremamente pulita e permetta flessibilità con le sue unità logiche. Supponiamo che tu abbia 8 dischi. All'interno di tale array, è possibile avere unità logiche più piccole che possono utilizzare diversi livelli RAID. Possono anche essere espansi facilmente. Questo è qualcosa di unico per i server HP ProLiant, ma è una buona alternativa in ambiente Windows.

Per quanto riguarda ZFS, è possibile acquistare una soluzione ZFS in scatola da diversi fornitori. Dai un'occhiata a NexentaStor e PogoLinux , che vende sistemi NexentaStor preconfigurati e confezionati su hardware certificato . Queste soluzioni rientrerebbero sicuramente nel tuo budget.

Personalmente, utilizzo NexentaStor per le mie distribuzioni ZFS, ma ho intrapreso la strada della personalizzazione dell'hardware HP ProLiant per l'attività poiché è quello che mi è più familiare. In entrambi i casi, non è necessario eseguire l'hardware Oracle per raggiungere la stabilità in ZFS.

Ci sono un paio di opzioni che puoi guardare avanti in Windows. Il file system di Windows NTFS ha i supporti per la gestione del disco logico. Puoi leggere di più e vedere se soddisfa le tue esigenze su http://technet.microsoft.com/en-us/library/cc758035(WS.10).aspx . L'altra opzione che hai è usare il volume manager di veritas http://www.symantec.com/business/storage-foundation-for-windows .

Configurare un sistema Illumos / OpenSolaris come SAN e utilizzare iSCSI sul server Windows per collegarsi ai volumi del disco sulla SAN. Impostalo in modo che il server Windows abbia una scheda GigE aggiuntiva collegata a uno switch GigE a cui è collegato il server in modo che il traffico iSCSI abbia fondamentalmente un proprio switch dedicato.

Per eseguire il backup di qualcosa come SQL Server, arrestare il server SQL, dire alla macchina Illumos di eseguire l'istantanea del volume ZFS in cui è archiviato il db, riavviare il server SQL e quindi utilizzare ZFS invio / ricezione per eseguire il backup dell'istantanea su un altro server. In questo modo, è possibile eseguire il backup dei database con tempi di inattività minimi.

Capisco che questa domanda è praticamente obsoleta ora poiché abbiamo già spazi di archiviazione. Ora il problema non è la flessibilità, è la prestazione. Guarda le classifiche:

Spazi di archiviazione vs. ZFS

ZFS, e più specificamente, RAID-Z annulla praticamente ogni altra cosa là fuori. Si prega di votare per l'idea ZFS su Windows Server su UserVoice (collegata nella parte inferiore dell'articolo), grazie!