Översikt över Molncache
Cloud Cache är en funktion som fungerar med profil- och ODFC-containrar för att ge återhämtning och hög tillgänglighet. Cloud Cache använder den lokalt monterade containern för att tillhandahålla regelbundna uppdateringar till fjärranslutna lagringsprovidrar. Cloud Cache är utformat för att isolera användare från kortsiktiga eller tillfälliga lokala lagringsproblem (inre region, närhet). Baserat på konfigurationen kan den också användas som en del av en BCDR-plan (Business Continuity or Disaster Recovery) när du använder fjärranslutna lagringsprovidrar i olika regioner. Med Cloud Cache ställs ett prestanda- och lagringskrav på den virtuella datorn för att hantera de extra I/O-åtgärder och lagring som krävs av den lokala cachen.
överväganden för Cloud Cache:
- Cloud Cache använder lagringsleverantörer baserat på ordningen på poster i
CCDLocations
. - Lagringsleverantörer bör anges i närhetsordning och därefter efter preferens.
- Endast en (1) provider används när data hydratiseras från lagringsprovidern.
- Data skrivs till alla lagringsleverantörer, oavsett vilken leverantör som används under data hydrering.
- Prestanda (svarstid, användning, flaskhalsar) för en lagringsprovider påverkar dess synkroniseringsstatus med den lokala kopian.
- Att ha en (1) eller mer leverantör som ligger efter i uppdateringar från lokal cache kan vara en indikator på en underpresterande lagringsprovider.
-
Ping
ellerTest-NetConnection
kommandoresultat är inte samma som transaktions-I/O och är dåliga indikatorer på hur en lagringsleverantör kommer eller kan prestera.
bild 1: Detaljerat diagram som visar Cloud Cache-komponenter
Cloud Cache-komponenter
Lokal cache
Cloud Cache kan isolera en användare från anslutningsproblem till fjärrlagringsleverantörerna eftersom containern som används för användarens profil skapas och lagras lokalt på den virtuella datorn (lokal cache). Under en första inloggning skapar FSLogix containern för användaren i C:\ProgramData\FSLogix\Cache
och lagrar data som lästs från fjärrlagringsprovidern och data som skrivits från den lokala datorn. Därefter konfigurerar FSLogix alla nödvändiga omdirigeringar för användarens profil. Sedan skapar användarprofiltjänsten användarens profil i den lokala cachen.
Under en 2nd eller Nth inloggning försöker FSLogix hitta och montera alla tidigare lokala cache-VHD:er som lagrats på den virtuella datorn. Att söka efter en lokal cache är standardkonfigurationsinställningen och kanske inte önskas eftersom det kan leda till händelser med lågt diskutrymme. Mer inställningar finns på referenssidan för Cloud Cache-inställningar. Om det inte finns några lokala cache-VHD:er registreras en proxyfil och en lokal cache-VHD skapas. Därefter konfigurerar FSLogix nödvändiga omdirigeringar för användarens profil. Slutligen använder FSLogix en (1) av fjärrlagringsprovidrar som läskälla för att fylla i den lokala cachen enligt operativsystemets begäran under inloggningsprocessen för att slutföra inloggningen.
Cacheobjekt
Köfiler
De *.queue
filerna skapas för varje fjärrlagringsprovider och håller reda på de *.index
filer som ännu inte har tömts till den lokala cachen och fjärranslutna lagringsproviders.
Indexfiler
*.index
-filerna innehåller batchar med ändringar på blocknivå som måste skrivas till den lokala cachen och fjärranslutna lagringsproviders.
bild 2: Lokal cache för molncache
Fjärrlagringsproviders (hydratisera, spola, klona)
Cloud Cache använder användarens profil från den lokala cachen under användarens session och måste konfigureras med en eller flera fjärranslutna lagringsleverantörer enligt CCDLocations
. Dessa fjärranslutna lagringsproviders lagrar fullständiga kopior av den lokala cachen och används under den aktuella sessionen och för efterföljande inloggningar. Om alla leverantörer blir felaktiga under användarens session fortsätter den lokala cachen att fungera och växa1 tills en eller flera provider återgår till ett felfritt tillstånd.
Varning
Om en läsning begärs från användarens profil och Cloud Cache inte kan hydrera data från någon av fjärrlagringsprovidrar, orsakar detta en sessionslåsning eller värre en systemkrasch (BSOD).
1 Den lokala cachen växer bara upp till den maximala storleken på containern enligt vad som anges i inställningen SizeInMBs
.
Hydrera
När den lokala cachen inte innehåller de data som begärs av filsystemet, återfuktar Cloud Cache (läser och kopierar) data från 1 av fjärrlagringsprovidrar till den lokala cachen. Den här åtgärden är också en del av inloggningsprocessen när du fyller i den lokala cachen för användarens profil.
Spola
Tömningsåtgärden sker ofta på tre sätt.
- Vid en lat asynkron åtgärd rensar Cloud Cache ändringarna till alla lagringsproviders samtidigt som varje provider rensas i sin egen tråd. FSLogix begränsar inte den här åtgärden och använder så mycket dataflöde som systemet tillåter.
- Vid utloggning när en eller flera leverantörer inte innehåller alla uppdateringar fördröjs användarens utloggning2 tills alla leverantörer befinner sig i samma sekvens.
- Under en användarsession, när anslutningen till en lagringsleverantör blir ohälsosam, köar FSLogix alla ändringar och spolar sedan dem till leverantörerna när de återgår till ett normalt tillstånd.
2 En användares utloggning fördröjs baserat på hur Cloud Cache konfigureras med hjälp av värdet HealthyProvidersRequiredForUnregister
och CcdUnregisterTimeout
.
Klon
En fullständig VHD(x)-klon utförs när Cloud Cache vid inloggningen fastställer att en lagringsleverantör inte är i samma ordning. Under den här åtgärden sparas alla väntande skrivningar i den lokala cachen tills alla lagringsproviders har samma sekvens. När det är klart börjar tömningsprocessen skicka nya data till lagringsleverantörerna.
Proxyfil
Cloud Cache använder begreppet proxyfil, som representeras som Profile_%username%.vhd
även om det inte är en sann VHD-fil. Proxyfilen monteras på den lokala datorn som den registrerade virtuella hårddisken som representerar användarens container. Proxyfilen används som ett sätt att bearbeta alla I/O-skrivningar som är avsedda för den lokala cachen. Detta inkluderar saknade data i den lokala cachen som är hämtad från en fjärrlagringsleverantör. I/O-skrivningar är buffrade på disken och spåras via proxyfilen innan de skrivs ut som cacheobjekt *.index
i cachekatalogen. Proxyfilen har samma storlek som den lokala cachefilen, men den faktiska storleken på disken är noll, eftersom inga data skrivs till den här filen.
bild 3: cloud cache proxyfil
Hjälpfiler
Cloud Cache använder två (2) extra filer för att upprätthålla kontroll och sekvens av den lokala cachen.
Not
Dessa extra filer används av FSLogix och är inte avsedda att öppnas eller användas utanför produkten. All relevant information i dessa filer kommer att göras tillgänglig via våra loggfiler eller händelseloggposter.
Lås fil
Låsfilen är vad namnet kan innebära, en fil som används för att avgöra vilken virtuell dator som har ett I/O-lås på containern. Cloud Cache använder den här informationen för att fastställa ägarskapet för containern för en viss provider. Låsfilmekanismen är viktig när du använder Cloud Cache med ProfileType inställt på "3" (flera eller samtidiga sessioner). Den här filen finns bara på fjärrlagringsprovidrar.
Metafil
Metafilen är en fil med flera syften där vi spårar containerns tillstånd. I metafilen använder Cloud Cache ett sekvensnumreringssystem för att avgöra vilken provider som har de senaste data. Den här filen är både lokal för den virtuella datorn och synkroniseras med fjärrlagringsleverantörerna.
Lagringsleverantörer
FSLogix är inte en lagringsprovider, utan vi förlitar oss på den underliggande arkitekturen hos lagringsprovidern eller lagringsleverantörerna. Mer information om lagringsprovidrar som FSLogix stöder finns i vår Container Storage-alternativ.