Zalecenia dotyczące rozmiaru klastra dla systemów ReFS i NTFS
Wzmocnienie IO:
Wzmocnienie IO odnosi się do szerokiego zestawu okoliczności, w których jedna operacja IO wyzwala inną, niezamierzone operacje IO. Chociaż może się wydawać, że miała miejsce tylko jedna operacja I/O, w rzeczywistości, system plików musiał wykonać wiele operacji we/wy, aby pomyślnie obsłużyć początkowe we/wy. Zjawisko to może być szczególnie kosztowne, biorąc pod uwagę różne optymalizacje, których system plików nie jest już w stanie wykonać:
- Podczas wykonywania zapisu, system plików mógłby wykonać ten zapis w pamięci i w razie potrzeby opróżnić ten zapis do pamięci fizycznej.
- Pewny pisze, Jednakże, może zmusić system plików do wykonania dodatkowych operacji we/wy, na przykład wczytywanie danych już zapisanych na urządzeniu pamięci masowej. Odczyt danych z urządzenia pamięci masowej znacznie opóźnia zakończenie pierwotnego zapisu, ponieważ system plików musi poczekać, aż odpowiednie dane zostaną pobrane z pamięci przed dokonaniem zapisu.
Rozmiary klastrów ReFS:
ReFS oferuje klastry zarówno 4K, jak i 64K. 4K to domyślny rozmiar klastra dla ReFS, I zalecamy używanie klastrów o rozmiarach 4K w przypadku większości wdrożeń ReFS ponieważ pomaga zredukować kosztowne wzmacnianie wejść/wyjść:
- Ogólnie, jeśli rozmiar klastra przekracza rozmiar IO, niektóre przepływy pracy mogą powodować niezamierzone I/O. Rozważmy następujący scenariusz, w którym wolumin ReFS jest sformatowany przy użyciu klastrów 64 KB
- Wybierając klastry 4K zamiast klastrów 64K, można zmniejszyć liczbę występujących operacji we/wy, które są mniejsze niż rozmiar klastra, zapobiegając tak częstemu występowaniu kosztownych wzmocnień I/O.
Dodatkowo, 4Rozmiary klastrów K zapewniają większą zgodność z szczegółowością operacji we/wy funkcji Hyper-V, dlatego zdecydowanie zalecamy używanie klastrów o rozmiarach 4K z funkcją Hyper-V w systemie ReFS. Klastry 64K mają zastosowanie podczas pracy z dużymi, sekwencyjne wejście/wyjście, ale inaczej, 4K powinno być domyślnym rozmiarem klastra.
Rozmiary klastrów NTFS:
NTFS oferuje rozmiary klastrów od 512 to 64 tys, ale generalnie, zalecamy rozmiar klastra 4K w systemie NTFS, ponieważ klastry 4K pomagają zminimalizować straty miejsca podczas przechowywania małych plików. Zdecydowanie odradzamy również używanie klastrów o rozmiarze mniejszym niż 4 KB. Są dwa przypadki, Jednakże, gdzie klastry 64 tys. mogłyby być odpowiednie:
- 4Klastry K ograniczają maksymalny wolumin i rozmiar pliku do 16 TB
- 64Rozmiary klastrów K mogą zapewnić większą objętość i pojemność plików, co jest istotne, jeśli hostujesz duże wdrożenie na woluminie NTFS, takich jak hosting dysków VHD lub wdrożenie SQL.
- NTFS ma limit fragmentacji, i większe rozmiary klastrów mogą pomóc zmniejszyć prawdopodobieństwo osiągnięcia tego limitu
- Ponieważ NTFS jest kompatybilny wstecz, musi wykorzystywać struktury wewnętrzne, które nie zostały zoptymalizowane pod kątem współczesnych wymagań dotyczących przechowywania. Zatem, metadane w systemie NTFS uniemożliwiają plikowi posiadanie więcej niż ~ 1,5 miliona zakresów.
- Można, Jednakże, użyj opcji „format /L”, aby zwiększyć limit fragmentacji do ~6 milionów.
- 64Wdrożenia klastrów K są mniej podatne na ten limit fragmentacji, dlatego klastry 64 KB są lepszą opcją, jeśli problemem jest limit fragmentacji NTFS. (Deduplikacja danych, rzadkie pliki, a wdrożenia SQL mogą powodować wysoki stopień fragmentacji.)
- Kompresja NTFS działa tylko w przypadku klastrów 4K, dlatego używanie klastrów 64 KB nie jest odpowiednie w przypadku korzystania z kompresji NTFS. Zamiast tego rozważ zwiększenie limitu fragmentacji, jak opisano w poprzednich punktach.
Domyślnym ustawieniem w systemie NTFS jest rozmiar klastra 4K, istnieje wiele scenariuszy, w których rozmiar klastra 64 KB ma sens, Jak na przykład: Hyper-V, SQL, deduplikacja, lub gdy większość plików na woluminie jest duża.