{"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 distrutto i dinosauri?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Storage
\n
\nUn tempo occupavano la vetta della catena alimentare. Per millenni. Poi successe l'impensabile: il cielo si oscur\u00f2 e loro smisero di esistere. Dall'altra parte del mondo, eventi 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 di punta regnarono sulla Terra per 100 milioni di anni, crescendo sempre di pi\u00f9 e diventando sempre pi\u00f9 forti. Evolvettero in ci\u00f2 che sembrava essere l'essere perfetto, al vertice della catena alimentare, ma l'Universo cambi\u00f2 all'improvviso l'aspetto del nostro pianeta.
\n<\/a><\/noindex>
\nIronia della sorte, furono proprio le nuvole a cancellare i dinosauri dalla faccia della Terra 66 milioni di anni fa. Allo stesso modo, oggi le nuvole stanno distruggendo i sistemi di archiviazione tradizionali, che si trovano \"al vertice della catena alimentare\". In entrambi i casi, il problema non erano le nuvole stesse, ma la 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 nel giro di giorni o settimane dopo l'impatto di un meteorite (o l'eruzione di un vulcano - a voi la scelta della teoria). Nel caso dei tradizionali sistemi di archiviazione, il processo richiede anni, ma \u00e8 certamente irreversibile.<\/p>\n

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

\nE quindi, cosa \u00e8 successo? Nell'ecosistema esistevano sistemi di archiviazione di livello entry e medio, sistemi di livello enterprise e sistemi di archiviazione direttamente collegati (DAS). Queste categorie erano definite dagli analisti, avevano i loro volumi di mercato, indicatori di costo, affidabilit\u00e0, prestazioni e scalabilit\u00e0. E poi successe qualcosa di strano. <\/p>\n

L'arrivo delle macchine virtuali significava che su un server potevano funzionare contemporaneamente numerose applicazioni, probabilmente di diversi proprietari: questi cambiamenti mettevano immediatamente in discussione il futuro dei sistemi di archiviazione a collegamento diretto. Poi i proprietari delle pi\u00f9 grandi infrastrutture iperscalabili (hyperscalers): Facebook, Google, eBay, ecc., stanchi di pagare enormi somme per i sistemi di archiviazione, svilupparono proprie applicazioni per garantire la disponibilit\u00e0 dei dati su server normali invece che su grandi sistemi di archiviazione. Successivamente, la societ\u00e0 Amazon present\u00f2 al 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 acquistare un sistema, si poteva comprare solo un servizio. Aspetta, che cos'\u00e8 quella luce brillante visibile nel cielo? Un altro asteroide?<\/p>\n

Periodo giurassico: l'era dei \u00abdinosauri sufficientemente buoni\u00bb <\/h2>\n

\nSiamo entrati in una fase di sviluppo dei sistemi di archiviazione con l'ideologia del \u00absufficientemente buono\u00bb. I clienti che utilizzano i sistemi di archiviazione, notando quello che hanno fatto gli iperscalatori, hanno cominciato a mettere in discussione la giustizia del valore aggiunto decuple o addirittura centuple rispetto all'hardware che pagavano per i loro sistemi di archiviazione aziendali. Le soluzioni di fascia media hanno iniziato a reclamare una quota di mercato dai sistemi di fascia alta. Prodotti come HPE 3PAR<\/a><\/noindex> hanno mostrato una rapida crescita. EMC Symmetrix, un tempo il sistema dominante (dal termine \u00abmassivo\u00bb) di classe enterprise, teneva ancora una certa area, ma stava rapidamente diminuendo. Molti utenti hanno cominciato a trasferire i propri dati su AWS.<\/p>\n

D'altra parte, gli innovatori dei sistemi di archiviazione hanno cominciato a prendere spunto dagli iperscalatori, utilizzando tecnologie di sistemi distribuiti orizzontalmente scalabili \u2013 un'ideologia opposta alla scalabilit\u00e0 verticale. Si prevede che il nuovo software per i sistemi di archiviazione possa funzionare su server normali, proprio come presso gli iperscalatori. Niente pi\u00f9 prezzi 10-100 volte superiori al costo dell'hardware. In teoria \u00e8 possibile utilizzare qualsiasi server \u2013 la scelta dipende dalle preferenze personali. L'era dei sistemi di archiviazione definiti da software (SDS) \u00e8 iniziata: le nuvole hanno chiuso il cielo, la temperatura \u00e8 scesa e la popolazione dei predatori di vertice ha iniziato a ridursi.<\/p>\n

Periodo Cretaceo: l'inizio dell'evoluzione dei sistemi di archiviazione definiti da software <\/h2>\n

\nI primi giorni dello storage definito dal software furono tumultuosi. C'era molta promessa, ma pochi risultati. Contemporaneamente si \u00e8 verificata una svolta tecnologica importante: la memoria flash \u00e8 diventata un'alternativa moderna alla \u00abruggine rotante\u00bb (HDD). Questo \u00e8 stato un periodo di nascita di molte startup nel settore dello storage e di facili finanziamenti di venture capital. Tutto sarebbe andato bene, se non fosse stato per un problema: la conservazione dei dati richiede un approccio serio. Si \u00e8 scoperto che ai clienti piacciono i propri dati. Se perdono accesso a essi, o se in terabyte di dati si scovano alcuni bit errati, si preoccupano e molto seriamente. La maggior parte delle startup non \u00e8 sopravvissuta. I clienti ottenevano funzionalit\u00e0 avanzate, ma non tutto andava bene con gli strumenti di base. Una cattiva ricetta.<\/p>\n

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

\nPochi parlano di ci\u00f2 che \u00e8 accaduto dopo, perch\u00e9 non \u00e8 molto interessante: i clienti continuano a comprare gli stessi classici array di storage. Certo, coloro che hanno spostato le proprie applicazioni nel cloud, hanno spostato anche i dati. Ma per la stragrande maggioranza dei clienti che non vogliono migrare completamente nel cloud, o non vogliono migrare affatto, la stessa Hewlett Packard Enterprise ha continuato a offrire array classici.<\/p>\n

Siamo nel 2019, quindi perch\u00e9 esiste ancora un'industria miliardaria dello storage, basata su tecnologie risalenti all'epoca del Y2K? Perch\u00e9 funzionano! In parole povere, i requisiti delle applicazioni critiche non sono stati soddisfatti dai prodotti creati durante l'ondata di entusiasmo. Prodotti come HPE 3PAR sono rimasti le migliori opzioni per i clienti aziendali, e il nuovo ciclo evolutivo dell'architettura HPE 3PAR \u2013 HPE Primera<\/a><\/noindex> \u2013 lo conferma.<\/p>\n

In compenso, le capacit\u00e0 dello storage definito dal software erano notevoli: scalabilit\u00e0 orizzontale, utilizzo di server standard\u2026 Ma il prezzo da pagare \u00e8 stato: disponibilit\u00e0 instabile, prestazioni imprevedibili e regole specifiche di scalabilit\u00e0. <\/p>\n

La complessit\u00e0 delle richieste dei clienti sta nel fatto 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 siano accettabili. \u00c8 per questo motivo che per le architetture di storage \u00e8 fondamentale un design in grado di soddisfare le esigenze dei moderni data center che evolvono rapidamente, senza compromettere le caratteristiche chiave delle soluzioni enterprise.<\/p>\n

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

\nCerchiamo di capire come una delle nuove realt\u00e0 nel mercato delle architetture di storage \u2013 l'azienda Datera \u2013 sia riuscita a gestire questa complessa combinazione di requisiti storicamente consolidati e nuove necessit\u00e0. Questo \u00e8 stato possibile principalmente attraverso l'implementazione di un'architettura focalizzata sulla risoluzione del dilemma sopra descritto. Non \u00e8 possibile modificare un'architettura obsoleta per affrontare i problemi di un moderno data center, proprio come non \u00e8 possibile adattare l'architettura di una classica soluzione di storage software-defined per soddisfare le esigenze richieste per i sistemi enterprise: i dinosauri non sono diventati mammiferi perch\u00e9 la temperatura \u00e8 scesa. <\/p>\n

Costruire una soluzione che soddisfi i requisiti di un sistema di storage di livello enterprise e al contempo consideri il valore della dinamicit\u00e0 del moderno data center \u00e8 una sfida complessa, ma \u00e8 proprio ci\u00f2 che l'azienda Datera intendeva realizzare. Gli specialisti di Datera hanno lavorato su questo per cinque anni e hanno trovato la ricetta per 'preparare' un'architettura di storage software-defined di classe enterprise.<\/p>\n

La principale difficolt\u00e0 affrontata da Datera consisteva nell'utilizzo dell'operatore logico 'AND' anzich\u00e9 del notevolmente pi\u00f9 semplice 'OR'. Disponibilit\u00e0 stabile, 'AND' prestazioni previste, 'AND' scalabilit\u00e0 architetturale, 'AND' orchestration-as-code, 'AND' hardware standardizzato, 'AND' implementazione delle policy di gestione, 'AND' flessibilit\u00e0, 'AND' gestione basata sull'analisi, 'AND' sicurezza, 'AND' integrazione con ecosistemi aperti. L'operatore logico 'AND' \u00e8 pi\u00f9 lungo di un carattere rispetto a 'OR', ed \u00e8 qui che risiede la principale differenza.<\/p>\n

Periodo quaternario: i moderni data center e il brusco cambiamento climatico predicono lo sviluppo delle architetture di storage software-defined.<\/h2>\n

\nCome ha fatto Datera a creare un'architettura che soddisfa i requisiti delle tradizionali architetture di storage aziendale e, allo stesso tempo, le esigenze dei moderni data center? Tutto si riduce di nuovo a quell'insistente operatore \"E\".<\/p>\n

Non aveva senso affrontare un compito alla volta per soddisfare singole esigenze. La somma di tali elementi non diventa un tutto unico. Come in qualsiasi sistema complesso, qui era importante un'attenta elaborazione dell'intero insieme di compromessi bilanciati. Nello sviluppo, gli esperti di Datera si sono orientati su tre principi fondamentali:<\/p>\n