Overzicht van cloud-tiering

Cloud-tiering, een optionele functie van Azure File Sync, verlaagt de hoeveelheid benodigde lokale opslag, terwijl de prestaties van een lokale bestandsserver behouden blijven.

Wanneer u deze functie inschakelt, worden alleen vaak geopende (dynamische) bestanden op uw lokale server opgeslagen. Niet vaak geopende (statische) bestanden worden gesplitst in naamruimte (bestands- en mapstructuur) en bestandsinhoud. De naamruimte wordt lokaal opgeslagen en de bestandsinhoud wordt opgeslagen in een Azure bestandsshare in de cloud.

Wanneer een gebruiker een gelaagd bestand opent, Azure File Sync de bestandsgegevens naadloos terugroept uit de Azure bestandsshare.

Hoe cloud-tiering werkt

Cloudtiering werkt door toegangspatronen van bestanden te monitoren en bestanden in lagen in te delen op basis van gedefinieerd beleid.

Beleidsregels voor cloud-tiering

Wanneer u cloud-tiering inschakelt, zijn er twee beleidsregels die u kunt instellen om Azure File Sync te informeren wanneer koude bestanden moeten worden getierd: het volume vrije ruimte beleid en het datumbeleid.

Beleid voor vrij beschikbare ruimte van volume

Het beleid voor vrije schijfruimte vertelt Azure File Sync om koude bestanden naar de cloud te verplaatsen wanneer een bepaalde hoeveelheid ruimte op uw lokale schijf wordt gebruikt.

Als uw lokale schijfcapaciteit bijvoorbeeld 200 GiB is en u wilt dat ten minste 40 GiB van uw lokale schijfcapaciteit altijd vrij blijft, stelt u het beleid voor volumeruimte in op 20%. Volumevrije ruimte is van toepassing op volumeniveau in plaats van op het niveau van afzonderlijke mappen of servereindpunten.

Datumbeleid

Met het datumbeleid worden koele bestanden naar de cloud verplaatst als ze gedurende x aantal dagen niet zijn geopend (gelezen of naar geschreven). Als u bijvoorbeeld merkt dat bestanden die langer dan 15 dagen zijn verlopen zonder dat ze worden geopend, doorgaans archiveringsbestanden zijn, moet u uw datumbeleid instellen op 15 dagen.

Zie Kies Azure File Sync cloud tiering-beleid voor meer voorbeelden van hoe het datumbeleid en het beleid voor vrije ruimtes op volume samenwerken.

Windows Server gegevensontdubbeling

Vanaf Windows Server 2016 wordt de gegevensontdubbeling ondersteund op volumes waarvoor cloud tiering is ingeschakeld. Zie Plan voor een Azure File Sync-implementatie voor meer informatie.

Heatmap voor cloudindeling

Azure File Sync bewaakt de bestandstoegang (lees- en schrijfbewerkingen) in de loop van de tijd en wijst een heatscore toe aan elk bestand op basis van hoe recent en vaak het bestand wordt geopend. Deze scores worden gebruikt om een 'heatmap' van uw naamruimte te bouwen op elk servereindpunt. Deze heatmap is een lijst met alle bestanden die worden gesynchroniseerd op een locatie waarop cloud-tiering is ingeschakeld, gesorteerd op hun heat-score. Recent geopende bestanden die vaak worden geraadpleegd, worden beschouwd als hot, terwijl bestanden die zelden zijn geraadpleegd en gedurende enige tijd niet zijn benaderd, als cool worden beschouwd.

Om de relatieve positie van een afzonderlijk bestand in die heatmap te bepalen, gebruikt het systeem het maximum van de tijdstempels in de volgende volgorde: MAX (Laatste toegangstijd, Laatst gewijzigd tijdstip, Aanmaaktijd).

Normaal gesproken wordt de laatste toegangstijd bijgehouden en beschikbaar. Wanneer u echter een nieuw servereindpunt maakt met ingeschakelde cloud-tiering, is er nog niet genoeg tijd verstreken om de bestandstoegang te monitoren. Als er geen geldige laatste toegangstijd is, wordt in plaats daarvan de laatst gewijzigde tijd gebruikt om de relatieve positie in de heatmap te evalueren.

Het datumbeleid werkt op dezelfde manier. Zonder een laatste toegangstijd werkt het datumbeleid op de laatst gewijzigde tijd. Als dat niet beschikbaar is, valt deze terug op de tijd van het maken van een bestand. Na verloop van tijd ziet het systeem meer aanvragen voor bestandstoegang en wordt automatisch de zelf bijgehouden laatste toegangstijd gebruikt.

Overwegingen voor het kiezen van een cloud-tiering beleid

