2 Lors de l’évaluation d’un système de stockage objet, recherchez une architecture évolutive, une durabilité élevée des données, une solide compatibilité S3, la cyber-résilience, des performances constantes, une haute disponibilité, une protection des données flexible, une gestion simple et des coûts prévisibles. Ces capacités déterminent si une plateforme de stockage objet peut continuer à répondre aux exigences à mesure que les volumes de données, les applications et l’infrastructure évoluent. Elles sont particulièrement importantes pour les organisations qui gèrent de grandes quantités de données non structurées pour la sauvegarde, l’IA, l’analytique, les applications cloud natives, les médias et la conservation à long terme. Le stockage objet repose sur un modèle fondamentalement différent du stockage fichier et bloc traditionnel. Les données sont stockées sous forme d’objets associés à des métadonnées et accessibles via des API plutôt que par un système de fichiers hiérarchique classique. Amazon S3 a contribué à faire de l’API S3 l’interface dominante du stockage objet, et le stockage compatible S3 permet aujourd’hui aux organisations d’utiliser ce modèle à la fois dans le cloud public et sur une infrastructure sur site. Voici les fonctionnalités les plus importantes à prendre en compte pour comparer des systèmes de stockage objet. 1. Évolutivité L’évolutivité est l’une des principales raisons pour lesquelles les organisations adoptent le stockage objet. Un système de stockage objet bien conçu utilise une architecture distribuée scale-out qui permet d’augmenter la capacité en ajoutant des ressources plutôt qu’en remplaçant une baie de stockage existante. Cette approche est bien adaptée aux environnements où les données peuvent passer de quelques centaines de téraoctets à plusieurs pétaoctets, voire davantage. Cependant, la capacité n’est qu’une dimension de l’évolutivité. À mesure qu’un environnement s’étend, la plateforme de stockage peut aussi devoir faire évoluer : Le débit agrégé Les requêtes ou opérations par seconde Le nombre d’objets Les métadonnées Les applications et les charges de travail Les utilisateurs et les locataires Les implantations géographiques Le matériel de stockage Cette distinction devient de plus en plus importante pour l’IA, l’analytique et les autres applications à forte intensité de données. Ajouter de la capacité n’augmente pas nécessairement les performances ou les capacités de métadonnées requises par la charge de travail. Recherchez une architecture capable d’évoluer sans migrations perturbatrices, remplacements complets du matériel ou reconfiguration lourde. Scality RING, par exemple, utilise une architecture scale-out conçue pour étendre de manière indépendante la capacité, les performances et les autres dimensions de l’infrastructure à mesure que les besoins évoluent. 2. Durabilité des données La durabilité désigne la capacité d’un système de stockage à préserver les données avec exactitude dans le temps, malgré les pannes matérielles et autres problèmes d’infrastructure. Les plateformes de stockage objet d’entreprise assurent généralement la durabilité en répartissant les données sur plusieurs disques, serveurs, racks ou sites à l’aide de technologies comme la réplication ou le codage à effacement. Le codage à effacement peut offrir une protection particulièrement efficace à grande échelle, car il divise les données en fragments et y ajoute des informations de parité. Le système peut reconstruire un objet en cas de défaillance de composants individuels sans conserver plusieurs copies complètes de chaque objet. Lors de la comparaison des plateformes, examinez à la fois le niveau de durabilité annoncé et l’architecture utilisée pour l’atteindre. À titre de comparaison, Amazon S3 Standard est conçu pour une durabilité des objets de 99,999999999 % — soit « 11 neuf » — et répartit les données sur plusieurs équipements et zones de disponibilité. Les organisations qui exploitent leur propre infrastructure de stockage objet doivent de la même façon examiner comment la plateforme gère les pannes de disque, de serveur, de rack, de site, voire de région. 3. Compatibilité avec l’API S3 L’API S3 est devenue une interface largement adoptée pour le stockage objet. Une solide compatibilité S3 permet aux applications conçues à l’origine pour Amazon S3 d’interagir avec une autre plateforme de stockage objet avec moins de modifications. Elle élargit aussi l’éventail des applications de sauvegarde, d’analytique, d’IA, de gestion des données et cloud natives pouvant utiliser l’environnement de stockage. Mais les fournisseurs n’entendent pas tous la même chose lorsqu’ils qualifient un produit de « compatible S3 ». Une prise en charge basique des opérations PUT et GET peut suffire pour des applications simples, tandis que les environnements d’entreprise dépendent souvent de capacités plus avancées, comme : S3 Object Lock Le versioning La gestion du cycle de vie La réplication Le chiffrement Les stratégies de bucket La gestion des identités et des accès Les chargements en plusieurs parties (multipart uploads) Évaluez la compatibilité au regard des applications et des workflows que vous prévoyez d’utiliser plutôt que de vous fier uniquement à une étiquette « compatible S3 ». Scality RING prend en charge les opérations S3 sur les buckets et les objets, ainsi que des capacités avancées dont Object Lock, la réplication, la gestion du cycle de vie, le versioning et le chiffrement. 4. Cyber-résilience et immuabilité Les exigences de sécurité en matière de stockage ont considérablement évolué, les attaquants par ransomware ciblant de plus en plus l’infrastructure de sauvegarde et de restauration. Un système de stockage objet d’entreprise doit donc fournir des mécanismes de protection allant au-delà de l’authentification de base. L’immuabilité est particulièrement importante pour les sauvegardes, les archives et les autres jeux de données critiques. S3 Object Lock peut empêcher la modification ou la suppression d’objets pendant une période de conservation définie, ce qui aide à conserver une copie restaurable même lorsque des identifiants ou des systèmes en amont sont compromis. Les contrôles de sécurité à évaluer comprennent : S3 Object Lock Les contrôles d’accès basés sur les rôles La gestion des identités et des accès L’authentification multifacteur Le chiffrement au repos Le chiffrement en transit L’intégration à la gestion des clés La journalisation d’audit La séparation des tâches d’administration La multi-location sécurisée Les organisations doivent aussi examiner où ces contrôles sont mis en œuvre. Une protection qui dépend entièrement d’une seule couche d’administration peut créer une exposition supplémentaire si des identifiants hautement privilégiés sont compromis. Le modèle de cyber-résilience CORE5 de Scality associe l’immuabilité S3 Object Lock au chiffrement, aux contrôles d’identité et d’accès, à la protection des métadonnées, au codage à effacement et à la protection multisite. 5. Des performances adaptées à la charge de travail Le stockage objet est utilisé pour un éventail de plus en plus large de charges de travail ; aucun indicateur de performance unique ne permet donc de déterminer si une plateforme est assez rapide. Les environnements de sauvegarde peuvent privilégier un débit soutenu pour les opérations volumineuses de sauvegarde et de restauration. Les environnements d’IA peuvent exiger une forte concurrence et une faible latence pour alimenter en continu les ressources de calcul. Les applications cloud peuvent générer un très grand nombre de requêtes simultanées sur les objets. Évaluez les performances à partir des indicateurs pertinents pour la charge de travail, notamment : Le débit La latence Les opérations par seconde Les connexions simultanées Les performances sur les petits objets Les performances sur les gros objets Les ratios lecture/écriture Les performances à mesure que la capacité augmente Les chiffres de benchmark en pointe peuvent être trompeurs. Les performances doivent être testées à des niveaux de concurrence réalistes et sur des durées prolongées, car le comportement du cache, la profondeur de file d’attente et la saturation du système peuvent fortement influer sur les résultats. Déterminez aussi si les performances peuvent évoluer indépendamment de la capacité. Cela permet d’éviter d’ajouter du stockage inutile simplement parce qu’une application a besoin de plus de débit. 6. Haute disponibilité et tolérance aux pannes Le stockage objet devient souvent une couche de données partagée par de nombreuses applications. Une panne peut donc affecter plusieurs services simultanément. Une architecture de stockage objet résiliente doit continuer à fonctionner lorsque des composants individuels de l’infrastructure tombent en panne. Recherchez une protection contre les pannes touchant : Les disques Les serveurs Les interfaces réseau Les racks Les datacenters Des sites entiers Les architectures distribuées peuvent répartir les données et les services sur plusieurs domaines de défaillance, ce qui réduit la dépendance vis-à-vis de composants matériels individuels. Pour les charges de travail critiques, vérifiez si la plateforme prend en charge les configurations multisites, la réplication ou les architectures étendues (stretched) capables de maintenir l’accès lors de pannes d’infrastructure plus importantes. 7. Protection des données et reprise après sinistre flexibles La durabilité et la reprise après sinistre répondent à des risques liés mais différents. Le codage à effacement peut protéger contre les pannes matérielles au sein d’un environnement de stockage, tandis que la réplication vers un autre site protège contre des événements plus importants touchant toute une installation ou tout un domaine d’infrastructure. Une plateforme de stockage objet d’entreprise doit proposer plusieurs options de protection afin que les organisations puissent aligner la résilience sur les exigences des applications. Parmi les capacités utiles : Le codage à effacement La réplication locale La réplication multisite La réplication géographique Le versioning Object Lock Les politiques de reprise après sinistre La réplication ou le tiering vers le cloud La combinaison appropriée dépend des objectifs de point de reprise (RPO), des objectifs de temps de reprise (RTO), de la criticité des données et des coûts. Scality RING prend en charge les architectures multisites et la réplication asynchrone vers des systèmes Scality distants, des clouds publics ou d’autres niveaux de stockage. 8. Mobilité des données hybride et multicloud De nombreuses organisations exploitent des données à la fois sur une infrastructure privée et dans un ou plusieurs clouds publics. Le stockage objet peut fournir une couche de données cohérente entre ces environnements, mais l’interopérabilité varie considérablement d’un produit à l’autre. Vérifiez si le système peut déplacer, répliquer ou hiérarchiser les données entre : L’infrastructure sur site Les datacenters secondaires Les sites en périphérie (edge) Les clouds publics Les niveaux d’archivage Examinez également l’ampleur des modifications applicatives nécessaires lorsque les données sont déplacées. Une large compatibilité S3 peut simplifier les stratégies de cloud hybride, car les applications continuent d’interagir avec le stockage via une API familière. Certaines plateformes proposent aussi une gestion du cycle de vie pilotée par des politiques, qui fait automatiquement transiter les objets d’un emplacement à l’autre. Scality RING offre un espace de noms de cloud hybride conçu pour prendre en charge la réplication et les transitions de cycle de vie entre le stockage Scality, les clouds publics pris en charge et d’autres cibles de stockage. 9. Facilité de gestion et automatisation Les grands environnements de stockage peuvent devenir coûteux à exploiter si chaque extension, panne ou mise à jour logicielle exige une intervention importante des administrateurs. Les capacités de gestion doivent donc être évaluées en parallèle des spécifications brutes de stockage. Recherchez des fonctionnalités comme : La supervision centralisée La prévision de capacité Le rééquilibrage automatisé des données L’autoréparation La surveillance de l’état du matériel Les mises à niveau sans interruption La gestion du cycle de vie basée sur des politiques Les API REST et outils d’automatisation Des alertes détaillées et l’observabilité Une architecture évolutive doit idéalement éviter que la charge d’administration augmente au même rythme que les données stockées. C’est particulièrement important à l’échelle du pétaoctet et de l’exaoctet, où la gestion manuelle de chaque équipement de stockage n’est pas réaliste. 10. Rentabilité et flexibilité matérielle Les comparaisons de coûts doivent tenir compte de l’ensemble du cycle de vie de l’environnement de stockage, et pas seulement du prix d’acquisition. Les coûts à prendre en compte comprennent : Le matériel de stockage Les licences logicielles Le réseau L’espace en datacenter L’alimentation et le refroidissement L’administration Les renouvellements de matériel La migration des données La capacité cloud et les frais d’egress Le stockage objet software-defined peut offrir une flexibilité supplémentaire en dissociant le logiciel de stockage du matériel propriétaire. Les organisations peuvent ainsi utiliser des serveurs standard du marché et adopter de nouvelles générations de matériel lors des extensions ou des renouvellements d’infrastructure. Une approche scale-out permet aussi d’ajouter de la capacité progressivement au lieu d’acheter à l’avance de grandes quantités de stockage inutilisé. Comment choisir le bon système de stockage objet ? Partez de la charge de travail plutôt que de la fiche technique du stockage. Un référentiel de sauvegarde, une plateforme de données pour l’IA, une archive à long terme et une application cloud peuvent tous utiliser le stockage objet, mais leurs exigences peuvent être très différentes. Lors de l’évaluation des fournisseurs, posez les questions suivantes : Jusqu’où l’architecture peut-elle évoluer sans migration ni refonte ? Quels mécanismes de durabilité protègent les données en cas de panne matérielle ? Dans quelle mesure l’API S3 est-elle implémentée de façon complète ? Les données critiques peuvent-elles être rendues immuables avec S3 Object Lock ? Comment les performances se comportent-elles sous des charges de travail soutenues et réalistes ? Que se passe-t-il en cas de panne d’un disque, d’un serveur, d’un rack ou d’un site ? La capacité et les performances peuvent-elles évoluer indépendamment ? Quelles options existent pour la réplication et la reprise après sinistre ? Avec quelle facilité les données peuvent-elles circuler entre les environnements sur site et cloud ? Quel est le coût total attendu à mesure que l’environnement se développe ? Tester ces exigences avec des charges de travail représentatives peut révéler des différences d’architecture difficiles à identifier à partir des seules spécifications. Le stockage objet Scality pour les données d’entreprise Scality propose un stockage objet S3 software-defined conçu pour les environnements d’entreprise à grande échelle. Scality RING associe un stockage objet et fichier scale-out à une prise en charge complète de l’API S3, au codage à effacement, à la protection multisite des données, à des capacités de cloud hybride et à la flexibilité matérielle. Son architecture est conçue pour évoluer selon plusieurs dimensions à mesure que les exigences des applications et de l’infrastructure changent. La sécurité et la capacité de restauration sont assurées par la cyber-résilience Scality CORE5, qui associe l’immuabilité S3 Object Lock aux contrôles d’identité et d’accès, au chiffrement, à la protection des métadonnées, à un codage à effacement durable et à la protection multisite. Pour les organisations qui évaluent un système de stockage objet, l’essentiel est de voir comment ces capacités fonctionnent ensemble. L’évolutivité compte lorsque la durabilité et les performances restent constantes à mesure que l’environnement grandit ; la compatibilité S3 compte lorsque les applications et API requises sont prises en charge ; et l’immuabilité est la plus efficace lorsqu’elle s’inscrit dans une architecture plus large de cyber-résilience et de restauration. Le résultat : une plateforme de stockage objet capable de fournir une base durable, évolutive et sécurisée pour des volumes croissants de données non structurées.
