NTFS vs. ReFS-Come decidere quale usare

Ormai, probabilmente hai sentito parlare del file system relativamente recente di Microsoft “ReFS”. Introdotto con Windows Server 2012, cerca di superare NTFS in termini di stabilità e scalabilità. Poiché in genere memorizziamo i VHDX per più macchine virtuali nello stesso volume, sembra che si accoppi bene con i REFS. Sfortunatamente, non lo ha fatto in all’inizio. Microsoft ha continuato a migliorare ReFS negli anni successivi. Ha acquisito diverse funzionalità che lo hanno distanziato da NTFS. Con la sua maturazione, dovresti iniziare a usarlo per Hyper-V? Hai molto da considerare prima di prendere questa decisione.

Che cosa è ReFS?

Il moniker “ReFS” significa “file system resiliente”. Include funzionalità integrate per aiutare contro la corruzione dei dati. Il sito docs di Microsoft fornisce una spiegazione dettagliata dei riferimenti e delle sue funzionalità. Un breve riassunto:

• Integrity streams: ReFS utilizza checksum per verificare la corruzione dei file.
• Riparazione automatica: Quando ReFS rileva problemi in un file, attiverà automaticamente un’azione correttiva.
• Miglioramenti delle prestazioni: in alcune condizioni particolari, ReFS offre vantaggi in termini di prestazioni rispetto a NTFS.
• Volume e supporto di file molto grandi: i limiti superiori di ReFS superano quelli di NTFS senza incorrere negli stessi hit di prestazioni.
• Parità accelerata da specchio: la parità accelerata da specchio utilizza molto spazio di archiviazione raw, ma è molto veloce e molto resistente.
• Integrazione con gli spazi di archiviazione: molte delle funzionalità di ReFS funzionano al massimo solo in combinazione con gli spazi di archiviazione.

Prima di essere entusiasta di alcuni dei punti precedenti, ho bisogno di sottolineare una cosa: ad eccezione dei limiti di capacità, ReFS richiede spazi di archiviazione per fare il suo lavoro migliore.

Vantaggi di ReFS per Hyper-V

ReFS ha caratteristiche che accelerano alcune attività della macchina virtuale.

• Clonazione a blocchi: dalla mia lettura, la clonazione a blocchi è essenzialmente una forma di de-duplicazione. Ma, non funziona come un filtro del file system o scanner. Non attende passivamente la scrittura di dati arbitrari o esegue periodicamente la scansione del file system alla ricerca di duplicati. Qualcosa deve invocare attivamente contro un file specifico. Microsoft indica specificamente che può velocizzare notevolmente le unioni di checkpoint.
• Sparse VDL( valid data length): tutti i file system registrano la quantità di spazio allocato a un file. ReFS utilizza VDL per indicare la quantità di dati di quel file. Quindi, quando si indica a Hyper-V di creare un nuovo VHDX fisso su ReFS, è possibile creare l’intero file nello stesso lasso di tempo in cui si crea un VHDX in espansione dinamica. Allo stesso modo andrà a beneficio delle operazioni di espansione su VHDX in espansione dinamica.

Prenditi un po ‘ di tempo per esaminare queste funzionalità. Pensa attraverso le loro applicazioni totali.

ReFS vs. NTFS for Hyper-V: Confronto tecnico

Con la spiegazione generale fuori mano, ora puoi fare una valutazione migliore delle differenze. Innanzitutto, controlla le tabelle di confronto nella pagina panoramica dei REFS di Microsoft. Per le distribuzioni Hyper-V tipiche, la maggior parte delle differenze significa molto poco. Ad esempio, probabilmente non hai bisogno di quote sulle tue posizioni di archiviazione Hyper-V. Facciamo una tabella tutta nostra, con un ambito più appropriato per Hyper-V:

• Rif vince: Davvero grandi posizioni di archiviazione e davvero grande VHDXs
• Rif vince: Ambienti eccessivamente alta incidenza del creato, il checkpoint, o unite VHDXs
• Rif vince: Spazio di Archiviazione e di Spazi di Archiviazione Diretta distribuzioni
• NTFS vince: in un Unico volume, le distribuzioni
• NTFS vince (potenzialmente): Misti distribuzioni

penso che la maggior parte di queste cose parlano da soli. Gli ultimi due probabilmente hanno bisogno di un po ‘ più di spiegazione.

Le distribuzioni a volume singolo richiedono NTFS

In questo contesto, intendo “distribuzione a volume singolo” per indicare installazioni in cui si dispone di Hyper-V (incluso il suo sistema operativo di gestione) e tutte le macchine virtuali sullo stesso volume. Non è possibile formattare un volume di avvio con ReFS, né è possibile inserire un file di paging su ReFS. Tale installazione inoltre non consente Spazi di archiviazione o spazi di archiviazione diretti, quindi perderebbe comunque la maggior parte delle funzionalità di ReFS.

