Principer för molnnivåindelning
Molnnivåindelning har två principer som avgör vilka filer som är nivåindelade i 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.
Datumprincipnivåfilerna senast för x dagar sedan eller senare. Principen för ledigt utrymme för volym har alltid företräde. När det inte finns tillräckligt med ledigt utrymme på volymen för att lagra så många dagars filer som datumprincipen anger åsidosätter Azure File Sync datumprincipen. Den fortsätter att nivåindela de kallaste filerna tills den uppfyller volymens procentandel ledigt utrymme.
Hur båda principerna fungerar tillsammans
Här är ett exempel som illustrerar hur dessa principer fungerar. Anta att du konfigurerar Azure File Sync på en lokal 500 GiB-volym och att molnnivåindelning inte är aktiverat. Du har dessa filer i filresursen:
| Filnamn | Senaste åtkomsttid | Filstorlek | Lagrad i |
|---|---|---|---|
| Fil A | 2 dagar sedan | 10 GiB | Server- och Azure-filresurs |
| Fil B | 10 dagar sedan | 30 GiB | Server- och Azure-filresurs |
| Fil C | 1 år sedan | 200 GiB | Server- och Azure-filresurs |
| Fil D | 1 år, 2 dagar sedan | 120 GiB | Server- och Azure-filresurs |
| Fil E | 2 år, 1 dag sedan | 140 GiB | Server- och Azure-filresurs |
Ändring 1: Du har aktiverat molnnivåindelning, angett en princip för ledigt utrymme på 20 % och hållit datumprincipen inaktiverad. Med den konfigurationen säkerställer molnnivåindelning 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. Den här cachen lagrar de senast och oftast använda filerna på den lokala volymen.
Med den här konfigurationen skulle endast filer A till D lagras i den lokala cachen och filen E skulle nivåindelas. Detta står bara för 360 GiB av de 400 GiB som kan användas. Fil E är 140 GiB och skulle överskrida gränsen om den cachelagrades lokalt.
Ändring 2: Anta att en användare kommer åt filen E, vilket gör filen E till den senast använda filen i resursen. Därför skulle fil E lagras i den lokala cachen och för att passa under gränsen på 400 GiB skulle fil D nivåindelas. I följande tabell visas var filerna lagras med dessa uppdateringar:
| Filnamn | Senaste åtkomsttid | Filstorlek | Lagrad i |
|---|---|---|---|
| Fil E | 2 timmar sedan | 140 GiB | Server- och Azure-filresurs |
| Fil A | 2 dagar sedan | 10 GiB | Server- och Azure-filresurs |
| Fil B | 10 dagar sedan | 30 GiB | Server- och Azure-filresurs |
| Fil C | 1 år sedan | 200 GiB | Server- och Azure-filresurs |
| Fil D | 1 år, 2 dagar sedan | 120 GiB | Azure-filresurs nivåindelad lokalt |
Ändra 3: Anta att du har uppdaterat principerna så att datumprincipen är 60 dagar och att volymens princip för ledigt utrymme är 70 %. Nu kan endast upp till 150 GiB lagras i den lokala cachen. Även om fil B användes för mindre än 60 dagar sedan åsidosätter principen för ledigt utrymme för volymen datumprincipen och fil B är nivåindelad för att behålla det 70 % lokala lediga utrymmet.
Ändra 4: Om du ändrade principen för ledigt utrymme för volym till 20 % och sedan använde Invoke-StorageSyncFileRecall för att återkalla alla filer som får plats på den lokala enheten när du följer principerna för molnnivåindelning skulle tabellen se ut så här:
| Filnamn | Senaste åtkomsttid | Filstorlek | Lagrad i |
|---|---|---|---|
| Fil E | 1 timme sedan | 140 GiB | Server- och Azure-filresurs |
| Fil A | 2 dagar sedan | 10 GiB | Server- och Azure-filresurs |
| Fil B | 10 dagar sedan | 30 GiB | Server- och Azure-filresurs |
| Fil C | 1 år sedan | 200 GiB | Azure-filresurs nivåindelad lokalt |
| Fil D | 1 år, 2 dagar sedan | 120 GiB | Azure-filresurs nivåindelad lokalt |
I det här fallet skulle filerna A, B och E cachelagras lokalt och filerna C och D skulle nivåindelades. Eftersom datumprincipen är 60 dagar är filerna C och D nivåindelade, även om principen för ledigt utrymme på volymen tillåter upp till 400 GiB lokalt.
Kommentar
Filer återkallas inte automatiskt när kunder ändrar principen för ledigt utrymme 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
Du kan aktivera molnnivåindelning för flera serverslutpunkter på en enda lokal volym. För den här konfigurationen bör du ange volymens lediga utrymme till samma mängd för alla serverslutpunkter på samma volym. Om du anger olika principer för ledigt utrymme för volymer för flera serverslutpunkter på samma volym har den största volymen ledigt utrymme företräde. Detta kallas för den effektiva principen för ledigt volymutrymme. Anta till exempel att du 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 %. Alla tre börjar nivåindela de kallaste filerna när de har mindre än 30 % ledigt utrymme tillgängligt.