NTFS vs.ReFS – cum să decideți ce să utilizați

până acum, probabil ați auzit de sistemul de fișiere relativ recent al Microsoft „ReFS”. Introdus cu Windows Server 2012, acesta încearcă să depășească NTFS în stabilitate și scalabilitate. Deoarece stocăm de obicei VHDX-urile pentru mai multe mașini virtuale în același volum, se pare că se împerechează bine cu ReFS. Din păcate, nu a făcut-o… la început. Microsoft a continuat să îmbunătățească ReFS în anii care au urmat. A câștigat mai multe caracteristici care l-au distanțat de NTFS. Odată cu maturizarea sa, ar trebui să începeți să o utilizați pentru Hyper-V? Aveți multe de luat în considerare înainte de a lua această hotărâre.

ce este ReFS?

numele „ReFS” înseamnă „sistem de fișiere rezistent”. Acesta include built-in caracteristici pentru a ajuta împotriva corupției de date. Site-ul Microsoft docs oferă o explicație detaliată A ReFS și a caracteristicilor sale. O scurtă recapitulare:

• fluxuri de Integritate: ReFS utilizează sumele de control pentru a verifica corupția fișierelor.
• Reparare automată: când ReFS detectează probleme într-un fișier, acesta va adopta automat măsuri corective.
• îmbunătățiri ale performanței: în câteva condiții particulare, ReFS oferă beneficii de performanță față de NTFS.
• volum foarte mare și suport pentru fișiere: limitele superioare ale ReFS depășesc NTFS fără a suporta aceleași accesări de performanță.
• paritate accelerată în oglindă: paritatea accelerată în oglindă folosește mult spațiu de stocare brut, dar este foarte rapidă și foarte rezistentă.
• integrare cu spațiile de depozitare: multe dintre caracteristicile ReFS funcționează la maxim numai împreună cu spațiile de depozitare.

înainte de a vă bucura de unele dintre punctele anterioare, trebuie să subliniez un lucru: cu excepția limitelor de capacitate, ReFS necesită spații de depozitare pentru a face cea mai bună muncă.

ReFS beneficii pentru Hyper-V

ReFS are caracteristici care accelerează unele activități de mașină virtuală.

• clonarea blocurilor: prin citirea mea, clonarea blocurilor este în esență o formă de de-duplicare. Dar, nu funcționează ca un filtru de sistem de fișiere sau scaner. Nu așteaptă pasiv scrierea datelor arbitrare sau Scanarea periodică a sistemului de fișiere pentru duplicate. Ceva trebuie să-l invoce activ împotriva unui anumit fișier. Microsoft indică în mod specific că poate accelera foarte mult fuziunile punctelor de control.
• Sparse VDL (valid data length): toate sistemele de fișiere înregistrează spațiul alocat unui fișier. ReFS utilizează VDL pentru a indica cât de mult din acel fișier are date. Deci, atunci când instruiți Hyper-V să creeze un nou VHDX fix pe ReFS, acesta poate crea întregul fișier în aproximativ aceeași perioadă de timp ca și crearea unui VHDX care se extinde dinamic. Acesta va beneficia în mod similar operațiunile de expansiune pe VHDX-uri în expansiune dinamică.

ia un pic de timp pentru a merge peste aceste caracteristici. Gândiți-vă prin aplicațiile lor totale.

ReFS vs.NTFS pentru Hyper-V: comparație tehnică

cu explicația generală din drum, acum Puteți face o evaluare mai bună a diferențelor. Mai întâi, verificați tabelele de comparație de pe pagina de prezentare generală a Microsoft ReFS. Pentru implementările tipice Hyper-V, majoritatea diferențelor înseamnă foarte puțin. De exemplu, probabil că nu aveți nevoie de cote pentru locațiile de stocare Hyper-V. Să facem o masă proprie, mai potrivită pentru Hyper-V:

• ReFS câștigă: locații de stocare foarte mari și VHDXs foarte mari
• ReFS câștigă: medii cu incidențe excesiv de mari de VHDXs create, verificate sau îmbinate
• ReFS câștigă: spațiu de stocare și spații de stocare implementări directe
• NTFS câștigă: implementări cu un singur volum
• NTFS câștigă (potențial): implementări cu scop mixt

cred că majoritatea acestor lucruri vorbesc de la sine. Ultimele două probabil au nevoie de mai multe explicații.

implementările cu un singur volum necesită NTFS

în acest context, intenționez ca „implementare cu un singur volum” să însemne instalații în care aveți Hyper-V (inclusiv sistemul său de operare de gestionare) și toate VM-urile pe același volum. Nu puteți formata un volum de boot cu ReFS și nici nu puteți plasa un fișier de pagină pe ReFS. O astfel de instalare nu permite, de asemenea, spații de depozitare sau spații de depozitare directe, așa că oricum ar pierde majoritatea capacităților ReFS.

implementările cu scop mixt ar putea necesita NTFS

