Översikt över molnnivåindelning
Molnnivåindelning, en valfri funktion i Azure File Sync, minskar mängden lokal lagring som krävs samtidigt som prestandan för en lokal filserver bibehålls.
När den här funktionen är aktiverad lagras endast filer som används ofta (frekvent) på den lokala servern. Filer som används sällan (lågfrekvent) delas upp i namnområdet (fil- och mappstruktur) och filinnehåll. Namnområdet lagras lokalt och filinnehållet lagras i en Azure-filresurs i molnet.
När en användare öppnar en nivåindelad fil återkallar Azure File Sync sömlöst fildata från Azure-filresursen.
Så här fungerar molnnivåindelning
Principer för molnnivåindelning
När du aktiverar molnnivåindelning finns det två principer som du kan ange för att informera Azure File Sync när du ska nivåindela lågfrekventa filer: principen för ledigt utrymme för volym och datumprincipen.
Princip för ledigt utrymme för volym
Principen för ledigt utrymme i volymen instruerar Azure File Sync att nivåindela lågfrekventa filer till molnet när en viss mängd utrymme tas upp på den lokala disken.
Om din lokala diskkapacitet till exempel är 200 GiB och du vill att minst 40 GiB av din lokala diskkapacitet alltid ska vara kostnadsfri bör du ange principen för ledigt utrymme på 20 %. Ledigt volymutrymme gäller på volymnivå i stället för på nivån för enskilda kataloger eller serverslutpunkter.
Datumprincip
Med datumprincipen är lågfrekventa filer nivåindelade i molnet om de inte har använts (lästa eller skrivna till) under x antal dagar. Om du till exempel märker att filer som har gått mer än 15 dagar utan åtkomst vanligtvis är arkivfiler, bör du ange datumprincipen till 15 dagar.
Fler exempel på hur principen för datum och ledigt utrymme fungerar tillsammans finns i Välj principer för azure file sync-molnnivåindelning.
Windows Server-datadeduplicering
Datadeduplicering stöds på volymer som har molnnivåindelning aktiverat från och med Windows Server 2016. Mer information finns i Planera för en Azure File Sync-distribution.
Värmekarta för molnnivåindelning
Azure File Sync övervakar filåtkomst (läs- och skrivåtgärder) över tid och tilldelar en värmepoäng till varje fil baserat på hur nyligen och ofta filen används. Den använder dessa poäng för att skapa en "heatmap" av ditt namnområde på varje serverslutpunkt. Den här värmekartan är en lista över alla synkroniseringsfiler på en plats med molnnivåindelning aktiverad, sorterad efter deras värmepoäng. Filer som har öppnats nyligen anses vara frekventa, medan filer som knappt har rörts och inte har använts på länge anses vara lågfrekventa.
För att fastställa den relativa positionen för en enskild fil i den värmekartan använder systemet maximalt antal tidsstämplar i följande ordning: MAX (senaste åtkomsttid, senast ändrad tid, skapandetid).
Vanligtvis spåras och är den senaste åtkomsttiden tillgänglig. Men när en ny serverslutpunkt skapas med molnnivåindelning aktiverad har det inte gått tillräckligt med tid för att observera filåtkomst. Om det inte finns någon giltig senaste åtkomsttid används den senaste ändrade tiden i stället för att utvärdera den relativa positionen i värmekartan.
Datumprincipen fungerar på samma sätt. Utan en sista åtkomsttid agerar datumprincipen på den senaste ändrade tiden. Om det inte är tillgängligt återgår det till skapandetiden för en fil. Med tiden observerar systemet fler begäranden om filåtkomst och börjar automatiskt använda den egenspårade senaste åtkomsttiden.
Kommentar
Molnnivåindelning är inte beroende av NTFS-funktionen för spårning av senaste åtkomsttid. Den här NTFS-funktionen är inaktiverad som standard och på grund av prestandaöverväganden rekommenderar vi inte att du aktiverar den här funktionen manuellt. Molnnivåindelning spårar senaste åtkomsttiden separat.
Proaktiv återkallande
När en fil skapas eller ändras kan du proaktivt återkalla en fil till servrar som du anger. Proaktiv återkallelse gör den nya eller ändrade filen lätt tillgänglig för förbrukning på varje angiven server.
Ett globalt distribuerat företag har till exempel filialkontor i USA och Indien. På morgonen i USA skapar informationsarbetare en ny mapp och filer för ett helt nytt projekt och arbetar hela dagen med det. Azure File Sync synkroniserar mappar och filer till Azure-filresursen (molnslutpunkt). Informationsarbetare i Indien kommer att fortsätta att arbeta med projektet i sin tidszon. När de kommer på morgonen måste den lokala Azure File Sync-aktiverade servern i Indien ha dessa nya filer tillgängliga lokalt så att Indien-teamet effektivt kan arbeta utanför en lokal cache. Om du aktiverar det här läget uppmanas servern att proaktivt återkalla filerna så snart de har ändrats eller skapats i Azure-filresursen, vilket förbättrar filåtkomsttiderna.
Om filer som återkallas till servern inte behövs lokalt kan den onödiga återkallelsen öka din utgående trafik och dina kostnader. Därför kan du bara aktivera proaktiva återkallanden när du vet att förifylld en server cache med de senaste ändringarna från molnet kommer att ha en positiv effekt på användare eller program som använder filerna på servern.
Aktivering av proaktiv återkallande kan också leda till ökad bandbreddsanvändning på servern och kan leda till att annat relativt nytt innehåll på den lokala servern blir aggressivt nivåindelat på grund av att antalet filer som återkallas ökar. Nivåindelning för tidigt kan i sin tur leda till fler återkallelser om filerna som nivåindelade betraktas som frekventa av servrar.
Mer information om proaktiva återkallanden finns i Distribuera Azure File Sync.
Nivåindelat jämfört med lokalt cachelagrat filbeteende
Molnnivåindelning är separationen mellan namnområdet (fil- och mapphierarkin samt filegenskaper) och filinnehållet.
Nivåindelad fil
För nivåindelade filer är storleken på disken noll eftersom själva filinnehållet inte lagras lokalt. När en fil är nivåindelad ersätter Azure File Sync-filsystemfiltret (StorageSync.sys) filen lokalt med en pekare som kallas en referenspunkt. Referenspunkten representerar en URL till filen i Azure-filresursen. En nivåindelad fil har både offline attributet och FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS attributet inställt i NTFS så att program från tredje part kan identifiera nivåindelade filer på ett säkert sätt.
Lokalt cachelagrad fil
För filer som lagras på en lokal filserver är storleken på disken ungefär lika med filens logiska storlek eftersom hela filen (filattribut + filinnehåll) lagras lokalt.
Det är också möjligt att en fil delvis nivåindelade eller delvis återkallas. I en delvis nivåindelad fil lagras endast en del av filen på disken. Du kanske delvis har återkallat filer på volymen om filer delvis läss av program som stöder direktuppspelningsåtkomst till filer. Några exempel är multimediaspelare och zip-verktyg. Azure File Sync är effektivt och återkallar endast den begärda informationen från den anslutna Azure-filresursen.
Kommentar
Storleken representerar filens logiska storlek. Storleken på disken representerar den fysiska storleken på den filström som lagras på disken.
Låg diskutrymmesläge
Diskar som har serverslutpunkter kan få slut på utrymme på grund av olika orsaker, även när molnnivåindelning är aktiverat. Följande orsaker är:
- Data som kopieras manuellt till disken utanför serverslutpunktens sökväg
- Långsam eller fördröjd synkronisering som gör att filer inte nivåindelas
- Överdriven återkallelse av nivåindelade filer
När diskutrymmet tar slut kanske Azure File Sync inte fungerar korrekt och kan till och med bli oanvändbart. Det är inte möjligt för Azure File Sync att helt förhindra dessa förekomster, men det låga diskutrymmesläget (tillgängligt i Azure File Sync-agentversioner från och med 15.1) är utformat för att förhindra att en serverslutpunkt når den här situationen och hjälper även servern att komma ur den snabbare.
För serverslutpunkter med molnnivåindelning aktiverat, om det lediga utrymmet på volymen sjunker under det beräknade tröskelvärdet, är volymen i låg diskutrymmesläge.
I läget för lågt diskutrymme gör Azure File Sync-agenten två saker på olika sätt:
Proaktiv nivåindelning: I det här läget nivåindelas filsynkroniseringsagenten mer proaktivt i molnet. Synkroniseringsagenten söker efter filer som ska nivåindelas varje minut i stället för den normala frekvensen för varje timme. Principnivåindelning för volymfritt utrymme sker vanligtvis inte under den första uppladdningssynkroniseringen förrän den fullständiga uppladdningen är klar. Men i läget för lågt diskutrymme aktiveras nivåindelning under den första uppladdningssynkroniseringen, och filer kommer att övervägas för nivåindelning när den enskilda filen har laddats upp till Azure-filresursen.
Ej beständiga återkallelser: När en användare öppnar en nivåindelad fil sparas inte filer som återkallas direkt från Azure-filresursen på disken. Återkallanden som initieras av cmdleten
Invoke-StorageSyncFileRecallär ett undantag från den här regeln och sparas på disken.
När volymens lediga utrymme överskrider tröskelvärdet återgår Azure File Sync automatiskt till det normala tillståndet. Läget för lågt diskutrymme gäller endast för servrar med molnnivåindelning aktiverat och respekterar alltid principen för ledigt utrymme på volymen.
Om en volym har två serverslutpunkter, en med nivåindelning aktiverad och en utan nivåindelning, gäller läget för diskutrymme endast för serverslutpunkten där nivåindelning är aktiverat.
Hur beräknas tröskelvärdet för lågt diskutrymme?
Beräkna tröskelvärdet genom att ta minst följande tre tal:
- 10 % av volymstorleken i GiB
- Princip för ledigt utrymme för volym i GiB
- 20 GiB
Följande tabell innehåller några exempel på hur tröskelvärdet beräknas och när volymen kommer att vara i låg diskutrymmesläge.
| Volymstorlek | 10 % av volymstorleken | Princip för ledigt utrymme för volym | Tröskelvärde = Min(10 % av volymstorleken, principen för ledigt utrymme för volym, 20 GB) | Aktuellt ledigt utrymme för volym | Är läget För lågt diskutrymme? | Anledning |
|---|---|---|---|---|---|---|
| 100 GiB | 10 GiB | 7% (7 GiB) | 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) | 9% (9 GiB) | Inga | Aktuellt tröskelvärde för ledigt volymutrymme (9 GiB) > (7 GiB) |
| 100 GiB | 10 GiB | 7% (7 GiB) | 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) | 5% (5 GiB) | Ja | Aktuellt tröskelvärde för ledigt volymutrymme (5 GiB) < (7 GiB) |
| 300 GiB | 30 GiB | 8% (24 GiB) | 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) | 7% (21 GiB) | Inga | Aktuellt tröskelvärde för ledigt volymutrymme (21 GiB) > (20 GiB) |
| 300 GiB | 30 GiB | 8% (24 GiB) | 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) | 6% (18 GiB) | Ja | Aktuellt tröskelvärde för ledigt volymutrymme (18 GiB) < (20 GiB) |
Hur fungerar läget för lågt diskutrymme med en princip för ledigt utrymme för volymer?
Låg diskutrymmesläge respekterar alltid principen för ledigt utrymme på volymen. Tröskelberäkningen är utformad för att se till att den princip för ledigt utrymme för volymer som anges av användaren respekteras.
Vad är den vanligaste orsaken till att serverslutpunkten är i låg diskläge?
Den främsta orsaken till låg diskläge är att kopiera eller flytta stora mängder data till disken där en nivåindelad serverslutpunkt finns.
Hur kommer man ur läget för lågt diskutrymme?
Här är två sätt att avsluta läget för låg disk på serverslutpunkten:
- Låg diskläge växlar automatiskt till normalt beteende genom att inte spara återkallanden och nivåindela filer oftare, utan att det krävs några åtgärder.
- Du kan påskynda processen manuellt genom att öka volymstorleken eller frigöra utrymme utanför serverslutpunkten.
Hur kontrollerar jag om en server är i läget För lite diskutrymme?
- Om en serverslutpunkt är i låg diskläge visas den i Azure-portalen i hälsoavsnittet för molnnivåindelning på fliken Fel + felsökning i serverslutpunkten.
- Händelse-ID 19000 loggas till telemetrihändelseloggen varje minut för varje serverslutpunkt. Använd den här händelsen för att avgöra om serverslutpunkten är i låg diskläge (IsLowDiskMode = true). Händelseloggen telemetri finns i Loggboken under Program och tjänster\Microsoft\FileSync\Agent.