Zasady obsługi warstw w chmurze
Obsługa warstw w chmurze ma dwie zasady określające, które pliki są warstwowe w chmurze: zasady wolnego miejsca na woluminie i zasady daty.
Zasady wolnego miejsca na woluminie zapewniają, że określony procent woluminu lokalnego, na który znajduje się punkt końcowy serwera, jest zawsze wolny.
Pliki warstw zasad daty ostatnio uzyskiwały dostęp x dni temu lub później. Zasady wolnego miejsca na woluminie będą zawsze miały pierwszeństwo. Jeśli na woluminie nie ma wystarczającej ilości wolnego miejsca, aby przechowywać dowolną liczbę dni, zgodnie z opisem w zasadach daty, Azure File Sync zastąpi zasady daty i będzie kontynuować obsługę warstw najstarszych plików do momentu spełnienia wartości procentowej wolnego miejsca na woluminie.
Jak obie zasady współpracują ze sobą
Użyjemy przykładu, aby zilustrować działanie tych zasad: załóżmy, że skonfigurowano Azure File Sync na woluminie lokalnym 500 GiB, a obsługa warstw w chmurze nigdy nie została włączona. Są to pliki w udziale plików:
| Nazwa pliku | Czas ostatniego dostępu | Rozmiar pliku | Przechowywane w |
|---|---|---|---|
| Plik 1 | 2 dni temu | 10 GiB | Serwer i udział plików platformy Azure |
| Plik 2 | 10 dni temu | 30 GiB | Serwer i udział plików platformy Azure |
| Plik 3 | 1 rok temu | 200 GiB | Serwer i udział plików platformy Azure |
| Plik 4 | 1 rok, 2 dni temu | 120 GiB | Serwer i udział plików platformy Azure |
| Plik 5 | 2 lata, 1 dzień temu | 140 GiB | Serwer i udział plików platformy Azure |
Zmień 1: Włączono obsługę warstw w chmurze, ustawiono zasady wolnego miejsca na woluminie na poziomie 20%, a zasady daty były wyłączone. Dzięki tej konfiguracji obsługa warstw w chmurze zapewnia, że 20% (w tym przypadku 100 GiB) miejsca jest wolne i dostępne na komputerze lokalnym. W związku z tym łączna pojemność lokalnej pamięci podręcznej wynosi 400 GiB. Ten 400 GiB będzie przechowywać ostatnio i często używane pliki na woluminie lokalnym.
W przypadku tej konfiguracji tylko pliki od 1 do 4 będą przechowywane w lokalnej pamięci podręcznej, a plik 5 będzie warstwowy. Jest to tylko 360 GiB z 400 GiB, które mogą być używane. Plik 5 to 140 GiB i przekroczy limit 400 GiB, jeśli został on lokalnie zapisany w pamięci podręcznej.
Zmień 2: Załóżmy, że użytkownik uzyskuje dostęp do pliku 5. Dzięki temu plik 5 jest ostatnio używanym plikiem w udziale. W związku z tym plik 5 będzie przechowywany w lokalnej pamięci podręcznej i mieści się w ramach limitu 400 GiB, plik 4 będzie warstwowy. W poniższej tabeli przedstawiono miejsce przechowywania plików wraz z następującymi aktualizacjami:
| Nazwa pliku | Czas ostatniego dostępu | Rozmiar pliku | Przechowywane w |
|---|---|---|---|
| Plik 5 | 2 godz. temu | 140 GiB | Serwer i udział plików platformy Azure |
| Plik 1 | 2 dni temu | 10 GiB | Serwer i udział plików platformy Azure |
| Plik 2 | 10 dni temu | 30 GiB | Serwer i udział plików platformy Azure |
| Plik 3 | 1 rok temu | 200 GiB | Serwer i udział plików platformy Azure |
| Plik 4 | 1 rok, 2 dni temu | 120 GiB | Udział plików platformy Azure, warstwowy lokalnie |
Zmień 3: Załóżmy, że zaktualizowano zasady tak, aby zasady obsługi warstw oparte na dacie były 60 dni, a zasady wolnego miejsca na woluminie wynosi 70%. Teraz w lokalnej pamięci podręcznej można przechowywać maksymalnie 150 GiB. Mimo że dostęp do pliku 2 był krótszy niż 60 dni temu, zasady wolnego miejsca na woluminie zastąpią zasady daty, a plik 2 jest warstwowy, aby zachować 70% lokalnego wolnego miejsca.
Zmień 4: Jeśli zmieniono zasady wolnego miejsca na wolumin na 20%, a następnie użyto Invoke-StorageSyncFileRecall do przypomnienia wszystkich plików, które mieszczą się na dysku lokalnym podczas przestrzegania zasad obsługi warstw w chmurze, tabela będzie wyglądać następująco:
| Nazwa pliku | Czas ostatniego dostępu | Rozmiar pliku | Przechowywane w |
|---|---|---|---|
| Plik 5 | 1 godz. temu | 140 GiB | Serwer i udział plików platformy Azure |
| Plik 1 | 2 dni temu | 10 GiB | Serwer i udział plików platformy Azure |
| Plik 2 | 10 dni temu | 30 GiB | Serwer i udział plików platformy Azure |
| Plik 3 | 1 rok temu | 200 GiB | Udział plików platformy Azure, warstwowy lokalnie |
| Plik 4 | 1 rok, 2 dni temu | 120 GiB | Udział plików platformy Azure, warstwowy lokalnie |
W takim przypadku pliki 1, 2 i 5 będą lokalnie buforowane, a pliki 3 i 4 będą warstwowe. Ponieważ zasady daty to 60 dni, pliki 3 i 4 są warstwowe, mimo że zasady wolnego miejsca na woluminie umożliwiają do 400 GiB lokalnie.
Uwaga
Pliki nie są automatycznie przywoływane, gdy klienci zmieniają zasady wolnego miejsca na wolumin na mniejszą wartość (na przykład z 20% na 10%) lub zmień zasady daty na większą wartość (na przykład z 20 dni na 50 dni).
Wiele punktów końcowych serwera na woluminie lokalnym
Obsługę warstw w chmurze można włączyć dla wielu punktów końcowych serwera na jednym woluminie lokalnym. W przypadku tej konfiguracji należy ustawić ilość wolnego miejsca na woluminie dla wszystkich punktów końcowych serwera na tym samym woluminie. Jeśli ustawisz różne zasady wolnego miejsca na woluminie dla kilku punktów końcowych serwera na tym samym woluminie, największa wartość procentowa wolnego miejsca na woluminie będzie mieć pierwszeństwo. Jest to nazywane skutecznymi zasadami wolnego miejsca na woluminie. Jeśli na przykład masz trzy punkty końcowe serwera na tym samym woluminie lokalnym, jeden z nich jest ustawiony na 15%, inny ustawiony na 20%, a trzeci ustawiony na 30%, wszystkie zaczynają warstwować najstarsze pliki, gdy mają mniej niż 30% wolnego miejsca.