NetApp et AWS lancent un stockage de fichiers cloud Ontap entièrement géré

NetApp et AWS ont annoncé la disponibilité d’Amazon FSx pour Ontap, qui verra la gamme complète des fonctionnalités du système d’exploitation de stockage du spécialiste des fichiers fournis en tant que service entièrement géré en tant qu’AWS. stockage en ligne.

AWS propose déjà FSx pour Windows File Server et FSx for Lustre pour le serveur de fichiers général et le calcul haute performance (HPC) stockage de fichiers en nuage respectivement.

La dernière évolution ajoute le stockage de fichiers Ontap à ceux-ci avec l’ensemble de fonctionnalités, les performances et les API de NetApp.

Le service signifie que les clients peuvent accéder à toutes les fonctionnalités du système d’exploitation NetApp Ontap, mais en tant que service cloud entièrement géré. Dans ce cas, tout est géré par AWS, y compris la gestion de la capacité, les performances, les mises à niveau, etc., mais avec des outils de suivi client et Contrôles basés sur l’API.

Grant Caley, technologue en chef de NetApp Royaume-Uni et Irlande, a déclaré : « Il ne s’agit pas simplement d’un serveur de fichiers dans le cloud, mais d’un serveur de fichiers d’entreprise. Il a des capacités complètes pour, par exemple, SQL, Oracle, SAP, etc., et le tout avec une protection complète des données, une haute disponibilité, reprise après sinistre introduit dans AWS.

Un avantage clé est qu’il apportera l’ensemble de fonctionnalités d’Ontap aux développeurs AWS qui n’ont pas besoin d’apprendre les détails du déploiement et de la gestion NetApp.

Alors, comment performances du cloud pour un client habitué à un déploiement NetApp sur site ?

« Les performances devraient être assez similaires à celles d’un déploiement sur site. Il est construit sur du matériel SSD dans le cloud Amazon », a-t-il déclaré. « Vous ne devriez voir aucune différence ; il peut livrer quelque chose comme 100 000 IOPS. Mais il n’est pas conçu pour des performances extrêmement élevées Cas d’utilisation de type HPC. C’est là qu’Amazon FSx for Lustre d’AWS entre en jeu.

En termes de demande et de cas d’utilisation envisagés par NetApp par ses clients, Caley a déclaré que la réalité du cloud hybride est que les clients déploient des charges de travail discrètes vers le cloud plutôt que de s’étendre sur le cloud et le centre de données ou d’éclater vers le cloud.

« Les clients migrent vers le cloud, mais nous ne voyons pas beaucoup de gens affluer vers le cloud – vous avez besoin d’une architecture conteneurisée et de la portabilité des données et des applications pour cela », a-t-il déclaré. « Non, ce qui se passe, c’est que les gens veulent migrer des applications vers le cloud, mais avec les applications natives du cloud, ils ont du mal à intégrer la protection et la sécurité des données dont ils ont besoin. »

Comment les coûts sont-ils susceptibles de s’accumuler entre l’exécution d’Ontap sur site dans le centre de données et dans le cloud ? La réalité est que cela dépend entièrement de la charge de travail. Les charges de travail bien établies avec des exigences back-end particulièrement bien ancrées resteront probablement plus rentables dans le centre de données pendant un certain temps, tandis que les déploiements de nature plus innovante peuvent tirer parti du cloud.

« Le cloud est un modèle très différent du sur site. Les clients paient pour la consommation par rapport au coût d’établissement et de fonctionnement des centres de données », a déclaré Caley. « Pour certaines applications, il sera rentable d’intégrer le cloud. Pour de nombreux clients, les centres de données seront moins chers.

« S’il y avait un choix, les clients déplaceraient tout vers le cloud, mais le coût et la complexité impliqués signifient que l’hybride est le résultat. Et la réalité est que la plupart des applications ne sont pas adaptées au travail hybride dans lequel elles se trouvent entre deux emplacements. »

Il a ajouté que ce qui est plus évident, c’est que le cloud hybride dans lequel les applications sont construites entre le site et le cloud n’est pas courant, mais que les clients choisissent des charges de travail et construisent, par exemple, des systèmes orientés client dans le cloud, tout en gardant beaucoup d’applications dans le datacenter.