A Felhőgyorsítótár áttekintése

A Cloud Cache egy olyan szolgáltatás, amely a profil- és ODFC-tárolókkal együttműködve biztosítja a rugalmasságot és a magas rendelkezésre állást. A Cloud Cache a helyileg csatlakoztatott tárolón keresztül rendszeres frissítéseket biztosít a távoli tárolószolgáltatók részére. A Cloud Cache célja, hogy elszigetelje a felhasználókat a rövid távú vagy időszakos helyi (belső, közelségi) tárolási problémáktól. A konfiguráció alapján az üzletmenet-folytonossági vagy vészhelyreállítási (BCDR) csomag részeként is használható, ha távoli tárolószolgáltatókat használ különböző régiókban. A Cloud Cache használata egy teljesítmény- és tárolási követelményt jelent a virtuális gépen, hogy támogassa a helyi gyorsítótáráltal igényelt további I/O-műveleteket és tárhelyet.

Cloud Cache-szempontok:

• A Cloud Cache a CCDLocationsbejegyzéseinek sorrendje alapján használ tárolószolgáltatókat.
• A tárolószolgáltatókat a közelség sorrendjében kell felsorolni, majd előnyben kell részesíteni.
• Csak egy (1) szolgáltatót használ a rendszer, ha az adatok a társzolgáltatótól.
• Az adatok minden tárolószolgáltatónak meg lesznek írva, függetlenül attól, hogy melyik szolgáltatót használják az adatok hidratálási.
• A tárolószolgáltató teljesítménye (késés, kihasználtság, szűk keresztmetszetek) hatással van a helyi másolattal való szinkronizálási állapotára.
• Ha egy (1) vagy több olyan szolgáltató van, amely le van maradva a helyi gyorsítótár frissítéseitől, az gyengén teljesítő tárolószolgáltatóra utalhat.
• Ping vagy Test-NetConnection parancsok eredményei nem ugyanazok a, mint a tranzakciós I/O, és rossz mutatói annak, hogy egy tárolószolgáltató hogyan fog vagy képes teljesíteni.

^{1. ábra: Részletes diagram a Cloud Cache összetevőiről}

Cloud Cache-összetevők

Helyi gyorsítótár

A Cloud Cache képes szigetelni a felhasználókat a távoli tárolószolgáltatókhoz való kapcsolódási problémáktól, mert a felhasználó profiljához használt tároló helyileg jön létre és tárolódik a virtuális géphez (helyi gyorsítótár). Az első bejelentkezés során az FSLogix létrehozza a tárolót a felhasználó számára a C:\ProgramData\FSLogix\Cache, és tárolja a távoli tárolószolgáltatótól beolvasott adatokat, valamint a helyi gépről írt adatokat. Ezután az FSLogix beállítja a felhasználó profiljához szükséges összes átirányítást. Ezután a Felhasználói profil szolgáltatás létrehozza a felhasználó profilját a helyi gyorsítótárba.

A 2^nd vagy N bejelentkezés során az FSLogix megpróbálja megkeresni és csatlakoztatni a virtuális gépen tárolt korábbi helyi gyorsítótáras VHD-ket. A helyi gyorsítótár keresése az alapértelmezett konfigurációs beállítás, és lehet, hogy nem kívánt, mivel alacsony lemezterület-eseményekhez vezethet. További beállításokért tekintse át a Cloud Cache beállításainak referenciaoldalát. Ha nincs helyi gyorsítótár vHD-je(i), a rendszer regisztrál egy proxyfájlt, és létrehoz egy helyi gyorsítótár vHD-t. Ezután az FSLogix beállítja a felhasználó profiljához szükséges átirányításokat. Végül az FSLogix egy (1) távoli tárolószolgáltatót használ olvasási forrásként a helyi gyorsítótár feltöltéséhez, ahogyan azt az operációs rendszer kéri a bejelentkezési folyamat során a bejelentkezés befejezéséhez.

Gyorsítótárobjektumok

Várakozási sor fájlok

A *.queue fájlok minden távoli tárolószolgáltatóhoz létrejönnek, és nyomon követik azokat a *.index fájlokat, amelyek még nem lettek továbbítva a helyi gyorsítótárba és a távoli tárolószolgáltatókba.

Indexfájlok

A *.index fájlok blokkszintű módosításokat tartalmazó kötegeket tartalmaznak, amelyeket a helyi gyorsítótárba és a távoli tárolószolgáltatókba kell írni.

^{2. ábra: Felhő gyorsítótár Helyi gyorsítótár}

Távoli tárolószolgáltatók (hidratálás, öblítés, klónozás)

