5 Déplacer les données froides hors des NAS est l’un des moyens les plus rapides de réduire les coûts de stockage et de repousser un renouvellement coûteux. Les clusters NAS scale-out et les systèmes de fichiers d’entreprise contiennent souvent des pétaoctets de fichiers, et l’analyse montre généralement qu’une grande partie n’a pas été consultée depuis un an ou plus. Garder ces données sur le NAS principal revient à payer au prix fort la capacité, les snapshots, la réplication et la sauvegarde de fichiers que personne n’utilise. Les déplacer vers un stockage objet compatible S3, tout en les gardant trouvables et récupérables, libère de la capacité pour le travail actif et réduit le prochain renouvellement. Cet article explique comment identifier les données froides, les principales méthodes pour les déplacer, le fonctionnement des stubs et du rappel, ce qu’il advient de la sauvegarde et des droits, et comment planifier le projet. Il est indépendant de tout fournisseur et s’applique à la plupart des plateformes NAS d’entreprise. Pour la vision stratégique, consultez notre article quand le stockage objet peut remplacer le NAS (en anglais). Étape 1 : identifier les données froides Commencez par une analyse des fichiers. Les outils qui parcourent les systèmes de fichiers ou lisent les métadonnées des NAS peuvent fournir : L’ancienneté : dates de dernier accès et de dernière modification par partage et par dossier. La répartition des tailles : où les gros fichiers concentrent la capacité. Les types de fichiers : médias, archives, sauvegardes, journaux et documents bureautiques. Les propriétaires : utilisateurs partis, projets terminés et partages orphelins. Les doublons : fichiers identiques stockés à plusieurs endroits. Attention : certains NAS ou certaines configurations ne mettent pas à jour les dates d’accès de façon fiable. Combinez donc date d’accès, date de modification et connaissance métier. Les résultats révèlent généralement qu’une part importante de la capacité est occupée par des données inchangées depuis un an ou plus. Étape 2 : définir la politique Définissez ce qui est considéré comme froid et où ces données doivent aller : Des seuils d’ancienneté, par exemple les fichiers ni consultés ni modifiés depuis 12 ou 24 mois. Des exclusions pour les projets actifs, les bases de données, les données applicatives et les fichiers qui doivent rester sur le NAS. Des déplacements de partages entiers pour les projets terminés ou les utilisateurs partis, par opposition à la hiérarchisation fichier par fichier au sein des partages actifs. Des règles de conservation pour les données archivées, y compris les gels juridiques et les calendriers de suppression. Validez la politique avec les responsables des données, le service juridique et la gestion des archives le cas échéant. Étape 3 : choisir une méthode Les fonctions de hiérarchisation natives des NAS De nombreuses plateformes NAS intègrent des fonctions qui hiérarchisent les données froides vers le stockage objet. Certaines opèrent au niveau fichier, en laissant des fichiers stubs qui pointent vers les données dans le stockage objet ; d’autres opèrent au niveau bloc, sous le système de fichiers. Ces fonctions sont pratiques et transparentes pour les utilisateurs, mais les données sont généralement stockées dans le format propre au NAS : elles ne peuvent pas être lues directement comme des fichiers depuis le stockage objet et restent liées à cette plateforme. Vérifiez si la fonction prend en charge votre cible compatible S3 et ce qui se passe si vous retirez plus tard le NAS. Les outils tiers de déplacement de données avec stubs Des outils de gestion des données peuvent analyser les partages NAS, déplacer les fichiers froids vers le stockage objet et laisser des stubs ou des liens pour que les utilisateurs puissent toujours les ouvrir. Certains stockent chaque fichier comme un objet standard avec son nom et ses métadonnées d’origine, ce qui rend les données lisibles en S3 indépendamment de l’outil. Le rappel a lieu lorsqu’un utilisateur ouvre un fichier stub. Copier puis supprimer, sans stubs Pour des partages ou des dossiers projet entiers, la méthode la plus simple consiste à copier les données vers le stockage objet puis à les supprimer du NAS, les utilisateurs accédant aux données archivées via un portail, une passerelle ou des outils S3. C’est le résultat le plus propre, sans dépendance aux stubs, mais cela change la manière dont les utilisateurs retrouvent les données. L’accès via une passerelle Les données archivées peuvent être présentées de nouveau aux utilisateurs via une passerelle de fichiers, ce qui offre un accès en lecture par des partages familiers, sans stubs sur le NAS d’origine. Stubs et rappel : les compromis Les stubs conservent les chemins à l’identique, ce qui limite la gêne pour les utilisateurs. Mais ils créent des dépendances : Les performances de rappel dépendent de la vitesse du réseau et du stockage objet. Les logiciels de sauvegarde peuvent rappeler chaque fichier stub s’ils sont mal configurés, ou ne sauvegarder que les stubs. Les antivirus et les outils d’indexation peuvent déclencher des rappels massifs. La complexité de migration augmente lors du retrait du NAS, car les stubs doivent être résolus ou déplacés. Les formats objet natifs, où chaque fichier devient un objet lisible, limitent la dépendance à long terme. Mettez en balance la commodité immédiate et la flexibilité future. Droits et métadonnées Les fichiers portent des droits, des propriétaires et des horodatages qui comptent pour la sécurité et la conformité. Lors du déplacement des données : Préservez les ACL et les propriétaires lorsque les utilisateurs accéderont aux données via des interfaces fichier. Associez les droits à des politiques de bucket ou à des partages de passerelle lorsque l’accès se fait en S3 ou via un portail. Enregistrez les chemins et les métadonnées d’origine avec chaque objet, pour la recherche et l’audit. Ce qu’il advient de la sauvegarde Déplacer les données froides hors du NAS réduit généralement de façon spectaculaire les fenêtres de sauvegarde. Les données archivées sur stockage objet peuvent être protégées par l’erasure coding, la réplication vers un second site, le versioning et l’Object Lock, au lieu de sauvegardes répétées. Formalisez le nouveau modèle de protection et assurez-vous que les outils de sauvegarde gèrent correctement les stubs. Planifier et mener le projet Lancez un pilote sur un partage ou un service pour valider la méthode, le comportement du rappel et l’expérience utilisateur. Communiquez auprès des utilisateurs sur ce qui est déplacé et sur la manière d’y accéder. Procédez par vagues, en commençant par les données les plus volumineuses et les plus froides. Limitez le débit des transferts pour ne pas dégrader les performances du NAS pendant les heures ouvrées. Vérifiez les données déplacées par comptage et sommes de contrôle avant de les supprimer du NAS. Rendez compte de la capacité récupérée pour montrer les progrès et justifier la phase suivante. Estimer les économies Construisez un modèle simple avant de commencer. Si un NAS contient 1,5 Po et que l’analyse montre que 60 % des données n’ont pas été consultées depuis plus d’un an, déplacer ces 900 To libère l’essentiel de la capacité qui aurait sinon motivé la prochaine extension ou le prochain renouvellement. Les économies proviennent de plusieurs sources : capacité et support NAS évités, capacité de snapshots et de réplication réduite sur le NAS, licences et infrastructure de sauvegarde plus réduites, consommation électrique et espace en rack moindres. En regard, ajoutez le coût du stockage objet pour les données archivées, des outils de déplacement et du temps d’équipe. Dans la plupart des cas, le coût par téraoctet (en anglais) du stockage objet ne représente qu’une fraction de celui du NAS principal, et les seules économies de sauvegarde peuvent être importantes. Empêcher le NAS de se remplir à nouveau Déplacer les données froides une fois aide ; continuer à les déplacer aide davantage. Planifiez des exécutions régulières de la politique pour que les données qui refroidissent continuent d’être transférées vers le stockage objet, fixez des quotas sur les partages, archivez les données des collaborateurs qui partent dans le cadre de leur départ et fermez les partages des projets terminés selon un calendrier défini. Communiquez la croissance du NAS et les volumes archivés aux responsables des données pour qu’ils mesurent l’effet de leurs choix. Dimensionner la cible de stockage objet Dimensionnez pour les données froides à déplacer, la croissance liée à l’archivage futur, le surcoût de protection et une marge. Le débit doit permettre les transferts massifs sans durée excessive. Un stockage objet sur site garde les données en local et évite les frais de récupération du cloud lorsque les utilisateurs rappellent des fichiers. Spécificités régionales En Europe, au Japon et au Moyen-Orient, les fichiers contiennent souvent des données personnelles ou sensibles soumises à des exigences de localisation. Déplacer les données froides vers un stockage objet sur site les maintient dans les installations de l’organisation et dans le pays, alors qu’une hiérarchisation vers le cloud public peut soulever des questions de transfert de données. Les bénéfices face aux ransomwares Les données archivées sur un stockage objet immuable sont hors de portée des ransomwares qui chiffrent les partages de fichiers montés. Déplacer les données froides réduit ce que les attaquants peuvent endommager sur le NAS principal et garantit une copie saine des fichiers historiques. Checklist : déplacer les données froides hors du NAS Analysez les fichiers par ancienneté, taille, type, propriétaire et doublons. Définissez les politiques de données froides et les exclusions avec les responsables des données. Choisissez entre hiérarchisation native, outils de déplacement, copie puis suppression, ou accès par passerelle. Comprenez le comportement des stubs, les performances de rappel et la dépendance induite. Préservez les droits et enregistrez les métadonnées. Configurez les outils de sauvegarde et de sécurité pour gérer les stubs. Protégez les données archivées par la réplication, le versioning et l’Object Lock. Lancez un pilote, communiquez, procédez par vagues et vérifiez. Dimensionnez le stockage objet en capacité et en débit. En résumé Déplacer les données froides hors des NAS libère une capacité coûteuse, raccourcit les sauvegardes et réduit l’ampleur et le coût du prochain renouvellement. Commencez par une analyse des fichiers, convenez de politiques claires, puis choisissez une méthode qui équilibre commodité pour les utilisateurs et flexibilité à long terme, les formats objet natifs offrant la plus grande liberté. Protégez les données archivées sur le stockage objet par la réplication et l’immuabilité, vérifiez chaque déplacement et rendez compte des économies au fil de l’eau. Questions fréquentes Quelle part des données d’un NAS est généralement froide ? Les analyses de fichiers constatent souvent qu’une grande partie de la capacité n’a pas été consultée depuis un an ou plus, même si cela varie selon les organisations. Qu’est-ce qu’un fichier stub ? Un petit fichier de substitution laissé sur le NAS, qui pointe vers des données déplacées vers un autre niveau de stockage et permet aux utilisateurs d’ouvrir le fichier comme s’il était toujours là. Les fonctions de hiérarchisation natives des NAS fonctionnent-elles avec n’importe quel stockage objet ? Beaucoup prennent en charge les cibles compatibles S3, mais vérifiez la compatibilité et notez que les données sont généralement stockées dans le format propre au NAS. Déplacer les données froides a-t-il un impact sur les sauvegardes ? Cela les raccourcit généralement de façon significative, mais les outils de sauvegarde doivent être configurés pour gérer correctement les stubs. Comment les utilisateurs accèdent-ils aux données archivées sans stubs ? Via des passerelles, des portails ou des outils S3, selon le modèle d’accès retenu. Pour aller plus loin Quand le stockage objet peut remplacer le NAS (en anglais) Passerelles de fichiers cloud (en anglais) Accès NFS et SMB au stockage objet Partage de fichiers multisite sur stockage objet Cold data migration strategy (en anglais)
