ProgrammatÅ«ras definētas uzglabāŔanas sistēmas vai kas nogalināja dinozaurus?

ProgrammatÅ«ras definētas uzglabāŔanas sistēmas vai kas nogalināja dinozaurus?

Viņi kādreiz ieņēma barÄ«bas ķēdes augÅ”daļu. Jau tÅ«kstoÅ”iem gadu. Un tad notika neiedomājamais: debesis pārklāja mākoņi, un tie beidza pastāvēt. Otrā pasaules malā notika notikumi, kas mainÄ«ja klimatu: palielinājās mākoņainÄ«ba. Dinozauri kļuva pārāk lieli un pārāk lēni: viņu mēģinājumi izdzÄ«vot bija lemti neveiksmei. Virsotnes plēsēji pār Zemi valdÄ«ja 100 miljonus gadu, augot lielāki un stiprāki. Viņi attÄ«stÄ«jās par ideālu bÅ«tni barÄ«bas ķēdes augÅ”galā, taču visums pēkŔņi mainÄ«ja mÅ«su planētas seju.

Ironiski, ka tieÅ”i mākoņi pirms 66 miljoniem gadu iznÄ«cināja dinozaurus. Tādā paŔā veidā mākoņi mÅ«sdienās iznÄ«cina klasiskās datu uzglabāŔanas sistēmas pārtikas ķēdes augÅ”galā. Abos gadÄ«jumos problēma nebija paÅ”os mākoņos, bet gan spējā pielāgoties mainÄ«gajai pasaulei. Dinozauru gadÄ«jumā viss notika ātri: mākoņu destruktÄ«vā ietekme radās dažu dienu vai nedēļu laikā pēc meteorÄ«ta kriÅ”anas (vai vulkāna izvirduma - teorijas izvēle ir jÅ«su). Klasisko datu noliktavu gadÄ«jumā process ilgst gadiem, taču tas, protams, ir neatgriezenisks.

Triass: diždzelzs laikmets un migrācijas pieteikumu parādīŔanās

Kas tad notika? EsoÅ”ajā ekosistēmā ietilpa sākuma lÄ«meņa un vidēja lÄ«meņa uzglabāŔanas sistēmas, uzņēmuma lÄ«meņa sistēmas un tieÅ”i pievienotā krātuve (DAS). Å Ä«s kategorijas noteica analÄ«tiÄ·i, un tām bija savi tirgus apjomi, izmaksu, uzticamÄ«bas, veiktspējas un mērogojamÄ«bas rādÄ«tāji. Un tad notika kaut kas dÄ«vains.

Virtuālo maŔīnu parādÄ«Å”anās nozÄ«mēja, ka vienā serverÄ« vienlaikus varēja darboties vairākas lietojumprogrammas, iespējams, vairākiem Ä«paÅ”niekiem ā€” Ŕīs izmaiņas nekavējoties apÅ”aubÄ«ja tieÅ”i pievienotās krātuves nākotni. Tad lielāko hipermēroga infrastruktÅ«ru (hiperskaleru) Ä«paÅ”nieki: Facebook, Google, eBay u.c., noguruÅ”i maksāt milzÄ«gas naudas summas par uzglabāŔanas sistēmām, izstrādāja savas aplikācijas, kas nodroÅ”ināja datu pieejamÄ«bu parastajos serveros, nevis lielos ā€œaparatÅ«rasā€ krātuves. sistēmas. Tad Amazon tirgÅ« ieviesa kaut ko dÄ«vainu ar nosaukumu Simple Storage Service jeb S3. Nevis bloks, nevis fails, bet kaut kas principiāli jauns: kļuva neiespējami nopirkt sistēmu, kļuva iespējams iegādāties tikai pakalpojumu. Pagaidiet, kas ir tā spilgtā gaisma, kas redzama debesÄ«s? Vēl viens asteroÄ«ds?

Juras periods: ā€œpietiekami labu saurusā€ laikmets

Mēs iegājām krātuves izstrādes fāzē ar ideoloÄ£iju ā€œpietiekami labiā€. Krātuves klienti, pamanÄ«juÅ”i hiperskalētāju paveikto, sāka apÅ”aubÄ«t desmit vai pat simtkārtÄ«gu papildu izmaksu taisnÄ«gumu salÄ«dzinājumā ar aparatÅ«ru, ko viņi maksāja par savām korporatÄ«vajām uzglabāŔanas sistēmām. Vidēja lÄ«meņa masÄ«vi sāka iegÅ«t tirgus daļu no augstākā lÄ«meņa sistēmām. Produkti, piemēram, HPE 3PAR uzrādÄ«ja strauju izaugsmi. EMC Symmetrix, kādreiz dominējoÅ”ais uzņēmumu klases masÄ«vs, joprojām ietilpa zināmā teritorijā, taču tā strauji saruka. Daudzi lietotāji ir sākuÅ”i migrēt savus datus uz AWS.

