Overzicht van Cloud Cache

CloudCache is een functie die werkt met Profile- en ODFC-containers om tolerantie en hoge beschikbaarheid te bieden. CloudCache maakt gebruik van de lokaal gekoppelde container om periodieke updates te bieden aan de externe opslagproviders. CloudCache is ontworpen om gebruikers te isoleren van tijdelijke of onregelmatige lokale opslagproblemen (binnenregio, nabijheid). Op basis van de configuratie kan deze ook worden gebruikt als onderdeel van een BCDR-plan (Business Continuity or Disaster Recovery) wanneer externe opslagproviders in verschillende regio's worden gebruikt. Als u Cloud Cache gebruikt, is er een vereiste voor prestaties en opslag op de virtuele machine om tegemoet te komen aan de extra I/O-bewerkingen en opslag die vereist zijn voor de lokale cache.

Overwegingen voor cloudcache:

• Cloud Cache maakt gebruik van opslagproviders op basis van de volgorde van vermeldingen in CCDLocations.
• Opslagproviders moeten worden vermeld in volgorde van nabijheid en voorkeur.
• Er wordt slechts één (1) provider gebruikt wanneer gegevens worden geladen vanuit de opslagprovider.
• Gegevens worden naar alle opslagproviders geschreven, ongeacht welke provider wordt gebruikt tijdens het hydrateren van gegevens.
• Prestaties (latentie, gebruik, knelpunten) van een opslagprovider zijn van invloed op de synchronisatiestatus met de lokale kopie.
• Het hebben van een (1) of meer provider die zich achter in updates van de lokale cache bevindt, kan een indicator zijn van een te weinig presterende opslagprovider.
• Ping of Test-NetConnection opdrachtresultaten zijn niet hetzelfde als transactionele I/O en zijn slechte indicatoren van hoe een opslagprovider werkt of kan uitvoeren.

^{Afbeelding 1: Gedetailleerd diagram met cloudcacheonderdelen}

Cloudcacheonderdelen

Lokale cache

CloudCache kan een gebruiker isoleren van verbindingsproblemen met de externe opslagproviders, omdat de container die wordt gebruikt voor het profiel van de gebruiker wordt gemaakt en lokaal wordt opgeslagen op de virtuele machine (lokale cache). Tijdens een eerste aanmelding maakt FSLogix de container voor de gebruiker in C:\ProgramData\FSLogix\Cache en slaat gegevens op die zijn gelezen van de externe opslagprovider en gegevens die zijn geschreven vanaf de lokale computer. Vervolgens stelt FSLogix alle benodigde omleidingen in voor het profiel van de gebruiker. Vervolgens maakt de gebruikersprofielservice het profiel van de gebruiker in de lokale cache.

Tijdens een 2e of Nde aanmelding probeert FSLogix om alle eerdere cache-VHD's te vinden en te koppelen die zijn opgeslagen op de virtuele machine. Het zoeken naar een lokale cache is de standaardconfiguratie-instelling en is mogelijk niet gewenst omdat dit kan leiden tot gebeurtenissen met weinig schijfruimte. Raadpleeg de referentiepagina voor cloudcache-instellingen voor meer instellingen. Als er geen VHD in de lokale cache bestaat, wordt een proxybestand geregistreerd en wordt er een VHD aangemaakt in de lokale cache. Vervolgens stelt FSLogix de benodigde omleidingen in voor het profiel van de gebruiker. Ten slotte gebruikt FSLogix één (1) van de externe opslagproviders als de leesbron om de lokale cache te vullen zoals aangevraagd door het besturingssysteem tijdens het aanmeldingsproces om de aanmelding te voltooien.

Cache-objecten

Wachtrijbestanden

De *.queue bestanden worden gemaakt voor elke externe opslagprovider. Elk *.queue bestand houdt de verschillende *.index bestanden bij die nog niet zijn doorgevoerd naar de lokale cache of externe opslagproviders.

Indexbestanden

De *.index bestanden bevatten batches met wijzigingen op blokniveau die moeten worden geschreven naar de lokale cache en externe opslagproviders.

^{Afbeelding 2: Cloudcache Lokale Cache}

Externe opslagproviders (hydrateren, leegmaken, klonen)

CloudCache functioneert vanuit de lokale cache voor het gebruikersprofiel gedurende de gebruikerssessie en moet worden geconfigureerd met een of meer externe opslagproviders zoals opgegeven in CCDLocations. Deze externe opslagproviders slaan volledige kopieën van de lokale cache op en worden gebruikt tijdens de huidige sessie en voor volgende aanmeldingen. Als alle providers beschadigd raken tijdens de sessie van de gebruiker, blijft de lokale cache actief en wordt¹ groter totdat een of meer providers weer in orde zijn .

