Megosztás a következőn keresztül:


Felhőbeli rétegzési szabályzatok kiválasztása

Ez a cikk útmutatást nyújt az Azure File Sync felhőalapú rétegzési szabályzatainak kiválasztásához és módosításához. A cikk elolvasása előtt győződjön meg arról, hogy tisztában van a felhőbeli rétegzés működésével. A felhőbeli rétegzés alapjaiért tekintse meg az Azure File Sync felhőrétegezésének ismertetése című témakört. A felhőalapú rétegzési szabályzatok részletes ismertetését példákkal az Azure File Sync felhőbeli rétegzési szabályzataiban találhatja meg.

Korlátozások

  • A windowsos rendszerkötet nem támogatja a felhőbeli rétegzést.

  • Ha a fájlkiszolgálói Resource Managert (FSRM) használja a kiszolgálóvégpontok kvótakezeléséhez, javasoljuk, hogy a kvótákat a mappa szintjén alkalmazza, és ne a kötet szintjén. Továbbra is engedélyezheti a felhőbeli rétegzést, ha mennyiségi szintű FSRM-kvótával rendelkezik. Miután beállította az FSRM-kvótát, a rendszer automatikusan jelentést ad a kötet szabad területéről a kvótabeállításnak megfelelően. Ha azonban egy kötetgyökéren kemény kvóta található, előfordulhat, hogy a kötet tényleges szabad területe és a kötet kvótakorlátozott területe nem azonos. Ez végtelen rétegzést okozhat, ha az Azure File Sync úgy véli, hogy nincs elegendő szabad kötet a kiszolgálóvégponton.

A rétegzett fájl minimális fájlmérete

A rétegbe tartozó fájlok minimális fájlmérete a fájlrendszerfürt méretén alapul. A felhőbeli rétegzésre jogosult minimális fájlméretet a fürt méretének 2-szeresével és legalább 8 KiB-vel számítjuk ki. Az alábbi táblázat a kötetfürt mérete alapján rétegezhető minimális fájlméreteket mutatja be:

Kötetfürt mérete Az ilyen méretű vagy annál nagyobb fájlok rétegzhetők
4 KiB vagy kisebb (4096 bájt) 8 KiB
8 KiB (8192 bájt) 16 KiB
16 KiB (16 384 bájt) 32 KiB
32 KiB (32 768 bájt) 64 KiB
64 KiB (65 536 bájt) 128 KiB
128 KiB (131 072 bájt) 256 KiB
256 KiB (262 144 bájt) 512 KiB
512 KiB (524 288 bájt) 1 MiB
1 MiB (1 048 576 bájt) 2 MiB
2 MIB (2 097 152 bájt) 4 MiB

Az Azure File Sync legfeljebb 2 MiB méretű köteteken támogatja a felhőbeli rétegzést.

A Windows által használt összes fájlrendszer a fürt mérete (más néven foglalási egység mérete) alapján rendszerezi a merevlemezt. A fürtméret a fájlok tárolására használható legkisebb lemezterületet jelöli. Ha a fájlméretek nem jelennek meg a fürt méretének akár többszörösére sem, további helyet kell használni a fájl tárolásához – a fürt méretének következő többszörösére.

Az Azure File Sync a Windows Server 2012 R2 és újabb fájlrendszerű NTFS-köteteken támogatott. Az alábbi táblázat az alapértelmezett fürtméreteket ismerteti, amikor új NTFS-kötetet hoz létre a Windows Serverrel.

Kötet mérete Windows Server
7 MiB – 16 TiB 4 KiB
16 TiB – 32 TiB 8 KiB
32 TiB – 64 TiB 16 KiB

Előfordulhat, hogy a kötet létrehozásakor manuálisan formázta a kötetet egy másik fürtmérettel. Ha a kötet a Windows régebbi verziójából származik, az alapértelmezett fürtméretek is eltérőek lehetnek. Még ha 4 KiB-nél kisebb fürtméretet is választ, akkor is érvényes a 8 KiB-korlát a legkisebb rétegzhető fájlméretként. (Még akkor is, ha technikailag a 2x fürtméret 8 KiB-nél kisebbnek felelne meg.)

Az abszolút minimum oka az, ahogyan az NTFS rendkívül kis fájlokat tárol – 1 KiB-4 KiB méretű fájlt. A kötet egyéb paramétereitől függően előfordulhat, hogy a kis fájlok egyáltalán nem tárolódnak a lemezen lévő fürtben. Lehetséges, hogy hatékonyabb az ilyen fájlok tárolása közvetlenül a kötet főfájltáblájában vagy az "MFT rekordban". A felhőbeli rétegzési újraelemzési pont mindig lemezen van tárolva, és pontosan egy fürtöt vesz fel. Az ilyen kis fájlok rétegezése helymegtakarítás nélkül végződhet. A szélsőséges esetek akár több helyet is használhatnak, ha engedélyezve van a felhőbeli rétegzés. Ennek védelme érdekében a felhőbeli rétegzés által rétegzett fájlok legkisebb mérete 8 KiB 4 KiB vagy kisebb fürtméreten.

A kezdeti szabályzatok kiválasztása