No otras puses, krātuves novatori sāka aizņemties idejas no hiperskalētājiem, izmantojot sadalÄ«tu horizontāli mērogojamu sistēmu tehnoloÄ£ijas - ideoloÄ£iju, kas ir pretēja vertikālajai mērogoÅ”ana. Paredzams, ka jaunā krātuves programmatÅ«ra varēs darboties parastajos serveros, tāpat kā hiperskaleros. Ne vairāk 10-100 reizes pārsniedz paÅ”a aprÄ«kojuma izmaksas. Teorētiski jÅ«s varat izmantot jebkuru serveri - izvēle ir atkarÄ«ga no jÅ«su vēlmēm. Ir sācies programmatÅ«ras definētās krātuves (SDS) laikmets: mākoņi aizsedza debesis, temperatÅ«ra pazeminājās un virsotņu plēsēju populācija sāka samazināties.

KrÄ«ta periods: programmatÅ«ras definētu uzglabāŔanas sistēmu evolÅ«cijas sākums

ProgrammatÅ«ras definētas krātuves pirmās dienas bija satraucoÅ”as. Daudz tika solÄ«ts, bet maz tika izpildÄ«ts. Tajā paŔā laikā notika svarÄ«ga tehnoloÄ£iska maiņa: zibatmiņa kļuva par modernu alternatÄ«vu rÅ«sai (HDD). Å is bija daudzu krātuves jaunuzņēmumu un viegli apstrādājamā riska kapitāla naudas periods. Viss bÅ«tu lieliski, ja ne viena problēma: datu glabāŔana prasa nopietnus apsvērumus. Izrādās, ka klienti mÄ«l savus datus. Ja viņi zaudē piekļuvi tai vai tiek atrasti daži slikti biti datu terabaitos, viņi ļoti uztraucas un uztraucas. Lielākā daļa jaunuzņēmumu neizdzÄ«voja. Klienti saņēma lielisku funkcionalitāti, taču ne viss bija labi ar pamata rÄ«kiem. Slikta recepte.

Kainozoja periods: dominē krātuves masīvi

Tikai daži cilvēki runā par to, kas notika pēc tam, jo ā€‹ā€‹tas nav Ä«paÅ”i interesanti - klienti turpina iegādāties tos paÅ”us klasiskos krātuves masÄ«vus. Protams, tie, kas pārvietoja savas aplikācijas uz mākoņiem, pārvietoja arÄ« savus datus uz turieni. Taču lielākajai daļai klientu, kuri nevēlas pilnÄ«bā pārslēgties uz mākoni vai nevēlas pārslēgties vispār, tas pats Hewlett Packard Enterprise turpināja piedāvāt klasiskos masÄ«vus.

Mēs esam 2019. gadā, tad kāpēc joprojām pastāv vairāku miljardu dolāru uzglabāŔanas bizness, kura pamatā ir Y2K tehnoloÄ£ija? Jo viņi strādā! VienkārÅ”i sakot, uz ažiotāžas viļņa radÄ«tie produkti netika realizēti misijai kritisko lietojumprogrammu prasÄ«bas. Tādi produkti kā HPE 3PAR joprojām ir labākās iespējas uzņēmumu klientiem, un jaunā HPE 3PAR arhitektÅ«ras attÄ«stÄ«ba ir HPE Primera ā€“ tas to tikai apstiprina.

Savukārt programmatÅ«ras definēto uzglabāŔanas sistēmu iespējas bija lieliskas: horizontālā mērogojamÄ«ba, standarta serveru izmantoÅ”ana... Bet cena par to bija: nestabila pieejamÄ«ba, neprognozējama veiktspēja un specifiski mērogojamÄ«bas noteikumi.

Klientu prasÄ«bu sarežģītÄ«ba ir tāda, ka tās nekad nekļūst vienkārŔākas. Neviens neteiks, ka datu integritātes zudums vai palielināts dÄ«kstāves laiks ir pieņemams. Tāpēc uzglabāŔanas sistēmām tik svarÄ«ga ir arhitektÅ«ra, kas vienlaikus atbilst mÅ«sdienu strauji attÄ«stoÅ”o datu centru prasÄ«bām un, meklējot kompromisu, netrÅ«kst uzņēmuma klases uzglabāŔanas sistēmu galvenajām Ä«paŔībām.

Terciārais periods: jaunu dzīvības formu raŔanās

