Les entreprises gaspillent des millions à gérer trois systèmes de stockage distincts pour prendre une décision simple : le stockage des données.
Le stockage d’objets, le stockage en mode bloc et le stockage de fichiers organisent et accèdent aux données différemment. Le stockage en mode bloc divise les données en blocs de taille fixe pour les bases de données. Le stockage de fichiers utilise des dossiers hiérarchiques pour les documents partagés. Le stockage d’objets gère les données non structurées avec des métadonnées riches dans une structure plate pour les applications cloud.
Mais voici le problème : Les charges de travail modernes ne se soucient pas de ces limites. L’entraînement AI a besoin de tous les trois. Containers brouillent les lignes. Et vous n’êtes pas en mesure de gérer des systèmes distincts qui refusent de jouer ensemble.
Ce guide examine le fonctionnement réel de chaque type de stockage, les performances et les coûts réels de chacun, et les raisons pour lesquelles choisir l’un d’eux devient obsolète.
Comprendre les 3 types de stockage
Stockage en mode bloc : Rapidité à un prix abordable
Le stockage en mode bloc découpe les données en blocs de taille fixe, chacun avec sa propre adresse. Imaginez-le comme des unités de stockage numérotées. Le système sait exactement où tout se trouve et le saisit instantanément.
Cette conception offre une vitesse de réponse de 0,5 à 1,5 milliseconde, avec des baies 100 % flash modernes atteignant moins de 150 microsecondes. C'est idéal pour les bases de données, car chaque microseconde compte lorsque vous traitez des milliers de transactions par seconde.
Le stockage en mode bloc se connecte par le biais de protocoles tels que iSCSI, fibre channel ou NVMe over Fabrics pour un accès direct sans frais généraux pour le système de fichiers. La prise ? Des métadonnées limitées et des coûts élevés par Go lorsque vous prenez en compte l’infrastructure SAN.
Stockage de fichiers : Connaît, mais limité
Le stockage de fichiers organise les données dans une structure hiérarchique de dossiers et de fichiers. Considérez-la comme une armoire de classement numérique, intuitive pour les utilisateurs et idéale pour la collaboration.
Les systèmes NAS (Network Attached Storage) partagent des fichiers via NFS (Linux/Unix) ou SMB/CIFS (Windows), ce qui permet à plusieurs utilisateurs d’accéder simultanément aux mêmes fichiers. Les services de fichiers NAS présentent souvent des latences plus élevées que le stockage en mode bloc direct, généralement dans une plage de quelques millisecondes à quelques dizaines de millisecondes, en fonction du protocole, du matériel et de la charge de travail, et les bases de données avec des I/O aléatoires lourdes peuvent en souffrir par rapport aux options de stockage en mode bloc.
Mais cette hiérarchie familière devient un goulet d’étranglement. Un grand nombre de fichiers peut accentuer les performances des métadonnées sur certains systèmes NAS/de fichiers, et des choix architecturaux prudents (par exemple, serveurs de métadonnées distribués, couches de mise en cache) sont utilisés pour maintenir les performances à grande échelle.
Stockage d’objets : Conçu pour évoluer
Le stockage d’objets organise les données sans dossiers traditionnels, à l’aide d’un espace de nom plat composé d’objets individuels.Chaque donnée devient un objet en trois parties : les données elles-mêmes, un identifiant unique et des métadonnées étendues. Pas de hiérarchie, juste un pool plat d’objets.
Vous accédez aux objets via des API REST via HTTP. Cela semble contraignant jusqu’à ce que vous vous rendiez compte que cette conception évolue plus facilement. Amazon S3, par exemple, traite 100 millions de requêtes par seconde à l’échelle mondiale, grâce à une indexation distribuée et à une architecture d’espace de nommage plate.
Le stockage d’objets dans le Public Cloud présente souvent des latences de plusieurs millisecondes à plusieurs centaines de millisecondes pour l’accès aux petits objets dans les configurations standard, en fonction du réseau, de la charge de travail et de la mise en cache. Avec des conceptions avancées (par exemple, protocoles accélérés, couches de mise en cache, logiciel 100 % flash optimisé), certains systèmes de stockage d’objets peuvent atteindre une latence proche de la microseconde en dessous de la milliseconde tout en évoluant.
Comparaison des types de stockage
Comprendre les mécanismes révèle pourquoi il existe des compromis classiques et pourquoi ils n’ont plus à le faire.
Le stockage en mode bloc est le plus proche du matériel. Les données sont coupées en blocs, les adresses attribuées, distribuées sur les supports, puis réassemblées à la demande. Elle est rapide, car les frais généraux sont minimes : le contrôleur sait exactement où se trouve chaque bloc. Les SAN modernes ajoutent des fonctionnalités telles que les snapshots et la réplication, mais elles nécessitent davantage de ressources de contrôleur, ce qui augmente les coûts.
Le stockage de fichiers empile les couches d’abstraction : Le système de fichiers organise les blocs en fichiers, les métadonnées suivent les autorisations et les protocoles gèrent l’accès au réseau. Chaque couche ajoute des fonctionnalités, mais aussi de la latence. L’ouverture d’un fichier signifie parcourir les répertoires, vérifier les autorisations, trouver des blocs, puis lire. Bien qu’elle soit bien adaptée au partage, elle peut ajouter de la latence.
Le stockage d’objets réinvente tout. Les objets sont distribués entre les nœuds à l’aide d’un hachage cohérent, répliqués pour plus de durabilité et accessibles via une API. L’architecture distribuée évolue horizontalement. De plus, ces métadonnées extensibles vous permettent de joindre n’importe quoi : coordonnées GPS, balises de conformité, quels que soient les besoins de votre application.
Pourquoi les entreprises ont du mal à choisir
La maintenance de systèmes distincts pour chaque type de stockage peut augmenter les exigences en matière d’infrastructure, d’outillage et d’expertise, multipliant ainsi la complexité de manière exponentielle.
Le coût caché des silos de stockage
L’exécution de trois systèmes de stockage différents implique :
- Triplez l’infrastructure : Des réseaux, des commutateurs et des outils de gestion distincts
- Expertise fragmentée : administrateurs SAN, spécialistes NAS, développeurs de stockage d’objets
- Conflits liés à la mobilité des données : Les migrations peuvent prendre des mois, ce qui risque de corrompre
Le coût réel n’est pas le stockage, mais la gestion de la complexité. Pour de nombreuses organisations, la capacité brute n’est pas la principale caractéristique, mais les frais d’exploitation liés à la gestion de plusieurs systèmes de stockage.
Charges de travail modernes couvrant plusieurs niveaux de stockage
Les workflows d’AI ajoutent encore plus de complexité :
- L’entraînement des données se fait dans le stockage d’objets (pétaoctets).
- La préparation des données a besoin d’un stockage de fichiers pour permettre aux scientifiques des données d’y accéder.
- La formation exige un stockage en mode bloc pour les écritures de points de contrôle.
- Le modèle de service nécessite les trois simultanément.
Les GPU racontent l’histoire. La plupart des entreprises utilisent entre 60 et 70 % des processeurs GPU, car le stockage est incapable de suivre le rythme.
Containers aggravent la situation. Un cluster Kubernetes unique nécessite des volumes persistants (bloc), des volumes partagés (fichier) et des compartiments d’objets, en simultané. Les équipes DevOps perdent leur temps à jongler entre l’allocation du stockage et différents systèmes.
Pourquoi les niveaux de données classiques à chaud/chaud/froid ne correspondent pas souvent à la réalité
De nombreuses approches de stockage reposent sur l’idée que les données peuvent être classées en niveaux chaud, chaud et froid, mais la télémétrie des environnements de production volumineux montre souvent des schémas d’accès plus complexes et dynamiques.
D’après l’Indice mondial du stockage cloud 2025, seulement 19 % des données d’objets cloud sont réellement « froides » (accessibles tous les ans ou moins), et 83 % des décideurs informatiques affirment accéder aux niveaux d’archivage au moins une fois par mois, une grande partie de ce que nous appelons « froide » est en fait assez active. Par exemple :
- Les audits de conformité nécessitent des données datant de sept ans
- L’entraînement AI nécessite des ensembles de données historiques complets
- Ransomware nécessite un accès instantané à la sauvegarde
- Les requêtes analytiques couvrent des lacs de données entiers de manière imprévisible
De nombreuses plateformes de stockage continuent de s’appuyer sur des architectures de hiérarchisation qui déplacent les données entre les niveaux de performance et de capacité en fonction des schémas d’accès. Bien que ces conceptions visent souvent à réduire les coûts en plaçant des données moins actives sur des supports moins coûteux, elles introduisent également des couches logicielles, une gestion des politiques et une complexité opérationnelle supplémentaires.
En pratique, les environnements à plusieurs niveaux nécessitent une surveillance et un réglage continus pour garantir le bon placement des données. Lorsque les schémas d’accès changent ou que les données sont mal classées, les charges de travail peuvent subir une variabilité inattendue des performances, entraînant des efforts de dépannage et des frais d’exploitation.
À mesure que les systèmes de stockage flash ont évolué, l’amélioration de la densité des supports, les technologies de réduction des données et l’efficacité opérationnelle ont réduit l’écart de coût entre les architectures à plusieurs niveaux et non à plusieurs niveaux. Pour de nombreuses charges de travail, il est donc possible d’exécuter les données sur un seul niveau de performance, ce qui garantit une latence constante et simplifie la gestion du stockage. Dans ces environnements, les performances ne dépendent plus du fait que les données soient considérées comme « chaudes » ou « froides », ce qui réduit la variabilité et rend le comportement des applications plus prévisible.
La révolution du stockage unifié
Et si vous n’aviez pas à choisir ? Les architectures modernes peuvent fournir les trois types de stockage à partir d’une seule plateforme, sans compromis.
Fonctionnement réel du stockage unifié
Imaginez que votre base de données écrive pour bloquer les volumes à une latence proche de la microseconde de 150 microseconde. Les analystes accèdent aux mêmes données que les partages de fichiers. Plus tard, il archive sur le stockage d’objets. Une seule plateforme peut prendre en charge les protocoles en mode bloc, fichier et objet, réduisant ainsi les migrations et les mouvements de données, et les pénalités de performance entre eux.
Lorsque les organisations se regroupent de plusieurs systèmes de stockage en un seul :
- Baisse des coûts (moins de systèmes, moins de gestion)
- Temps d’administration réduit (une interface, pas plusieurs)
- Amélioration des performances (la technologie flash moderne surpasse les systèmes spécialisés traditionnels)
Lorsque le stockage sous-jacent offre des performances constantes inférieures à la milliseconde, le choix du protocole devient de plus en plus une préoccupation logicielle plutôt qu’une contrainte de performance difficile.
Prendre la bonne décision en matière de stockage
La stratégie de stockage est l’un des choix architecturaux les plus critiques pour construire une usine d’AI. Une mauvaise décision peut conduire à une sous-utilisation des GPU, à des pipelines bloqués et à des coûts d’exploitation échappatoires. La bonne décision concilie performance, évolutivité, sécurité et facilité de gestion.
Quand le stockage unifié a du sens
Le stockage unifié consolide les charges de travail en mode bloc, fichier et objet en une seule plateforme, éliminant ainsi les silos et rationalisant les opérations. Elle est particulièrement précieuse dans les environnements où la flexibilité et l’évolutivité sont des priorités. Envisagez un stockage unifié si :
- Aujourd’hui, plusieurs systèmes de stockage s’exécutent, créant des coûts de gestion et des silos de données.
- Les charges de travail d’AI/ML sont planifiées, ce qui nécessite à la fois un accès haut débit et une évolutivité flexible de la capacité.
- Les ressources informatiques sont contraintes par la complexité liée à la maintenance de systèmes distincts.
- La flexibilité est valorisée par rapport à la micro-optimisation isolée de chaque charge de travail.
- Ransomware et la reprise rapide sont des priorités absolues.
Les plateformes unifiées modernes offrent des performances 100 % flash sur tous les protocoles, une cyberrésilience intégrée et des services de données avancés, tels que la réduction de données en ligne et la disponibilité garantie. Grâce à une interface de gestion unique, elles permettent aux organisations de simplifier leur infrastructure tout en répondant aux exigences de performance et de protection de niveau professionnel.
Lorsque le stockage spécialisé s’applique toujours
Le stockage spécialisé ne disparaît pas, il reste logique dans des contextes spécifiques où la précision l’emporte sur la flexibilité. Les situations qui peuvent encore nécessiter des systèmes spécialisés sont les suivantes :
- Des charges de travail qui ne changent jamais et qui ont des besoins de stockage bien compris et prévisibles.
- Des exigences réglementaires qui exigent une séparation physique stricte des données, au-delà de ce que le partitionnement logique peut fournir.
- Applications traditionnelles avec dépendances codées en dur à certains protocoles ou configurations de stockage.
Cela dit, même dans ces scénarios, la tendance du secteur évolue vers une séparation logique au sein de systèmes consolidés. De nombreuses plateformes unifiées prennent désormais en charge l’isolation des charges de travail, les domaines de chiffrement et les fonctionnalités de conformité suffisamment robustes pour répondre aux normes réglementaires, ce qui en fait une alternative intéressante aux systèmes cloisonnés.
