{"id":39444,"date":"2019-10-31T22:32:47","date_gmt":"2019-10-31T19:32:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov\/"},"modified":"2019-10-31T22:32:47","modified_gmt":"2019-10-31T19:32:47","slug":"programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/programmno-opredelyaemye-shd-ili-chto-pogubilo-dinozavrov","title":{"rendered":"Storage definito dal software o cosa ha portato alla scomparsa dei dinosauri?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Storage
\n
\nUn tempo occupavano la vetta della catena alimentare. Per millenni. E poi accadde l'inimmaginabile: il cielo si oscur\u00f2 e loro scomparvero. Dall'altra parte del mondo si verificarono eventi che cambiarono il clima: aument\u00f2 la nuvolosit\u00e0. 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\u00f9 e diventando sempre pi\u00f9 forti. Evolvettero in ci\u00f2 che sembrava l'essere perfetto, posto al vertice della catena alimentare, ma l'Universo cambi\u00f2 in un istante l'aspetto del nostro pianeta.
\n<\/a><\/noindex>
\nIronia 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\u00e0 di adattarsi a un mondo in cambiamento. Nel caso dei dinosauri, tutto accadde in fretta: l'effetto devastante delle nuvole si manifest\u00f2 in giorni o settimane dall'impatto di un meteorite (o dall'eruzione di un vulcano \u2013 sta a voi scegliere la teoria). Nel caso dei classici archivi di dati, il processo richiede anni, ma \u00e8 comunque irreversibile.<\/p>\n

Periodo Triassico: l'era del grande ferro e l'emergere delle applicazioni migranti<\/h2>\n

\nCosa 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\u00e0, prestazioni e scalabilit\u00e0. E poi accadde qualcosa di strano. <\/p>\n

L'emergere delle macchine virtuali significava che su un singolo server potevano operare contemporaneamente molteplici applicazioni, probabilmente appartenenti a diversi proprietari \u2013 tali cambiamenti misero subito in discussione il futuro delle SAN. Poi, i proprietari delle pi\u00f9 grandi infrastrutture iperscalabili (hyperscalers): Facebook, Google, eBay, ecc., stanchi di pagare enormi somme per le SAN, svilupparono le loro applicazioni per garantire l'accessibilit\u00e0 dei dati su normali server invece delle grandi \"macchine\" SAN. Successivamente, Amazon present\u00f2 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\u00f9 possibile comprare un sistema, si poteva acquistare solo un servizio. Aspetta, cos'\u00e8 quella luce intensa che si vede nel cielo? Un altro asteroide?<\/p>\n

Periodo Giurassico: l'era dei \"dinosaurini abbastanza buoni\" <\/h2>\n

\nSiamo 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 HPE 3PAR<\/a><\/noindex> 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.<\/p>\n

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\u00e0 verticale. Si prevede che il nuovo software delle SAN possa funzionare su server standard, proprio come negli iperscalers. Niente pi\u00f9 prezzi dieci o cento volte superiori al costo stesso dell'hardware. In teoria, si possono utilizzare qualsiasi server \u2013 la scelta dipende dalle vostre preferenze. \u00c8 iniziata l'era delle SAN definite da software (SDS): le nuvole hanno chiuso il cielo, la temperatura \u00e8 scesa e la popolazione dei predatori supremos ha cominciato a diminuire.<\/p>\n

Periodo Cretaceo: l'inizio dell'evoluzione delle SAN definite da software. <\/h2>\n

\nI primi giorni delle soluzioni di storage definite dal software sono stati turbolenti. C'era molta promessa, ma poche consegne. Allo stesso tempo, c'\u00e8 stata una significativa svolta tecnologica: la memoria flash \u00e8 diventata un'alternativa moderna alla \"ruggine rotante\" (HDD). \u00c8 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 \u00e8 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 \u00e8 sopravvissuta. I clienti ottenevano funzionalit\u00e0 interessanti, ma non tutto andava bene con gli strumenti di base. Una ricetta sbagliata.<\/p>\n

Periodo cenozoico: gli array di storage dominano<\/h2>\n

\nPochi parlano di ci\u00f2 che \u00e8 successo dopo, perch\u00e9 non \u00e8 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.<\/p>\n

Siamo nel 2019, quindi perch\u00e9 esiste ancora un'industria miliardaria dello storage basata su tecnologie risalenti all'anno 2000? Perch\u00e9 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 \u2013 HPE Primera<\/a><\/noindex> \u2013 ne \u00e8 solo una conferma.<\/p>\n

Da parte loro, le soluzioni di storage definite dal software avevano ottime possibilit\u00e0: scalabilit\u00e0 orizzontale, utilizzo di server standard... Ma il prezzo da pagare era la disponibilit\u00e0 instabile, le prestazioni imprevedibili e le regole di scalabilit\u00e0 specifiche. <\/p>\n

La complessit\u00e0 delle esigenze dei clienti \u00e8 che non diventano mai pi\u00f9 semplici. Nessuno dir\u00e0 che la perdita di integrit\u00e0 dei dati o l'aumento dei tempi di inattivit\u00e0 \u00e8 accettabile. Ecco perch\u00e9 l'architettura per lo storage \u00e8 cos\u00ec importante, poich\u00e9 deve soddisfare le esigenze dei moderni data center in rapida evoluzione, senza compromettere le caratteristiche chiave dello storage di classe enterprise.<\/p>\n

Periodo terziario: l'emergere di nuove forme di vita<\/h2>\n

\nCerchiamo di capire come uno degli arrivisti nel mercato dello storage \u2013 la compagnia Datera \u2013 sia riuscita a gestire una miscela cos\u00ec 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 \u00e8 possibile modificare un'architettura obsoleta per affrontare le sfide dei moderni data center, cos\u00ec come non \u00e8 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\u00e9 la temperatura \u00e8 scesa. <\/p>\n

Costruire una soluzione che soddisfi le esigenze dello storage di livello enterprise e allo stesso tempo valorizzi la dinamicit\u00e0 dei moderni data center \u00e8 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.<\/p>\n

La principale difficolt\u00e0 affrontata da Datera era quella di dover utilizzare l'operatore logico \"E\" invece di un pi\u00f9 semplice \"O\". Disponibilit\u00e0 stabile, \"E\" prestazioni prevedibili, \"E\" scalabilit\u00e0 architettonica, \"E\" orchestrazione come codice, \"E\" hardware standardizzato, \"E\" implementazione delle politiche di gestione, \"E\" flessibilit\u00e0, \"E\" gestione basata su analisi, \"E\" sicurezza, \"E\" integrazione con ecosistemi aperti. L'operatore logico \"E\" \u00e8 un simbolo pi\u00f9 lungo di uno solo rispetto a \"O\" \u2013 ed \u00e8 questa la principale differenza.<\/p>\n

Periodo quaternario: i moderni data center e il brusco cambiamento climatico predicono lo sviluppo delle soluzioni di storage definite dal software<\/h2>\n

\nCome 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\".<\/p>\n

Non aveva senso affrontare le singole problematiche per soddisfare requisiti specifici. La somma di questi elementi non diventa un tutto unico. Cos\u00ec 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:<\/p>\n