NTFS vs. Rozhodčí – Jak se Rozhodnout, Které Použít

teď, jste pravděpodobně slyšeli o Microsoft je relativně nedávný systému souborů „Odkazech“. Představen s Windows Server 2012, snaží se překročit NTFS ve stabilitě a škálovatelnosti. Protože obvykle ukládáme vhdxs pro více virtuálních strojů ve stejném objemu, zdá se, že se dobře spáruje s ReFS. Bohužel to nebylo … na začátku. Microsoft v uplynulých letech pokračoval ve zlepšování ReFS. Získala několik funkcí, které ji distancovaly od NTFS. S jeho zráním byste měli začít používat Pro Hyper-V? Než se rozhodnete, musíte toho hodně zvážit.

co je ReFS?

přezdívka „ReFS“ znamená „odolný souborový systém“. Obsahuje vestavěné funkce, které pomáhají proti poškození dat. Web dokumentů společnosti Microsoft poskytuje podrobné vysvětlení ReFS a jeho funkcí. Stručná rekapitulace:

• Integrity streams: ReFS používá kontrolní součty ke kontrole poškození souboru.
• Automatická oprava: když ReFS zjistí problémy v souboru, automaticky provede nápravná opatření.
• vylepšení výkonu: v několika konkrétních podmínkách poskytuje ReFS výhody výkonu oproti NTFS.
• Velmi velký objem a podpora souborů: ReFS je horní hranice vyšší než NTFS, aniž by vznikly stejný výkon hity.
• Mirror-accelerated parity: Mirror-accelerated parity využívá hodně surového úložného prostoru, ale je velmi rychlá a velmi odolná.
• integrace s úložnými prostory: mnoho funkcí ReFS funguje pouze ve spojení s úložnými prostory.

Než se dostanete nadšeni některé z předchozích bodů, musím zdůraznit jednu věc: kromě kapacitních omezení, Rozhodčí vyžaduje Skladovací Prostory, s cílem dělat svou nejlepší práci.

ReFS výhody pro Hyper-V

ReFS má funkce, které urychlují některé činnosti virtuálních strojů.

• Block cloning: podle mého čtení je blokové klonování v podstatě formou de-duplikace. Ale nefunguje jako filtr systému souborů nebo skener. To není pasivně čekat na libovolných dat zápisů nebo pravidelně skenovat souborový systém pro duplikáty. Něco musí aktivně vyvolat proti konkrétnímu souboru. Microsoft konkrétně naznačuje, že může výrazně urychlit sloučení kontrolních bodů.
• řídký VDL (valid data length): všechny souborové systémy zaznamenávají množství místa přiděleného souboru. ReFS používá VDL k označení, kolik z tohoto souboru obsahuje data. Takže, když dáte pokyn Hyper-V k vytvoření nové pevné VHDX na Rozhodčí, to může vytvořit celý soubor v přibližně stejné množství času jako vytvoření dynamicky se rozvíjejícím VHDX. Podobně bude přínosem pro expanzní operace na dynamicky se rozšiřujících VHDXs.

věnujte trochu času procházení těchto funkcí. Přemýšlejte o jejich celkových aplikacích.

ReFS vs. NTFS pro Hyper-V: technické srovnání

s obecným vysvětlením z cesty, nyní můžete lépe posoudit rozdíly. Nejprve zkontrolujte srovnávací tabulky na stránce Přehled refs společnosti Microsoft. Pro typické nasazení Hyper-V znamená většina rozdílů jen velmi málo. Například pravděpodobně nepotřebujete kvóty na úložištích Hyper-V. Udělejme si vlastní tabulku, vhodněji pro Hyper-V:

• ReFS vyhrává: Opravdu velký úložný místech a opravdu velké VHDXs
• ReFS vyhrává: Prostředí s nadměrně vysokou incidenci vytvořil, checkpointed, nebo sloučeny VHDXs
• ReFS vyhrává: Úložný Prostor a Skladovací Prostory, Přímé nasazení
• NTFS výher: Jeden-hlasitost nasazení
• NTFS vítězství (potenciálně): Smíšené-účel nasazení

myslím, že většina z těchto věcí mluví samy za sebe. Poslední dva pravděpodobně potřebují trochu více vysvětlení.

Jeden-Hlasitost Nasazení Vyžadují NTFS

V této souvislosti, mám v úmyslu, „single-objem nasazení“ znamená zařízení, kde máte Hyper-V (včetně jeho správy operačního systému) a všechny VMs na stejném svazku. Nelze formátovat spouštěcí svazek s ReFS, ani můžete umístit soubor stránky na ReFS. Taková instalace také neumožňuje přímé úložné prostory nebo úložné prostory, takže by stejně přišla o většinu možností ReFS.

