Ohjelmistopohjaiset tallennusjärjestelmät vai mikä tappoi dinosaurukset?

Ohjelmistopohjaiset tallennusjärjestelmät vai mikä tappoi dinosaurukset?

He olivat kerran ravintoketjun huipulla. Tuhansia vuosia. Ja sitten tapahtui käsittämätön: taivas peittyi pilviin, ja ne lakkasivat olemasta. Toisella puolella maailmaa tapahtui ilmastoa muuttaneita tapahtumia: pilvisyys lisääntyi. Dinosauruksista tuli liian suuria ja liian hitaita: heidän selviytymisyrityksensä oli tuomittu epäonnistumaan. Huippupetoeläimet hallitsivat maapalloa 100 miljoonaa vuotta kasvaen isommaksi ja vahvemmiksi. Heistä kehittyi täydellinen olento ravintoketjun huipulla, mutta universumi muutti yhtäkkiä planeettamme kasvot.

Ironista kyllä, pilvet tuhosivat dinosaurukset 66 miljoonaa vuotta sitten. Samalla tavalla pilvet tuhoavat nykyään klassisia tiedontallennusjärjestelmiä ravintoketjun huipulla. Molemmissa tapauksissa ongelmana ei ollut itse pilvet, vaan kyky sopeutua muuttuvaan maailmaan. Dinosaurusten tapauksessa kaikki tapahtui nopeasti: pilvien tuhoisa vaikutus tapahtui päivien tai viikkojen sisällä meteoriitin putoamisesta (tai tulivuorenpurkauksesta - teorian valinta on sinun). Klassisissa tietovarastoissa prosessi kestää vuosia, mutta se on tietysti peruuttamaton.

Triaskausi: suuren raudan aika ja muuttosovellusten ilmaantuminen

Mitä tapahtui? Nykyinen ekosysteemi sisälsi lähtötason ja keskitason tallennusjärjestelmät, yritystason järjestelmät ja suoraan liitetyn tallennustilan (DAS). Analyytikot määrittelivät nämä luokat, ja niillä oli omat markkinavolyymit, kustannusindikaattorit, luotettavuus, suorituskyky ja skaalautuvuus. Ja sitten tapahtui jotain outoa.

Virtuaalikoneiden tulo merkitsi sitä, että useita sovelluksia saattoi toimia samanaikaisesti yhdellä palvelimella, todennäköisesti useiden omistajien kesken – muutos, joka asetti välittömästi kyseenalaiseksi suoraan liitetyn tallennustilan tulevaisuuden. Sitten suurimpien hyperskaalaajien (hyperscale-infrastruktuurien) omistajat: Facebook, Google, eBay jne., jotka olivat kyllästyneet maksamaan valtavia summia tallennusjärjestelmistä, kehittivät omia sovelluksiaan, jotka takasivat tietojen saatavuuden tavallisilla palvelimilla suurten "laitteistojen" tallennustilan sijaan. järjestelmät. Sitten Amazon toi markkinoille jotain outoa nimeltä Simple Storage Service tai S3. Ei lohko, ei tiedosto, vaan jotain pohjimmiltaan uutta: järjestelmän ostaminen kävi mahdottomaksi, tuli mahdolliseksi ostaa vain palvelu. Hetkinen, mikä on tuo kirkas valo taivaalla? Toinen asteroidi?

Jurassic: "riittävän hyvien saurusten" aikakausi

Lähdimme tallennuskehitysvaiheeseen ideologialla "riittävän hyvä". Tallennusasiakkaat, jotka huomasivat, mitä hyperskaalaajat olivat tehneet, alkoivat kyseenalaistaa yritysten tallennusjärjestelmistään maksamiensa kymmenen- tai jopa satakertaisten lisäkustannusten laitteistoon verrattuna. Keskitason järjestelmät alkoivat voittaa markkinaosuutta huipputason järjestelmistä. Tuotteet, kuten HPE 3PAR osoitti nopeaa kasvua. EMC Symmetrix, aikoinaan hallitseva yritysluokan joukko, piti vielä jonkin verran aluetta, mutta se pieneni nopeasti. Monet käyttäjät ovat alkaneet siirtää tietojaan AWS:ään.