Le distribuzioni a scopo misto potrebbero richiedere NTFS

Alcuni di noi hanno la fortuna di distribuire nient’altro che macchine virtuali su posizioni di archiviazione dedicate. Non tutti ce l’hanno. Se il volume di archiviazione Hyper-V ospita anche file per altri scopi, potrebbe essere necessario continuare con NTFS. Vai oltre l’ultima tabella nella parte inferiore della pagina panoramica. Mostra le proprietà che puoi trovare solo in NTFS. Per gli scenari di condivisione file standard, si perdono le quote. È possibile disporre di applicazioni legacy che richiedono proprietà estese di NTFS o nomi brevi. In queste situazioni, solo NTFS farà.

Nota: se si dispone di un’alternativa, non utilizzare lo stesso host per eseguire ruoli non Hyper-V insieme a Hyper – V. Microsoft non supporta il mixaggio. Allo stesso modo, separare le VM Hyper-V sui volumi a parte i volumi che contengono altri tipi di file.

Comportamento ReFS imprevisto

Il contenuto ufficiale fa di tutto per descrivere i vantaggi dei flussi di integrità di ReFS. Esso utilizza checksum per rilevare la corruzione dei file. Se trova problemi, si impegna in azioni correttive. Su un volume di spazi di archiviazione che utilizza schemi di protezione, ha l’opportunità di risolvere il problema. Lo fa con il volume online, fornendo un’esperienza senza soluzione di continuità. Ma cosa succede quando gli ARBITRI non possono correggere il problema? Ecco dove devi prestare vera attenzione.

Nella pagina panoramica, la documentazione utilizza una formulazione eccezionalmente vaga: “ReFS rimuove i dati corrotti dallo spazio dei nomi”. La pagina integrity streams peggiora: “Se il tentativo non ha esito positivo, ReFS restituirà un errore.”Durante la ricerca di questo articolo, mi è stato detto di un’attività più preoccupante: ReFS elimina i file che ritiene non risolvibili. La sezione commenti in fondo a quella pagina include un rapporto corroborante. Se segui questo thread di commenti, troverai una voce da un gestore di programmi Microsoft che afferma:

ReFS elimina i file in due scenari:

1. ReFS rileva la corruzione dei metadati E non c’è modo di risolverlo. Significa che ReFS non si trova su un volume ridondante di spazi di archiviazione in cui è possibile correggere la copia danneggiata.
2. ReFS rileva il danneggiamento dei dati E il flusso di integrità è abilitato E non c’è modo di risolverlo. Significa che se il flusso di integrità non è abilitato, il file sarà accessibile se i dati sono danneggiati o meno. Se ReFS è in esecuzione su un volume con mirroring utilizzando spazi di archiviazione, la copia danneggiata verrà automaticamente corretta.

Il risultato: se ReFS decide che un VHDX ha subito danni irrecuperabili, lo eliminerà. Non chiederà, né ti darà alcuna opportunità di cercare di salvare ciò che puoi. Se ReFS non è supportato dalla ridondanza degli spazi di archiviazione, non ha modo di eseguire una riparazione. Quindi, da una prospettiva, ciò rende i REFS sugli spazi non di archiviazione un approccio ad alto rischio. Ma Mind

Pensa ai tuoi backup!

Non si deve trascurare la gravità della sezione precedente. Tuttavia, non dovresti lasciare che ti spaventi. Certamente capisco che potresti preferire un VHDX parzialmente leggibile a uno cancellato. A tal fine, è sufficiente disabilitare i flussi di integrità sui file delle VM. Ho anche un altro suggerimento.

Non trascurare i backup! Se ReFS elimina un file, recuperarlo dal backup. Se un VHDX va danneggiato su NTFS, recuperarlo dal backup. Con gli arbitri, almeno sai di avere un problema. Con NTFS, i problemi possono nascondersi molto più a lungo. Indipendentemente dalla configurazione, l’unica cosa su cui puoi contare per proteggere i tuoi dati è una solida soluzione di backup.

Quando scegliere NTFS per Hyper-V

Ora hai abbastanza informazioni per prendere una decisione informata. Queste condizioni indicano una buona condizione per NTFS:

• Configurazioni che non utilizzano spazi di archiviazione, ad esempio disco singolo o RAID del produttore. Questo da solo non fa un punto ermetico; si prega di leggere il “Mente i backup!”sezione sopra.
• Sistemi a volume singolo (il tuo host ha solo un C: volume)
• Sistemi a scopo misto (riconfigurare per separare i ruoli)
• Archiviazione su host precedenti al 2016-i REFS non erano maturi nelle versioni precedenti. Questo da solo non è un punto ermetico.
• Il fornitore dell’applicazione di backup non supporta ReFS
• Se non sei sicuro di ReFS

