Праграмна-вызначаныя СГД ці што загубіла дыназаўраў?

Праграмна-вызначаныя СГД ці што загубіла дыназаўраў?

Калісьці яны займалі вяршыню харчовага ланцужка. Тысячагоддзямі. А потым здарылася неймавернае: неба закрылі аблокі, і яны перасталі існаваць. На іншым канцы свету адбыліся падзеі, якія змянілі клімат: павялічылася воблачнасць. Дыназаўры сталі занадта вялікімі і павольнымі: іх спробы выжыць былі асуджаныя на правал. Вышэйшыя драпежнікі кіравалі на Зямлі 100 мільёнаў гадоў, вырастаючы ўсё больш і становячыся ўсё мацней. Яны эвалюцыянавалі ў тое, што здавалася ідэальнай істотай, змешчаным на вяршыні харчовага ланцужка, але Сусвет уміг змяніла аблічча нашай планеты.

Па іроніі лёсу менавіта аблокі сцерлі з твару зямлі дыназаўраў 66 мільёнаў гадоў таму. Сапраўды гэтак жа аблокі сёння знішчаюць класічныя сістэмы захоўвання дадзеных, змешчаныя "на вяршыні харчовага ланцужка". У абодвух выпадках праблема была не ў саміх аблоках, а ў здольнасці адаптавацца да зменлівага свету. У выпадку з дыназаўрамі ўсё здарылася хутка: пагібельны эфект аблокаў наступіў на працягу дзён ці тыдняў з моманту падзення метэарыта (ці вывяржэння вулкана - выбар тэорыі застаецца за вамі). У выпадку з класічнымі сховішчамі дадзеных працэс займае гады, але ён, вядома ж, незваротны.

Трыясавы перыяд: стагоддзе вялікага жалеза і з'яўленне мігруючых прыкладанняў

Дык што ж адбылося? У якая склалася экасістэме існавалі СГД пачатковага і сярэдняга ўзроўняў, сістэмы карпаратыўнага ўзроўня і СХД з прамым падлучэннем (DAS). Гэтыя катэгорыі былі вызначаны аналітыкамі, мелі свае аб'ёмы рынкаў, паказчыкі кошту, надзейнасці, прадукцыйнасці, маштабаванасці. А потым здарылася нешта дзіўнае.

З'яўленне віртуальных машын азначала, што на адным серверы адначасова магло працаваць мноства прыкладанняў, верагодна, некалькіх уладальнікаў - такія змены адразу паставілі пад пытанне будучыню СХД з прамым падлучэннем. Затым уладальнікі найбуйных гипермасштабируемых інфраструктур (гіперскейлеры): Facebook, Google, eBay і г.д., якія стаміліся плаціць велізарныя грошы за СГД, распрацавалі ўласныя прыкладанні, якія забяспечвалі даступнасць дадзеных на звычайных серверах замест вялікіх "жалезных" СХД. Потым кампанія Amazon прадставіла рынку нешта дзіўнае, названае Simple Storage Service (простая служба захоўвання дадзеных) або S3. Не блок, не файл, а нешта прынцыпова новае: купіць сістэму стала немагчыма, з'явілася магчымасць набыць толькі паслугу. Чакайце, што гэта за яркае святло відаць у небе? Яшчэ адзін астэроід?

Юрскі перыяд: эра «досыць добрадобраўраў»

Мы ўвайшлі ў фазу развіцця СГД з ідэалогіяй "досыць добра". Заказчыкі, якія выкарыстоўваюць СГД, заўважыўшы, што зрабілі гіперскейлеры, пачалі ставіць пад сумнеў справядлівасць дзесяці-, а то і сторазовага дадатковага кошту звыш жалеза, якую яны плацілі за свае карпаратыўныя СГД. Масівы сярэдняга ўзроўню пачалі адваёўваць долю рынку ў сістэм вышэйшага звяна. Такія прадукты як HPE 3PAR паказалі хуткі рост. EMC Symmetrix, які дамінуе калісьці масіў (ад слова «масіўны») карпаратыўнага класа, усё яшчэ ўтрымліваў нейкую тэрыторыю, але яна імкліва памяншалася. Многія карыстальнікі сталі пераносіць свае дадзеныя ў AWS.

