Vue d’ensemble du cache cloud
Cloud Cache est une fonctionnalité qui fonctionne avec les conteneurs Profile et ODFC pour fournir une résilience et une haute disponibilité. Cloud Cache utilise le conteneur monté localement pour fournir des mises à jour périodiques aux fournisseurs de stockage distant. Cloud Cache est conçu pour isoler les utilisateurs des problèmes de stockage locaux à court terme ou intermittents (région interne, proximité proche). En fonction de la configuration, elle peut également être utilisée dans le cadre d’un plan de continuité d’activité ou de récupération d’urgence (BCDR) lors de l’utilisation de fournisseurs de stockage distants dans différentes régions. L’utilisation du cache cloud place une exigence de performances et de stockage sur la machine virtuelle pour prendre en charge les opérations d’E/S supplémentaires et le stockage requis par le cache local.
Considérations relatives au cache cloud :
- Cloud Cache utilise des fournisseurs de stockage en fonction de l’ordre des entrées dans
CCDLocations. - Stockage fournisseurs doivent être répertoriés dans l’ordre de proximité, puis préférence.
- Un seul fournisseur (1) est utilisé lorsque les données sont hydratées à partir du fournisseur de stockage.
- Les données sont écrites dans tous les fournisseurs de stockage, quel que soit le fournisseur utilisé lors de l’hydratation des données.
- Les performances (latence, utilisation, goulots d’étranglement) d’un fournisseur de stockage affectent son état de synchronisation avec la copie locale.
- Avoir un (1) ou plusieurs fournisseurs derrière les mises à jour du cache local peuvent être un indicateur d’un fournisseur de stockage sous-performant.
PingouTest-NetConnectionles résultats de commande ne sont pas identiques aux E/S transactionnelles et sont des indicateurs incorrects de la façon dont un fournisseur de stockage va ou peut effectuer.
Figure 1 : Diagramme détaillé montrant les composants cloud Cache
Composants du cache cloud
cache local
Le cache cloud est en mesure d’isoler un utilisateur des problèmes de connectivité aux fournisseurs de stockage distants, car le conteneur utilisé pour le profil de l’utilisateur est créé et stocké localement sur la machine virtuelle (cache local). Pendant une première connexion, FSLogix crée le conteneur pour l’utilisateur et C:\ProgramData\FSLogix\Cache monte le conteneur sur la machine virtuelle. Ensuite, FSLogix configure toutes les redirections nécessaires pour le profil de l’utilisateur. Ensuite, le service profil utilisateur crée le profil de l’utilisateur dans le cache local. Toutes les données écrites dans le profil de l’utilisateur sont temporairement stockées en tant qu’objets de cache au niveau du bloc dans le même répertoire. Ces objets de cache au niveau du bloc sont ensuite validés dans le cache local. Avant la création des objets de cache au niveau du bloc, les écritures dans le profil de l’utilisateur sont traitées en mémoire via un fichier proxy.
Pendant une 2nd ounième connexion, FSLogix tente de rechercher et de monter les disques durs virtuels du cache local précédents stockés sur la machine virtuelle. La recherche d’un cache local est le paramètre de configuration par défaut et peut ne pas être souhaité, car il peut entraîner des événements d’espace disque faible. Pour plus de paramètres, consultez la page de référence des paramètres cloud Cache.
Figure 2 : Cache local du cache cloud
Fournisseurs de Stockage distants (hydrater, vider, cloner)
Cloud Cache exploite le profil de l’utilisateur à partir du cache local pendant la session de l’utilisateur et doit être configuré avec un ou plusieurs fournisseurs de stockage distants, comme spécifié dans CCDLocations. Ces fournisseurs de stockage distant stockent des copies du cache local et sont utilisés pendant la session active et pour les connexions suivantes. Si tous les fournisseurs deviennent défectueux pendant la session de l’utilisateur, le cache local continue à fonctionner et augmente1 jusqu’à ce qu’un ou plusieurs fournisseurs retournent à un état sain.
1 Le cache local n’augmente que jusqu’à la taille maximale du conteneur, comme spécifié dans le SizeInMBs paramètre.
Hydrater
Lorsque le cache local ne contient pas les données demandées par le système de fichiers, Cloud Cache hydrate (lit et copie) les données de 1 des fournisseurs de stockage distants vers le cache local. Cette opération fait également partie du processus de connexion lors du remplissage du cache local pour le profil de l’utilisateur.
Purge
L’opération de vidage se produit généralement de trois façons.
- Sur une opération asynchrone différée, Cloud Cache vide les modifications apportées simultanément à tous les fournisseurs de stockage, car chaque fournisseur est vidé sur son propre thread. FSLogix ne limite pas cette opération et utilise autant de débit que le système le permettra.
- Pendant la déconnexion quand un ou plusieurs fournisseurs ne contiennent pas toutes les mises à jour, la déconnexion de l’utilisateur est retardée2 jusqu’à ce que tous les fournisseurs soient à la même séquence.
- Pendant la session d’un utilisateur lorsque la connexion à un fournisseur de stockage devient défectueuse, FSLogix met en file d’attente toutes les modifications, puis les vide vers les fournisseurs lorsqu’ils retournent à un état sain.
2 La déconnexion d’un utilisateur est retardée en fonction de la configuration du cache cloud à l’aide de la HealthyProvidersRequiredForUnregister valeur.
Cloner
Un clone VHD(x) complet est effectué lorsque Cloud Cache détermine, lors de la connexion, qu’un fournisseur de stockage n’est pas à la même séquence. Pendant cette opération, toutes les écritures en attente sont conservées dans le cache local jusqu’à ce que tous les fournisseurs de stockage se trouvent dans la même séquence. Une fois terminée, l’opération de vidage commence à envoyer de nouvelles données aux fournisseurs de stockage.
Indexation (cache d’écriture chronologique)
Les caches cloud utilisent l’indexation dans le cache local. Le cache d’écriture chronologique est des fichiers qui représentent les écritures qui n’ont pas encore été validées dans le cache local. Ces fichiers ne sont pas utilisés à l’aide d’une extension numérique. Une fois l’index validé dans le cache local, il est converti en objet de cache.
Les fichiers d’index doivent être considérés chaque fois qu’une machine virtuelle est arrêtée ou redémarrée de manière inattendue. Ces fichiers représentent les données qui n’ont pas été validées dans le cache local et peuvent entraîner une perte de données ; au pire un conteneur endommagé. Dans les environnements non persistants ou multisession, une fois qu’une machine virtuelle est récupérée à partir de l’événement inattendu, l’utilisateur ne se connecte généralement pas à la même machine virtuelle. Dans ces cas, les données qui n’ont pas été correctement validées et vidées sur les fournisseurs de stockage peuvent être perdues et entraîner un problème avec le conteneur de profil des utilisateurs.
Fichier proxy
Cloud Cache utilise le concept d’un fichier proxy, représenté comme Profile_%username%.vhd s’il ne s’agit pas d’un vrai fichier de disque dur virtuel. Le fichier proxy est utilisé comme moyen de collecter et de traiter toutes les écritures d’E/S destinées au cache local. Les écritures d’E/S sont mises en mémoire tampon et suivies via le fichier proxy avant d’être écrites en tant qu’objets de cache au niveau du bloc dans le répertoire du cache. Bien que le fichier proxy ait la même taille que le fichier de cache local, la taille réelle sur le disque est égale à zéro, car aucune donnée n’est écrite dans ce fichier.
Figure 3 : Fichier proxy du cache cloud
Fichiers auxiliaires
Cloud Cache utilise deux (2) fichiers auxiliaires pour maintenir le contrôle et la séquence du cache local.
Remarque
Ces fichiers auxiliaires sont utilisés par FSLogix et ne sont pas destinés à être ouverts ou utilisés en dehors du produit. Toutes les informations pertinentes contenues dans ces fichiers seront disponibles par le biais de nos fichiers journaux ou des entrées du journal des événements.
Verrouiller le fichier
Le fichier de verrouillage est ce que son nom peut impliquer, un fichier utilisé pour déterminer quelle machine virtuelle a un verrou d’E/S sur le conteneur. Cloud Cache utilise ces informations pour déterminer la propriété du conteneur pour un fournisseur donné. Le mécanisme de fichier de verrouillage est essentiel lors de l’utilisation du cache cloud avec ProfileType défini sur « 3 » (sessions multiples ou simultanées).
Meta File
Le fichier meta est un fichier à usage multiple dans lequel nous suivons l’état du conteneur. Dans le fichier meta, Cloud Cache utilise un système de numérotation de séquences pour déterminer quel fournisseur a les données les plus récentes.
fournisseurs Stockage
FSLogix n’est pas un fournisseur de stockage. Nous nous appuyons plutôt sur l’architecture sous-jacente des fournisseurs de stockage. Pour plus d’informations sur les fournisseurs de stockage pris en charge par FSLogix, consultez nos options de Stockage conteneur.