ReFS è pronto per ospitare VHDX di produzione su cluster Hyper-V 2012 r2?

Una delle nuove funzionalità che non ho visto elencato in tutti i post di "Windows Server 2012 r2" è che il clustering ora supporta CSV formattati con ReFS. Quindi, naturalmente, vorrei cambiare i CSV in cui memorizzo i file VHDX in ReFS. Ma i file VHDX vengono utilizzati per archiviare i file di database nelle macchine virtuali che eseguono Sql Server 2012.

Il pensiero è che avrei quindi RAID a livello hardware, proteggendomi da guasti istantanei. Inoltre, il vero sistema operativo (Hyper-V Server 2012 r2) li manterrebbe come volumi ReFS, proteggendo così i dati su tali unità da bitrot. Infine, i VHDX sono unità NTFS, il che significa che le applicazioni supportate continuano a utilizzare il filesystem su cui si basano.

Finora, il migliore che posso trovare è che questo è tecnicamente supportato --- perché Hyper-V segnala che è necessario disattivare l'impostazione "integrità dei dati" nel file VHDX (cmdlet Set-FileIntegrity) quando si tenta di utilizzarlo da il volume ReFS. Ma non riesco a trovare informazioni più solide di così. È davvero pronto per la prima serata o è effettivamente solo un'anteprima tecnologica per il clustering?

Modifica: 22-01-2014

Ho scoperto che ReFS rileva bitrot solo da solo. Affinché ReFS sia in grado di rilevare e correggere automaticamente, è inoltre necessario utilizzare Spazi di archiviazione per creare un volume RAID-1 utilizzando più unità ReFS. Quindi sembra che la mia soluzione si stia evolvendo in modo che l'hardware RAID presenti i suoi dischi come JBOD, quindi Windows si occuperà della parte RAID-1. Proverò se questa è una configurazione praticabile in produzione nel prossimo mese o giù di lì.

La risposta è un "No" molto chiaro .

ReFS solo rileva po 'rot in dati utente se il file in questione ha "Integrità Streams" abilitata (Fonti: docs TechNet ufficiale , post sul blog preferito da tutti , e un altro posto ). Oh, e perdi anche COW (Copy-On-Write) quando i flussi di integrità sono disabilitati. Poiché non è possibile utilizzare un VHDX residente su un volume ReFS a meno che Integrity Streams non sia disabilitato, non è possibile proteggere un VHDX dal marcio bit. Gioco finito.

È come se la stessa persona che pensava che un pool di spazi di archiviazione in cluster dovesse richiedere almeno 3 dischi fosse anche quella che ha preso la decisione di fare della cosa migliore su ReFS qualcosa che potevi spegnere, e poi ha richiesto alle persone di Hyper-V di richiederlo essere disabilitato. È difficile immaginare che la quantità di "stupido" si sia diffusa così tanto tra i core team come quello.

ausiliario

Durante alcuni test, ho trovato quanto segue che può essere utile per le persone che desiderano ancora andare avanti:

• È possibile solo SLM (Storage Live Migrate) un VHDX in uso su un volume mirror ReFS se la destinazione è una cartella in cui i flussi di integrità sono stati disabilitati.
  • Se si tenta di eseguire SLM su un mirror ReFS in cui è abilitato Integrity Streams , verrà visualizzato un errore con questo: "La destinazione '...' non è valida perché è configurata con l'attributo stream integrità. una destinazione che non ha l'attributo del flusso di integrità per continuare. ". Si ottiene lo stesso errore quando si tenta tramite PowerShell.
• La copia / spostamento di un file su un mirror ReFS comporterà l'impostazione del "bit di integrità" nel file affinché corrisponda all'impostazione della cartella di destinazione.
• Non è possibile ottenere / impostare il bit di integrità di un VHDX in uso.
• Altrimenti, le prestazioni di un volume mirror ReFS sembrano essere abbastanza buone (la mia opinione, ovviamente) per la produzione. Il mio test "differenze" è qui se qualcuno se ne frega.

ReFS è supportato, con l'integrità dei dati disabilitata, come hai scoperto. Ciò significa che il tuo disco rigido virtuale non è "protetto contro bitrot" come dici sopra. Il file system stesso sarebbe, ma non lo stesso VHD. Se questa misura di protezione è interessante per te, vai avanti e usa ReFS.