З іншага боку інавацыйнікі СГД сталі запазычаць ідэі ў гіперскейлераў, выкарыстоўваючы тэхналогіі размеркаваных гарызантальна якія маштабуюцца сістэм – ідэалогіі, процілеглай вертыкальнаму маштабаванню. Чакаецца, што новае ПА СХД зможа працаваць на звычайных серверах, сапраўды гэтак жа, як у гіперскейлераў. Больш ніякіх 10-100 кратных коштаў звыш кошту самога абсталявання. У тэорыі можна выкарыстоўваць любыя серверы - выбар залежыць ад вашых пераваг. Эра праграмна-вызначаных СХД (SDS) пачалася: аблокі закрылі неба, тэмпература ўпала, і папуляцыя вышэйшых драпежнікаў пачала скарачацца.

Крэйдавы перыяд: пачатак эвалюцыі праграмна-вызначаных СГД

Раннія дні праграмна-вызначаных СГД былі бурнымі. Абяцалася вельмі шмат, але пастаўлялася мала. Адначасова адбыўся важны тэхналагічны зрух: флэш-памяць стала сучаснай альтэрнатывай "круціцца іржы" (HDD). Гэта быў перыяд з'яўлення мноства СХД-стартапаў і венчурных грошай, якія лёгка раздаюцца. Усё было б выдатна, калі б не адна праблема: захоўванне дадзеных патрабуе сур'ёзнага стаўлення. Аказалася, кліентам падабаюцца іх дадзеныя. Калі яны губляюць доступ да іх, ці ў тэрабайтах дадзеных выяўляецца пара няправільных бітаў, яны турбуюцца і турбуюцца вельмі моцна. Большасць стартапаў не выжылі. Заказчыкі атрымлівалі круты функцыянал, але не ўсё было добра з базавымі інструментамі. Дрэнны рэцэпт.

Кайназойскай перыяд: масівы СГД дамінуюць

Мала хто кажа аб тым, што здарылася пасля, таму што гэта не вельмі цікава - кліенты працягваюць купляць усё тыя ж класічныя масівы СГД. Вядома, тыя, хто перамясцілі свае прыкладанні ў аблокі, перамясцілі туды ж і дадзеныя. Але для пераважнай большасці замоўцаў, якія не жадаюць пераходзіць у воблака цалкам, ці не жадаюць пераходзіць зусім, тая ж Hewlett Packard Enterprise працягнула прапаноўваць класічныя масівы.

Мы жывем у 2019 годзе, дык чаму ж да гэтага часу існуе шматмільярдны бізнес СХД, заснаваны на тэхналогіях часоў Y2K? Бо яны працуюць! Папросту кажучы, патрабаванні крытычна важных прыкладанняў не рэалізоўваліся прадуктамі, якiя ствараюцца на хвалі хайпа. Такія прадукты як HPE 3PAR заставаліся найлепшымі варыянтамі для карпаратыўных заказчыкаў, і новы віток эвалюцыі архітэктуры HPE 3PAR - HPE First - гэта толькі пацвярджае.

У сваю чаргу, магчымасці праграмна-вызначаных СГД былі выдатнымі: гарызантальная маштабаванасць, выкарыстанне стандартных сервераў… Але адплатай за гэта сталі: нестабільная даступнасць, непрадказальная прадукцыйнасць і спецыфічныя правілы маштабаванасці.

Складанасць патрабаванняў замоўцаў складаецца ў тым, што яны ніколі не становяцца прасцей. Ніхто не скажа, што страта цэласнасці дадзеных ці павелічэнне часу прастою дапушчальныя. Менавіта таму для СГД так важная архітэктура, якая адначасова адпавядае патрабаванням сучасных хутка эвалюцыянуючых ЦАД і пры гэтым у пошуку кампрамісу не пазбаўлена ключавых характарыстык СГД класа прадпрыемства.

Трацічны перыяд: з'яўленне новых форм жыцця

Давайце паспрабуем разабрацца, як аднаму з пачаткоўцаў на рынку СГД – кампаніі Datera – атрымалася даць рады з такой няпростай сумессю гістарычна устояных і новых патрабаванняў да СХД. Першым чынам за рахунак рэалізацыі архітэктуры, арыентаванай на рашэнне апісанай вышэй дылемы. Немагчыма мадыфікаваць старую архітэктуру для рашэння задач, якія стаяць перад сучасным ЦАД, сапраўды гэтак жа, як немагчыма мадыфікаваць архітэктуру сярэдняй праграмна-вызначанай СГД для задавальнення патрабаванняў, што прад'яўляюцца да сістэм карпаратыўнага класа: дыназаўры не сталі сысунамі, таму што ўпала тэмпература.