A Cloud Cache a felhasználó munkamenete során a helyi gyorsítótárból működteti a felhasználói profilt, és egy vagy több távoli tárolószolgáltatóval kell konfigurálni, ahogyan az a CCDLocations-ban meg van határozva. Ezek a távoli tárolószolgáltatók a helyi gyorsítótár teljes másolatát tárolják, és az aktuális munkamenet során és a későbbi bejelentkezésekhez használják őket. Ha minden szolgáltató nem megfelelő válik a felhasználói munkamenet során, a helyi gyorsítótár továbbra is működik, és 1 növekszik, amíg egy vagy több szolgáltató vissza nem tér kifogástalan állapotba.

^{1 A helyi gyorsítótár csak a tároló maximális méretére nő a SizeInMBs beállításban megadottak szerint.}

Hidrát

Ha a helyi gyorsítótár nem tartalmazza a fájlrendszer által kért adatokat, a Cloud Cache 1 távoli tárolószolgáltató adatait hidratálja (olvassa és másolja) a helyi gyorsítótárba. Ez a művelet a bejelentkezési folyamat része, amikor feltölti a helyi gyorsítótárat a felhasználó profiljához.

Öblít

A kiürítési művelet általában három módon történik.

1. Lusta aszinkron művelet esetén a Cloud Cache egyszerre üríti ki az összes társzolgáltató módosításait, mivel az egyes szolgáltatók a saját szálukon lesznek kiürítve. Az FSLogix nem szabályozza ezt a műveletet, és a rendszer által engedélyezett átviteli sebességet használja.
2. A kijelentkezés során, ha egy vagy több szolgáltató nem tartalmazza az összes frissítést, a felhasználó kijelentkezése 2 késleltetve lesz, amíg az összes szolgáltató ugyanabban a sorrendben van.
3. Amikor egy felhasználó munkamenete során a társzolgáltatóhoz való kapcsolat nem megfelelő állapotúvá válik, az FSLogix az összes módosítást várólistára állítja, majd a megfelelő állapotba való visszatéréskor kiüríti őket a szolgáltatókhoz.

2. ^{Egy felhasználó kijelentkezése késik, attól függően, hogyan van konfigurálva a Cloud Cache a HealthyProvidersRequiredForUnregister és CcdUnregisterTimeout értékekkel.}

Klón

A teljes VHD(x) klón akkor lesz végrehajtva, ha a Cloud Cache bejelentkezéskor megállapítja, hogy a tárolószolgáltató nem ugyanabban a sorrendben van. A művelet során a függőben lévő írások mindaddig a helyi gyorsítótárban maradnak, amíg az összes tárolószolgáltató ugyanabban a sorrendben nem szerepel. Ha befejeződött, a kiürítési művelet megkezdi az új adatok küldését a tárolószolgáltatóknak.

Proxyfájl

A Cloud Cache a proxyfájl fogalmát használja, amely Profile_%username%.vhd, bár nem valódi VHD-fájl. A proxyfájl a helyi gépre van csatlakoztatva a felhasználó tárolóját képviselő regisztrált VHD-ként. A proxyfájl a helyi gyorsítótárba irányuló összes I/O-írás feldolgozására szolgál. Ez magában foglalja a távoli tárolószolgáltató által hidratált helyi gyorsítótárban lévő hiányzó adatokat. Az I/O-írások pufferelve vannak a lemezen, és a proxyfájlon keresztül lesznek nyomon követve, mielőtt *.index gyorsítótár-objektumként íródnak ki a gyorsítótár könyvtárában. Bár a proxyfájl mérete megegyezik a helyi gyorsítótárfájl méretével, a lemez tényleges mérete nulla, mivel ehhez a fájlhoz nem ír adatokat.

^{3. ábra: cloud cache proxyfájl}

Kiegészítő fájlok

A Cloud Cache két (2) segédfájlt használ a helyi gyorsítótár vezérlésének és sorrendjének fenntartása érdekében.

Fájl zárolása

A zárolási fájl az, amit a neve is jelenthet, egy fájl azt határozza meg, hogy melyik virtuális gép rendelkezik I/O-zárolással a tárolón. A Cloud Cache ezen információk alapján határozza meg egy adott szolgáltató tárolójának tulajdonjogát. A zárolási fájl mechanizmusa kritikus fontosságú, ha a Cloud Cache-t 3-ra (több vagy egyidejű munkamenetre) állítva használja a ProfileType-ot. Ez a fájl csak a távoli tárolószolgáltatókon létezik.

Metafájl

A metafájl egy többcélú fájl, amelyben nyomon követjük a tároló állapotát. A metafájlon belül a Cloud Cache egy sorszámozási rendszert használ annak meghatározására, hogy melyik szolgáltató rendelkezik a legújabb adatokkal. Ez a fájl helyi a virtuális gépen, és szinkronizálva van a távoli tárolószolgáltatókkal.

Tárolószolgáltatók

Az FSLogix nem tárolószolgáltató, hanem a tárolószolgáltató(k) mögöttes architektúrájára támaszkodunk. Az FSLogix által támogatott tárolószolgáltatókkal kapcsolatos további információkért tekintse át a Tárolótároló beállításai.

Következő lépések