smíšené nasazení může vyžadovat NTFS

někteří z nás mají štěstí nasadit nic jiného než virtuální stroje na vyhrazených úložištích. Ne každý to má. Pokud váš úložný objem Hyper-V také hostí soubory pro jiné účely, možná budete muset pokračovat v systému NTFS. Projděte Poslední tabulku v dolní části stránky s přehledem. Zobrazuje vlastnosti, které najdete pouze v NTFS. U standardních scénářů sdílení souborů ztratíte kvóty. Můžete mít starší aplikace, které vyžadují rozšířené vlastnosti NTFS, nebo krátké názvy. V těchto situacích bude fungovat pouze NTFS.

Poznámka: Pokud máte jinou možnost, nepoužívejte na stejném hostiteli provozovat non-Hyper-V rolí po boku Hyper-V. Microsoft nepodporuje míchání. Podobně oddělte Hyper-V Vm na svazky kromě svazků, které obsahují jiné typy souborů.

Neočekávané chování ReFS

oficiální obsah jde do určité délky, aby popsal výhody toků integrity ReFS. Používá kontrolní součty k detekci poškození souboru. Pokud zjistí problémy, zapojí se do nápravných opatření. Na objemu úložných prostorů, který používá ochranná schémata, má možnost problém vyřešit. Dělá to s objemem online, poskytuje bezproblémový zážitek. Ale co se stane, když rozhodčí nemohou problém napravit? To je místo, kde musíte věnovat skutečnou pozornost.

na stránce s přehledem používá dokumentace výjimečně vágní formulaci: „ReFS odstraní poškozená data ze jmenného prostoru“. Stránka integrity streams je horší: „pokud je pokus neúspěšný, ReFS vrátí chybu.“Při zkoumání tohoto článku mi bylo řečeno o znepokojivější činnosti: ReFS odstraní soubory, které považuje za nefixovatelné. Sekce komentářů v dolní části této stránky obsahuje potvrzující zprávu. Pokud se budete řídit, že komentář nit, budete najít položku z aplikace Microsoft program manager, který státy:

Rozhodčí odstraní soubory ve dvou scénářích:

1. Rozhodčí zjistí Metadata korupce A neexistuje žádný způsob, jak to opravit. Význam ReFS není na úložných prostorech redundantní svazek, kde může opravit poškozenou kopii.
2. ReFS detekuje poškození dat a Integrity Stream je povolen a neexistuje žádný způsob, jak to opravit. To znamená, že pokud není povolen Integrity Stream, soubor bude přístupný, ať už jsou data poškozena nebo ne. Pokud ReFS běží na zrcadleném svazku pomocí úložných prostorů, poškozená kopie bude automaticky opravena.

výsledek: pokud ReFS rozhodne, že VHDX utrpěl neopravitelné poškození,odstraní jej. Nebude se ptát, ani vám nedá žádnou příležitost pokusit se zachránit, co můžete. Pokud ReFS není podporován redundancí úložných prostorů, pak nemá způsob, jak provést opravu. Tak, z jednoho pohledu, to dělá ReFS na non-skladovacích prostor vypadat jako přístup velmi vysoké riziko. Ale …

Pozor Na Zálohy!

neměli byste přehlížet závažnost předchozí části. Neměli byste se však nechat vyděsit. Určitě chápu, že byste mohli upřednostňovat částečně čitelný VHDX před odstraněným. Za tímto účelem můžete jednoduše zakázat toky integrity v souborech VM. Mám také další návrh.

nezanedbávejte své zálohy! Pokud ReFS odstraní soubor, načtěte jej ze zálohy. Pokud je VHDX poškozen na NTFS, načtěte jej ze zálohy. S rozhodčími, alespoň víte, že máte problém. U NTFS mohou problémy číhat mnohem déle. Bez ohledu na vaši konfiguraci je jediná věc, na kterou se můžete při ochraně dat spolehnout, solidní řešení zálohování.

kdy zvolit NTFS pro Hyper-V

nyní máte dostatek informací pro informované rozhodnutí. Tyto podmínky naznačují dobrý stav pro NTFS:

• konfigurace, které nepoužívají úložné prostory, například single-disk nebo výrobce RAID. To samo o sobě neznamená vzduchotěsný bod; přečtěte si prosím “ pozor na zálohy!“ výšit.
• Jeden-hlasitost systémy (váš hostitel má pouze C: objem)
• Smíšené-účel systémy (prosím překonfigurovat oddělit role)
• Úložiště na hostiteli starší než 2016 — Rozhodčí nebyl tak zralý na předchozí verze. To samo o sobě není vzduchotěsný bod.
• zálohování dodavatele aplikace nepodporuje ReFS
• Pokud si nejste jisti o Odkazech

