Principer för molnnivåindelning
Molnnivåindelning har två principer som avgör vilka filer som nivåindelade till molnet: principen för ledigt utrymme för volym och datumprincipen.
Principen för ledigt utrymme på volymen säkerställer att en angiven procentandel av den lokala volymen som serverslutpunkten finns på alltid hålls kostnadsfri.
Filer för datumprincipnivå som senast hämtades för x dagar sedan eller senare. Principen för ledigt utrymme för volym har alltid företräde. Om det inte finns tillräckligt med ledigt utrymme på volymen för att lagra så många dagars filer som beskrivs av datumprincipen åsidosätter Azure File Sync datumprincipen och fortsätter att nivåindela de kallaste filerna tills volymens lediga utrymmesprocent uppfylls.
Hur båda principerna fungerar tillsammans
Vi använder ett exempel för att illustrera hur dessa principer fungerar: Anta att du har konfigurerat Azure File Sync på en lokal volym på 500 GiB och att molnnivåindelning aldrig har aktiverats. Det här är filerna i filresursen:
| Filnamn | Senaste åtkomsttid | Filstorlek | Lagrad i |
|---|---|---|---|
| Fil 1 | 2 dagar sedan | 10 GiB | Server- och Azure-filresurs |
| Fil 2 | 10 dagar sedan | 30 GiB | Server- och Azure-filresurs |
| Fil 3 | 1 år sedan | 200 GiB | Server- och Azure-filresurs |
| Fil 4 | 1 år, 2 dagar sedan | 120 GiB | Server- och Azure-filresurs |
| Fil 5 | 2 år, 1 dag sedan | 140 GiB | Server- och Azure-filresurs |
Ändra 1: Du har aktiverat molnnivåindelning, angett en volymfri utrymmesprincip på 20 % och hållit datumprincipen inaktiverad. Med den konfigurationen säkerställer molnnivåindelningen att 20 % (i det här fallet 100 GiB) utrymme hålls ledigt och tillgängligt på den lokala datorn. Därför är den totala kapaciteten för den lokala cachen 400 GiB. Dessa 400 GiB lagrar de senast använda filerna på den lokala volymen.
Med den här konfigurationen skulle endast filer 1 till 4 lagras i den lokala cachen och fil 5 skulle nivåindelades. Detta står bara för 360 GiB av de 400 GiB som kan användas. Fil 5 är 140 GiB och skulle överskrida gränsen på 400 GiB om den cachelagrades lokalt.
Ändra 2: Anta att en användare har åtkomst till fil 5. Detta gör fil 5 till den senast använda filen i resursen. Därför skulle fil 5 lagras i den lokala cachen och för att passa under gränsen på 400 GiB skulle fil 4 nivåindelades. I följande tabell visas var filerna lagras, med dessa uppdateringar:
| Filnamn | Senaste åtkomsttid | Filstorlek | Lagrad i |
|---|---|---|---|
| Fil 5 | 2 timmar sedan | 140 GiB | Server- och Azure-filresurs |
| Fil 1 | 2 dagar sedan | 10 GiB | Server- och Azure-filresurs |
| Fil 2 | 10 dagar sedan | 30 GiB | Server- och Azure-filresurs |
| Fil 3 | 1 år sedan | 200 GiB | Server- och Azure-filresurs |
| Fil 4 | 1 år, 2 dagar sedan | 120 GiB | Azure-filresurs, nivåindelad lokalt |
Ändra 3: Anta att du har uppdaterat principerna så att den datumbaserade nivåindelningsprincipen är 60 dagar och att principen för ledigt utrymme på volymen är 70 %. Nu kan endast upp till 150 GiB lagras i den lokala cachen. Även om fil 2 har använts för mindre än 60 dagar sedan åsidosätter principen för ledigt utrymme för volym datum och fil 2 är nivåindelad för att behålla det 70 % lokala lediga utrymmet.
Ändring 4: Om du ändrade volymfri utrymmesprincip till 20 % och sedan använde Invoke-StorageSyncFileRecall för att återkalla alla filer som får plats på den lokala enheten medan du följer principerna för molnnivåindelning, skulle tabellen se ut så här:
| Filnamn | Senaste åtkomsttid | Filstorlek | Lagrad i |
|---|---|---|---|
| Fil 5 | 1 timme sedan | 140 GiB | Server- och Azure-filresurs |
| Fil 1 | 2 dagar sedan | 10 GiB | Server- och Azure-filresurs |
| Fil 2 | 10 dagar sedan | 30 GiB | Server- och Azure-filresurs |
| Fil 3 | 1 år sedan | 200 GiB | Azure-filresurs, nivåindelad lokalt |
| Fil 4 | 1 år, 2 dagar sedan | 120 GiB | Azure-filresurs, nivåindelad lokalt |
I det här fallet skulle filerna 1, 2 och 5 cachelagras lokalt och filerna 3 och 4 skulle nivåindelades. Eftersom datumprincipen är 60 dagar är filer 3 och 4 nivåindelade, även om principen för ledigt utrymme på volymen tillåter upp till 400 GiB lokalt.
Anteckning
Filer återkallas inte automatiskt när kunder ändrar principen för ledigt volymutrymme till ett mindre värde (till exempel från 20 % till 10 %) eller ändrar datumprincipen till ett större värde (till exempel från 20 dagar till 50 dagar).
Flera serverslutpunkter på en lokal volym
Molnnivåindelning kan aktiveras för flera serverslutpunkter på en enda lokal volym. För den här konfigurationen bör du ställa in volymens lediga utrymme på samma mängd för alla serverslutpunkter på samma volym. Om du ställer in olika principer för ledigt volymutrymme för flera serverslutpunkter på samma volym har den största procentandelen ledigt utrymme på volymen företräde. Detta kallas för den effektiva principen för ledigt volymutrymme. Om du till exempel har tre serverslutpunkter på samma lokala volym, en inställd på 15 %, en annan inställd på 20 % och en tredje inställd på 30 %, börjar de alla att nivåindela de kallaste filerna när de har mindre än 30 % ledigt utrymme tillgängligt.