Beleid voor cloudlagen
Cloudlagen hebben twee beleidsregels die bepalen welke bestanden in de cloud zijn gelaagd: het volume vrije ruimtebeleid en het datumbeleid.
Het volumevrije ruimtebeleid zorgt ervoor dat een opgegeven percentage van het lokale volume waarop het servereindpunt zich bevindt, altijd vrij blijft.
De bestanden van de datumbeleidslagen zijn voor het laatst geopend x dagen geleden of later. Het volumevrije ruimtebeleid heeft altijd voorrang. Wanneer er onvoldoende vrije ruimte op het volume is om zoveel dagen aan bestanden op te slaan als het datumbeleid aangeeft, overschrijft Azure File Sync het datumbeleid. Het blijft de koudste bestanden in lagen opslaan totdat het volume vrije ruimtepercentage wordt bereikt.
Hoe beide beleidsregels samenwerken
Hier volgt een voorbeeld om te laten zien hoe dit beleid werkt. Stel dat u Azure File Sync configureert op een lokaal 500 GiB-volume en dat cloudlagen niet zijn ingeschakeld. U hebt deze bestanden in uw bestandsshare:
| Bestandsnaam | Tijd van laatste toegang | Bestandsgrootte | Opgeslagen in |
|---|---|---|---|
| Bestand A | 2 dagen geleden | 10 GiB | Server- en Azure-bestandsshare |
| Bestand B | 10 dagen geleden | 30 GiB | Server- en Azure-bestandsshare |
| Bestand C | 1 jaar geleden | 200 GiB | Server- en Azure-bestandsshare |
| Bestand D | 1 jaar, 2 dagen geleden | 120 GiB | Server- en Azure-bestandsshare |
| Bestand E | 2 jaar, 1 dag geleden | 140 GiB | Server- en Azure-bestandsshare |
Wijziging 1: U hebt cloudlagen ingeschakeld, een volumevrij ruimtebeleid van 20% ingesteld en het datumbeleid uitgeschakeld gehouden. Met deze configuratie zorgt cloudopslaglagen voor 20% (in dit geval 100 GiB) ruimte vrij en beschikbaar op de lokale computer. Als gevolg hiervan is de totale capaciteit van de lokale cache 400 GiB. In deze cache worden de recentste en meest gebruikte bestanden op het lokale volume opgeslagen.
Met deze configuratie worden alleen bestanden A tot en met D opgeslagen in de lokale cache en wordt bestand E gelaagd. Dit geldt alleen voor 360 GiB van de 400 GiB die kan worden gebruikt. Bestand E is 140 GiB en overschrijdt de limiet als het lokaal in de cache is opgeslagen.
Wijziging 2: Stel dat een gebruiker het bestand E opent, waardoor bestand E het laatst geopende bestand in de share is. Als gevolg hiervan zou bestand E worden opgeslagen in de lokale cache en om te passen onder de limiet van 400 GiB, zou bestand D gelaagd zijn. In de volgende tabel ziet u waar de bestanden worden opgeslagen met deze updates:
| Bestandsnaam | Tijd van laatste toegang | Bestandsgrootte | Opgeslagen in |
|---|---|---|---|
| Bestand E | 2 uur geleden | 140 GiB | Server- en Azure-bestandsshare |
| Bestand A | 2 dagen geleden | 10 GiB | Server- en Azure-bestandsshare |
| Bestand B | 10 dagen geleden | 30 GiB | Server- en Azure-bestandsshare |
| Bestand C | 1 jaar geleden | 200 GiB | Server- en Azure-bestandsshare |
| Bestand D | 1 jaar, 2 dagen geleden | 120 GiB | Azure-bestandsshare gelaagd lokaal |
Wijziging 3: Stel dat u het beleid hebt bijgewerkt, zodat het datumbeleid 60 dagen is en het volumevrije ruimtebeleid 70% is. Nu kan slechts 150 GiB worden opgeslagen in de lokale cache. Hoewel bestand B minder dan 60 dagen geleden is geopend, overschrijft het volumevrije ruimtebeleid het datumbeleid en bestand B is gelaagd om de lokale vrije ruimte van 70% te behouden.
Wijziging 4: Als u het beleid voor vrije ruimte voor volumes hebt gewijzigd in 20% en vervolgens alle Invoke-StorageSyncFileRecall bestanden hebt ingetrokken die op het lokale station passen terwijl u zich houdt aan het beleid voor cloudopslaglagen, ziet de tabel er als volgt uit:
| Bestandsnaam | Tijd van laatste toegang | Bestandsgrootte | Opgeslagen in |
|---|---|---|---|
| Bestand E | 1 uur geleden | 140 GiB | Server- en Azure-bestandsshare |
| Bestand A | 2 dagen geleden | 10 GiB | Server- en Azure-bestandsshare |
| Bestand B | 10 dagen geleden | 30 GiB | Server- en Azure-bestandsshare |
| Bestand C | 1 jaar geleden | 200 GiB | Azure-bestandsshare gelaagd lokaal |
| Bestand D | 1 jaar, 2 dagen geleden | 120 GiB | Azure-bestandsshare gelaagd lokaal |
In dit geval worden bestanden A, B en E lokaal in de cache opgeslagen en worden bestanden C en D gelaagd. Omdat het datumbeleid 60 dagen is, worden bestanden C en D gelaagd, zelfs als het volume vrije ruimtebeleid maximaal 400 GiB lokaal toestaat.
Notitie
Bestanden worden niet automatisch ingetrokken wanneer klanten het volumevrije ruimtebeleid wijzigen in een kleinere waarde (bijvoorbeeld van 20% in 10%) of het datumbeleid wijzigen in een grotere waarde (bijvoorbeeld van 20 dagen tot 50 dagen).
Meerdere servereindpunten op een lokaal volume
U kunt cloudlagen inschakelen voor meerdere servereindpunten op één lokaal volume. Voor deze configuratie moet u de beschikbare volumeruimte instellen op dezelfde hoeveelheid voor alle servereindpunten op hetzelfde volume. Als u verschillende beleidsregels voor vrije ruimte voor volumes instelt voor verschillende servereindpunten op hetzelfde volume, heeft het grootste volume vrije ruimtepercentage voorrang. Dit wordt het effectieve volumevrije ruimtebeleid genoemd. Stel dat u drie servereindpunten op hetzelfde lokale volume hebt: één is ingesteld op 15%, een andere ingesteld op 20%, en een derde op 30%. Alle drie beginnen de koudste bestanden te tieren wanneer ze minder dan 30% vrije ruimte beschikbaar hebben.