Mēģināsim izdomāt, kā vienam no krātuvju tirgus jaunpienācējiem - Datera - izdevās tikt galā ar tik sarežģītu vēsturiski izveidoto un jaunu uzglabāŔanas sistēmu prasÄ«bu sajaukumu. Pirmkārt, ievieÅ”ot arhitektÅ«ru, kas vērsta uz iepriekÅ” aprakstÄ«tās dilemmas risināŔanu. Nav iespējams modificēt mantoto arhitektÅ«ru, lai tā atbilstu mÅ«sdienu datu centra izaicinājumiem, tāpat kā nav iespējams modificēt vidējo programmatÅ«ras definētu krātuves arhitektÅ«ru, lai tā atbilstu uzņēmuma klases sistēmu prasÄ«bām: dinozauri nav kļuvuÅ”i par zÄ«dÄ«tājiem temperatÅ«ras dēļ. nokrita.

Izstrādāt risinājumu, kas atbilst uzņēmuma lÄ«meņa krātuves prasÄ«bām, vienlaikus pilnÄ«bā izmantojot modernā datu centra veiklÄ«bas priekÅ”rocÄ«bas, nav viegls uzdevums, taču tas ir tieÅ”i tas, ko Datera ir nolēmis darÄ«t. Datera speciālisti pie tā strādā jau piecus gadus un ir atraduÅ”i recepti uzņēmuma klases programmatÅ«ras definētas krātuves ā€œgatavoÅ”anaiā€.

Galvenās grÅ«tÄ«bas, ar kurām Datera saskārās, bija tas, ka tai bija jāizmanto loÄ£iskais operators "AND", nevis daudz vienkārŔāks "OR". Konsekventa pieejamÄ«ba, UN prognozējama veiktspēja, UN arhitektÅ«ras mērogojamÄ«ba, UN orÄ·estrÄ“Å”ana kā kods, UN standartizēta aparatÅ«ra, UN politikas izpilde, UN elastÄ«ba, UN uz analÄ«zi balstÄ«ta pārvaldÄ«ba, ā€œUNā€ droŔība, ā€œUNā€ integrācija ar atvērtām ekosistēmām. LoÄ£iskais operators ā€œANDā€ ir par vienu rakstzÄ«mi garāks par ā€œORā€ - tā ir galvenā atŔķirÄ«ba.

Kvartāra periods: moderni datu centri un pēkŔņas klimata pārmaiņas nosaka programmatÅ«ras definētu uzglabāŔanas sistēmu attÄ«stÄ«bu

Tātad, kā Datera izveidoja arhitektÅ«ru, kas atbilst tradicionālās uzņēmuma krātuves prasÄ«bām, vienlaikus apmierinot mÅ«sdienu datu centra prasÄ«bas? Tas atkal ir saistÄ«ts ar Å”o nepatÄ«kamo ā€œUNā€ operatoru.

Nebija jēgas risināt individuālās prasības pa vienam. Šādu elementu summa nekļūs par vienotu veselumu. Tāpat kā jebkurā sarežģītā sistēmā, bija svarīgi rūpīgi apsvērt visu līdzsvaroto kompromisu kompleksu. Izstrādājot, Datara speciālisti vadījās pēc trim galvenajiem principiem:

  • lietojumprogrammām specifiska pārvaldÄ«ba;
  • vienots mehānisms datu elastÄ«bas nodroÅ”ināŔanai;
  • augsta veiktspēja samazinātu pieskaitāmo izmaksu dēļ.

Å o principu kopÄ«gā iezÄ«me ir vienkārŔība. Viegli pārvaldiet savu sistēmu, viegli pārvaldiet savus datus, izmantojot vienu, elegantu dzinēju, un nodroÅ”iniet paredzamu (un augstu) veiktspēju, vienlaikus samazinot izmaksas. Kāpēc vienkārŔība ir tik svarÄ«ga? AtjautÄ«gie profesionāļi krātuves pasaulē zina, ka mÅ«sdienu dinamiskā datu centra krātuves prasÄ«bu izpildi nevar sasniegt tikai ar detalizētu pārvaldÄ«bu, vairākiem datu pārvaldÄ«bas rÄ«kiem un veiktspējas palielināŔanas hiperoptimizāciju. Šādu paņēmienu komplekss mums jau ir pazÄ«stams kā dinozauru uzglabāŔanas sistēma.

Å o principu iepazÄ«Å”ana Daterai ir bijusi laba. Viņu izstrādātajai arhitektÅ«rai, no vienas puses, ir modernas uzņēmuma klases uzglabāŔanas sistēmas pieejamÄ«ba, veiktspēja un mērogojamÄ«ba, no otras puses, elastÄ«ba un ātrums, kas nepiecieÅ”ams modernam programmatÅ«ras definētam datu centram.

Datera pieejamība Krievijā

Datera ir Hewlett Packard Enterprise globālais tehnoloģiju partneris. Datera produkti tiek pārbaudīti attiecībā uz saderību un veiktspēju ar dažādiem serveru modeļiem HPE ProLiant.

Vairāk par Datera arhitektūru varat uzzināt vietnē HPE vebinārs 31 oktobris.

Avots: www.habr.com

Pievieno komentāru