Stockage basé sur S3, avec des coûts inférieurs de 22 % à ceux du stockage d'objets, des fonctionnalités et un accès au système de fichiers standard, et les meilleures performances possibles
Le défi : Migrer les charges de travail basées sur les fichiers vers le cloud
Vous êtes à un stade avancé de votre migration vers le cloud. Vous disposez d'une application - peut-être une parmi des milliers - qui fonctionne encore sur un système de stockage traditionnel basé sur des fichiers. Vous êtes maintenant confronté à une décision importante : comment la migrer vers le cloud sans compromettre les performances, la collaboration ou vos objectifs budgétaires ?
Historiquement, il y a eu trois options :
Option 1 : Refonte vers le stockage d'objets
À première vue, cela semble être la voie "cloud-native". Le stockage d'objets compatible S3 est bon marché, simple à approvisionner et nécessite peu d'infrastructure.
Mais la réalité est bien plus complexe.
Le piège : Complexité, coût et verrouillage
Le remaniement des applications existantes pour le stockage d'objets est une tâche ardue :
Le temps est compté : La réécriture du code pour prendre en charge la sémantique des objets dans des dizaines de milliers d'applications n'est pas un travail de fin de semaine, c'est une entreprise qui s'étend sur plusieurs décennies.
Cher : Vous pouvez économiser sur l'infrastructure, mais vous dépensez beaucoup pour le développement de logiciels, les tests et la maintenance à long terme.
Haute latence, faible IOPS : Le stockage objet n'est pas conçu pour les charges de travail "bavardes" à faible latence qui nécessitent des centaines de milliers ou des millions de petites lectures et écritures. Vous aurez du mal avec les charges de travail qui s'attendent à être exécutées sur 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 de fournisseurs tiers ou obsolètes), le remaniement peut s'avérer impossible. Cela vous oblige à utiliser une passerelle de fichiers (prochain sujet) ou à créer des flux de travail personnalisés qui hydratent les données du stockage objet dans un système de fichiers local, pour ensuite les réécrire, ce qui augmente les coûts, les temps de latence et les risques de synchronisation.
Verrouillage des fournisseurs de cloud : Lorsque vous remaniez pour des API de stockage d'objets spécifiques, vous devenez étroitement lié à un fournisseur d'informatique en nuage particulier.
Oui, il y a des points positifs..
Faibles coûts d'infrastructure
Stockage durable et résistant
Simplicité de déploiement
...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 : Transfert via la 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 modifier le code.
Le piège : Des performances médiocres et des coûts d'API élevés
Échelle : Les passerelles sont souvent mises en œuvre sous forme de VM ou d'hôtes uniques exécutant une couche d'abstraction de protocole, exécutant des services NFS ou SMB qui se trouvent devant les API de stockage d'objets. Même avec un cache local, vous êtes limité par la bande passante maximale et le calcul maximal qu'un seul hôte peut fournir. Cela les rend peu pratiques pour les charges de travail à grande échelle telles que le calcul intensif, la formation à l'intelligence artificielle ou le rendu 3D.
Limites d'un seul rédacteur : Même si vous deviez utiliser plusieurs passerelles pour surmonter les limitations d'échelle, la plupart des passerelles de fichiers ne peuvent pas partager l'accès en toute sécurité entre plusieurs sites. Cela exclut la collaboration en temps réel et, pire encore, introduit un risque de corruption des données dans le seau d'objets, car plusieurs passerelles lisent et écrivent à partir de leurs propres vues des données mises en cache.
Frais généraux liés aux appels à l'API : Comme les passerelles traduisent les opérations de fichiers en appels d'API S3, vos coûts explosent, en particulier pour les applications comportant beaucoup de métadonnées ou de petits fichiers.
Compatibilité d'application : De nombreuses applications ont été conçues pour fonctionner sur des systèmes de fichiers locaux et ont été adaptées aux organisations en les exécutant sur un NAS d'entreprise. Souvent, elles ne tolèrent pas les implémentations SMB ou NFS incomplètes ou incohérentes qui n'adhèrent pas au contrat fourni par le serveur Linux NFS officiel ou le serveur de fichiers Windows, ce qui est courant dans les passerelles qui exploitent des piles de protocoles open source ou utilisent des pilotes FUSE.
Les points positifs ?
Déploiement rapide
Il n'est pas nécessaire de modifier l'application
Néanmoins, cette approche laisse beaucoup à désirer, en particulier à grande échelle ou au sein d'équipes internationales.
Option 3 : utiliser un système de fichiers en nuage
Les systèmes de fichiers hébergés dans le nuage, comme Amazon FSx, EFS, Azure Files ou Azure NetApp Files, promettent d'apporter la sémantique des fichiers dans le nuage.
Le problème : Coûts élevés, échelle limitée et déploiements cloisonnés
Cher : En raison des ports des serveurs de stockage sur site dans le nuage, ils nécessitent un stockage par blocs provisionné 24 heures sur 24 et 7 jours sur 7 (comme EBS), ce qui entraîne des coûts extrêmement élevés par rapport au stockage d'objets, en particulier à grande échelle.
Échelle limitée : Certains "stockage de fichiers dans le nuage" ne sont en fait que du matériel de fournisseurs tiers fonctionnant dans des centres de données dans le nuage, ce qui entraîne des problèmes de capacité car la chaîne d'approvisionnement, la sémantique de déploiement et le provisionnement sont tous distincts du matériel normalisé et des configurations de racks utilisés par le stockage d'objets et d'autres services natifs. D'autres services souffrent parce qu'ils ne peuvent tout simplement pas dépasser la limite du stockage sur une seule VM, qui plafonne à quelques centaines de To, ou parce que les piles logicielles ne sont tout simplement pas en mesure de prendre en charge davantage de stockage. Il en résulte la nécessité de répartir les données sur plusieurs instances, ce qui rend la gestion plus complexe.
Caractéristiques limitées : De nombreux services de fichiers natifs du cloud sont des implémentations maison et sont donc à protocole unique, sans les fonctionnalités d'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 : Par ailleurs, en ce qui concerne les versions hébergées dans le nuage de piles logicielles existantes sur site, beaucoup souffrent d'être des ports de logiciels conçus pour fonctionner dans un centre de données essentiellement statique sur un matériel de serveur essentiellement statique. Le logiciel n'a pas été conçu pour que des nœuds soient ajoutés et supprimés à la demande. Il n'a pas été conçu pour être en mesure de traiter un pool effectivement infini de capacité de stockage d'objets qui est alloué de manière éparse. De ce fait, nombre de ces offres exigent des décisions de porte à sens unique au moment de l'approvisionnement, et n'offrent aucune possibilité d'augmenter les performances lorsque cela est nécessaire, ou de les réduire lorsque cela ne l'est pas, ou de dé-provisionner le stockage (de sorte que vous puissiez cesser de payer pour cela) lorsque les besoins changent.
Les points positifs ?
Déploiement rapide
Pas besoin de remanier
Infrastructure gérée
Toutefois, si votre cas d'utilisation implique des calculs de haute performance, une collaboration mondiale ou des ensembles de données de plusieurs pétaoctets, ces solutions sont souvent insuffisantes.
La meilleure solution de fichiers en nuage
Et si vous n'aviez pas à choisir entre performance, coût et simplicité ?
Cloud Native Qumulo offre une plate-forme de stockage de fichiers véritablement moderne - conçue pour le cloud, conçue pour exécuter des charges de travail basées sur des fichiers à l'économie S3, avec de meilleures performances et moins de compromis.
Pourquoi Qumulo ?
✅ Aucun remaniement n'est nécessaire
Transférez vos charges de travail existantes basées sur des fichiers vers le cloud en l'état. L'expérience de l'utilisateur final reste la même.
✅ Intégration native de S3
Bénéficiez de la durabilité et de la redondance de S3 sous le capot, sans avoir besoin de refactoriser votre application pour parler objet.
véritablement multi-protocole
Accédez aux mêmes données en utilisant NFS, SMB ou S3, sans silos.
✅ Collaboration mondiale avec CDF (Cloud Data Fabric)
Collaborez instantanément entre les régions ou les nuages. Aucune réplication n'est nécessaire. Cela fonctionne tout simplement.
✅ Échelle élastique
Commencez petit et évoluez vers 10EB+. Les performances augmentent avec la capacité - jusqu'à 1,6 To/s de débit et 20 millions d'IOPS.
✅ Un coût total de possession réduit de 80
Par rapport aux systèmes de fichiers traditionnels dans le nuage, Qumulo réduit le coût total par :
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é du stockage
✅ Des performances supérieures à celles de l'API S3 seule
Même en utilisant l'API S3, Qumulo surpasse le stockage d'objets standard.
Réussite dans le monde réel : L'aérospatiale à l'échelle du pétaoctet
C'est pourquoi une entreprise aérospatiale mondiale a choisi de migrer ses charges de travail de plusieurs pétaoctets vers Qumulo et a constaté des avantages significatifs :
22% de réduction des coûts de stockage par rapport à une application entièrement remaniée utilisant Standard S3
✅ Moins d'appels d'API, grâce à la mise en cache intelligente et à la Cloud Data Fabric (CDF)
✅ Empreinte de données plus petite, grâce à la compression intégrée
✅ Aucune réarchitecture/refactorisation des applications existantes n'est nécessaire
Votre prochaine étape : Essayez Qumulo dès aujourd'hui
Que vous déplaciez une seule application ou des milliers, Qumulo vous offre une base à l'épreuve du temps pour exécuter vos charges de travail basées sur des fichiers dans le nuage - à moindre coût, avec des performances supérieures et sans compromis.
📩 Prêt à commencer ?
Envoyez-nous un courriel à aws@qumulo.com ou nous rendre visite sur le site Place de marché AWS pour lancer votre déploiement dès aujourd'hui.