Ha egy kiszolgálóvégponton engedélyezi a felhőbeli rétegzést, általában minden egyes kiszolgálóvégponthoz létre kell hoznia egy helyi virtuális meghajtót. A kiszolgálóvégpont elkülönítésével könnyebben megértheti a felhőbeli rétegzés működését, és ennek megfelelően módosíthatja a szabályzatokat. Az Azure File Sync azonban akkor is működik, ha ugyanazon a meghajtón több kiszolgálóvégpont található, a részletekért lásd a több kiszolgálóvégpontot a helyi kötetszakaszon . Azt is javasoljuk, hogy amikor először engedélyezi a felhőbeli rétegzést, tiltsa le a dátumszabályzatot, és a kötetek szabad területére vonatkozó szabályzatot 10%-ról 20%-ra. A legtöbb fájlkiszolgáló-kötet esetében általában a 20%-os szabad terület a legjobb megoldás.

Feljegyzés

Bizonyos migrálási forgatókönyvekben, ha kevesebb tárterületet létesített a Windows Server-példányon, mint a forrás, a migrálás során ideiglenesen 99%-ra állíthatja a kötet szabad területét a fájlok felhőbe való rétegzéséhez, majd a migrálás befejezése után egy hasznosabb szintre állíthatja.

Az egyszerűség és az elemek rétegzési módjának egyértelmű megértése érdekében javasoljuk, hogy elsősorban módosítsa a kötet szabad területére vonatkozó szabályzatot, és ha szükséges, tiltsa le a dátumszabályzatot. Ezt azért javasoljuk, mert a legtöbb ügyfél értékesnek találja, hogy a helyi gyorsítótárat a lehető legtöbb gyakori fájllal töltse ki, és a többit a felhőbe rétegelje. A dátumszabályzat azonban hasznos lehet, ha proaktív módon szeretné felszabadítani a helyi lemezterületet, és tudja, hogy a kiszolgálóvégpont fájljait a dátumszabályzatban megadott napok száma után nem kell helyben tárolni. A dátumszabályzat beállítása értékes helyi lemezkapacitást szabadít fel az ugyanazon a köteten lévő többi végponton, hogy több fájlt gyorsítótárazzanak.

A szabályzatok beállítása után figyelje a kimenő forgalmat, és ennek megfelelően módosítsa mindkét házirendet. Javasoljuk, hogy az Azure Monitor alkalmazásmetrikái alapján vizsgálja meg a felhőbeli rétegzés visszahívási méretét és a felhőbeli rétegzés visszahívási méretét. Azt is javasoljuk, hogy a kiszolgálóvégpont gyorsítótár-találati arányának figyelésével állapítsa meg a helyi gyorsítótárban már megnyitott fájlok százalékos arányát. A kimenő forgalom monitorozásának megismeréséhez tekintse meg a felhőbeli rétegzés monitorozását ismertető témakört.

Szabályzatok módosítása

Ha az Azure-ból folyamatosan visszahívott fájlok száma nagyobb, mint amennyit szeretne, előfordulhat, hogy több gyakori elérésű fájllal rendelkezik, mint amennyit a helyi kiszolgálóköteten menthet. Ha lehetséges, növelje a helyi kötet méretét, és/vagy csökkentse a kötet szabad terület szabályzatának százalékos arányát kis lépésekben. A kötet szabad hely százalékos arányának túl sok csökkentése szintén negatív következményekkel járhat. Az adathalmaz nagyobb mértékű adatváltozása több szabad területet igényel az új fájlokhoz és a "hideg" fájlok visszahívásához. A rétegzés akár egy órás késéssel is beindul, majd feldolgozási időre van szükség, ezért mindig elegendő szabad területnek kell lennie a köteten.

A több adat helyi megőrzése alacsonyabb kimenő költségeket jelent, mivel kevesebb fájl lesz visszahívva az Azure-ból, de nagyobb mennyiségű helyszíni tárterületet is igényel, amely saját költséggel jár.

A kötet szabad tárterület-szabályzatának módosításakor a helyi adatok mennyiségét a következő tényezők határozzák meg: a sávszélesség, az adathalmaz hozzáférési mintája és a költségvetés. Alacsony sávszélességű kapcsolat esetén előfordulhat, hogy több helyi adatra van szüksége a felhasználók minimális késésének biztosítása érdekében. Ellenkező esetben egy adott időszakban az adatváltozási ráta alapján állíthatja be. Ha például tudja, hogy az 1 TiB-adathalmaz 10%-a megváltozik, vagy havonta aktívan elérhető, akkor érdemes lehet 100 GiB-t helyileg tartani, hogy ne kelljen gyakran visszahívnia a fájlokat. Ha a kötet 2 TiB, akkor meg kell tartani 5% (vagy 100 GiB) helyi, ami azt jelenti, hogy a fennmaradó 95% a kötet szabad terület százalékos aránya. Azonban érdemes hozzáadni egy puffert a magasabb adatváltozási időszakokhoz – vagyis kezdje nagyobb kötet szabad terület százalékával, majd módosítsa később, ha szükséges.

Standard üzemeltetési eljárások

  • Amikor először migrál az Azure Filesba az Azure File Syncen keresztül, a felhőbeli rétegzés a kezdeti feltöltéstől függ
  • A felhőbeli rétegzés hatvan percenként ellenőrzi a kötet szabad területére és a dátumra vonatkozó szabályzatoknak való megfelelést
  • Az /LFSM kapcsoló használata a Robocopyban a fájlok áttelepítésekor lehetővé teszi a fájlok szinkronizálását és a felhőbeli rétegzést, hogy helyet biztosítson a kezdeti feltöltés során
  • Ha a rétegzés a hőtérkép létrehozása előtt történik, a fájlok rétegzését a legutóbb módosított időbélyeg fogja elvégezni.

Következő lépések