Kadaise jie užėmė maisto grandinės viršūnę. Jau tūkstančius metų. Ir tada atsitiko neįsivaizduojamas dalykas: dangus buvo padengtas debesimis, ir jie nustojo egzistuoti. Kitoje pasaulio pusėje įvyko įvykių, kurie pakeitė klimatą: padidėjo debesuotumas. Dinozaurai tapo per dideli ir per lėti: jų bandymai išgyventi buvo pasmerkti nesėkmei. Viršūnės plėšrūnai valdė Žemę 100 milijonų metų, augo didesni ir stipresni. Jie išsivystė į tai, kas atrodė kaip tobula būtybė maisto grandinės viršuje, tačiau visata staiga pakeitė mūsų planetos veidą.
Ironiška, bet debesys prieš 66 milijonus metų išnaikino dinozaurus. Lygiai taip pat debesys šiandien naikina klasikines duomenų saugojimo sistemas, esančias maisto grandinės viršuje. Abiem atvejais problema buvo ne patys debesys, o gebėjimas prisitaikyti prie besikeičiančio pasaulio. Dinozaurų atveju viskas įvyko greitai: griaunantis debesų poveikis pasireiškė per kelias dienas ar savaites nuo meteorito kritimo (arba ugnikalnio išsiveržimo – teorijos pasirinkimas yra jūsų). Klasikinių duomenų saugyklų atveju procesas trunka ne vienerius metus, tačiau, žinoma, jis yra negrįžtamas.
Triaso laikotarpis: didžiojo geležies amžius ir migracijos programų atsiradimas
Taigi, kas atsitiko? Esama ekosistema apėmė pradinio ir vidutinio lygio saugojimo sistemas, įmonės lygio sistemas ir tiesiogiai prijungtą saugyklą (DAS). Šias kategorijas nustatė analitikai ir jos turėjo savo rinkos apimtis, sąnaudų, patikimumo, našumo ir mastelio keitimo rodiklius. Ir tada atsitiko kažkas keisto.
Virtualių mašinų atsiradimas reiškė, kad viename serveryje vienu metu galėjo veikti kelios programos, greičiausiai keliems savininkams – tai pokytis, dėl kurio iškart kilo abejonių dėl tiesioginio prijungimo saugyklos ateities. Tuomet didžiausių hiperskalerių infrastruktūrų (hiperskalerių): Facebook, Google, eBay ir kt. savininkai, pavargę mokėti didžiulius pinigus už saugojimo sistemas, sukūrė savo programas, kurios užtikrino duomenų prieinamumą įprastuose serveriuose, o ne didelėse „aparatinėse“ saugyklose. sistemos. Tada „Amazon“ rinkai pristatė kažką keisto, pavadinto „Simple Storage Service“ arba S3. Ne blokas, ne failas, o kažkas iš esmės naujo: tapo neįmanoma nusipirkti sistemos, tapo įmanoma nusipirkti tik paslaugą. Palauk, kas ta ryški šviesa matoma danguje? Kitas asteroidas?
Juros periodas: „pakankamai gerų saurus“ era
Į saugyklos kūrimo etapą įžengėme vadovaudamiesi ideologija „pakankamai gerai“. Saugyklos klientai, pastebėję, ką padarė hiperskaluotojai, pradėjo abejoti dešimties ar net šimto kartų didesnių papildomų sąnaudų, palyginti su technine įranga, sąžiningumu, kurias jie moka už savo įmonės saugojimo sistemas. Vidutinio lygio masyvai pradėjo laimėti rinkos dalį iš aukščiausios klasės sistemų. Tokie produktai kaip parodė greitą augimą. EMC Symmetrix, kažkada dominavęs įmonių klasės masyvas, vis dar turėjo tam tikrą teritoriją, tačiau ji sparčiai mažėjo. Daugelis vartotojų pradėjo perkelti savo duomenis į AWS.
Kita vertus, saugyklų novatoriai pradėjo skolintis idėjas iš hiperskalerių, naudodami paskirstytų horizontaliai keičiamų sistemų technologijas – ideologiją, priešingą vertikaliam mastelio keitimui. Tikimasi, kad naujoji saugojimo programinė įranga galės veikti įprastuose serveriuose, kaip ir hiperskaleriai. Ne daugiau 10-100 kartų didesnė už pačios įrangos kainą. Teoriškai galite naudoti bet kurį serverį – pasirinkimas priklauso nuo jūsų pageidavimų. Prasidėjo programinės įrangos saugojimo (SDS) era: debesys užtemdė dangų, temperatūra nukrito, o viršūninių plėšrūnų populiacija pradėjo mažėti.
Kreidos periodas: programinės įrangos apibrėžtų saugojimo sistemų evoliucijos pradžia
Ankstyvosios programinės įrangos saugojimo dienos buvo svaiginančios. Buvo daug žadėta, bet mažai kas buvo įvykdyta. Tuo pačiu metu įvyko svarbus technologinis poslinkis: „flash“ atmintis tapo modernia besisukančių rūdžių (HDD) alternatyva. Tai buvo daugelio saugyklų paleidimo ir lengvai valdomų rizikos kapitalo pinigų laikotarpis. Viskas būtų puiku, jei ne viena problema: duomenų saugojimas reikalauja rimto svarstymo. Pasirodo, klientai mėgsta savo duomenis. Jei jie praranda prieigą prie jo arba terabaituose duomenų randama keletas blogų bitų, jie labai jaudinasi ir nerimauja. Dauguma startuolių neišgyveno. Klientai gavo puikų funkcionalumą, tačiau ne viskas buvo gerai naudojant pagrindinius įrankius. Blogas receptas.
Kainozojaus laikotarpis: dominuoja saugyklų masyvai
Mažai žmonių kalba apie tai, kas nutiko po to, nes tai nėra labai įdomu - klientai ir toliau perka tuos pačius klasikinius saugojimo masyvus. Žinoma, tie, kurie perkėlė programas į debesis, ten perkėlė ir savo duomenis. Tačiau didžiajai daugumai klientų, kurie nenori visiškai arba visai nenori pereiti prie debesies, ta pati „Hewlett Packard Enterprise“ ir toliau siūlė klasikinius masyvus.
Atėjome 2019 m., tad kodėl vis dar egzistuoja kelių milijardų dolerių vertės saugojimo verslas, pagrįstas Y2K technologija? Nes jie dirba! Paprasčiau tariant, ant ažiotažo bangos sukurti produktai nebuvo įgyvendinami itin svarbių programų reikalavimai. Tokie produktai kaip HPE 3PAR išliko geriausiu pasirinkimu verslo klientams, o nauja HPE 3PAR architektūros raida – tai tik patvirtina.
Savo ruožtu programinės įrangos apibrėžtų saugojimo sistemų galimybės buvo puikios: horizontalus mastelio keitimas, standartinių serverių naudojimas... Bet kaina už tai buvo: nestabilus pasiekiamumas, nenuspėjamas našumas ir specifinės mastelio keitimo taisyklės.
Klientų reikalavimų sudėtingumas yra tas, kad jie niekada netampa paprastesni. Niekas nepasakys, kad duomenų vientisumo praradimas ar ilgesnis prastovos laikas yra priimtinas. Būtent todėl saugojimo sistemoms tokia svarbi architektūra, kuri vienu metu atitinka šiuolaikinių sparčiai besivystančių duomenų centrų reikalavimus ir, ieškant kompromiso, nestokoja pagrindinių įmonės klasės saugojimo sistemų charakteristikų.
Tretinis laikotarpis: naujų gyvybės formų atsiradimas
Pabandykime išsiaiškinti, kaip vienam iš saugyklų rinkos naujokų – „Datera“ – pavyko susidoroti su tokiu sudėtingu istoriškai nusistovėjusių ir naujų reikalavimų saugojimo sistemoms mišiniu. Visų pirma, įgyvendinant architektūrą, orientuotą į aukščiau aprašytos dilemos sprendimą. Neįmanoma modifikuoti senos architektūros, kad ji atitiktų šiuolaikinio duomenų centro iššūkius, kaip ir neįmanoma modifikuoti vidutinės programinės įrangos apibrėžtos saugojimo architektūros, kad ji atitiktų verslo klasės sistemų reikalavimus: dinozaurai netapo žinduoliais dėl temperatūros. nukrito.
Sukurti sprendimą, atitinkantį įmonės lygio saugojimo reikalavimus, išnaudojant visus šiuolaikinio duomenų centro lankstumo privalumus, nėra lengva užduotis, tačiau būtent tai „Datera“ užsibrėžė padaryti. „Datera“ specialistai šiuo klausimu dirbo penkerius metus ir rado receptą, kaip „virti“ įmonės klasės programinės įrangos apibrėžtą saugyklą.
Pagrindinis „Datera“ sunkumas buvo tas, kad ji turėjo naudoti loginį operatorių „AND“, o ne daug paprastesnį „OR“. Nuoseklus pasiekiamumas, IR nuspėjamas našumas, IR architektūrinis mastelio keitimas, IR orkestravimas kaip kodas, IR standartizuota aparatinė įranga, IR politikos vykdymas, IR lankstumas, IR analizės pagrįstas valdymas, „IR“ sauga, „IR“ integracija su atviromis ekosistemomis. Loginis operatorius "AND" yra vienu simboliu ilgesnis nei "OR" - tai yra pagrindinis skirtumas.
Kvartero laikotarpis: modernūs duomenų centrai ir staigi klimato kaita nulemia programinės įrangos saugojimo sistemų kūrimą
Taigi, kaip „Datera“ sukūrė architektūrą, atitinkančią tradicinės įmonės saugyklos poreikius ir tuo pat metu atitinkančią šiuolaikinio duomenų centro poreikius? Viskas vėl priklauso nuo to nemalonaus „IR“ operatoriaus.
Nebuvo prasmės spręsti individualius reikalavimus po vieną. Tokių elementų suma netaps viena visuma. Kaip ir bet kurioje sudėtingoje sistemoje, svarbu buvo atidžiai apsvarstyti visą subalansuotų kompromisų kompleksą. Kurdami „Datera“ specialistai vadovavosi trimis pagrindiniais principais:
- konkrečios programos valdymas;
- vieningas duomenų lankstumo užtikrinimo mechanizmas;
- didelis našumas dėl sumažėjusių pridėtinių išlaidų.
Bendras šių principų bruožas yra paprastumas. Lengvai valdykite savo sistemą, lengvai valdykite duomenis naudodami vieną elegantišką variklį ir užtikrinkite nuspėjamą (ir aukštą) našumą mažindami išlaidas. Kodėl paprastumas toks svarbus? Sumanūs saugojimo pasaulio profesionalai žino, kad šiandienos dinamiško duomenų centro saugyklos reikalavimų tenkinimas negali būti pasiektas tik naudojant detalų valdymą, kelis duomenų valdymo įrankius ir itin optimizuojant našumą. Tokių technikų kompleksas mums jau pažįstamas kaip dinozaurų saugojimo sistema.
Šių principų pažinimas pasitarnavo Daterai. Jų sukurta architektūra, viena vertus, turi modernios įmonės klasės saugojimo sistemos prieinamumą, našumą ir mastelį, kita vertus, lankstumą ir greitį, reikalingą šiuolaikiniam programinės įrangos apibrėžtam duomenų centrui.
„Datera“ prieinamumas Rusijoje
„Datera“ yra pasaulinė „Hewlett Packard Enterprise“ technologijų partnerė. „Datera“ produktų suderinamumas ir našumas tikrinamas su įvairiais serverių modeliais .
Daugiau apie Datera architektūrą galite sužinoti adresu 31 d.
Šaltinis: www.habr.com