Toisaalta tallennuskehittäjät alkoivat lainata ideoita hyperskaalaajilta käyttämällä hajautettujen horisontaalisesti skaalautuvien järjestelmien tekniikoita - ideologiaa, joka on päinvastainen vertikaaliselle skaalaukselle. Uuden tallennusohjelmiston odotetaan toimivan tavallisilla palvelimilla, aivan kuten hyperskaalaimet. Ei enää 10-100 kertaa itse laitteiston hinta. Teoriassa voit käyttää mitä tahansa palvelinta - valinta riippuu mieltymyksistäsi. Ohjelmistomääritellyn tallennustilan (SDS) aikakausi on alkanut: pilvet peittivät taivaan, lämpötilat laskivat ja kärkipetojen populaatio alkoi laskea.

Liitukausi: ohjelmistopohjaisten tallennusjärjestelmien kehityksen alku

Ohjelmistopohjaisen tallennustilan alkuajat olivat hämmentäviä. Paljon luvattiin, mutta vähän toteutui. Samaan aikaan tapahtui tärkeä teknologinen muutos: flash-muistista tuli moderni vaihtoehto pyörivälle ruosteelle (HDD). Tämä oli monien varastointiyritysten ja helposti käsiteltävän riskipääomarahojen aikaa. Kaikki olisi hienoa, jos ei olisi yhtä ongelmaa: tietojen tallentaminen vaatii vakavaa harkintaa. Osoittautuu, että asiakkaat rakastavat tietojaan. Jos he menettävät pääsyn siihen tai pari huonoa bittiä löytyy teratavuista dataa, he ovat huolissaan ja huolissaan kovasti. Suurin osa startupeista ei selvinnyt. Asiakkaat saivat hienoja toimintoja, mutta kaikki ei ollut kunnossa perustyökaluilla. Huono resepti.

Cenozoic aika: varastomassiivit hallitsevat

Harvat ihmiset puhuvat siitä, mitä tapahtui sen jälkeen, koska se ei ole kovin mielenkiintoista - asiakkaat ostavat edelleen samoja klassisia tallennusjärjestelmiä. Tietysti ne, jotka siirsivät sovelluksensa pilviin, siirsivät myös tietonsa sinne. Mutta suurin osa asiakkaista, jotka eivät halua siirtyä pilveen kokonaan tai eivät halua siirtyä ollenkaan, sama Hewlett Packard Enterprise jatkoi klassisten taulukoiden tarjoamista.

Elämme vuotta 2019, joten miksi edelleen on olemassa useiden miljardien dollarien tallennusliiketoiminta, joka perustuu vuosi 2-teknologiaan? Koska ne toimivat! Yksinkertaisesti sanottuna hype-aallolla luodut tuotteet eivät toteutuneet missiokriittisten sovellusten vaatimuksia. Tuotteet, kuten HPE 3PAR, säilyivät parhaina vaihtoehtoina yritysasiakkaille, ja HPE 3PAR -arkkitehtuurin uusi kehitys on HPE ensin – Tämä vain vahvistaa sen.

Ohjelmistopohjaisten tallennusjärjestelmien ominaisuudet puolestaan ​​olivat erinomaiset: vaakasuuntainen skaalautuvuus, standardipalvelimien käyttö... Mutta hinta tälle oli: epävakaa saatavuus, arvaamaton suorituskyky ja erityiset skaalautuvuussäännöt.

Asiakkaiden vaatimusten monimutkaisuus on, että ne eivät koskaan yksinkertaistu. Kukaan ei sano, että tietojen eheyden menetys tai lisääntynyt seisokkiaika on hyväksyttävää. Siksi arkkitehtuuri, joka täyttää samanaikaisesti nykyaikaisten nopeasti kehittyvien datakeskusten vaatimukset ja josta kompromissia etsittäessä ei vailla yritystason tallennusjärjestelmien keskeisiä ominaisuuksia, on tallennusjärjestelmille niin tärkeä.

Tertiäärikausi: uusien elämänmuotojen ilmaantuminen

