Un tempo occupavano la vetta della catena alimentare. Per millenni. E poi accadde l'inimmaginabile: il cielo si oscurò e loro scomparvero. Dall'altra parte del mondo si verificarono eventi che cambiarono il clima: aumentò la nuvolosità. I dinosauri divennero troppo grandi e lenti: i loro tentativi di sopravvivere erano destinati al fallimento. I predatori supremos dominarono la Terra per 100 milioni di anni, crescendo sempre più e diventando sempre più forti. Evolvettero in ciò che sembrava l'essere perfetto, posto al vertice della catena alimentare, ma l'Universo cambiò in un istante l'aspetto del nostro pianeta.
Ironia della sorte, proprio le nuvole eliminarono i dinosauri dalla faccia della Terra 66 milioni di anni fa. Allo stesso modo, le nuvole oggi stanno distruggendo i classici sistemi di archiviazione dati che si trovano "in cima alla catena alimentare". In entrambi i casi, il problema non era nelle nuvole stesse, ma nella capacità di adattarsi a un mondo in cambiamento. Nel caso dei dinosauri, tutto accadde in fretta: l'effetto devastante delle nuvole si manifestò in giorni o settimane dall'impatto di un meteorite (o dall'eruzione di un vulcano – sta a voi scegliere la teoria). Nel caso dei classici archivi di dati, il processo richiede anni, ma è comunque irreversibile.
Periodo Triassico: l'era del grande ferro e l'emergere delle applicazioni migranti
Cosa accadde quindi? Nell'ecosistema esistevano SAN di livello entry e mid-range, sistemi di livello enterprise e DAS. Queste categorie erano definite dagli analisti, avevano i loro volumi di mercato, indicatori di costo, affidabilità, prestazioni e scalabilità. E poi accadde qualcosa di strano.
L'emergere delle macchine virtuali significava che su un singolo server potevano operare contemporaneamente molteplici applicazioni, probabilmente appartenenti a diversi proprietari – tali cambiamenti misero subito in discussione il futuro delle SAN. Poi, i proprietari delle più grandi infrastrutture iperscalabili (hyperscalers): Facebook, Google, eBay, ecc., stanchi di pagare enormi somme per le SAN, svilupparono le loro applicazioni per garantire l'accessibilità dei dati su normali server invece delle grandi "macchine" SAN. Successivamente, Amazon presentò sul mercato qualcosa di strano, denominato Simple Storage Service (servizio di archiviazione semplice) o S3. Non un blocco, non un file, ma qualcosa di fondamentalmente nuovo: non era più possibile comprare un sistema, si poteva acquistare solo un servizio. Aspetta, cos'è quella luce intensa che si vede nel cielo? Un altro asteroide?
Periodo Giurassico: l'era dei "dinosaurini abbastanza buoni"
Siamo entrati in una fase di sviluppo delle SAN caratterizzata dall'ideologia del "sufficiente bene". I clienti, utilizzando le SAN, notando cosa avevano fatto gli iperscalers, cominciarono a mettere in discussione la giustizia del valore aggiunto dieci, se non cento volte superiore al ferro, che pagavano per le loro SAN aziendali. Gli array di livello medio cominciarono a riconquistare quote di mercato dai sistemi di fascia alta. Prodotti come mostrano una rapida crescita. EMC Symmetrix, un tempo array dominante (dal termine "massiccio") di classe enterprise, mantiene ancora qualche spazio, ma questa si riduce rapidamente. Molti utenti hanno cominciato a migrare i loro dati in AWS.
D'altra parte, gli innovatori delle SAN cominciarono a prendere spunto dagli iperscalers, utilizzando tecnologie di sistemi distribuiti orizzontalmente scalabili - un'ideologia opposta alla scalabilità verticale. Si prevede che il nuovo software delle SAN possa funzionare su server standard, proprio come negli iperscalers. Niente più prezzi dieci o cento volte superiori al costo stesso dell'hardware. In teoria, si possono utilizzare qualsiasi server – la scelta dipende dalle vostre preferenze. È iniziata l'era delle SAN definite da software (SDS): le nuvole hanno chiuso il cielo, la temperatura è scesa e la popolazione dei predatori supremos ha cominciato a diminuire.
Periodo Cretaceo: l'inizio dell'evoluzione delle SAN definite da software.
I primi giorni delle soluzioni di storage definite dal software sono stati turbolenti. C'era molta promessa, ma poche consegne. Allo stesso tempo, c'è stata una significativa svolta tecnologica: la memoria flash è diventata un'alternativa moderna alla "ruggine rotante" (HDD). È stato un periodo di nascita di numerosi startup nel settore dello storage e di facili finanziamenti di venture capital. Sarebbe stato tutto perfetto, se non fosse per un problema: la conservazione dei dati richiede un'attenzione seria. Si è scoperto che ai clienti piacciono i loro dati. Se perdono l'accesso o trovano qualche bit errato tra i terabyte di dati, si preoccupano e non poco. La maggior parte delle startup non è sopravvissuta. I clienti ottenevano funzionalità interessanti, ma non tutto andava bene con gli strumenti di base. Una ricetta sbagliata.
Periodo cenozoico: gli array di storage dominano
Pochi parlano di ciò che è successo dopo, perché non è molto interessante: i clienti continuano a comprare gli stessi classici array di storage. Certo, quelli che hanno spostato le loro applicazioni nel cloud hanno portato anche i loro dati. Ma per la stragrande maggioranza dei clienti, che non vogliono passare completamente al cloud o non vogliono affatto farlo, la stessa Hewlett Packard Enterprise ha continuato a offrire gli array classici.
Siamo nel 2019, quindi perché esiste ancora un'industria miliardaria dello storage basata su tecnologie risalenti all'anno 2000? Perché funzionano! In parole povere, le esigenze delle applicazioni critiche non sono state soddisfatte dai prodotti nati in un'epoca di hype. Prodotti come HPE 3PAR sono rimasti le migliori opzioni per i clienti aziendali, e la nuova evoluzione dell'architettura HPE 3PAR – – ne è solo una conferma.
Da parte loro, le soluzioni di storage definite dal software avevano ottime possibilità: scalabilità orizzontale, utilizzo di server standard... Ma il prezzo da pagare era la disponibilità instabile, le prestazioni imprevedibili e le regole di scalabilità specifiche.
La complessità delle esigenze dei clienti è che non diventano mai più semplici. Nessuno dirà che la perdita di integrità dei dati o l'aumento dei tempi di inattività è accettabile. Ecco perché l'architettura per lo storage è così importante, poiché deve soddisfare le esigenze dei moderni data center in rapida evoluzione, senza compromettere le caratteristiche chiave dello storage di classe enterprise.
Periodo terziario: l'emergere di nuove forme di vita
Cerchiamo di capire come uno degli arrivisti nel mercato dello storage – la compagnia Datera – sia riuscita a gestire una miscela così complessa di requisiti storicamente consolidati e nuovi per lo storage. Prima di tutto, grazie all'implementazione di un'architettura mirata a risolvere il dilemma descritto sopra. Non è possibile modificare un'architettura obsoleta per affrontare le sfide dei moderni data center, così come non è possibile adattare l'architettura di una soluzione di storage definita dal software per rispettare i requisiti delle soluzioni aziendali: i dinosauri non sono diventati mammiferi solo perché la temperatura è scesa.
Costruire una soluzione che soddisfi le esigenze dello storage di livello enterprise e allo stesso tempo valorizzi la dinamicità dei moderni data center è una sfida complessa, ma questo era precisamente l'obiettivo dell'azienda Datera. Gli esperti di Datera hanno lavorato su questo per cinque anni e hanno trovato la ricetta per "preparare" una soluzione di storage definita dal software di classe enterprise.
La principale difficoltà affrontata da Datera era quella di dover utilizzare l'operatore logico "E" invece di un più semplice "O". Disponibilità stabile, "E" prestazioni prevedibili, "E" scalabilità architettonica, "E" orchestrazione come codice, "E" hardware standardizzato, "E" implementazione delle politiche di gestione, "E" flessibilità, "E" gestione basata su analisi, "E" sicurezza, "E" integrazione con ecosistemi aperti. L'operatore logico "E" è un simbolo più lungo di uno solo rispetto a "O" – ed è questa la principale differenza.
Periodo quaternario: i moderni data center e il brusco cambiamento climatico predicono lo sviluppo delle soluzioni di storage definite dal software
Come ha fatto Datera a creare un'architettura che soddisfi simultaneamente le esigenze delle tradizionali soluzioni di storage di livello enterprise e quelle dei moderni data center? Tutto torna a quel fastidioso operatore "E".
Non aveva senso affrontare le singole problematiche per soddisfare requisiti specifici. La somma di questi elementi non diventa un tutto unico. Così come in ogni sistema complesso, qui era fondamentale una pianificazione accurata dell'intero insieme di compromessi bilanciati. Nello sviluppo, gli esperti di Datera si sono orientati su tre principi fondamentali:
- gestione in base alle specifiche delle applicazioni;
- un meccanismo unico per garantire la flessibilità dei dati;
- elevate prestazioni grazie a costi operativi ridotti.
Una caratteristica comune di questi principi è la semplicità. Una gestione semplice del sistema, una gestione semplice dei dati attraverso un meccanismo elegante e la garanzia di prestazioni prevedibili (e elevate) grazie alla riduzione dei costi. Perché la semplicità è così importante? I professionisti esperti del mondo dello storage sanno che non è possibile soddisfare i requisiti di uno storage per un moderno data center dinamico solo attraverso la gestione granulare, un insieme di strumenti per la gestione dei dati e un'iperottimizzazione per aumentare le prestazioni. L'insieme di tali metodologie ci è già noto come il dinosauro dello storage.
La familiarità con questi principi ha giovato a Datera. L'architettura da loro sviluppata possiede, da un lato, accessibilità, prestazioni e scalabilità di uno storage enterprise di classe moderna, e dall'altro, la flessibilità e la velocità necessarie per un moderno data center definito da software.
Accessibilità di Datera in Russia
Datera è un partner tecnologico globale di Hewlett Packard Enterprise. I prodotti Datera sono stati testati per compatibilità e prestazioni con vari modelli di server .
Maggiori informazioni sull'architettura di Datera saranno disponibili nel il 31 ottobre.
Fonte: habr.com