^{1 De lokale cache wordt alleen groter dan de maximale grootte van de container zoals opgegeven in de SizeInMBs instelling.}

Hydraat

Wanneer de lokale cache niet de gegevens bevat die zijn aangevraagd door het bestandssysteem, worden de gegevens gehydrateerd (gelezen en gekopieerd) van 1 van de externe opslagproviders naar de lokale cache. Deze bewerking maakt ook deel uit van het aanmeldingsproces bij het invullen van de lokale cache voor het profiel van de gebruiker.

Spoelen

De flush-operatie vindt meestal op de volgende drie manieren plaats.

1. Bij een lui uitgevoerde asynchrone bewerking voert Cloud Cache de wijzigingen synchronisch door naar alle opslagproviders, omdat elke provider op een eigen thread wordt leeggemaakt. FSLogix beperkt deze bewerking niet en maakt gebruik van zoveel doorvoer als het systeem toestaat.
2. Tijdens het afmelden wanneer een of meer providers niet alle updates bevatten, wordt het afmelden van de gebruiker vertraagd² totdat alle providers op dezelfde volgorde staan.
3. Tijdens de sessie van een gebruiker, wanneer de verbinding met een opslagprovider ongezond raakt, worden alle wijzigingen in de wachtrij geplaatst en worden ze vervolgens naar de providers doorgespoeld wanneer ze weer in een gezonde staat verkeren.

^{2 Het afmelden van een gebruiker wordt vertraagd op basis van hoe Cloud Cache is geconfigureerd met behulp van de HealthyProvidersRequiredForUnregister- en CcdUnregisterTimeout-waarde.}

Clone

Er wordt een volledige VHD(x)-kloon uitgevoerd wanneer Cloud Cache bij het aanmelden bepaalt dat een opslagprovider niet op dezelfde volgorde staat. Tijdens deze bewerking worden alle in behandeling zijnde schrijfbewerkingen in de lokale cache bewaard totdat alle opslagproviders op dezelfde volgorde staan. Zodra de bewerking is voltooid, worden nieuwe gegevens naar de opslagproviders verzonden.

Proxybestand

CloudCache gebruikt het concept van een proxybestand, weergegeven door Profile_%username%.vhd, hoewel het geen echt VHD-bestand is. Het proxybestand wordt gekoppeld aan de lokale computer als de geregistreerde VHD die de container van de gebruiker vertegenwoordigt. Het proxybestand wordt gebruikt als een middel om alle I/O-schrijfbewerkingen te verwerken die bestemd zijn voor de lokale cache. Dit omvat ontbrekende gegevens in de lokale cache die zijn opgehaald van een externe opslagprovider. De I/O-schrijfbewerkingen worden gebufferd op schijf en bijgehouden via het proxybestand voordat ze worden weggeschreven als *.index cacheobjecten in de cachemap. Hoewel het proxybestand dezelfde grootte heeft als het lokale cachebestand, is de werkelijke grootte op schijf nul, omdat er geen gegevens naar dit bestand worden geschreven.

^{Afbeelding 3: Proxybestand voor cloudcache}

Hulpbestanden

CloudCache maakt gebruik van twee (2) hulpbestanden om de controle en volgorde van de lokale cache te behouden.

Bestand vergrendelen

Het vergrendelingsbestand is wat de naam ervan kan impliceren, een bestand dat gebruikt om te bepalen welke virtuele machine een I/O-vergrendeling op de container heeft. CloudCache gebruikt deze informatie om het eigendom van de container voor een bepaalde provider te bepalen. Het vergrendelingsbestandsmechanisme is essentieel bij het gebruik van CloudCache met ProfileType ingesteld op '3' (meerdere of gelijktijdige sessies). Dit bestand bestaat alleen op de externe opslagproviders.

Metabestand

Het metabestand is een bestand met meerdere doeleinden waarin de status van de container wordt bijgehouden. In het metabestand maakt Cloud Cache gebruik van een volgnummeringssysteem om te bepalen welke provider de meest recente gegevens heeft. Dit bestand is zowel lokaal op de virtuele machine als gesynchroniseerd met de externe opslagproviders.

Opslagproviders

FSLogix is geen opslagprovider, maar we zijn afhankelijk van de onderliggende architectuur van de opslagprovider(s). Raadpleeg onze containeropslagopties voor meer informatie over de opslagproviders die FSLogix ondersteunt.

Volgende stappen