Felhőbeli rétegzés áttekintése
Az Azure File Sync opcionális funkciója, a felhőbeli rétegzés csökkenti a szükséges helyi tárterület mennyiségét, miközben megtartja a helyszíni fájlkiszolgáló teljesítményét.
Ha engedélyezve van, ez a funkció csak a gyakran használt (gyakori) fájlokat tárolja a helyi kiszolgálón. A ritkán használt (ritka elérésű) fájlok névtérre (fájl- és mappaszerkezetre) és fájltartalmakra vannak felosztva. A névteret helyileg tárolja a rendszer, és a felhőben lévő Azure-fájlmegosztásban tárolt fájltartalmakat.
Amikor egy felhasználó rétegzett fájlt nyit meg, az Azure File Sync zökkenőmentesen visszahívja a fájladatokat az Azure-fájlmegosztásból.
A felhőbeli rétegzés működése
Felhőbeli rétegzési szabályzatok
Ha engedélyezi a felhőbeli rétegzést, két szabályzatot állíthat be, amelyek tájékoztatják az Azure File Syncet a ritka elérésű fájlok rétegzéséről: a kötet szabad terület szabályzata és a dátumszabályzat.
Kötet szabad terület szabályzata
A kötetek szabad tárterület-szabályzata arra utasítja az Azure File Syncet, hogy a ritka elérésű fájlokat rétegozza a felhőbe, amikor a helyi lemezen bizonyos mennyiségű helyet foglalnak el.
Ha például a helyi lemezkapacitás 200 GiB, és azt szeretné, hogy a helyi lemezkapacitásból legalább 40 GiB mindig szabad maradjon, akkor a kötet szabad terület szabályzatát 20%-ra kell állítania. A kötet szabad területe nem az egyes könyvtárak vagy kiszolgálóvégpontok szintjén, hanem a kötet szintjén érvényes.
Dátumszabályzat
A dátumszabályzattal a rendszer rétegezi a ritka elérésű fájlokat a felhőbe, ha nem fértek hozzá (olvasási vagy írási) napok óta. Ha például azt tapasztalja, hogy azok a fájlok, amelyek 15 napnál hosszabb ideig mentek anélkül, hogy hozzáfértek volna, általában archivált fájlok, akkor a dátumszabályzatot 15 napra kell állítania.
A dátumszabályzat és a kötet szabad terület szabályzatának együttes működésére további példákat az Azure File Sync felhőbeli rétegzési szabályzatainak kiválasztása című témakörben talál.
Windows Server-adatdeduplikáció
Az adatdeduplikáció olyan köteteken támogatott, amelyeken a Windows Server 2016-tól kezdve engedélyezve van a felhőbeli rétegzés. További részletekért tekintse meg az Azure File Sync üzembe helyezésének tervezésével kapcsolatos cikket.
Felhőbeli rétegzési hőtérkép
Az Azure File Sync idővel figyeli a fájlhozzáférést (olvasási és írási műveleteket), és minden fájlhoz hőpontszámot rendel a legutóbbi és gyakori hozzáférés alapján. Ezekkel a pontszámokkal készíti el a névtér "hőtérképét" az egyes kiszolgálóvégpontokon. Ez a hőtérkép az összes szinkronizált fájl listája egy olyan helyen, ahol engedélyezve van a felhőbeli rétegzés, a hőpontszámuk szerint rendezve. A gyakran megnyitott fájlok gyakorinak minősülnek, míg az alig megérintett és egy ideje nem elérhető fájlok ritka elérésűnek minősülnek.
Egy adott fájl relatív pozíciójának meghatározásához a rendszer a maximális időbélyegeket használja a következő sorrendben: MAX (Utolsó hozzáférési idő, Utolsó módosítás időpontja, Létrehozási idő).
A legutóbbi hozzáférési idő általában nyomon követhető és elérhető. Ha azonban egy új kiszolgálóvégpontot hoz létre, és engedélyezve van a felhőbeli rétegzés, nem telt el elegendő idő a fájlhozzáférés megfigyeléséhez. Ha nincs érvényes utolsó hozzáférési idő, a rendszer ehelyett az utolsó módosított időpontot használja a hőtérkép relatív pozíciójának kiértékeléséhez.
A dátumszabályzat ugyanúgy működik. Az utolsó hozzáférési idő nélkül a dátumszabályzat az utolsó módosított időpontban fog működni. Ha ez nem érhető el, a fájl létrehozási idejére esik vissza. Idővel a rendszer további fájlhozzáférés-kérelmeket fog megfigyelni, és automatikusan elkezdi használni a saját nyomon követett utolsó hozzáférési időt.
Megjegyzés:
A felhőbeli rétegzés nem függ az NTFS-funkciótól a legutóbbi hozzáférési idő nyomon követéséhez. Ez az NTFS-funkció alapértelmezés szerint ki van kapcsolva, és teljesítménybeli megfontolások miatt nem javasoljuk, hogy manuálisan engedélyezze ezt a funkciót. A felhőbeli rétegzés külön követi nyomon a legutóbbi hozzáférési időt.
Proaktív visszahívás
Amikor létrehoz vagy módosít egy fájlt, proaktív módon visszahívhat egy fájlt a megadott kiszolgálókra. A proaktív visszahívás lehetővé teszi, hogy az új vagy módosított fájl könnyen elérhetővé válik az egyes meghatározott kiszolgálókon való felhasználáshoz.
Egy globálisan elosztott vállalat például az USA-ban és Indiában rendelkezik fiókirodával. Reggel az USA-ban az információs dolgozók létrehoznak egy új mappát és fájlokat egy teljesen új projekthez, és egész nap dolgoznak rajta. Az Azure File Sync szinkronizálja a mappákat és a fájlokat az Azure-fájlmegosztással (felhővégpont). Az indiai informaták továbbra is dolgoznak a projekten az időzónájukban. Amikor reggel érkeznek, a helyi Azure File Sync-kompatibilis indiai kiszolgálónak helyileg elérhetővé kell tennie ezeket az új fájlokat, hogy az indiai csapat hatékonyan működjön ki a helyi gyorsítótárból. Ha engedélyezi ezt a módot, a kiszolgáló proaktívan visszahívja a fájlokat, amint azok módosulnak vagy létrejönnek az Azure-fájlmegosztásban, javítva a fájlelérési időket.
Ha a kiszolgálóra visszahívott fájlokra nincs szükség helyileg, akkor a szükségtelen visszahívás növelheti a kimenő forgalmat és a költségeket. Ezért csak akkor engedélyezze a proaktív visszahívást, ha tudja, hogy a kiszolgáló gyorsítótárának előzetes feltöltése a felhőből származó legutóbbi módosításokkal pozitív hatással lesz a kiszolgálón található fájlokat használó felhasználókra vagy alkalmazásokra.
A proaktív visszahívás engedélyezése a kiszolgáló sávszélesség-használatának növelését is eredményezheti, és a visszahívott fájlok számának növekedése miatt a helyi kiszolgáló egyéb, viszonylag új tartalmai is agresszív rétegzést okozhatnak. A túl korai rétegzés viszont több visszahíváshoz vezethet, ha a rétegzett fájlokat a kiszolgálók gyakori elérésűnek tekintik.
A proaktív visszahívásról további információt az Azure File Sync üzembe helyezésével kapcsolatban talál.
Rétegzett és helyileg gyorsítótárazott fájl viselkedése
A felhőbeli rétegzés a névtér (a fájl- és mappahierarchia, valamint a fájltulajdonságok) és a fájltartalom elkülönítése.
Rétegzett fájl
Rétegzett fájlok esetén a lemez mérete nulla, mert maga a fájltartalom nem helyileg van tárolva. Ha egy fájl rétegzett, az Azure File Sync fájlrendszerszűrője (StorageSync.sys) helyileg lecseréli a fájlt egy újraelemzési pontnak nevezett mutatóra. Az újraelemzési pont az Azure-fájlmegosztásban lévő fájl URL-címét jelöli. A rétegzett fájlok attribútuma és FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS attribútuma NTFS-ben is offline megtalálható, így a külső alkalmazások biztonságosan azonosíthatják a rétegzett fájlokat.
Helyileg gyorsítótárazott fájl
Helyszíni fájlkiszolgálón tárolt fájlok esetében a lemez mérete körülbelül megegyezik a fájl logikai méretével, mivel a teljes fájl (fájlattribútumok + fájltartalom) helyileg van tárolva.
A fájlok részleges rétegzett vagy részleges visszahívása is lehetséges. Egy részben rétegzett fájlban a rendszer csak a fájl egy részét tárolja a lemezen. Előfordulhat, hogy részben visszahívott fájlokat a köteten, ha a fájlokat részben beolvasják a fájlokhoz való streamelést támogató alkalmazások. Ilyenek például a multimédiás lejátszók és a zip-segédprogramok. Az Azure File Sync hatékony, és csak a csatlakoztatott Azure-fájlmegosztásból kért információkat hívja vissza.
Megjegyzés:
A méret a fájl logikai méretét jelöli. A lemez mérete a lemezen tárolt fájlstream fizikai méretét jelöli.
Kevés lemezterület mód
A kiszolgálóvégpontokkal rendelkező lemezek több okból is elfogyhatnak, még akkor is, ha engedélyezve van a felhőbeli rétegzés. Ezek az okok a következők:
- A manuálisan másolt adatok a kiszolgáló végpontjának elérési útján kívül eső lemezre
- Lassú vagy késleltetett szinkronizálás, ami miatt a fájlok nem lesznek rétegzettek
- Rétegzett fájlok túlzott visszahívása
Ha elfogy a lemezterület, előfordulhat, hogy az Azure File Sync nem működik megfelelően, és akár használhatatlanná is válhat. Bár az Azure File Sync nem akadályozhatja meg teljesen ezeket az előfordulásokat, az alacsony lemezterületű mód (amely az Azure File Sync-ügynök 15.1-től kezdődő verzióiban érhető el) úgy van kialakítva, hogy megakadályozza a kiszolgáló végpontjának elérését, és hogy a kiszolgáló gyorsabban kiálljon belőle.
A felhőalapú rétegzést engedélyező kiszolgálóvégpontok esetében, ha a kötet szabad területe a számított küszöbérték alá csökken, akkor a kötet alacsony lemezterület-módban van.
Alacsony lemezterület módban az Azure File Sync-ügynök két dolgot tesz másképp:
Proaktív rétegzés: Ebben a módban a Fájlszinkronizálási ügynök proaktívabban rétegezi a fájlokat a felhőbe. A szinkronizálási ügynök ellenőrzi, hogy a fájlok a normál óránkénti gyakoriság helyett percenként legyenek rétegzve. A kötet szabad terület szabályzatának rétegezése általában nem történik meg a kezdeti feltöltés szinkronizálása során, amíg a teljes feltöltés be nem fejeződik; Alacsony lemezterület-módban azonban a rétegzés engedélyezve van a kezdeti feltöltési szinkronizálás során, és a fájlok rétegzésnek minősülnek, miután az egyes fájlokat feltöltötték az Azure-fájlmegosztásba.
Nem állandó visszahívások: Ha egy felhasználó rétegzett fájlt nyit meg, az Azure-fájlmegosztásból közvetlenül visszahívott fájlok nem maradnak meg a lemezen. A parancsmag által
Invoke-StorageSyncFileRecallkezdeményezett visszahívások kivételt képeznek a szabály alól, és a lemezen maradnak.
Ha a kötet szabad területe túllépi a küszöbértéket, az Azure File Sync automatikusan visszaállítja a normál állapotot. Az alacsony lemezterület mód csak azokra a kiszolgálókra vonatkozik, amelyeken engedélyezve van a felhőbeli rétegzés, és mindig tiszteletben tartja a kötet szabad területére vonatkozó szabályzatot.
Ha egy kötet két kiszolgálóvégponttal rendelkezik, az egyiken engedélyezve van a rétegzés, a másik rétegzés nélkül, akkor az alacsony lemezterület mód csak arra a kiszolgálóvégpontra vonatkozik, ahol a rétegzés engedélyezve van.
Hogyan történik az alacsony lemezterület-mód küszöbértékének kiszámítása?
Számítsa ki a küszöbértéket a következő három szám minimumával:
- A kötetméret 10%-a a GiB-ben
- Mennyiségi szabad terület szabályzata a GiB-ben
- 20 GiB
Az alábbi táblázat néhány példát tartalmaz a küszöbérték kiszámítására és arra, hogy a kötet mikor lesz alacsony lemezterület-módban.
| Kötet mérete | A kötetméret 10%-a | Kötet szabad terület szabályzata | Küszöbérték = Min(a kötetméret 10%-a, kötet szabad terület szabályzata, 20 GB) | Aktuális kötet szabad területe | Alacsony lemezterület mód? | Reason |
|---|---|---|---|---|---|---|
| 100 GiB | 10 GiB | 7% (7 GiB) | 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) | 9% (9 GiB) | Nem | Aktuális kötet szabad terület (9 GiB) > küszöbértéke (7 GiB) |
| 100 GiB | 10 GiB | 7% (7 GiB) | 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) | 5% (5 GiB) | Igen | Aktuális kötet szabad terület (5 GiB) < küszöbértéke (7 GiB) |
| 300 GiB | 30 GiB | 8% (24 GiB) | 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) | 7% (21 GiB) | Nem | Aktuális kötet szabad terület (21 GiB) > küszöbértéke (20 GiB) |
| 300 GiB | 30 GiB | 8% (24 GiB) | 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) | 6% (18 GiB) | Igen | Aktuális kötet szabad terület (18 GiB) < küszöbértéke (20 GiB) |
Hogyan működik az alacsony lemezterület mód a kötet szabad tárterület-szabályzatával?
Az alacsony lemezterület mód mindig tiszteletben tartja a kötet szabad területére vonatkozó szabályzatot. A küszöbérték-számítás úgy lett kialakítva, hogy a felhasználó által beállított kötet szabad terület szabályzata betartva legyen.
Mi a leggyakoribb oka annak, hogy a kiszolgálóvégpont alacsony lemez módban van?
Az alacsony lemezmód elsődleges oka a nagy mennyiségű adat másolása vagy áthelyezése arra a lemezre, ahol a rétegzést engedélyező kiszolgálóvégpont található.
Hogyan lehet kilépni az alacsony lemezterület módból?
A kiszolgálóvégponton kétféleképpen lehet kilépni az alacsony lemez üzemmódból:
- Az alacsony lemezmód automatikusan normál működésre vált, mivel nem tartja meg a visszahívásokat és a fájlok rétegzését gyakrabban, beavatkozás nélkül.
- Manuálisan felgyorsíthatja a folyamatot a kötet méretének növelésével vagy a kiszolgálóvégponton kívüli terület felszabadításával.
Hogyan ellenőrizheti, hogy egy kiszolgáló alacsony lemezterület módban van-e?
- Ha egy kiszolgálóvégpont alacsony lemez módban van, az megjelenik az Azure Portalon a kiszolgálóvégpont Hibák + hibaelhárítás lapjának felhőbeli rétegzési állapot szakaszában.
- Az 19000-s eseményazonosítót a rendszer percenként naplózza a telemetriai eseménynaplóba minden kiszolgálóvégpont esetében. Ezzel az eseményrel megállapíthatja, hogy a kiszolgálóvégpont alacsony lemez módban van-e (IsLowDiskMode = true). A telemetriai eseménynapló Eseménynapló az Applications and Services\Microsoft\FileSync\Agent területen található.