3 Votre équipe sauvegarde doit prendre une décision d’infrastructure qui engagera votre stratégie de sauvegarde pour cinq ans. Votre cible de sauvegarde actuelle arrive en fin de vie et vous devez choisir son successeur : un système de fichiers distribué avec une sémantique POSIX, ou un stockage objet doté d’API compatibles S3. La comparaison entre stockage objet et stockage en mode bloc fournit un contexte utile. Ce choix influe sur les performances, le coût, l’évolutivité et la flexibilité de vos sauvegardes. Il conditionne la rapidité de restauration en cas d’incident, les logiciels de sauvegarde que vous pouvez utiliser et votre capacité à adopter des stratégies de sauvegarde en cloud hybride. Il façonne votre architecture de protection des données pour des années. Pour les administrateurs de sauvegarde et les architectes d’infrastructure, choisir entre système de fichiers distribué et stockage objet est l’une des décisions d’infrastructure les plus lourdes de conséquences. Pourtant, de nombreuses organisations font ce choix sur la base d’informations incomplètes, en se rabattant sur des approches familières plutôt qu’en évaluant des options réellement différentes. Cet article examine quand un système de fichiers distribué est pertinent pour la sauvegarde, quand le stockage objet est préférable, les caractéristiques de débit et d’évolutivité de chaque approche, les coûts comparés à différentes échelles et la manière d’arbitrer entre ces deux paradigmes de stockage fondamentalement différents. Comprendre la différence fondamentale : sémantique POSIX ou sémantique objet Avant de comparer performances et coûts, il faut comprendre la différence d’architecture fondamentale entre systèmes de fichiers distribués et stockage objet. Les systèmes de fichiers distribués (NFS, GPFS, CephFS) mettent en œuvre la sémantique POSIX. Ils se comportent comme des systèmes de fichiers Unix traditionnels, répartis sur plusieurs nœuds. Vous disposez d’arborescences de répertoires hiérarchiques. Les fichiers sont modifiables : vous pouvez vous positionner au milieu d’un fichier et réécrire des octets précis. Les métadonnées de fichiers sont riches : permissions, dates de modification, propriétaire. Plusieurs processus peuvent verrouiller un même fichier ou y ajouter des données. Les applications attendent cette sémantique et s’appuient sur elle. Le stockage objet (S3, Azure Blob, etc.) met en œuvre la sémantique objet. Vous disposez de buckets et d’objets (des paires clé-valeur). Les objets sont immuables : on les remplace entièrement au lieu de les modifier sur place. L’espace est plat : pas de répertoires, seulement des clés qui peuvent contenir des barres obliques mais restent plates sur le plan sémantique. Les métadonnées sont limitées, généralement la taille, le type de contenu et des métadonnées personnalisées facultatives. La concurrence est simple : les objets sont envoyés entiers, de manière atomique. Une fois écrits, ils sont finalisés (même si vous pouvez activer le versioning). Cette différence se répercute sur les performances, les modèles d’évolutivité et les structures de coût. Il est essentiel de savoir quelle architecture correspond à vos charges de travail. Les systèmes de fichiers distribués pour la sauvegarde : quand la sémantique POSIX compte Les systèmes de fichiers distribués excellent pour certaines charges de sauvegarde. Voici quand les choisir. La sémantique POSIX permet une sauvegarde incrémentielle efficace. De nombreux moteurs de sauvegarde tiennent des catalogues des fichiers modifiés depuis la dernière sauvegarde. Les sauvegardes incrémentielles recherchent les fichiers modifiés et ne sauvegardent que ceux-là. Cela fonctionne parce que les systèmes de fichiers POSIX permettent des requêtes de métadonnées efficaces : on peut parcourir rapidement les arborescences et vérifier les dates de modification sans lire le contenu. Certaines approches utilisent aussi des liens physiques pour créer des snapshots efficaces. Le stockage objet ne dispose pas de ces fonctionnalités POSIX, ce qui rend certaines approches incrémentielles moins efficaces. La sémantique POSIX permet les modifications et la restauration sur place. Certains scénarios de sauvegarde exigent de modifier des données sur place. Par exemple, la sauvegarde d’un gros fichier de base de données peut impliquer d’écrire au milieu d’un fichier de sauvegarde pour enregistrer les blocs modifiés. Les systèmes de fichiers POSIX le permettent, pas le stockage objet. De même, la restauration nécessite parfois d’ajouter des données à une sauvegarde : POSIX le gère nativement, tandis que le stockage objet exige de lire l’objet entier, d’y ajouter les données et d’écrire une nouvelle version. La sémantique POSIX permet une restauration efficace au niveau des fichiers. Pour les cibles de sauvegarde qui stockent des millions de petits fichiers (partages de fichiers d’entreprise), les performances de restauration dépendent d’un accès aléatoire efficace aux fichiers. Les systèmes de fichiers POSIX, optimisés pour ce schéma, font souvent mieux que le stockage objet, optimisé pour l’accès séquentiel. Si la restauration consiste à extraire des milliers de fichiers individuels parmi des millions, l’avantage de POSIX est significatif. Les systèmes de fichiers distribués évoluent bien pour les déploiements plus modestes. Des systèmes comme NFS évoluent efficacement jusqu’à quelques dizaines de pétaoctets. Au-delà, la montée en charge devient plus complexe. Pour les organisations dont le volume de sauvegarde reste inférieur à 100 pétaoctets, les systèmes de fichiers distribués offrent d’excellentes performances et une exploitation familière. Le stockage objet pour la sauvegarde : quand la simplicité et l’échelle l’emportent Le stockage objet est devenu le choix par défaut de nombreux nouveaux déploiements de sauvegarde. Comprendre pourquoi permet de cerner ses points forts. Le stockage objet évolue sans limite de taille ni changement d’architecture. Le stockage objet compatible S3 passe du téraoctet à l’exaoctet sans refonte fondamentale. Les fournisseurs cloud le démontrent à très grande échelle, et les plateformes sur site évoluent de la même manière. Pour les organisations qui approchent ou dépassent 100 pétaoctets, cette capacité à évoluer sans atteindre de limites est décisive. Les systèmes de fichiers distribués exigent une planification plus poussée et peuvent atteindre leurs limites plus tôt. Le stockage objet offre une véritable flexibilité en cloud hybride. L’API S3 est universelle. Vous pouvez écrire vos objets de sauvegarde sur un stockage compatible S3 sur site avec les mêmes logiciels et la même API qu’AWS S3 ou Google Cloud Storage. Cette portabilité est précieuse : commencez avec des cibles sur site puis basculez vers le cloud, conservez des copies de sauvegarde dans plusieurs clouds sans changer de logiciel, et évitez la dépendance à un fournisseur en traitant l’API S3 comme un standard. La comparaison entre stockage objet et stockage en mode bloc explique pourquoi le stockage objet s’est imposé comme la norme pour les cibles de sauvegarde hybrides et multicloud. Le stockage objet simplifie l’écosystème logiciel de sauvegarde. La quasi-totalité des logiciels de sauvegarde modernes prennent en charge nativement S3 ou le stockage compatible S3. L’écosystème des outils de sauvegarde, de déduplication et de restauration s’est construit autour du stockage objet. Choisir le stockage objet, c’est choisir la plateforme qui bénéficie du support logiciel le plus large et du développement le plus actif. Le stockage objet est rentable à grande échelle. À l’échelle du pétaoctet, le coût par téraoctet du stockage objet est généralement inférieur à celui des systèmes de fichiers distribués. Ces systèmes sont optimisés pour l’efficacité de la capacité et la rentabilité du débit. Pour des sauvegardes à l’échelle de l’exaoctet, cet écart représente des millions de dollars par an. L’immuabilité du stockage objet renforce la résilience des sauvegardes. Les systèmes de stockage objet prennent en charge l’immuabilité : vous pouvez rendre des objets non modifiables pendant une durée définie. C’est une défense directe contre les ransomwares et les suppressions non autorisées. Les systèmes de fichiers distribués peuvent obtenir une protection comparable grâce aux contrôles d’accès, mais l’immuabilité du stockage objet est native au modèle de stockage lui-même. Comparaison des performances : débit, latence et montée en charge Les performances des systèmes de fichiers distribués et du stockage objet diffèrent sensiblement. Écriture séquentielle. Pendant la sauvegarde, vous écrivez des flux de données séquentiels. Les systèmes de fichiers distribués atteignent généralement 1 à 10 gigaoctets par seconde et par nœud. Le stockage objet, optimisé pour le débit à grande échelle, atteint 10 à plus de 100 gigaoctets par seconde sur l’ensemble d’un cluster. Pour sauvegarder des téraoctets par heure, le stockage objet offre généralement un meilleur débit agrégé. Lecture aléatoire (restauration). Lors de la restauration de fichiers ou de blocs individuels, les performances en lecture aléatoire deviennent importantes. Les systèmes de fichiers distribués, optimisés pour cette charge, atteignent des latences de l’ordre de la microseconde. Le stockage objet affiche généralement des latences de l’ordre de la milliseconde pour l’accès aux objets. Pour des restaurations nécessitant des millions d’accès aléatoires, la différence est notable. Opérations sur les métadonnées. Certains logiciels de sauvegarde s’appuient sur des requêtes de métadonnées efficaces (lister les fichiers, vérifier les dates de modification). Les systèmes de fichiers distribués gèrent bien ces opérations. Sur le stockage objet, elles peuvent être lentes à grande échelle : lister des milliards d’objets peut prendre des heures sans optimisation de la pagination. Efficacité de la montée en charge. Les systèmes de fichiers distribués évoluent efficacement jusqu’à 10 à 50 nœuds, au-delà desquels le rééquilibrage devient complexe à exploiter. Le stockage objet évolue jusqu’à des centaines ou des milliers de nœuds sans changement opérationnel fondamental. Pour les cibles de sauvegarde à très grande échelle, le stockage objet évolue plus sereinement. Analyse des coûts : le TCO selon l’échelle Le coût total de possession varie fortement selon l’échelle. Petits déploiements (moins de 50 To) : les systèmes de fichiers distribués sont souvent moins chers. Un NFS sur du matériel modeste gère les petits volumes de sauvegarde à moindre coût. Le stockage objet exige une capacité suffisante, si bien que le coût par téraoctet peut être plus élevé. Avantage : systèmes de fichiers distribués. Déploiements intermédiaires (50 à 500 To) : les coûts deviennent comparables. Les systèmes de fichiers distribués demandent davantage d’ingénierie et de support. Le stockage objet devient de plus en plus intéressant dès qu’on ajoute de la redondance entre régions. Léger avantage : stockage objet. Grands déploiements (500 To à 50 Po) : le stockage objet est généralement plus rentable. Des systèmes conçus pour cet usage offrent un coût par téraoctet inférieur à celui des systèmes de fichiers distribués. Si vous maintenez une redondance géographique, l’efficacité de la montée en charge du stockage objet réduit encore les coûts. Avantage net : stockage objet. Très grands déploiements (plus de 50 Po) : le stockage objet domine sur le plan des coûts. Les déploiements à l’échelle de l’exaoctet utilisent presque tous le stockage objet. À cette échelle, la charge d’exploitation d’un système de fichiers distribué dépasse celle du stockage objet, conçu pour ce niveau. Avantage écrasant : stockage objet. Faire le choix : un cadre de décision pour les administrateurs de sauvegarde Prenez en compte les facteurs suivants : L’échelle et la trajectoire de croissance. Si votre volume de sauvegarde reste sous les 100 téraoctets et que la croissance est lente, un système de fichiers distribué est raisonnable. Si vous vous dirigez vers le pétaoctet ou prévoyez une accélération, le stockage objet constitue un meilleur socle. Les exigences du logiciel de sauvegarde. Vérifiez si votre logiciel de sauvegarde présente des différences fonctionnelles notables entre cibles fichier et cibles objet. Certains sont plus performants avec le stockage objet. Les logiciels modernes prennent correctement en charge les deux, mais de subtiles différences de performances ou de fonctionnalités peuvent exister. Le cloud hybride et la portabilité. Si vous avez besoin d’utiliser indifféremment des cibles sur site et dans le cloud, un stockage objet doté d’API compatibles S3 est quasiment indispensable. Les systèmes de fichiers distribués n’offrent pas d’intégrations cloud équivalentes. Les schémas de restauration. Si vous restaurez souvent des fichiers individuels ou de petits ensembles, un système de fichiers distribué peut être plus performant. Si vous restaurez des jeux de données entiers ou de gros flux, le stockage objet sera probablement plus efficace. L’expertise opérationnelle de votre équipe. Si votre équipe maîtrise en profondeur les systèmes de fichiers distribués (NFS, GPFS), cette expertise a de la valeur. Si elle manque d’expérience sur les deux, choisir le stockage objet, qui bénéficie d’un écosystème plus large, peut être moins risqué. Les contraintes financières. Si votre budget d’investissement est limité et que vous devez réduire la dépense initiale, le stockage objet dans le cloud peut sembler plus attractif qu’une infrastructure sur site. Si vous disposez d’un budget d’investissement et voulez réduire les coûts d’exploitation à long terme, le stockage objet sur site devient intéressant à grande échelle. La voie à suivre : le stockage objet par défaut, avec des exceptions Pour la plupart des déploiements de sauvegarde modernes, le stockage objet doté d’API compatibles S3 devrait être le choix par défaut. L’écosystème est mature, l’évolutivité est éprouvée, la rentabilité est réelle et la flexibilité précieuse. Lorsque vous dépassez vos cibles ou changez d’orientation, la compatibilité S3 facilite la transition. Les systèmes de fichiers distribués restent pertinents pour des niches précises : organisations aux besoins de sauvegarde modestes, charges de travail exigeant un accès aléatoire intensif aux fichiers ou équipes très expertes. Mais ils deviennent de plus en plus des choix spécialisés plutôt que des cibles de sauvegarde généralistes. Si vous évaluez une nouvelle infrastructure de sauvegarde, partez d’un a priori favorable au stockage objet, puis vérifiez si des exigences spécifiques vous orientent vers un système de fichiers distribué. Dans la plupart des cas, le stockage objet s’avérera le meilleur socle. Faites ce choix en connaissance de cause, en comprenant les compromis, et votre infrastructure de sauvegarde sera plus évolutive, plus flexible et plus rentable pour les années à venir. Pour aller plus loin Architecture de cible de sauvegarde évolutive (en anglais) Stratégie de sauvegarde d’entreprise Les cas d’usage du stockage objet (en anglais) Cas d’usage des cibles de sauvegarde (en anglais) Qu’est-ce que le stockage objet ? (en anglais) Le stockage compatible S3 (en anglais) Stockage objet ou NAS (en anglais)
