July 2, 2022

PAPERS

A volte la vita ti colpirà alla testa con un mattone

NetApp e AWS lanciano lo storage di file cloud Ontap completamente gestito

NetApp e AWS hanno annunciato la disponibilità di Amazon FSx per Ontap, che vedrà l’intera gamma di funzionalità del sistema operativo di storage dello specialista di filer fornita come servizio completamente gestito come AWS archiviazione cloud.

AWS offre già FSx per Windows File Server e FSx per Lustre per file server generici e High Performance Computing (HPC) archiviazione di file cloud rispettivamente.

L’ultima mossa aggiunge a questi lo storage di file Ontap con il set di funzionalità, le prestazioni e le API di NetApp.

Il servizio consente ai clienti di accedere a tutte le funzionalità del sistema operativo NetApp Ontap ma come servizio cloud completamente gestito. In questo caso tutto è gestito da AWS, compresa la gestione della capacità, le prestazioni, gli aggiornamenti ecc., ma con strumenti di monitoraggio del cliente e Controlli basati su API.

Grant Caley, chief technologist di NetApp Regno Unito e Irlanda, ha dichiarato: “Non è solo un file server nel cloud, ma un file server aziendale. Ha funzionalità complete per, ad esempio, SQL, Oracle, SAP ecc. E tutte con protezione completa dei dati, alta disponibilità, ripristino di emergenza portato in AWS.”

Un vantaggio chiave è che porterà il set di funzionalità di Ontap agli sviluppatori AWS che non hanno bisogno di apprendere i dettagli della distribuzione e della gestione di NetApp.

Quindi, come sarà? prestazioni cloud essere un cliente abituato a un’implementazione NetApp in sede?

“Le prestazioni dovrebbero essere abbastanza simili a una distribuzione in sede. È basato su hardware SSD nel cloud di Amazon”, ha affermato. “Non dovresti vedere alcuna differenza; può fornire qualcosa come 100.000 IOPS. Ma non è costruito per prestazioni estremamente elevate Casi d’uso di tipo HPC. È qui che entra in gioco Amazon FSx for Lustre di AWS.”

In termini di domanda e casi d’uso previsti da NetApp dai suoi clienti, Caley ha affermato che la realtà per il cloud ibrido è che i clienti stanno distribuendo carichi di lavoro discreti nel cloud piuttosto che estendersi al cloud e al data center o scoppiare nel cloud.

“I clienti stanno migrando al cloud, ma non stiamo vedendo molte persone irrompere nel cloud: per questo è necessaria un’architettura containerizzata e la portabilità di dati e applicazioni”, ha affermato. “No, quello che sta succedendo è che le persone vogliono migrare le applicazioni nel cloud, ma con le app cloud native stanno lottando per creare la protezione dei dati e la sicurezza di cui hanno bisogno.”

In che modo è probabile che i costi si accumulino tra l’esecuzione di Ontap on-premise nel data center e nel cloud? La realtà è che dipende interamente dal carico di lavoro. I carichi di lavoro consolidati con requisiti di back-end particolarmente radicati rimarranno probabilmente più efficienti in termini di costi nel data center per qualche tempo a venire, mentre le implementazioni di natura più greenfield possono trarre vantaggio dal cloud.

“Il cloud è un modello molto diverso da quello on-site. I clienti pagano il consumo rispetto al costo di creazione e gestione dei data center”, ha affermato Caley. “Per alcune applicazioni sarà conveniente integrare nel cloud. Per molti clienti i datacenter saranno più economici.

“Se ci fosse una scelta, i clienti sposterebbero tutto sul cloud, ma il costo e la complessità implicati significano che l’ibrido è il risultato. E la realtà è che la maggior parte delle applicazioni non sono adatte al lavoro ibrido in cui si trovano tra due posizioni”.

Ha aggiunto che ciò che è più evidente è che il cloud ibrido in cui le applicazioni sono costruite tra il sito e il cloud non è comune, ma che i clienti scelgono i carichi di lavoro e costruiscono, ad esempio, sistemi rivolti ai clienti nel cloud, pur mantenendo molte applicazioni nel datacenter.