Koude bestanden die minder vaak worden geopend, zijn het meest geschikt voor gelaagde bestanden, omdat het intrekken van gegevens vereist dat gegevens worden gedownload uit de cloud. Azure File Sync reserveert 10% van het totale geheugen voor het persistent maken van terugroepen naar de schijf. Als 60% van dit gereserveerde geheugen in gebruik is, worden de terugroepingen niet naar de schijf geschreven. Als er een groot aantal gelaagde bestanden aanwezig zijn op het systeem en er veel toegang plaatsvindt, kan het systeem een geheugendrempel bereiken. Deze situatie kan onverwachte extra uitgaande data veroorzaken, I/O-prestatievermindering, traagheid van het systeem en dat het systeem vastloopt.

Proactieve terugroepactie

Wanneer een bestand wordt gemaakt of gewijzigd, kunt u het bestand proactief terughalen naar de servers die u opgeeft. Proactief intrekken maakt het nieuwe of gewijzigde bestand direct beschikbaar voor gebruik op elke opgegeven server.

Een wereldwijd gedistribueerd bedrijf heeft bijvoorbeeld filialen in de VS en India. In de ochtend in de VS maken informatiewerkers een nieuwe map en bestanden voor een gloednieuw project en werken er de hele dag aan. Azure File Sync synchroniseert de map en bestanden met de Azure bestandsshare (cloudeindpunt), die fungeert als de centrale hub tussen alle geregistreerde servers. Informatiewerkers in India blijven werken aan het project in hun tijdzone. Wanneer ze in de ochtend aankomen, moet de lokale Azure File Sync server in India deze nieuwe bestanden lokaal beschikbaar hebben, zodat het India-team efficiënt van een lokale cache kan werken. Door de proactieve ophaalfunctie in te schakelen, zorgt de server ervoor dat de bestanden worden gedownload zodra ze zijn gewijzigd of gemaakt in de Azure-bestandsdeling, in plaats van te wachten tot een gebruiker probeert ze te openen.

Als bestanden die zijn teruggehaald naar de server niet lokaal nodig zijn, kan de onnodige terugroepactie het uitgaand verkeer en de kosten verhogen. Schakel daarom alleen proactieve terugroepacties in wanneer u weet dat het voorinvullen van de cache van een server met recente wijzigingen uit de cloud een positief effect heeft op gebruikers of toepassingen die de bestanden op die server gebruiken.

Het inschakelen van proactieve terugroeping kan ook leiden tot een verhoogd bandbreedtegebruik op de server en kan ertoe leiden dat andere relatief nieuwe inhoud op de lokale server intensief wordt verplaatst naar verschillende opslagniveaus vanwege de toename van het aantal opgehaalde bestanden. Op zijn beurt kan gelaagdheid te snel leiden tot meer terugroepacties als de bestanden die gelaagd worden beschouwd als dynamisch door servers.

Zie Deploy Azure File Sync voor meer informatie over proactieve intrekking.

Gelaagd versus lokaal in cache opgeslagen bestandsgedrag

Cloud-tiering is de scheiding tussen de naamruimtescheiding (zoals bestandshiërarchie en bestandseigenschappen) en de bestandsinhoud.

Gelaagd bestand

Voor gelaagde bestanden is de grootte op schijf nul omdat de bestandsinhoud zelf niet lokaal wordt opgeslagen. Wanneer een bestand wordt gelaagd, vervangt het Azure File Sync-bestandssysteemfilter (StorageSync.sys) het bestand lokaal door een aanwijzer, een zogeheten reparse point. Het reparsepunt vertegenwoordigt een URL naar het bestand in de Azure bestandsshare. Een gelaagd bestand heeft zowel het offline kenmerk als het FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS kenmerk dat is ingesteld in NTFS, zodat toepassingen van derden gelaagde bestanden veilig kunnen identificeren.

Lokaal in cache opgeslagen bestand

Voor bestanden die zijn opgeslagen op een on-premises bestandsserver, is de grootte op schijf ongeveer gelijk aan de logische grootte van het bestand, omdat het hele bestand (bestandskenmerken en bestandsinhoud) lokaal wordt opgeslagen.

Het is ook mogelijk dat een bestand gedeeltelijk of gedeeltelijk wordt ingetrokken. In een gedeeltelijk gelaagd bestand wordt slechts een deel van het bestand opgeslagen op schijf. Mogelijk heeft u gedeeltelijk teruggehaalde bestanden op uw volume als deze bestanden slechts gedeeltelijk worden gelezen door toepassingen die streamingtoegang tot bestanden ondersteunen. Enkele voorbeelden zijn multimediaspelers en zip-hulpprogramma's. Azure File Sync is efficiënt en roept alleen de gevraagde informatie van de verbonden Azure bestandsshare in herinnering.

Modus weinig schijfruimte

Schijven met servereindpunten kunnen om verschillende redenen ruimte tekortkomen, zelfs als clouddeling is ingeschakeld. Deze redenen zijn onder andere:

