{"id":8920,"date":"2025-09-23T15:50:58","date_gmt":"2025-09-23T15:50:58","guid":{"rendered":"https:\/\/techhub.saworks.io\/docs\/preparation-de-certifications\/certification-azure\/mettre-en-oeuvre-une-infrastructure-de-serveur-de-fichiers-hybride\/gerer-le-cloud-tiering\/"},"modified":"2025-09-23T16:02:11","modified_gmt":"2025-09-23T16:02:11","slug":"gerer-le-cloud-tiering","status":"publish","type":"docs","link":"https:\/\/techhub.saworks.io\/fr\/docs\/preparation-de-certifications\/certification-azure\/mettre-en-oeuvre-une-infrastructure-de-serveur-de-fichiers-hybride\/gerer-le-cloud-tiering\/","title":{"rendered":"G\u00e9rer le cloud tiering"},"content":{"rendered":"\n
\n

Le cloud tiering<\/strong> est une fonctionnalit\u00e9 optionnelle de Microsoft Azure File Sync<\/strong> qui permet de garantir que les serveurs de fichiers locaux<\/strong> disposent toujours d\u2019un espace libre suffisant<\/strong>.
Il aide \u00e9galement \u00e0 s\u2019assurer que les fichiers fr\u00e9quemment consult\u00e9s<\/strong> sont mis en cache localement sur un serveur de fichiers, tandis que tous les autres fichiers sont tiered<\/strong> (transf\u00e9r\u00e9s) vers un partage de fichiers Azure<\/strong>.<\/p>\n\n\n\n

Lorsqu\u2019un fichier est tiered, le filtre du syst\u00e8me de fichiers File Sync<\/strong> le remplace localement par un pointeur<\/strong> appel\u00e9 reparse point<\/strong>, qui repr\u00e9sente une URL vers le fichier<\/strong> sur un partage de fichiers Azure.
Lorsqu\u2019un utilisateur demande un fichier tiered, File Sync rappelle automatiquement<\/strong> les donn\u00e9es du fichier depuis Azure Files, sans que l\u2019utilisateur ait besoin de savoir que les donn\u00e9es sont stock\u00e9es dans Azure.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Configurer le cloud tiering<\/strong><\/h3>\n\n\n\n

Vous pouvez configurer le cloud tiering pour chaque point de terminaison serveur<\/strong>.
Si le cloud tiering est d\u00e9sactiv\u00e9<\/strong> (param\u00e8tre par d\u00e9faut), toutes les donn\u00e9es de fichiers<\/strong> sont synchronis\u00e9es du point de terminaison cloud vers le point de terminaison serveur.
Apr\u00e8s avoir activ\u00e9 le cloud tiering, vous pouvez configurer deux politiques<\/strong>, comme d\u00e9crit dans le tableau suivant :<\/p>\n\n\n\n

<\/div>\n\n\n\n
Politique<\/strong><\/th>Description<\/strong><\/th><\/tr><\/thead>
Conserver toujours un pourcentage sp\u00e9cifi\u00e9 d\u2019espace libre sur le volume<\/strong><\/th>Aussi appel\u00e9e politique d\u2019espace libre du volume<\/strong>, elle permet de sp\u00e9cifier le pourcentage d\u2019espace libre qui doit toujours \u00eatre disponible sur le volume o\u00f9 se trouve le point de terminaison serveur. Par exemple, si le volume fait 100 Go et que l\u2019espace libre est fix\u00e9 \u00e0 20 %, jusqu\u2019\u00e0 80 % de l\u2019espace disque peut \u00eatre utilis\u00e9 par les fichiers les plus utilis\u00e9s. Les fichiers moins utilis\u00e9s qui d\u00e9passeraient le seuil de 20 % sont transf\u00e9r\u00e9s vers le point de terminaison cloud.<\/td><\/tr>
Mettre en cache uniquement les fichiers consult\u00e9s ou modifi\u00e9s dans un nombre de jours sp\u00e9cifi\u00e9<\/strong><\/th>Aussi appel\u00e9e politique de date<\/strong>, elle indique que seuls les fichiers r\u00e9cemment consult\u00e9s sont mis en cache localement. Vous d\u00e9finissez le nombre de jours, et si un fichier n\u2019a pas \u00e9t\u00e9 lu ou modifi\u00e9 pendant cette p\u00e9riode, il est automatiquement transf\u00e9r\u00e9 vers le cloud.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n
\n

La politique d\u2019espace libre du volume<\/strong> a toujours la priorit\u00e9<\/strong> sur la politique de date.
Par exemple, si la politique de date indique que les fichiers consult\u00e9s dans les 7 derniers jours doivent \u00eatre conserv\u00e9s localement, mais que la politique d\u2019espace libre exige 20 % d\u2019espace libre, les fichiers r\u00e9cents seront aussi transf\u00e9r\u00e9s s\u2019ils d\u00e9passent le seuil de 80 % d\u2019utilisation du disque.<\/p>\n<\/blockquote>\n\n\n\n

<\/div>\n\n\n\n

Si plusieurs points de terminaison serveur<\/strong> sont sur le m\u00eame volume<\/strong> (chacun dans un groupe de synchronisation diff\u00e9rent), le seuil effectif d\u2019espace libre<\/strong> est le plus \u00e9lev\u00e9<\/strong> 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\u2019espace libre<\/strong>.<\/p>\n\n\n\n

<\/div>\n\n\n\n
\n

Remarque<\/strong><\/p>\n\n\n\n

Le cloud tiering n\u2019est pas pris en charge<\/strong> sur un volume syst\u00e8me Windows<\/strong>.<\/p>\n<\/div>\n\n\n\n

<\/div>\n\n\n\n

Fonctionnement du cloud tiering<\/strong><\/h3>\n\n\n\n

Le filtre syst\u00e8me File Sync<\/strong> construit une carte de l\u2019espace de noms<\/strong> sur chaque point de terminaison serveur.
Il surveille les tentatives d\u2019acc\u00e8s (lecture et \u00e9criture) au fil du temps, puis attribue un score thermique<\/strong> \u00e0 chaque fichier selon la fr\u00e9quence<\/strong> et la r\u00e9cence<\/strong> d\u2019acc\u00e8s.
Un fichier fr\u00e9quemment consult\u00e9 r\u00e9cemment est consid\u00e9r\u00e9 comme chaud<\/strong>, tandis qu\u2019un fichier rarement consult\u00e9 et non ouvert depuis longtemps est froid<\/strong>.<\/p>\n\n\n\n

Lorsque le volume d\u00e9passe le seuil d\u2019espace libre, File Sync transf\u00e8re les fichiers les plus froids<\/strong> vers Azure Files jusqu\u2019\u00e0 ce que le pourcentage d\u2019espace libre soit respect\u00e9.<\/p>\n\n\n\n

Avec le cloud tiering, les fichiers peuvent \u00eatre mis en cache localement<\/strong> ou transf\u00e9r\u00e9s vers Azure<\/strong>.
Certains formats de fichiers (comme les fichiers multim\u00e9dias ou les fichiers compress\u00e9s ZIP) peuvent aussi \u00eatre dans un \u00e9tat partiellement tiered<\/strong> : seule une partie du fichier<\/strong> est mise en cache localement.
Cela se produit lorsque vous ouvrez un fichier tiered et que le format prend en charge la lecture partielle<\/strong>, ce qui permet d\u2019utiliser le fichier sans le t\u00e9l\u00e9charger enti\u00e8rement.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Reconna\u00eetre les fichiers tiered<\/strong><\/h3>\n\n\n\n

Les fichiers tiered sont accessibles de mani\u00e8re transparente<\/strong>, comme les fichiers mis en cache localement.
Vous pouvez les reconna\u00eetre de plusieurs fa\u00e7ons :<\/p>\n\n\n\n

    \n
  • Les fichiers tiered n\u2019utilisent pas d\u2019espace disque local<\/strong>, car ils sont stock\u00e9s sur un partage de fichiers Azure.
    Quelle que soit leur taille r\u00e9elle, la taille sur le disque est de 0 octet<\/strong>.
    Dans l\u2019Explorateur de fichiers<\/strong>, vous pouvez consulter les propri\u00e9t\u00e9s du fichier<\/strong>, y compris l\u2019espace qu\u2019il occupe sur le disque.
    Pour les fichiers partiellement tiered<\/strong>, la taille sur le disque est sup\u00e9rieure \u00e0 0 octet<\/strong>, mais inf\u00e9rieure \u00e0 la taille r\u00e9elle<\/strong> du fichier.<\/li>\n\n\n\n
  • Les attributs<\/strong> suivants sont d\u00e9finis sur les fichiers tiered : Offline<\/strong>, Reparse point<\/strong>, et Recall on data access<\/strong>.
    Dans l\u2019Explorateur de fichiers, vous pouvez les voir dans l\u2019onglet D\u00e9tails<\/strong> ou en ajoutant la colonne Attributs<\/strong>.<\/li>\n\n\n\n
  • Les fichiers tiered ont des pointeurs de reparse<\/strong> d\u00e9finis.
    Un pointeur de reparse est un pointeur sp\u00e9cial<\/strong> utilis\u00e9 par le filtre syst\u00e8me File Sync.
    Pour v\u00e9rifier si un fichier a un reparse point, vous pouvez ex\u00e9cuter la commande suivante :<\/li>\n<\/ul>\n\n\n\n
    <\/div>\n\n\n\n
    ShellScript<\/span>