Beleid voor cloudlagen kiezen

Dit artikel bevat richtlijnen voor het selecteren en aanpassen van beleid voor cloudlagen voor Azure File Sync. Voordat u dit artikel leest, moet u ervoor zorgen dat u begrijpt hoe cloudlagen werken. Zie Inzicht in Azure File Sync-cloudlagen voor basisbeginselen van cloudlagen in cloudlagen. Zie Azure File Sync-beleid voor cloudlagen voor uitgebreide uitleg over beleidsregels voor cloudlagen met voorbeelden.

Beperkingen

• Cloudlagen worden niet ondersteund op het Windows-systeemvolume.

• Als u FSRM (File Server Resource Manager) gebruikt voor quotumbeheer op servereindpunten, raden we u aan de quota toe te passen op mapniveau en niet op volumeniveau. U kunt cloudlagen nog steeds inschakelen als u een FSRM-quotum op volumeniveau hebt. Zodra een FSRM-quotum is ingesteld, rapporteren de beschikbare ruimtequery-API's die worden aangeroepen, automatisch de vrije ruimte op het volume volgens de quotuminstelling. Wanneer een vast quotum echter aanwezig is op een volumehoofdmap, is de werkelijke vrije ruimte op het volume en de beperkte quotumruimte op het volume mogelijk niet hetzelfde. Dit kan eindeloze lagen veroorzaken als Azure File Sync denkt dat er onvoldoende volume vrije ruimte is op het servereindpunt.

Minimale bestandsgrootte voor een bestand naar laag

De minimale bestandsgrootte voor een te laag bestand is gebaseerd op de grootte van het bestandssysteemcluster. De minimale bestandsgrootte die in aanmerking komt voor cloudlagen, wordt berekend door 2x de clustergrootte en minimaal 8 KiB. In de volgende tabel ziet u de minimale bestandsgrootten die kunnen worden gelaagd, op basis van de grootte van het volumecluster:

Volumeclustergrootte	Bestanden van deze grootte of groter kunnen worden gelaagd
4 KiB of kleiner (4.096 bytes)	8 KiB
8 KiB (8.192 bytes)	16 KiB
16 KiB (16.384 bytes)	32 KiB
32 KiB (32.768 bytes)	64 KiB
64 KiB (65.536 bytes)	128 KiB
128 KiB (131.072 bytes)	256 KiB
256 KiB (262.144 bytes)	512 KiB
512 KiB (524.288 bytes)	1 MiB
1 MiB (1.048.576 bytes)	2 MiB
2 MiB (2.097.152 bytes)	4 MiB

Azure File Sync biedt ondersteuning voor cloudlagen op volumes met clustergrootten tot 2 MiB.

Alle bestandssystemen die door Windows worden gebruikt, organiseren uw harde schijf op basis van de clustergrootte (ook wel toewijzingseenheidgrootte genoemd). Clustergrootte vertegenwoordigt de kleinste hoeveelheid schijfruimte die kan worden gebruikt voor het opslaan van een bestand. Wanneer de bestandsgrootte niet uitkomt op een zelfs veelvoud van de clustergrootte, moet u extra ruimte gebruiken om het bestand op te slaan, tot aan het volgende veelvoud van de clustergrootte.

Azure File Sync wordt ondersteund op NTFS-volumes met Windows Server 2012 R2 en hoger. In de volgende tabel worden de standaardclustergrootten beschreven wanneer u een nieuw NTFS-volume maakt met Windows Server.

Volume size	Windows Server
7 MiB – 16 TiB	4 KiB
16 TiB – 32 TiB	8 KiB
32 TiB – 64 TiB	16 KiB

Het is mogelijk dat u het volume bij het maken van het volume handmatig hebt geformatteerd met een andere clustergrootte. Als uw volume afkomstig is van een oudere versie van Windows, zijn de standaardclustergrootten mogelijk ook anders. Zelfs als u een clustergrootte kiest die kleiner is dan 4 KiB, geldt een limiet van 8 KiB als de kleinste bestandsgrootte die nog steeds kan worden gelaagd. (Zelfs als de clustergrootte technisch gezien 2x gelijk is aan minder dan 8 KiB.)

De reden voor het absolute minimum is te wijten aan de manier waarop NTFS extreem kleine bestanden opslaat - 1 KiB tot 4 KiB-bestanden. Afhankelijk van andere parameters van het volume, is het mogelijk dat kleine bestanden helemaal niet worden opgeslagen in een cluster op schijf. Het is mogelijk efficiënter om dergelijke bestanden rechtstreeks op te slaan in de hoofdbestandstabel of 'MFT-record' van het volume. Het reparsepunt voor cloudlagen wordt altijd opgeslagen op schijf en neemt precies één cluster in beslag. Het tieren van dergelijke kleine bestanden kan uiteindelijk geen ruimte besparen. Extreme gevallen kunnen zelfs meer ruimte gebruiken met cloudlagen ingeschakeld. Om dit te beschermen, is de kleinste grootte van een bestand dat in cloudlagen wordt gelaagd 8 KiB op een 4 KiB of kleinere clustergrootte.

Uw eerste beleid selecteren

