Wybieranie zasad obsługi warstw w chmurze
Ten artykuł zawiera wskazówki dotyczące wybierania i dostosowywania zasad obsługi warstw w chmurze dla usługi Azure File Sync. Przed przeczytaniem tego artykułu upewnij się, że rozumiesz, jak działa obsługa warstw w chmurze. Aby zapoznać się z podstawami obsługi warstw w chmurze, zobacz Omówienie obsługi warstw w chmurze usługi Azure File Sync. Aby uzyskać szczegółowe wyjaśnienie zasad obsługi warstw w chmurze z przykładami, zobacz Zasady obsługi warstw w chmurze usługi Azure File Sync.
Ograniczenia
Obsługa warstw w chmurze nie jest obsługiwana na woluminie systemowym systemu Windows.
Jeśli używasz Menedżera zasobów serwera plików (FSRM) do zarządzania limitami przydziału w punktach końcowych serwera, zalecamy zastosowanie przydziałów na poziomie folderu, a nie na poziomie woluminu. Nadal można włączyć obsługę warstw w chmurze, jeśli masz limit przydziału fsRM na poziomie woluminu. Po ustawieniu limitu przydziału fsRM interfejsy API zapytań wolnych miejsca, które są wywoływane automatycznie raportuje wolne miejsce na woluminie zgodnie z ustawieniem limitu przydziału. Jednak jeśli przydział twardy występuje w katalogu głównym woluminu, rzeczywiste wolne miejsce na woluminie i ilość wolnego miejsca na woluminie może nie być taka sama. Może to spowodować niekończące się warstwy, jeśli usługa Azure File Sync uzna, że w punkcie końcowym serwera nie ma wystarczającej ilości wolnego miejsca na woluminie.
Minimalny rozmiar pliku do warstwy
Minimalny rozmiar pliku do warstwy zależy od rozmiaru klastra systemu plików. Minimalny rozmiar pliku uprawniający do obsługi warstw w chmurze jest obliczany przez 2 razy rozmiar klastra i co najmniej 8 KiB. W poniższej tabeli przedstawiono minimalne rozmiary plików, które można warstwować na podstawie rozmiaru klastra woluminów:
Rozmiar klastra woluminów | Pliki tego rozmiaru lub większe mogą być warstwowe |
---|---|
4 KiB lub mniejsze (4096 bajtów) | 8 KiB |
8 KiB (8192 bajty) | 16 KiB |
16 KiB (16 384 bajty) | 32 KiB |
32 KiB (32 768 bajtów) | 64 KiB |
64 KiB (65 536 bajtów) | 128 KiB |
128 KiB (131 072 bajty) | 256 KiB |
256 KiB (262 144 bajtów) | 512 KiB |
512 KiB (524 288 bajtów) | 1 MiB |
1 MiB (1048 576 bajtów) | 2 MiB |
2 MiB (2097 152 bajty) | 4 MiB |
Usługa Azure File Sync obsługuje obsługę warstw w chmurze na woluminach z rozmiarami klastra do 2 miB.
Wszystkie systemy plików używane przez system Windows organizują dysk twardy na podstawie rozmiaru klastra (nazywanego również rozmiarem jednostki alokacji). Rozmiar klastra reprezentuje najmniejszą ilość miejsca na dysku, którego można użyć do przechowywania pliku. Gdy rozmiary plików nie wyjdą nawet z wielokrotności rozmiaru klastra, należy użyć dodatkowego miejsca do przechowywania pliku — maksymalnie do kolejnej wielokrotności rozmiaru klastra.
Usługa Azure File Sync jest obsługiwana na woluminach NTFS z systemem Windows Server 2012 R2 i nowszym. W poniższej tabeli opisano domyślne rozmiary klastra podczas tworzenia nowego woluminu NTFS z systemem Windows Server.
Volume size | Windows Server |
---|---|
7 MiB – 16 TiB | 4 KiB |
16 TiB – 32 TiB | 8 KiB |
32 TiB – 64 TiB | 16 KiB |
Istnieje możliwość, że po utworzeniu woluminu ręcznie sformatowany wolumin o innym rozmiarze klastra. Jeśli wolumin pochodzi ze starszej wersji systemu Windows, domyślne rozmiary klastrów mogą być również inne. Nawet w przypadku wybrania rozmiaru klastra mniejszego niż 4 KiB limit 8 KiB jako najmniejszego rozmiaru pliku, który można nadal nakładać na warstwy. (Nawet jeśli technicznie rozmiar klastra 2x byłby równy mniej niż 8 KiB).
Przyczyną absolutnego minimum jest sposób, w jaki NTFS przechowuje bardzo małe pliki - od 1 KiB do 4 plików o rozmiarze KiB. W zależności od innych parametrów woluminu możliwe jest, że małe pliki nie są przechowywane w klastrze na dysku w ogóle. Być może bardziej wydajne jest przechowywanie takich plików bezpośrednio w tabeli plików głównych woluminu lub "rekord MFT". Punkt ponownej analizy warstw w chmurze jest zawsze przechowywany na dysku i zajmuje dokładnie jeden klaster. Warstwowanie takich małych plików może zakończyć się bez oszczędności miejsca. Skrajne przypadki mogą nawet w końcu korzystać z większej ilości miejsca z włączoną obsługą warstw w chmurze. Aby zapewnić ochronę przed tym, najmniejszy rozmiar pliku warstwy chmury to 8 KiB w rozmiarze 4 KiB lub mniejszym rozmiarze klastra.
Wybieranie początkowych zasad
Ogólnie rzecz biorąc, po włączeniu obsługi warstw w chmurze w punkcie końcowym serwera należy utworzyć jeden lokalny dysk wirtualny dla każdego punktu końcowego serwera. Izolowanie punktu końcowego serwera ułatwia zrozumienie sposobu działania obsługi warstw w chmurze i odpowiedniego dostosowywania zasad. Jednak usługa Azure File Sync działa, nawet jeśli masz wiele punktów końcowych serwera na tym samym dysku, aby uzyskać szczegółowe informacje, zobacz sekcję Wiele punktów końcowych serwera w woluminie lokalnym. Zalecamy również, aby po pierwszym włączeniu obsługi warstw w chmurze zasady daty były wyłączone i zasady wolnego miejsca na woluminie na poziomie od około 10% do 20%. W przypadku większości woluminów serwera plików 20% wolnego miejsca na woluminie jest zwykle najlepszą opcją.
Uwaga
W niektórych scenariuszach migracji, jeśli aprowizujesz mniej miejsca w wystąpieniu systemu Windows Server niż źródło, możesz tymczasowo ustawić ilość wolnego miejsca na 99% podczas migracji do plików warstwy do chmury, a następnie ustawić go na bardziej przydatny poziom po zakończeniu migracji.
Dla uproszczenia i jasnego zrozumienia, w jaki sposób elementy będą warstwowe, zalecamy przede wszystkim dostosowanie zasad wolnego miejsca na woluminie i wyłączenie zasad daty, chyba że są potrzebne. Zalecamy to, ponieważ większość klientów uważa, że warto wypełnić lokalną pamięć podręczną jak najwięcej gorących plików i udostępnić resztę w chmurze. Jednak zasady daty mogą być korzystne, jeśli chcesz aktywnie zwolnić miejsce na dysku lokalnym i wiesz, że pliki w tym punkcie końcowym serwera dostępne po liczbie dni określonych w zasadach daty nie muszą być przechowywane lokalnie. Ustawienie daty powoduje zwolnienie cennej pojemności dysku lokalnego dla innych punktów końcowych na tym samym woluminie, aby buforować więcej plików.
Po ustawieniu zasad monitoruj ruch wychodzący i odpowiednio dostosuj obie zasady. Zalecamy przyjrzenie się rozmiarowi odwołań warstw w chmurze i rozmiarowi odwołań warstw w chmurze według metryk aplikacji w usłudze Azure Monitor. Zalecamy również monitorowanie współczynnika trafień pamięci podręcznej dla punktu końcowego serwera, aby określić procent otwartych plików, które znajdują się już w lokalnej pamięci podręcznej. Aby dowiedzieć się, jak monitorować ruch wychodzący, zobacz Monitorowanie obsługi warstw w chmurze.
Dostosowywanie zasad
Jeśli liczba plików stale przypominanych z platformy Azure jest większa niż chcesz, może istnieć więcej gorących plików niż miejsce na zapisanie ich na woluminie serwera lokalnego. Zwiększ rozmiar woluminu lokalnego, jeśli to możliwe, i/lub zmniejsz procent zasad wolnego miejsca na woluminie w małych przyrostach. Zmniejszenie procentu wolnego miejsca na woluminie może również mieć negatywne konsekwencje. Wyższy współczynnik zmian w zestawie danych wymaga większej ilości wolnego miejsca — w przypadku nowych plików i przypomnienia "zimnych" plików. Rzuty warstwowe z opóźnieniem do jednej godziny, a następnie wymagają czasu przetwarzania, dlatego zawsze należy mieć dużo wolnego miejsca na woluminie.
Utrzymywanie większej ilości danych lokalnych oznacza niższe koszty ruchu wychodzącego, ponieważ mniej plików zostanie odwołanych z platformy Azure, ale wymaga również większej ilości magazynu lokalnego, co wiąże się z własnymi kosztami.
Podczas dostosowywania zasad wolnego miejsca na woluminie ilość danych, które należy zachować lokalnie, zależy od następujących czynników: przepustowości, wzorca dostępu zestawu danych i budżetu. W przypadku połączenia o niskiej przepustowości możesz chcieć uzyskać więcej danych lokalnych, aby zapewnić minimalne opóźnienie dla użytkowników. W przeciwnym razie można go oprzeć na współczynniku zmian w danym okresie. Jeśli na przykład wiesz, że 10% z 1 tiB zestawów danych zmienia się lub jest aktywnie uzyskiwany dostęp do każdego miesiąca, możesz zachować 100 GiB lokalnie, aby nie były często przywoływane pliki. Jeśli wolumin ma wartość 2 TiB, wówczas chcesz zachować 5% (lub 100 GiB) lokalnie, co oznacza, że pozostałe 95% to procent wolnego miejsca na woluminie. Należy jednak dodać bufor dla okresów wyższego współczynnika zmian — innymi słowy, zacznij od większego procentu wolnego miejsca na woluminie, a następnie dostosuj go w razie potrzeby później.
Standardowa procedura operacyjna (Standard operating procedure)
- Podczas pierwszej migracji do usługi Azure Files za pośrednictwem usługi Azure File Sync obsługa warstw w chmurze zależy od początkowego przekazywania
- Obsługa warstw w chmurze sprawdza zgodność z zasadami wolnego miejsca i dat woluminu co sześćdziesiąt minut
- Użycie przełącznika /LFSM w narzędziu Robocopy podczas migrowania plików umożliwi synchronizowanie plików i obsługę warstw w chmurze w celu utworzenia miejsca podczas początkowego przekazywania
- Jeśli warstwowanie występuje przed utworzeniem mapy cieplnej, pliki będą warstwowe przez znacznik czasu ostatniej modyfikacji