Yritetään selvittää, kuinka yksi tallennusmarkkinoiden uusista tuloksista - Datera - onnistui selviytymään niin vaikeasta yhdistelmästä historiallisesti vakiintuneita ja uusia tallennusjärjestelmiä koskevia vaatimuksia. Ensinnäkin edellä kuvatun ongelman ratkaisemiseen keskittyneen arkkitehtuurin toteuttamisen kautta. Vanhaa arkkitehtuuria on mahdotonta muokata vastaamaan nykyaikaisen datakeskuksen haasteita, aivan kuten on mahdotonta muokata keskimääräistä ohjelmiston määrittelemää tallennusarkkitehtuuria vastaamaan yritystason järjestelmien vaatimuksia: dinosauruksista ei tullut nisäkkäitä, koska lämpötila pudonnut.

Yritystason tallennusvaatimukset täyttävän ratkaisun rakentaminen ja nykyaikaisen datakeskuksen ketteryyden täysi hyöty hyödyntäminen ei ole helppoa, mutta juuri niin Datera aikoi tehdä. Dateran asiantuntijat ovat työskennelleet tämän parissa viisi vuotta ja ovat löytäneet reseptin yritysluokan ohjelmistopohjaisen tallennustilan "keittämiseen".

Suurin Dateran kohtaama vaikeus oli se, että sen oli käytettävä loogista operaattoria "AND" paljon yksinkertaisemman "OR" sijaan. Johdonmukainen saatavuus, JA ennustettava suorituskyky, JA arkkitehtoninen skaalautuvuus, JA orchestration-as-code, JA standardoitu laitteisto, JA käytäntöjen täytäntöönpano, JA joustavuus, JA analytiikkaohjattu hallinta, "AND" -turvallisuus, "AND"-integraatio avoimiin ekosysteemeihin. Looginen operaattori "AND" on yksi merkki pidempi kuin "OR" - tämä on tärkein ero.

Kvaternaarikausi: modernit datakeskukset ja äkillinen ilmastonmuutos määräävät ohjelmistopohjaisten tallennusjärjestelmien kehittämisen

Joten miten Datera loi arkkitehtuurin, joka täyttää perinteisen yritystallennustilan vaatimukset ja samalla modernin datakeskuksen vaatimukset? Kaikki johtuu jälleen tuosta ärsyttävästä "JA"-operaattorista.

Ei ollut mitään järkeä käsitellä yksittäisiä vaatimuksia yksitellen. Tällaisten elementtien summasta ei tule yhtä kokonaisuutta. Kuten missä tahansa monimutkaisessa järjestelmässä, koko tasapainoisten kompromissien kokonaisuuden huolellinen harkinta oli tärkeää. Datara-asiantuntijat ohjasivat kehittäessään kolmea pääperiaatetta:

  • sovelluskohtainen hallinta;
  • yhtenäinen mekanismi tietojen joustavuuden varmistamiseksi;
  • korkea suorituskyky pienentyneiden yleiskustannusten ansiosta.

Näiden periaatteiden yhteinen piirre on yksinkertaisuus. Hallitse järjestelmääsi helposti, hallitse tietojasi helposti yhdellä tyylikkäällä moottorilla ja tarjoa ennustettavaa (ja korkeaa) suorituskykyä vähentäen samalla kustannuksia. Miksi yksinkertaisuus on niin tärkeää? Taitavat tallennusalan ammattilaiset tietävät, että nykypäivän dynaamisen datakeskuksen tallennusvaatimuksia ei voida saavuttaa pelkällä rakeisella hallinnalla, useilla tiedonhallintatyökaluilla ja suorituskyvyn parantamiseen tähtäävällä hyperoptimoinnilla. Tällaisten tekniikoiden kompleksi on meille jo tuttu dinosaurusten säilytysjärjestelmänä.

Näiden periaatteiden tuntemus on palvellut Dateraa hyvin. Heidän kehittämässään arkkitehtuurissa on toisaalta nykyaikaisen suuryritysluokan tallennusjärjestelmän saatavuus, suorituskyky ja skaalautuvuus sekä toisaalta nykyaikaisen ohjelmistopohjaisen datakeskuksen edellyttämä joustavuus ja nopeus.

Dateran saatavuus Venäjällä

Datera on Hewlett Packard Enterprisen maailmanlaajuinen teknologiakumppani. Datara-tuotteiden yhteensopivuus ja suorituskyky on testattu erilaisten palvelinmallien kanssa HPE ProLiant.

Voit oppia lisää Datera-arkkitehtuurista osoitteessa HPE webinaari 31 lokakuu.

Lähde: will.com

Lisää kommentti