Felhőbeli rétegzési szabályzatok

A felhőbeli rétegzés két szabályzattal rendelkezik, amelyek meghatározzák, hogy mely fájlok vannak felhőbe rétegzve: a kötet szabad terület szabályzata és a dátumszabályzat.

A kötet szabad terület szabályzata biztosítja, hogy a kiszolgálóvégpont helyi kötetének meghatározott százaléka mindig szabad maradjon.

A dátumházirend-rétegek fájljai utoljára x nappal ezelőtt vagy később fértek hozzá. A kötet szabad terület szabályzata mindig elsőbbséget élvez. Ha nincs elegendő szabad hely a köteten annyi napnyi fájl tárolásához, amennyit a dátumszabályzat meghatároz, az Azure File Sync felülbírálja a dátumszabályzatot. Folytatja a leghűségesebb fájlok rétegzését, amíg meg nem felel a kötet szabad hely százalékos arányának.

Hogyan működnek együtt a két házirend?

Íme egy példa a szabályzatok működésének szemléltetésére. Tegyük fel, hogy az Azure File Syncet 500 GiB-alapú helyi köteten konfigurálja, és a felhőbeli rétegzés nincs engedélyezve. A fájlmegosztásban a következő fájlok találhatók:

Fájlnév	Utolsó hozzáférési idő	Fájlméret	Tárolás helye:
A fájl	2 nappal ezelőtt	10 GiB	Kiszolgáló- és Azure-fájlmegosztás
B fájl	10 nappal ezelőtt	30 GiB	Kiszolgáló- és Azure-fájlmegosztás
C fájl	1 évvel ezelőtt	200 GiB	Kiszolgáló- és Azure-fájlmegosztás
D fájl	1 év, 2 nappal ezelőtt	120 GiB	Kiszolgáló- és Azure-fájlmegosztás
E fájl	2 év, 1 nappal ezelőtt	140 GiB	Kiszolgáló- és Azure-fájlmegosztás

1. módosítás: Engedélyezte a felhőbeli rétegzést, beállított egy 20%-os mennyiségi szabadterület-szabályzatot, és letiltotta a dátumszabályzatot. Ezzel a konfigurációval a felhőbeli rétegzés biztosítja, hogy a hely 20%-a (ebben az esetben 100 GiB) szabad legyen, és elérhető legyen a helyi gépen. Ennek eredményeképpen a helyi gyorsítótár teljes kapacitása 400 GiB. Ez a gyorsítótár tárolja a legutóbb és gyakran használt fájlokat a helyi köteten.

Ezzel a konfigurációval csak az A–D fájlok lesznek tárolva a helyi gyorsítótárban, és az E fájl rétegzett lesz. Ez a 400 GiB-ből csak 360 GiB-t tud használni. Az E fájl 140 GiB, és helyi gyorsítótárazás esetén meghaladná a korlátot.

2. módosítás: Tegyük fel, hogy egy felhasználó hozzáfér az E fájlhoz, így az E fájl lesz a megosztásban legutóbb elért fájl. Ennek eredményeképpen az E fájl a helyi gyorsítótárban lesz tárolva, és a 400 GiB-korlát alatt való elféréséhez a D fájl rétegzett lesz. Az alábbi táblázat az alábbi frissítésekkel mutatja be a fájlok tárolási helyét:

Fájlnév	Utolsó hozzáférési idő	Fájlméret	Tárolás helye:
E fájl	2 órával ezelőtt	140 GiB	Kiszolgáló- és Azure-fájlmegosztás
A fájl	2 nappal ezelőtt	10 GiB	Kiszolgáló- és Azure-fájlmegosztás
B fájl	10 nappal ezelőtt	30 GiB	Kiszolgáló- és Azure-fájlmegosztás
C fájl	1 évvel ezelőtt	200 GiB	Kiszolgáló- és Azure-fájlmegosztás
D fájl	1 év, 2 nappal ezelőtt	120 GiB	Helyi szinten rétegzett Azure-fájlmegosztás

3. módosítás: Tegyük fel, hogy úgy frissítette a szabályzatokat, hogy a dátumszabályzat 60 nap legyen, a szabad kötetre vonatkozó szabályzat pedig 70%. Most már csak 150 GiB tárolható a helyi gyorsítótárban. Bár a B fájl kevesebb mint 60 nappal ezelőtt lett elérve, a kötet szabad terület szabályzata felülírja a dátumszabályzatot, a B fájl pedig rétegzett, hogy fenntartsa a 70%-os helyi szabad területet.

4. módosítás: Ha a kötet szabad terület szabályzatát 20%-ra módosította, majd a helyi meghajtón elférő összes fájlt visszahívta Invoke-StorageSyncFileRecall a felhőbeli rétegzési szabályzatok betartásával, a táblázat a következőhöz hasonlóan fog kinézni:

Fájlnév	Utolsó hozzáférési idő	Fájlméret	Tárolás helye:
E fájl	1 órával ezelőtt	140 GiB	Kiszolgáló- és Azure-fájlmegosztás
A fájl	2 nappal ezelőtt	10 GiB	Kiszolgáló- és Azure-fájlmegosztás
B fájl	10 nappal ezelőtt	30 GiB	Kiszolgáló- és Azure-fájlmegosztás
C fájl	1 évvel ezelőtt	200 GiB	Helyi szinten rétegzett Azure-fájlmegosztás
D fájl	1 év, 2 nappal ezelőtt	120 GiB	Helyi szinten rétegzett Azure-fájlmegosztás

Ebben az esetben az A, B és E fájlokat helyileg gyorsítótárazza a rendszer, a C és a D fájlokat pedig rétegezi. Mivel a dátumszabályzat 60 nap, a C és A fájlok rétegzettek, annak ellenére, hogy a kötet szabad terület szabályzata akár 400 GiB helyi használatát is lehetővé teszi.

Feljegyzés

A rendszer nem hívja vissza automatikusan a fájlokat, ha az ügyfelek kisebb értékre (például 20%-ról 10%-ra) módosítják a kötet szabad terület szabályzatát, vagy a dátumszabályzatot nagyobb értékre módosítják (például 20 napról 50 napra).

Több kiszolgálóvégpont egy helyi köteten

A felhőbeli rétegzést egyetlen helyi köteten több kiszolgálóvégponthoz is engedélyezheti. Ebben a konfigurációban a kötet szabad területét ugyanahhoz az összeghez kell beállítania az ugyanazon a köteten található összes kiszolgálóvégponton. Ha ugyanazon a köteten több kiszolgálóvégpontra különböző kötetmentes helyszabályzatokat állít be, a legnagyobb kötet szabad területaránya elsőbbséget élvez. Ezt nevezik a tényleges szabad kötetre vonatkozó szabad hely szabályzatnak. Tegyük fel például, hogy három kiszolgálóvégpont van ugyanazon a helyi köteten: az egyik 15%-ra, a másik 20%-ra, a harmadik pedig 30%-ra van állítva. Mindhárom elkezdi rétegbe a leghűségesebb fájlokat, ha kevesebb mint 30%-os szabad terület áll rendelkezésre.

Következő lépés

• Felhőbeli rétegzés monitorozása