Udostępnij za pośrednictwem


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 są ostatnio dostępne x dni temu lub później. Zasady wolnego miejsca na woluminie zawsze mają pierwszeństwo. Jeśli na woluminie nie ma wystarczającej ilości wolnego miejsca, aby przechowywać dowolną liczbę dni, zgodnie z zasadami daty, usługa Azure File Sync zastępuje zasady daty. Kontynuuje warstwowanie najstarszych plików do momentu spełnienia procentowej ilości wolnego miejsca na woluminie.

Jak obie zasady współpracują ze sobą

Oto przykład ilustrowania działania tych zasad. Załóżmy, że skonfigurujesz usługę Azure File Sync na woluminie lokalnym 500 GiB, a obsługa warstw w chmurze nie jest włączona. Te pliki są dostępne w udziale plików:

Nazwa pliku Czas ostatniego dostępu Rozmiar pliku Przechowywane w
Plik A 2 dni temu 10 GiB Serwer i udział plików platformy Azure
Plik B 10 dni temu 30 GiB Serwer i udział plików platformy Azure
Plik C 1 rok temu 200 GiB Serwer i udział plików platformy Azure
Plik D 1 rok, 2 dni temu 120 GiB Serwer i udział plików platformy Azure
Plik E 2 lata, 1 dzień temu 140 GiB Serwer i udział plików platformy Azure

Zmiana 1: Włączono obsługę warstw w chmurze, ustaw zasady wolnego miejsca na woluminie 20%, a zasady daty są wyłączone. Dzięki tej konfiguracji obsługa warstw w chmurze zapewnia 20% (w tym przypadku 100 GiB) miejsca jest wolne i dostępne na komputerze lokalnym. W rezultacie łączna pojemność lokalnej pamięci podręcznej wynosi 400 GiB. Ta pamięć podręczna przechowuje ostatnio i często używane pliki na woluminie lokalnym.

W przypadku tej konfiguracji tylko pliki od A do D będą przechowywane w lokalnej pamięci podręcznej, a plik E będzie warstwowy. Jest to tylko 360 GiB z 400 GiB, które mogą być używane. Plik E to 140 GiB i przekroczy limit, jeśli został on lokalnie zapisany w pamięci podręcznej.

Zmiana 2: Załóżmy, że użytkownik uzyskuje dostęp do pliku E, co spowoduje, że plik E jest ostatnio używanym plikiem w udziale. W związku z tym plik E będzie przechowywany w lokalnej pamięci podręcznej i mieści się w granicach 400 GiB, plik D będzie warstwowy. W poniższej tabeli pokazano, gdzie pliki są przechowywane z następującymi aktualizacjami:

Nazwa pliku Czas ostatniego dostępu Rozmiar pliku Przechowywane w
Plik E 2 godz. temu 140 GiB Serwer i udział plików platformy Azure
Plik A 2 dni temu 10 GiB Serwer i udział plików platformy Azure
Plik B 10 dni temu 30 GiB Serwer i udział plików platformy Azure
Plik C 1 rok temu 200 GiB Serwer i udział plików platformy Azure
Plik D 1 rok, 2 dni temu 120 GiB Udział plików platformy Azure warstwowy lokalnie

Zmiana 3: Załóżmy, że zaktualizowano zasady tak, aby zasady daty 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 B był krótszy niż 60 dni temu, zasady wolnego miejsca na woluminie zastępują zasady daty, a plik B jest warstwowy, aby zachować 70% wolnego miejsca lokalnego.

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 E 1 godz. temu 140 GiB Serwer i udział plików platformy Azure
Plik A 2 dni temu 10 GiB Serwer i udział plików platformy Azure
Plik B 10 dni temu 30 GiB Serwer i udział plików platformy Azure
Plik C 1 rok temu 200 GiB Udział plików platformy Azure warstwowy lokalnie
Plik D 1 rok, 2 dni temu 120 GiB Udział plików platformy Azure warstwowy lokalnie

W takim przypadku pliki A, B i E byłyby lokalnie buforowane, a pliki C i D byłyby warstwowe. Ponieważ zasady daty to 60 dni, pliki C i D są warstwowe, mimo że zasady wolnego miejsca na woluminie zezwalają na maksymalnie 400 GiB lokalnie.

Uwaga

Pliki nie są automatycznie przypominane, gdy klienci zmieniają zasady wolnego miejsca na wolumin na mniejszą wartość (na przykład z 20% do 10%) lub zmieniają zasady daty na większą wartość (na przykład z 20 dni do 50 dni).

Wiele punktów końcowych serwera na woluminie lokalnym

Obsługę warstw w chmurze dla wielu punktów końcowych serwera można włączyć na jednym woluminie lokalnym. W przypadku tej konfiguracji należy ustawić ilość wolnego miejsca 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ększy procent wolnego miejsca na woluminie ma pierwszeństwo. Jest to nazywane efektywnymi zasadami wolnego miejsca na woluminie. Załóżmy na przykład, że masz trzy punkty końcowe serwera na tym samym woluminie lokalnym: jeden ustawiony na 15%, drugi ustawiony na 20%, a trzeci ustawiony na 30%. Wszystkie trzy zaczną warstwować najstarsze pliki, gdy mają mniej niż 30% wolnego miejsca.

Następny krok