Wanneer u cloudlagen inschakelt op een servereindpunt, moet u over het algemeen één lokaal virtueel station maken voor elk afzonderlijk servereindpunt. Het isoleren van het servereindpunt maakt het gemakkelijker om te begrijpen hoe cloudlagen werken en uw beleid dienovereenkomstig aan te passen. Azure File Sync werkt echter ook als u meerdere servereindpunten op hetzelfde station hebt voor meer informatie, zie de sectie Meerdere servereindpunten op het lokale volume . We raden u ook aan om wanneer u cloudlagen voor het eerst inschakelt, het datumbeleid uitgeschakeld en volumevrije ruimtebeleid op ongeveer 10% tot 20% te houden. Voor de meeste bestandsservervolumes is 20% vrije ruimte meestal de beste optie.

Notitie

In sommige migratiescenario's kunt u, als u minder opslagruimte hebt ingericht op uw Windows Server-exemplaar dan uw bron, tijdelijk volumevrije ruimte instellen op 99% tijdens de migratie om bestanden in de cloud te tieren en deze vervolgens in te stellen op een nuttiger niveau nadat de migratie is voltooid.

Voor het gemak en voor een duidelijk inzicht in hoe items worden gelaagd, raden we u aan voornamelijk uw volumevrije ruimtebeleid aan te passen en uw datumbeleid uitgeschakeld te houden, tenzij dat nodig is. Dit wordt aangeraden omdat de meeste klanten het waardevol vinden om de lokale cache te vullen met zoveel mogelijk dynamische bestanden en de rest in de cloud te tieren. Het datumbeleid kan echter nuttig zijn als u proactief lokale schijfruimte wilt vrijmaken en u weet dat bestanden in dat servereindpunt worden geopend na het aantal dagen dat is opgegeven in uw datumbeleid, niet lokaal hoeven te worden bewaard. Als u het datumbeleid instelt, wordt waardevolle lokale schijfcapaciteit vrijgemaakt voor andere eindpunten op hetzelfde volume om meer bestanden in de cache op te cachen.

Nadat u uw beleid hebt ingesteld, controleert u uitgaand verkeer en past u beide beleidsregels dienovereenkomstig aan. U wordt aangeraden de relevante grootte van de cloudopslaglagen en de relevante grootte van cloudlagen te bekijken op basis van metrische gegevens van toepassingen in Azure Monitor. U wordt ook aangeraden de hitfrequentie van de cache voor het servereindpunt te controleren om het percentage geopende bestanden te bepalen dat al in de lokale cache aanwezig is. Zie Cloudlagen bewaken voor meer informatie over het bewaken van uitgaand verkeer.

Uw beleid aanpassen

Als het aantal bestanden dat voortdurend wordt teruggehaald uit Azure groter is dan u wilt, hebt u mogelijk meer dynamische bestanden dan u ruimte hebt om ze op het lokale servervolume op te slaan. Verhoog indien mogelijk de grootte van uw lokale volume en/of verlaag het beleidspercentage voor vrije ruimte in kleine stappen. Het verlagen van het volume vrije ruimtepercentage kan ook negatieve gevolgen hebben. Een hoger verloop in uw gegevensset vereist meer vrije ruimte, voor nieuwe bestanden en het intrekken van 'koude' bestanden. Tiering begint met een vertraging van maximaal één uur en heeft vervolgens verwerkingstijd nodig. Daarom moet u altijd voldoende vrije ruimte op uw volume hebben.

Het lokaal houden van meer gegevens betekent lagere kosten voor uitgaand verkeer, omdat er minder bestanden worden ingetrokken vanuit Azure, maar er is ook een grotere hoeveelheid on-premises opslag vereist, die op eigen kosten wordt geleverd.

Wanneer u het beleid voor vrije ruimte voor volumes aanpast, wordt de hoeveelheid gegevens die u lokaal moet houden, bepaald door de volgende factoren: uw bandbreedte, het toegangspatroon van de gegevensset en het budget. Met een verbinding met lage bandbreedte wilt u mogelijk meer lokale gegevens, om minimale vertraging voor gebruikers te garanderen. Anders kunt u deze baseren op de verloopsnelheid gedurende een bepaalde periode. Als u bijvoorbeeld weet dat 10% van uw 1 TiB-gegevensset verandert of elke maand actief wordt geopend, wilt u mogelijk 100 GiB lokaal houden, zodat u niet vaak bestanden terugroept. Als uw volume 2 TiB is, wilt u 5% (of 100 GiB) lokaal houden, wat betekent dat de resterende 95% uw volume vrije ruimtepercentage is. U moet echter een buffer toevoegen voor perioden met een hoger verloop, met andere woorden, beginnen met een groter volume vrije ruimtepercentage en deze zo nodig later aanpassen.

Standaardbedrijfsprocedures

• Wanneer u voor het eerst migreert naar Azure Files via Azure File Sync, is cloudlagen afhankelijk van de eerste upload
• In cloudlagen wordt elke zestig minuten gecontroleerd of aan het volume vrije ruimte en datumbeleid wordt voldaan
• Door de /LFSM-switch in Robocopy te gebruiken bij het migreren van bestanden, kunnen bestanden worden gesynchroniseerd en in cloudlagen ruimte worden gemaakt tijdens de eerste upload
• Als gelaagdheid plaatsvindt voordat een heatmap wordt gevormd, worden bestanden gelaagd op basis van de laatst gewijzigde tijdstempel

Volgende stappen

• Planning voor een Azure Files Sync-implementatie