Пабудова рашэння, які адпавядае патрабаванням СГД карпаратыўнага ўзроўня і адначасова які ўлічвае ўсю каштоўнасць дынамічнасці сучаснага ЦАД, з'яўляецца няпростай задачай, але гэта было менавіта тое, што мела намер зрабіць кампанія Datera. Спецыялісты Datera працавалі над гэтым пяць гадоў і знайшлі рэцэпт «прыгатавання» праграмна-вызначанай СГД класа прадпрыемства.

Галоўная цяжкасць, з якой сутыкнулася Datera, складалася ў тым, што даводзілася выкарыстоўваць лагічны аператар "AND" замест прыкметна прасцейшага "OR". Стабільная даступнасць, "AND" прадказальная прадукцыйнасць, "AND" архітэктурная маштабаванасць, "AND" аркестрацыя-як-код, "AND" стандартызаванае абсталяванне, "AND" рэалізацыя палітык кіравання, "AND" гнуткасць, "AND" кіраванне на аснове аналітыкі, "AND" бяспеку, "AND" інтэграцыя з адкрытымі экасістэмамі. Лагічны аператар "AND" на адзін сімвал даўжэйшы, чым "OR" – у гэтым і заключаецца галоўнае адрозненне.

Чацвярцічны перыяд: сучасныя ЦАД і рэзкая змена клімату прадвызначаюць развіццё праграмна-вызначаных СХД.

Дык як жа Datera стварыла архітэктуру, якая адпавядае патрабаванням традыцыйных СГД карпаратыўнага класа і задавальняе запытам сучаснага ЦАД адначасова? Усё зноў зводзіцца да гэтага надакучлівага аператара "AND".

Не было сэнсу вырашаць адну за адной задачы па задавальненню асобным патрабаванням. Сума такіх элементаў не стане адзіным цэлым. Як і ў любой складанай сістэме, тут была важная дбайная прапрацоўка ўсяго комплексу збалансаваных кампрамісаў. Пры распрацоўцы спецыялісты кампаніі Datera арыентаваліся на тры асноўныя прынцыпы:

  • кіраванне з улікам спецыфікі дадаткаў;
  • адзіны механізм забеспячэння гнуткасці даных;
  • высокая прадукцыйнасць за кошт паніжаных накладных выдаткаў.

Агульная ўласцівасць гэтых прынцыпаў - прастата. Простае кіраванне сістэмай, простае кіраванне дадзенымі з дапамогай адзінага элегантнага механізму і забеспячэнне прадказальнай (і высокай) прадукцыйнасці за кошт памяншэння выдаткаў. Чаму прастата так важная? Доследныя майстры са свету СГД ведаюць, што немагчыма забяспечыць выкананне патрабаванняў да СХД для сучаснага дынамічнага ЦАД пры дапамозе толькі гранулярнага кіравання, мноства інструментаў па кіраванні дадзенымі і гіпераптымізацыі для росту прадукцыйнасці. Комплекс такіх методык нам ужо знаёмы як СГД-дыназаўр.

Знаёмства з гэтымі прынцыпамі саслужыла добрую службу для Datera. Распрацаваная імі архітэктура валодае з аднаго боку даступнасцю, прадукцыйнасцю і маштабаванасцю сучаснай СГД карпаратыўнага класа, а з другога - гнуткасцю і хуткасцю, неабходнымі для сучаснага праграмна-вызначанага цэнтра апрацоўкі дадзеных.

Даступнасць Datera у Расіі

Datera з'яўляецца глабальным тэхналагічным партнёрам кампаніі Hewlett Packard Enterprise. Прадукты Datera пратэставаны на сумяшчальнасць і прадукцыйнасць з рознымі мадэлямі сервераў HPE ProLiant.

Падрабязней аб архітэктуры Datera вы зможаце пазнаць на вэбінары HPE 31 кастрычніка.

Крыніца: habr.com

Дадаць каментар