Col passare del tempo, NTFS perderà la favorability rispetto ai ReFS nelle distribuzioni Hyper-V. Ma ciò non significa che NTFS abbia raggiunto la sua fine. ReFS ha limiti incredibilmente più alti, ma pochissimi sistemi utilizzano più di una frazione di ciò che NTFS può offrire. ReFS ha caratteristiche di resilienza impressionanti, ma NTFS ha anche poteri di auto-guarigione e si ha accesso alle tecnologie RAID per difendersi dalla corruzione dei dati.

Microsoft continuerà a sviluppare ReFS. Essi possono eventualmente posizionarlo come successore di NTFS. Ad oggi, non lo hanno fatto. Non sembra che lo faranno anche domani. Non sentirti sotto pressione per passare agli arbitri prima del tuo livello di comfort.

Quando scegliere ReFS per Hyper-V

Alcune situazioni rendono ReFS la scelta chiara per la memorizzazione dei dati Hyper-V:

• Ambienti Storage Spaces (e Storage Spaces Direct)
• Volumi estremamente grandi
• VHDX estremamente grandi

È possibile creare un argomento aggiuntivo basato sulle prestazioni per i ReFS in un ambiente con un elevato churn di file VHDX. Tuttavia, non sopravvalutare l’impatto di tali miglioramenti delle prestazioni. La differenza più evidente appare quando si creano VHDX fissi. Per tutte le altre operazioni, è necessario aggiornare l’hardware per ottenere miglioramenti significativi.

Tuttavia, non voglio ignorare il vantaggio dei REFS per volumi molto grandi. Se si dispone di un volume di archiviazione di pochi terabyte e VHDX anche di poche centinaia di gigabyte, i REFS raramente battono NTFS in modo significativo. Quando si inizia a pensare in termini di centinaia di terabyte, NTFS probabilmente mostrerà colli di bottiglia. Se hai bisogno di spingere più in alto, allora gli ARBITRI diventano la tua unica scelta.

ReFS brilla davvero quando lo si combina con Spazi di archiviazione diretti. La sua capacità di eseguire automaticamente una riparazione online non dirompente è davvero impressionante. Da un lato, le probabilità di corruzione dei dati dirompente sui sistemi moderni costituiscono un’anomalia statistica. D’altra parte, a nessuno che abbia sofferto per un evento del genere importa davvero quanto fosse improbabile.

ReFS vs NTFS sui file system Guest Hyper-V

Tutto quanto sopra riguarda solo l’archiviazione delle macchine virtuali di Hyper-V. Che dire dei REFS nei sistemi operativi guest?

Per rispondere a questa domanda, dobbiamo tornare ai punti di forza di ReFS. Finora, abbiamo pensato solo in termini di Hyper-V. Gli ospiti hanno le loro condizioni e le loro esigenze. Iniziamo rivedendo la panoramica dei REFS di Microsoft. In particolare:

“Microsoft ha sviluppato NTFS specificamente per uso universale con una vasta gamma di configurazioni e i carichi di lavoro, tuttavia appositamente per i clienti che richiedono la disponibilità, capacità di recupero e/o la scala che Rif fornisce, Microsoft supporta i Riferimenti per l’utilizzo nelle seguenti configurazioni e scenari…”

ho aggiunto l’accento sulla parte che voglio prendere in considerazione. La frase stessa ti fa pensare che continueranno ad elencare alcuni usi, ma ne elencano solo uno: “backup target”. Gli altri elementi della loro lista parlano solo della configurazione dello storage. Quindi, dobbiamo scavare di nuovo nella frase e tirare fuori quei tre descrittori per aiutarci a decidere:” disponibilità”,” resilienza “e”scala”. È possibile buttare fuori i primi due subito – non si dovrebbe concentrarsi sulla disponibilità di storage e resilienza all’interno di una VM. Che ci lascia con “scala”. Quindi, volumi davvero grandi e file davvero grandi. Ricorda, questo significa centinaia di terabyte e oltre.

Per una decisione più accurata, leggere i confronti delle funzionalità. Se qualsiasi applicazione che si desidera utilizzare all’interno di un guest ha bisogno di funzionalità trovate solo su NTFS, utilizzare NTFS. Personalmente, uso ancora NTFS all’interno degli ospiti quasi esclusivamente. ReFS ha bisogno di spazi di archiviazione per svolgere al meglio il suo lavoro e Storage Spaces fa del suo meglio a livello fisico.

Combinare ReFS con NTFS tra host e guest Hyper-V

Tenere presente che il file system all’interno di un guest non ha alcuna influenza sul file system dell’host e viceversa. Per quanto Hyper-V sa, VHDX collegati a macchine virtuali non sono altro che un fascio di blocchi di dati. Puoi usare qualsiasi combinazione che funzioni.