• Gegevens handmatig kopiëren naar de schijf buiten het pad naar het servereindpunt
• Trage of vertraagde synchronisatie waardoor bestanden niet gelaagd worden
• Overmatige terugroepacties van gelaagde bestanden

Wanneer de schijfruimte opraakt, werkt Azure File Sync mogelijk niet goed en kan het zelfs onbruikbaar worden. Hoewel Azure File Sync deze gevallen niet volledig kan voorkomen, helpt de modus met weinig schijfruimte (beschikbaar in Azure File Sync agentversies vanaf 15.1) om te voorkomen dat een servereindpunt deze situatie bereikt en helpt de server er sneller uit te komen.

Voor servereindpunten waarbij cloud-tiering is ingeschakeld, wanneer de vrije ruimte op het volume onder de berekende drempelwaarde komt, gaat het volume in de modus van weinig schijfruimte.

In de modus voor weinig schijfruimte doet de Azure File Sync agent twee dingen anders:

• Proactieve gelaagdheid: De File Sync-agent rangschikt bestanden proactiever in lagen naar de cloud. De synchronisatieagent controleert elke minuut voor bestanden om te verplaatsen naar een hogere opslaglaag in plaats van de normale frequentie van elk uur. Tiering van het beleid voor vrije ruimte op volume vindt doorgaans niet plaats tijdens de eerste uploadsynchronisatie totdat de volledige upload is voltooid. In de modus weinig schijfruimte wordt tiering echter ingeschakeld tijdens de eerste uploadsynchronisatie en worden bestanden beschouwd voor tiering zodra het afzonderlijke bestand is geüpload naar de Azure-bestandsshare.

• Aanroepen die niet persistent zijn: Wanneer een gebruiker een gelaagd bestand opent, worden bestanden die zijn teruggehaald uit de Azure bestandsshare, niet rechtstreeks op de schijf bewaard. Terugroepacties die door de Invoke-StorageSyncFileRecall cmdlet zijn geïnitieerd, vormen een uitzondering op deze regel en worden op schijf bewaard.

Wanneer de hoeveelheid vrije ruimte de drempelwaarde overschrijdt, wordt Azure File Sync automatisch teruggezet naar de normale status. De modus voor weinig schijfruimte is alleen van toepassing op servers waarvoor opslag in cloudlagen is ingeschakeld en respecteert altijd het volumevrije ruimtebeleid.

Als een volume twee servereindpunten heeft, één met tiering ingeschakeld en één zonder tiering, is de modus voor weinig schijfruimte alleen van toepassing op het servereindpunt waar tiering is ingeschakeld.

Hoe wordt de drempelwaarde voor de modus met weinig schijfruimte berekend?

Bereken de drempelwaarde door minimaal de volgende drie getallen te gebruiken:

• 10% van volumegrootte in GiB
• Volume vrije ruimtebeleid in GiB
• 20 GiB

De volgende tabel bevat enkele voorbeelden van hoe de drempelwaarde wordt berekend en wanneer het volume zich in de modus met weinig schijfruimte bevindt.

Hoe werkt de modus voor weinig schijfruimte samen met het beleid voor vrije schijfruimte op volume?

De modus voor weinig schijfruimte respecteert altijd het volumevrije ruimtebeleid. De drempelwaardeberekening is ontworpen om ervoor te zorgen dat het volumevrije ruimtebeleid dat u instelt, respecteert.

Wat is de meest voorkomende oorzaak voor servereindpunten die zich in de modus lage schijf bevinden?

De primaire oorzaak van de modus voor lage schijfprestaties is het kopiëren of verplaatsen van grote hoeveelheden gegevens naar de schijf waar een servereindpunt zich bevindt met tiering ingeschakeld.

Hoe kom ik uit de modus met weinig schijfruimte?

De modus Lage schijf schakelt automatisch over naar normaal gedrag door het niet meer persistent maken van terugroep- en tieringbestanden, zonder tussenkomst. U kunt het proces handmatig versnellen door de volumegrootte te vergroten of ruimte vrij te maken buiten het servereindpunt.

Hoe kan ik controleren of een server zich in de modus met weinig schijfruimte bevindt?

• Als een servereindpunt zich in de modus met weinig schijfruimte bevindt, wordt dit in de Azure portal weergegeven in de sectie cloud-tiering gezondheid van het tabblad Fouten + probleemoplossing.
• Gebeurtenis-id 19000 wordt elke minuut vastgelegd in het gebeurtenislogboek Telemetrie voor elk servereindpunt. Gebruik deze gebeurtenis om te bepalen of het servereindpunt zich in de modus met weinig schijfruimte bevindt (IsLowDiskMode = true). U vindt het gebeurtenislogboek telemetrie in Event Viewer onder Applications and Services\Microsoft\FileSync\Agent.

Zie ook

• Kies Azure File Sync cloud-tieringsbeleid
• Plan voor een Azure File Sync-implementatie