unii dintre noi au norocul să implementeze doar mașini virtuale pe locații de stocare dedicate. Nu toată lumea are asta. Dacă volumul de stocare Hyper-V găzduiește și fișiere în alte scopuri, poate fi necesar să continuați cu NTFS. Parcurgeți ultimul tabel din partea de jos a paginii prezentare generală. Acesta arată proprietățile pe care le puteți găsi numai în NTFS. Pentru scenariile standard de partajare a fișierelor, pierdeți cote. Este posibil să aveți aplicații vechi care necesită proprietăți extinse NTFS sau nume scurte. În aceste situații, numai NTFS va face.

Notă: Dacă aveți orice alternativă, nu utilizați aceeași gazdă pentru a rula roluri non-Hyper-V alături de Hyper-V. Microsoft nu acceptă amestecarea. În mod similar, separați VM-urile Hyper-V pe volume, în afară de volumele care dețin alte tipuri de fișiere.

comportament neașteptat ReFS

conținutul oficial merge la unele lungimi pentru a descrie beneficiile fluxurilor de integritate ReFS lui. Utilizează sumele de control pentru a detecta corupția fișierelor. Dacă găsește probleme, se angajează în acțiuni corective. Pe un volum de spații de depozitare care utilizează scheme de protecție, are posibilitatea de a rezolva problema. Face asta cu volumul online, oferind o experiență perfectă. Dar, ce se întâmplă atunci când ReFS nu poate corecta problema? Acolo trebuie să acordați o atenție reală.

pe pagina Prezentare generală, documentația folosește o formulare extrem de vagă: „ReFS elimină datele corupte din spațiul de nume”. Pagina integrity streams se înrăutățește: „dacă încercarea nu reușește, ReFS va returna o eroare.”În timp ce cercetam acest articol, mi s-a spus despre o activitate mai tulburătoare: ReFS șterge fișierele pe care le consideră nefixabile. Secțiunea de comentarii din partea de jos a paginii respective include un raport coroborat. Dacă urmați firul de comentarii, veți găsi o intrare dintr-un manager de programe Microsoft care afirmă:

ReFS șterge fișierele în două scenarii:

1. ReFS detectează corupția metadatelor și nu există nicio modalitate de a o remedia. Sensul ReFS nu este pe un spațiu de stocare volum redundant în cazul în care se poate repara copia corupt.
2. ReFS detectează corupția datelor și fluxul de Integritate este activat și nu există nicio modalitate de a remedia problema. Înțeles dacă Integrity Stream nu este activat, fișierul va fi accesibil dacă datele sunt corupte sau nu. Dacă ReFS rulează pe un volum oglindit folosind spații de stocare, copia coruptă va fi remediată automat.

rezultatul: dacă ReFS decide că un VHDX a suferit daune irecuperabile, îl va șterge. Nu vă va cere și nici nu vă va oferi nicio ocazie de a încerca să salvați ceea ce puteți. Dacă ReFS nu este susținut de redundanța spațiilor de depozitare, atunci nu are nicio modalitate de a efectua o reparație. Deci, dintr-o perspectivă, asta face ca ref-urile pentru spațiile care nu sunt de depozitare să pară o abordare cu risc foarte ridicat. Dar …

Aveți Grijă La Copiile De Rezervă!

nu trebuie să treceți cu vederea severitatea secțiunii anterioare. Cu toate acestea, nu ar trebui să lăsați să vă sperie, fie. Înțeleg cu siguranță că ați putea prefera un VHDX parțial lizibil decât unul șters. În acest scop, puteți dezactiva pur și simplu fluxurile de Integritate din fișierele VMs. Am și o altă sugestie.

nu neglija copiile de rezervă! Dacă ReFS șterge un fișier, recuperați-l din copie de rezervă. Dacă un VHDX merge corupt pe NTFS, recuperați-l din copie de rezervă. Cu ReFS, cel puțin știi că ai o problemă. Cu NTFS, problemele pot pândi mult mai mult. Indiferent de configurația dvs., singurul lucru pe care vă puteți baza pentru a vă proteja datele este o soluție solidă de rezervă.

când să alegeți NTFS pentru Hyper-V

acum aveți suficiente informații pentru a lua o decizie în cunoștință de cauză. Aceste condiții indică o stare bună pentru NTFS:

• configurații care nu utilizează spații de stocare, cum ar fi un singur disc sau RAID producător. Acest lucru singur nu face un punct etanș; vă rugăm să citiți ” Mind Backup!”secțiunea de mai sus.
• sisteme cu un singur volum (gazda dvs. are doar un C: Volum)
• sisteme cu scop mixt (vă rugăm să reconfigurați pentru a separa rolurile)
• stocare pe gazde mai vechi de 2016-ReFS nu a fost la fel de matur pe versiunile anterioare. Numai acest lucru nu este un punct etanș.
• furnizorul aplicației de backup nu acceptă ReFS
• dacă nu sunteți sigur de ReFS

