Stockage basé sur S3, avec des coûts inférieurs de 22 % à ceux du stockage objet, des fonctionnalités et un accès standard au système de fichiers, et des performances optimales.
Le défi : migrer les charges de travail basées sur des fichiers vers le cloud
Vous êtes en pleine migration vers le cloud. Vous avez une application — peut-être parmi des milliers — qui fonctionne encore sur un système de stockage de fichiers traditionnel. Vous êtes maintenant confronté à une décision importante : comment la migrer vers le cloud sans compromettre les performances, la collaboration ni votre budget ?
Historiquement, il y a eu trois options :
Option 1 : Refactoriser vers un stockage objet
À première vue, cela semble être la voie « native du cloud ». Le stockage d'objets compatible S3 est peu coûteux, simple à provisionner et nécessite peu d'infrastructure.
Mais la réalité est bien plus complexe.
Le hic : complexité, coût et dépendance
La refactorisation des applications existantes pour le stockage d'objets consiste à :
- Long: Réécrire le code pour prendre en charge la sémantique des objets dans potentiellement des dizaines de milliers d'applications n'est pas un travail de week-end, c'est un effort qui s'étend sur des décennies.
- Coûteux: Vous pouvez réaliser des économies sur l'infrastructure, mais dépenser considérablement en développement logiciel, en tests et en maintenance à long terme.
- Latence élevée, faibles IOPS : Le stockage objet n'est pas conçu pour les charges de travail à faible latence et à fort volume de données (des centaines de milliers, voire des millions, de petites opérations de lecture et d'écriture). Il rencontrera des difficultés avec les charges de travail qui nécessitent des systèmes de fichiers hautes performances.
- Complexe sur le plan opérationnel : Pour les applications que vous ne contrôlez pas (par exemple, les logiciels tiers ou obsolètes de fournisseurs), la refactorisation peut s'avérer impossible. Vous êtes alors contraint d'utiliser une passerelle de fichiers (sujet suivant) ou de créer des flux de travail personnalisés qui transfèrent les données du stockage objet vers un système de fichiers local, pour ensuite les réécrire, ce qui engendre des coûts supplémentaires, une latence accrue et des risques de synchronisation.
- Dépendance vis-à-vis du fournisseur de cloud : Lorsque vous refactorisez votre code pour des API de stockage d'objets spécifiques, vous devenez étroitement dépendant d'un fournisseur de cloud particulier.
Oui, il y a des points positifs…
- Faibles coûts d'infrastructure
- rangement durable et résistant
- Simple à déployer
…mais ces avantages ne compensent pas les difficultés rencontrées pour la plupart des charges de travail basées sur des fichiers.
Option 2 : Migration par transfert de fichiers via une passerelle de fichiers
Une autre approche courante consiste à utiliser une passerelle de fichiers pour connecter votre application basée sur des fichiers au stockage d'objets sans modification du code.
Le hic : performances médiocres et coûts d’API élevés
- Échelle: Les passerelles sont souvent implémentées sous forme de machines virtuelles ou d'hôtes uniques exécutant une couche d'abstraction de protocole, ainsi que des services NFS ou SMB situés en amont des API de stockage d'objets. Même avec un cache local, leurs performances restent limitées par la bande passante et la puissance de calcul maximales qu'un seul hôte peut fournir. De ce fait, elles sont inadaptées aux applications à grande échelle et aux charges de travail telles que le calcul haute performance (HPC), l'entraînement d'IA ou le rendu 3D.
- Limitations liées à l'utilisation d'un seul auteur : Même en déployant plusieurs passerelles pour pallier les limitations de mise à l'échelle, la plupart des passerelles de fichiers ne permettent pas un partage d'accès sécurisé entre différents emplacements. Ceci exclut toute collaboration en temps réel et, pire encore, introduit un risque de corruption des données dans le compartiment d'objets, car plusieurs passerelles lisent et écrivent à partir de leurs propres vues mises en cache des données.
- Surcharge liée aux appels API : Étant donné que les passerelles traduisent les opérations sur les fichiers en appels d'API S3, vos coûts explosent, en particulier pour les applications avec beaucoup de métadonnées ou une faible activité de fichiers.
- Compatibilité des applications : De nombreuses applications ont été conçues pour fonctionner sur des systèmes de fichiers locaux et déployées à l'échelle de l'entreprise sur des NAS professionnels. Elles ne tolèrent généralement pas les implémentations SMB ou NFS incomplètes ou incohérentes qui ne respectent pas le contrat fourni par le serveur NFS Linux ou le serveur de fichiers Windows officiels, ce qui est fréquent sur les passerelles utilisant des piles de protocoles open source ou des pilotes FUSE.
Points positifs ?
- Rapide à déployer
- Ne nécessite aucune modification de l'application
Néanmoins, cette approche laisse beaucoup à désirer, surtout à grande échelle ou au sein d'équipes internationales.
Option 3 : Utiliser un système de fichiers cloud
Les systèmes de fichiers hébergés dans le cloud, tels qu'Amazon FSx, EFS, Azure Files ou Azure NetApp Files, promettent d'apporter la sémantique des fichiers au cloud.
Le hic : coûts élevés, échelle limitée et déploiements cloisonnés
- Coûteux: Du fait qu'il s'agit de ports de serveurs de stockage sur site vers le cloud, ils nécessitent un stockage par blocs provisionné 24h/24 et 7j/7 (tel qu'EBS), ce qui entraîne des coûts extrêmement élevés par rapport au stockage objet, en particulier à grande échelle.
- Échelle limitée : Certains services de « stockage de fichiers cloud » reposent en réalité sur du matériel tiers hébergé dans des centres de données cloud. Cela engendre des problèmes de capacité, car la chaîne d'approvisionnement, les modalités de déploiement et le provisionnement sont totalement indépendants du matériel standardisé et des configurations de racks utilisés par le stockage objet et d'autres services natifs. D'autres services souffrent de limitations, car ils ne peuvent tout simplement pas dépasser la capacité de stockage d'une seule machine virtuelle (quelques centaines de téraoctets maximum), ou parce que leurs logiciels ne prennent pas en charge davantage de stockage. Il en résulte la nécessité de répartir les données sur plusieurs instances, ce qui complexifie la gestion.
- Fonctionnalités limitées : De nombreux services de fichiers natifs du cloud de première partie sont des implémentations maison et sont donc mono-protocoles et dépourvus des fonctionnalités de niveau entreprise auxquelles vous êtes habitué avec les systèmes sur site (par exemple, les instantanés, les quotas, la journalisation d'audit, la réplication, le contrôle d'accès).
- Inélastique: En revanche, les versions cloud de solutions logicielles existantes, initialement conçues pour fonctionner sur site, souffrent souvent d'être des portages de logiciels destinés à des centres de données et des serveurs majoritairement statiques. Ces logiciels n'ont pas été conçus pour l'ajout et la suppression de nœuds à la demande, ni pour gérer une capacité de stockage objet potentiellement illimitée et peu répartie. De ce fait, nombre de ces offres imposent des choix définitifs dès la mise en service et ne permettent ni d'augmenter les performances en cas de besoin, ni de les réduire, ni de désactiver le stockage (et donc de cesser de le payer) lorsque les besoins évoluent.
Points positifs ?
- Rapide à déployer
- Pas besoin de refactoriser
- Infrastructure gérée
Cependant, si votre cas d'utilisation implique du calcul haute performance, une collaboration mondiale ou des ensembles de données de plusieurs pétaoctets, ces solutions s'avèrent souvent insuffisantes.
La meilleure solution de fichiers cloud
Et si vous n'aviez pas à choisir entre performance, coût et simplicité ?
Qumulo, solution native du cloud, offre une plateforme de stockage de fichiers véritablement moderne, conçue nativement pour le cloud, optimisée pour exécuter des charges de travail basées sur des fichiers à un coût équivalent à celui de S3, avec de meilleures performances et moins de compromis.
Pourquoi Cloud Native Qumulo ?
✅ Aucune refactorisation requise
Migrez vos charges de travail existantes basées sur des fichiers vers le cloud, sans modification. L'expérience utilisateur reste également inchangée.
✅ Intégration native à S3
Bénéficiez de la durabilité et de la redondance internes de S3, sans avoir besoin de remanier votre application pour qu'elle parle objet.
✅ Véritablement multiprotocole
Accédez aux mêmes données via NFS, SMB ou S3, sans silos.
✅ Collaboration mondiale avec CDF (Cloud Data Fabric)
Collaborez instantanément entre régions ou clouds. Aucune réplication requise. Ça marche tout simplement.
✅ Échelle élastique
Commencez petit et évoluez jusqu'à plus de 10 EB. Les performances augmentent avec la capacité : jusqu'à un débit de 1.6 To/s et 20 millions d'IOPS.
✅ Coût total de possession (TCO) réduit de 80 %
Comparé aux systèmes de fichiers cloud traditionnels, Qumulo réduit considérablement le coût total grâce à :
- Mise en cache intelligente (réduction des coûts de l'API S3)
- Compression (réduction des données stockées dans S3)
- Meilleure efficacité de stockage
✅ Performances supérieures à celles de l'API S3 seule
Même en utilisant l'API S3, Qumulo surpasse le stockage d'objets standard.
Succès concret : l’aérospatiale à l’échelle du pétaoctet
C’est pourquoi une entreprise aérospatiale mondiale a choisi de migrer ses charges de travail multi-pétaoctets vers Qumulo et a constaté des avantages significatifs :
✅ Coûts de stockage réduits de 22 % par rapport à une application entièrement remaniée utilisant Standard S3
✅ Moins d'appels API grâce à la mise en cache intelligente et à Cloud Data Fabric (CDF)
✅ Empreinte de données réduite grâce à la compression intégrée
✅ Aucune réarchitecture ni refactorisation des applications existantes n'est requise
Prochaine étape : essayez Qumulo dès aujourd’hui !
Que vous migriez une seule application ou des milliers, Qumulo vous offre une base pérenne pour exécuter vos charges de travail basées sur des fichiers dans le cloud, à moindre coût, avec des performances supérieures et sans compromis.
📩 Prêt à commencer ?
Envoyez-nous un courriel à aws@qumulo.com ou rendez-nous visite sur le Marketplace AWS pour lancer votre déploiement dès aujourd'hui.
