Stratégies de hiérarchisation Cloud
La hiérarchisation Cloud a deux stratégies qui déterminent les fichiers hiérarchisés dans le Cloud : la stratégie d’espace libre du volume et la stratégie de date.
La stratégie d’espace libre du volume garantit qu’un pourcentage spécifié du volume local sur lequel se trouve le point de terminaison de serveur est toujours libre.
Les fichiers des niveaux de stratégie de date ont été consultés il y a au moins x jours. La stratégie d’espace libre du volume est toujours prioritaire. Quand il n’y a pas suffisamment d’espace libre sur le volume pour stocker le nombre de jours de fichiers spécifiés par la stratégie de date, Azure File Sync remplace la stratégie de date. Il continue de hiérarchiser les fichiers les plus froids jusqu’à atteindre le pourcentage d’espace libre du volume.
Comment les deux stratégies fonctionnent-elles ensemble ?
Voici un exemple qui illustre le fonctionnement de ces stratégies. Supposons que vous configurez Azure File Sync sur un volume local de 500 Gio et que la hiérarchisation cloud n’est pas activée. Vous avez ces fichiers dans votre partage de fichiers :
| Nom de fichier | Dernier accès | Taille du fichier | Stockage dans |
|---|---|---|---|
| Fichier A | il y a 2 jours | 10 Gio | Serveur et partage de fichiers Azure |
| Fichier B | Il y a 10 jours | 30 Gio | Serveur et partage de fichiers Azure |
| Fichier C | il y a 1 an | 200 Gio | Serveur et partage de fichiers Azure |
| Fichier D | 1 an, il y a 2 jours | 120 Gio | Serveur et partage de fichiers Azure |
| Fichier E | 2 ans, il y a 1 jour | 140 Gio | Serveur et partage de fichiers Azure |
Modification 1 : vous avez activé la hiérarchisation Cloud, défini une stratégie d’espace libre de volume de 20 % et conservé la stratégie de date désactivée. Avec cette configuration, la hiérarchisation cloud garantit que 20 % (dans ce cas 100 Gio) d’espace sont conservés gratuitement et disponibles sur l’ordinateur local. Par conséquent, la capacité totale du cache local est de 400 Gio. Ce cache stocke les fichiers les plus récemment et les plus fréquemment consultés sur le volume local.
Avec cette configuration, seuls les fichiers A à D sont stockés dans le cache local, et le fichier E est hiérarchisé. Seuls 360 Gio sur les 400 Gio peuvent être utilisés. Le fichier E a une taille de 140 Gio et entraîne le dépassement de la limite s’il est mis en cache localement.
Changement 2 : supposons qu’un utilisateur accède au fichier E, et que le fichier E devienne alors le dernier fichier consulté dans le partage. Par conséquent, le fichier E est stocké dans le cache local et le fichier D est hiérarchisé pour ne pas dépasser la limite de 400 Gio. Le tableau suivant indique où sont stockés les fichiers avec ces mises à jour :
| Nom de fichier | Dernier accès | Taille du fichier | Stockage dans |
|---|---|---|---|
| Fichier E | Il y a 2 heures | 140 Gio | Serveur et partage de fichiers Azure |
| Fichier A | il y a 2 jours | 10 Gio | Serveur et partage de fichiers Azure |
| Fichier B | Il y a 10 jours | 30 Gio | Serveur et partage de fichiers Azure |
| Fichier C | il y a 1 an | 200 Gio | Serveur et partage de fichiers Azure |
| Fichier D | 1 an, il y a 2 jours | 120 Gio | Partage de fichiers Azure hiérarchisé localement |
Changement 3 : imaginez que vous avez mis à jour les stratégies pour que la stratégie de date soit de 60 jours et que la stratégie d’espace libre du volume soit de 70 %. Désormais, 150 Gio maximum peuvent être stockés dans le cache local. Bien que vous ayez consulté le fichier B il y a moins de 60 jours, la stratégie d’espace libre du volume remplace la stratégie de date et le fichier B est hiérarchisé pour que l’espace libre local atteigne 70 %.
Modification 4 : si vous avez remplacé la stratégie d’espace libre du volume par 20 %, puis utilisé Invoke-StorageSyncFileRecall pour rappeler tous les fichiers qui sont sur le lecteur local tout en adhérant aux stratégies de hiérarchisation Cloud, le tableau ressemble à ceci :
| Nom de fichier | Dernier accès | Taille du fichier | Stockage dans |
|---|---|---|---|
| Fichier E | il y a 1 heure | 140 Gio | Serveur et partage de fichiers Azure |
| Fichier A | il y a 2 jours | 10 Gio | Serveur et partage de fichiers Azure |
| Fichier B | Il y a 10 jours | 30 Gio | Serveur et partage de fichiers Azure |
| Fichier C | il y a 1 an | 200 Gio | Partage de fichiers Azure hiérarchisé localement |
| Fichier D | 1 an, il y a 2 jours | 120 Gio | Partage de fichiers Azure hiérarchisé localement |
Dans ce cas, les fichiers A, B et E sont mis en cache localement, et les fichiers C et D sont hiérarchisés. Comme la stratégie de date est de 60 jours, les fichiers C et D sont hiérarchisés, même si la stratégie d’espace libre du volume autorise jusqu’à 400 Gio localement.
Remarque
Les fichiers ne sont pas automatiquement rappelés quand les clients remplacent la stratégie d’espace libre du volume par une valeur inférieure (par exemple, de 20 % à 10 %) ou remplacent la valeur de la stratégie de date par une valeur plus élevée (par exemple, de 20 jours à 50 jours).
Plusieurs points de terminaison de serveur sur un volume local
Vous pouvez activer la hiérarchisation cloud pour plusieurs points de terminaison de serveur sur un seul volume local. Pour cette configuration, vous devez définir l’espace libre du volume sur la même quantité pour tous les points de terminaison de serveur sur le même volume. Si vous définissez différentes stratégies d’espace libre du volume pour plusieurs points de terminaison de serveur sur le même volume, le pourcentage d’espace libre de volume le plus élevé est prioritaire. C’est ce que l’on appelle la stratégie effective de l’espace libre du volume. Par exemple, supposons que vous avez trois points de terminaison de serveur sur le même volume local : un défini sur 15 %, un autre défini sur 20 % et un troisième défini sur 30 %. Les trois points de terminaison commencent à hiérarchiser les fichiers les plus froids quand ils ont moins de 30 % d’espace libre disponible.