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
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: