Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
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 je Azure File Sync configureert op een lokaal volume van 500 GiB, en cloud tiering is niet 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 bestand E raadpleegt, waardoor bestand E het meest recent geraadpleegde bestand in de share wordt. 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 je het beleid bijwerkt zodat het datumbeleid 60 dagen is en het volume vrije ruimtebeleid 70% 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 teruggeroepen wanneer gebruikers het beleid voor vrije ruimte wijzigen naar een kleinere waarde (bijvoorbeeld van 20% naar 10%) of het datumbeleid veranderen naar een hogere waarde (bijvoorbeeld van 20 dagen naar 50 dagen).
Meerdere servereindpunten op een lokaal volume
U kunt cloudlagen inschakelen voor meerdere servereindpunten op één lokaal volume. Voor deze configuratie stel je de vrije ruimte van het volume in op dezelfde hoeveelheid voor alle server-eindpunten 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 bijvoorbeeld dat je drie servereindpunten op hetzelfde lokale volume hebt: één ingesteld op 15%, een andere ingesteld op 20%, en een derde ingesteld op 30%. Alle drie beginnen de koudste bestanden te tieren wanneer ze minder dan 30% vrije ruimte beschikbaar hebben.