Gérer le cloud tiering
Le cloud tiering est une fonctionnalité optionnelle de Microsoft Azure File Sync qui permet de garantir que les serveurs de fichiers locaux disposent toujours d’un espace libre suffisant.
Il aide également à s’assurer que les fichiers fréquemment consultés sont mis en cache localement sur un serveur de fichiers, tandis que tous les autres fichiers sont tiered (transférés) vers un partage de fichiers Azure.
Lorsqu’un fichier est tiered, le filtre du système de fichiers File Sync le remplace localement par un pointeur appelé reparse point, qui représente une URL vers le fichier sur un partage de fichiers Azure.
Lorsqu’un utilisateur demande un fichier tiered, File Sync rappelle automatiquement les données du fichier depuis Azure Files, sans que l’utilisateur ait besoin de savoir que les données sont stockées dans Azure.
Configurer le cloud tiering
Vous pouvez configurer le cloud tiering pour chaque point de terminaison serveur.
Si le cloud tiering est désactivé (paramètre par défaut), toutes les données de fichiers sont synchronisées du point de terminaison cloud vers le point de terminaison serveur.
Après avoir activé le cloud tiering, vous pouvez configurer deux politiques, comme décrit dans le tableau suivant :
| Politique | Description |
|---|---|
| Conserver toujours un pourcentage spécifié d’espace libre sur le volume | Aussi appelée politique d’espace libre du volume, elle permet de spécifier le pourcentage d’espace libre qui doit toujours être disponible sur le volume où se trouve le point de terminaison serveur. Par exemple, si le volume fait 100 Go et que l’espace libre est fixé à 20 %, jusqu’à 80 % de l’espace disque peut être utilisé par les fichiers les plus utilisés. Les fichiers moins utilisés qui dépasseraient le seuil de 20 % sont transférés vers le point de terminaison cloud. |
| Mettre en cache uniquement les fichiers consultés ou modifiés dans un nombre de jours spécifié | Aussi appelée politique de date, elle indique que seuls les fichiers récemment consultés sont mis en cache localement. Vous définissez le nombre de jours, et si un fichier n’a pas été lu ou modifié pendant cette période, il est automatiquement transféré vers le cloud. |
La politique d’espace libre du volume a toujours la priorité sur la politique de date.
Par exemple, si la politique de date indique que les fichiers consultés dans les 7 derniers jours doivent être conservés localement, mais que la politique d’espace libre exige 20 % d’espace libre, les fichiers récents seront aussi transférés s’ils dépassent le seuil de 80 % d’utilisation du disque.
Si plusieurs points de terminaison serveur sont sur le même volume (chacun dans un groupe de synchronisation différent), le seuil effectif d’espace libre est le plus élevé parmi tous les points de terminaison.
Par exemple, si un point de terminaison a une politique de 20 % et un autre de 30 %, le volume conservera au moins 30 % d’espace libre.
Remarque
Le cloud tiering n’est pas pris en charge sur un volume système Windows.
Fonctionnement du cloud tiering
Le filtre système File Sync construit une carte de l’espace de noms sur chaque point de terminaison serveur.
Il surveille les tentatives d’accès (lecture et écriture) au fil du temps, puis attribue un score thermique à chaque fichier selon la fréquence et la récence d’accès.
Un fichier fréquemment consulté récemment est considéré comme chaud, tandis qu’un fichier rarement consulté et non ouvert depuis longtemps est froid.
Lorsque le volume dépasse le seuil d’espace libre, File Sync transfère les fichiers les plus froids vers Azure Files jusqu’à ce que le pourcentage d’espace libre soit respecté.
Avec le cloud tiering, les fichiers peuvent être mis en cache localement ou transférés vers Azure.
Certains formats de fichiers (comme les fichiers multimédias ou les fichiers compressés ZIP) peuvent aussi être dans un état partiellement tiered : seule une partie du fichier est mise en cache localement.
Cela se produit lorsque vous ouvrez un fichier tiered et que le format prend en charge la lecture partielle, ce qui permet d’utiliser le fichier sans le télécharger entièrement.
Reconnaître les fichiers tiered
Les fichiers tiered sont accessibles de manière transparente, comme les fichiers mis en cache localement.
Vous pouvez les reconnaître de plusieurs façons :
- Les fichiers tiered n’utilisent pas d’espace disque local, car ils sont stockés sur un partage de fichiers Azure.
Quelle que soit leur taille réelle, la taille sur le disque est de 0 octet.
Dans l’Explorateur de fichiers, vous pouvez consulter les propriétés du fichier, y compris l’espace qu’il occupe sur le disque.
Pour les fichiers partiellement tiered, la taille sur le disque est supérieure à 0 octet, mais inférieure à la taille réelle du fichier. - Les attributs suivants sont définis sur les fichiers tiered : Offline, Reparse point, et Recall on data access.
Dans l’Explorateur de fichiers, vous pouvez les voir dans l’onglet Détails ou en ajoutant la colonne Attributs. - Les fichiers tiered ont des pointeurs de reparse définis.
Un pointeur de reparse est un pointeur spécial utilisé par le filtre système File Sync.
Pour vérifier si un fichier a un reparse point, vous pouvez exécuter la commande suivante :
fsutil reparsepoint query <file-name>Si le fichier a un reparse point, la sortie inclura :
Reparse Tag Value: 0x8000001e
Tier ou rappel manuel des fichiers
Lorsque le cloud tiering est activé, les fichiers sont automatiquement transférés selon les politiques définies.
Vous pouvez forcer manuellement le transfert d’un fichier, par exemple si vous venez d’enregistrer un gros fichier que vous n’utiliserez pas avant longtemps.
Vous pouvez déclencher le transfert avec la commande PowerShell : Invoke-StorageSyncCloudTiering
Si un fichier est déjà tiered et que vous souhaitez le rappeler, le moyen le plus simple est de l’ouvrir (double-clic ou sélection dans l’Explorateur).
Vous pouvez aussi exécuter la commande : Invoke-StorageSyncFileRecall
Cela est particulièrement utile si vous souhaitez rappeler plusieurs fichiers à la fois.
Remarque
La fonctionnalité Versions précédentes (snapshots) est compatible avec le cloud tiering ; vous pouvez l’utiliser pour restaurer des versions antérieures de fichiers tiered.
Si un fichier a l’attribut Recall on data access, le logiciel antivirus analyse uniquement les métadonnées du fichier, mais ne le rappelle pas.