pe măsură ce trece timpul, NTFS va pierde favorabilitatea față de ReFS în implementările Hyper-V. Dar asta nu înseamnă că NTFS a ajuns la sfârșit. ReFS are limite uimitor de mari, dar foarte puține sisteme folosesc mai mult de o fracțiune din ceea ce poate oferi NTFS. ReFS are caracteristici impresionante de rezistență, dar NTFS are și puteri de auto-vindecare și aveți acces la tehnologii RAID pentru a vă apăra împotriva corupției datelor.

Microsoft va continua să dezvolte ReFS. În cele din urmă, îl pot poziționa ca succesor al NTFS. De astăzi, ei nu au făcut acest lucru. Se pare că nu o vor face nici mâine. Nu vă simțiți presați să vă deplasați la ReFS înainte de nivelul dvs. de confort.

când să alegeți ReFS pentru Hyper-V

unele situații fac din ReFS alegerea clară pentru stocarea datelor Hyper-V:

• spații de stocare (și spații de stocare directe) medii
• volume extrem de mari
• VHDXs extrem de mari

s-ar putea face un argument suplimentar bazat pe performanță pentru ReFS într-un mediu cu o putinei foarte mare de fișiere VHDX. Cu toate acestea, nu supraestimați impactul acestor îmbunătățiri ale performanței. Diferența cea mai izbitoare apare atunci când creați vhdxs fixe. Pentru toate celelalte operațiuni, trebuie să vă actualizați hardware-ul pentru a obține o îmbunătățire semnificativă.

cu toate acestea, nu vreau să trec peste beneficiul ReFS pentru volume foarte mari. Dacă aveți un volum de stocare de câțiva terabytes și VHDXs de chiar câteva sute de gigaocteți, atunci ReFS va bate rar NTFS semnificativ. Când începeți să vă gândiți în termeni de sute de terabyte, NTFS va arăta probabil blocaje. Dacă trebuie să împingeți mai sus, atunci ReFS devine singura dvs. alegere.

ReFS strălucește cu adevărat atunci când îl combinați cu spații de depozitare Direct. Capacitatea sa de a efectua automat o reparație online non-perturbatoare este cu adevărat impresionantă. Pe de o parte, șansele de corupere a datelor perturbatoare pe sistemele moderne constituie o anomalie statistică. Pe de altă parte, nimănui care a suferit printr-un astfel de eveniment nu-i pasă cât de puțin probabil a fost.

ReFS vs NTFS pe sistemele de fișiere de oaspeți Hyper-V

toate cele de mai sus se ocupă numai de stocarea Hyper-V a mașinilor virtuale. Ce zici de ReFS în sistemele de operare pentru oaspeți?

pentru a răspunde la această întrebare, trebuie să ne întoarcem la punctele forte ale ReFS. Până acum, ne-am gândit doar la asta în ceea ce privește Hyper-V. oaspeții au propriile condiții și nevoi. Să începem prin a examina prezentarea generală a Microsoft ReFS. În mod specific următoarele:

„Microsoft a dezvoltat NTFS special pentru uz general, cu o gamă largă de configurații și sarcini de lucru, cu toate acestea, pentru clienții care necesită în mod special disponibilitatea, reziliența și/sau scara pe care ReFS le oferă, Microsoft acceptă ReFS pentru utilizare în următoarele configurații și scenarii…”

am adăugat accent pe partea pe care vreau să ia în considerare. Propoziția în sine te face să crezi că vor continua să enumere câteva utilizări, dar vor enumera doar una: „țintă de rezervă”. Celelalte elemente de pe lista lor vorbesc doar despre configurația de stocare. Deci, trebuie să săpăm înapoi în propoziție și să scoatem acei trei descriptori pentru a ne ajuta să decidem: „disponibilitate”, „reziliență” și „scară”. Puteți arunca primele două imediat — nu ar trebui să vă concentrați asupra disponibilității de stocare și a rezistenței în interiorul unui VM. Asta ne lasă cu „scară”. Deci, volume foarte mari și fișiere foarte mari. Amintiți-vă, asta înseamnă sute de terabytes și în sus.

pentru o decizie mai precisă, citiți comparațiile de caracteristici. Dacă orice aplicație pe care doriți să o utilizați în interiorul unui oaspete are nevoie de caracteristici găsite numai pe NTFS, utilizați NTFS. Personal, încă folosesc NTFS inside guests aproape exclusiv. ReFS are nevoie de spații de depozitare pentru a-și face cea mai bună lucrare, iar spațiile de depozitare funcționează cel mai bine la nivelul fizic.

combinarea Ref-urilor cu NTFS în gazda Hyper-V și oaspeții

rețineți că sistemul de fișiere din interiorul unui oaspete nu are nicio influență asupra sistemului de fișiere al gazdei și invers. Din câte știe Hyper-V, VHDX-urile atașate mașinilor virtuale nu sunt altceva decât un pachet de blocuri de date. Puteți utiliza orice combinație care funcționează.