pokud jde o čas, NTFS ztratí favorability nad Odkazech v Hyper-V nasazení. To však neznamená, že NTFS dosáhl svého konce. ReFS má ohromně vyšší limity, ale jen velmi málo systémů používá více než zlomek toho, co NTFS může nabídnout. ReFS má působivé funkce odolnosti, ale NTFS má také samoléčebné schopnosti a máte přístup k technologiím RAID, abyste se bránili proti poškození dat.

společnost Microsoft bude pokračovat ve vývoji ReFS. Mohou ji nakonec umístit jako nástupce NTFS. K dnešnímu dni tak neučinili. Nevypadá to, že by to udělali zítra. Necítíte se pod tlakem, abyste se přesunuli na ReFS před úroveň pohodlí.

Kdy Zvolit Rozhodčí pro Hyper-V

Některé situace, aby Rozhodčí jasnou volbou pro ukládání Hyper-V, data:

• Úložné Prostory (a Storage Spaces Direct) prostředí
• Extrémně velké objemy
• Extrémně velké VHDXs

můžete provést další výkon-založené argument pro Rozhodčí v prostředí s velmi vysokou konve VHDX souborů. Nepřeceňujte však dopad těchto vylepšení výkonu. Nejvýraznější rozdíl se objeví při vytváření pevných vhdxs. Pro všechny ostatní operace je třeba upgradovat hardware, abyste dosáhli smysluplného zlepšení.

nechci však přehlížet přínos ReFS pro velmi velké objemy. Pokud máte úložný objem několika terabajtů a VHDXs dokonce několik set gigabajtů, pak ReFS zřídka porazí NTFS významně. Když začnete přemýšlet o stovkách terabajtů, NTFS pravděpodobně zobrazí úzká místa. Pokud potřebujete tlačit výš, pak se ReFS stane vaší jedinou volbou.

ReFS opravdu svítí, když je kombinujete s úložnými prostory přímo. Jeho schopnost automaticky provádět nerušivou online opravu je opravdu působivá. Na jedné straně šance na rušivou korupci dat v moderních systémech představují statistickou anomálii. Na druhé straně nikoho, kdo takovou událostí trpěl, opravdu nezajímá, jak nepravděpodobné to bylo.

ReFS vs NTFS na hostujících souborových systémech Hyper-V

všechny výše uvedené se zabývají pouze ukládáním virtuálních strojů Hyper-V. A co ReFS v hostujících operačních systémech?

abychom na tuto otázku odpověděli, musíme se vrátit k silným stránkám ReFS. Zatím jsme o tom přemýšleli jen z hlediska Hyper-V. hosté mají své vlastní podmínky a potřeby. Začněme přezkoumáním přehledu refs společnosti Microsoft. Konkrétně následující:

„společnost Microsoft vyvinula systém souborů NTFS speciálně pro univerzální použití s širokou škálu konfigurací a pracovní vytížení, nicméně speciálně pro zákazníky vyžadující dostupnost, odolnost proti chybám, a/nebo rozsahu, který Rozhodčí stanoví, Microsoft podporuje ReFS pro použití za následujících konfigurací a scénáře…“

přidal jsem důraz na části, které chci, abyste zvážili. Samotná věta vás nutí myslet si, že budou pokračovat v seznamu některých zvyklostí, ale uvedou pouze jedno: „záložní cíl“. Ostatní položky v jejich seznamu hovoří pouze o konfiguraci úložiště. Takže musíme kopat zpět do věty a vytáhnout tyto tři deskriptory, které nám pomohou rozhodnout: „dostupnost“, „odolnost“ a „měřítko“. První dva můžete hned vyhodit-neměli byste se soustředit na dostupnost úložiště a odolnost uvnitř VM. To nám ponechává „měřítko“. Takže opravdu velké svazky a opravdu velké soubory. Pamatujte, že to znamená stovky terabajtů a více.

pro přesnější rozhodnutí si přečtěte srovnání funkcí. Pokud nějaká aplikace, kterou chcete použít uvnitř hosta, potřebuje funkce nalezené pouze v systému NTFS, použijte systém NTFS. Osobně stále používám NTFS uvnitř hostů téměř výhradně. ReFS potřebuje úložné prostory dělat svou nejlepší práci, a úložné prostory dělá svou nejlepší práci na fyzické vrstvě.

kombinace ReFS s NTFS přes hostitele Hyper-V A hosty

mějte na paměti, že souborový systém uvnitř Hosta nemá žádný vliv na souborový systém hostitele a naopak. Pokud Hyper-V ví, VHDX připojené k virtuálním strojům nejsou ničím jiným než svazkem datových bloků. Můžete použít libovolnou kombinaci, která funguje.