Programavimas

Ką iš tikrųjų reiškia didelio masto saugojimas

Aiškiai pasakykime: hiperskale nėra apie tai, koks esi didelis.

Organizacijos nebūtinai turi būti didžiulės, kad būtų galima panaudoti didelio masto sprendimus. Tačiau būtent tai mano daugelis IT infrastruktūros, operacijų ir profesionalų profesionalų, kai pirmą kartą sužino apie hiperskalę.

Vyrauja įsitikinimas, kad didelio masto architektūra skirta itin didelėms infrastruktūroms, tokioms, kurias valdo „LinkedIn“, „Amazon“ ar „Netflix“, nes ji skalaujama iki tūkstančių egzempliorių ir petabaitų duomenų. Kaip paaiškėjo, geriau galvoti apie hiperskalę, kaip apie apibūdinantį metodas geriau nei dydžio. Tai susiję su automatizavimu, orkestravimu ir IT kūrimu, kurie sumaniai keičiasi tada, kai verslui to reikia. Didelio masto diegimas gali ir turėtų prasidėti nedidelis, o paskui - neribotą mastą. Jie taip pat turėtų leisti jums savarankiškai keisti tik tą infrastruktūros dalį, kuriai to reikia, o tai prieštarauja kitai besiformuojančios įmonės duomenų centro tendencijai - hiperkonvergencijai.

Dar sumišęs? Jei taip, tu ne vienas. Pasinerkime kiek giliau.

Didesnės skalės apibrėžimas

Didelės skalės architektūros kūrimo koncepciją sumaišo daugelis tangentinių terminų. Visų pirma matome, kad klientai yra sutrikę dėl hiperkonvergencijos, didelio masto (arba žiniatinklio mastelio), suvienytos, programinės įrangos apibrėžtos ir prekėmis pagrįstos infrastruktūros.

Skirkime šiek tiek laiko, kad paaiškintume šių ingredientų apibrėžimus:

  • Programinės įrangos apibrėžta: Infrastruktūra, kurioje funkcionalumas yra visiškai atsietas nuo pagrindinės aparatinės įrangos ir yra išplečiamas bei programinis. Perskaitykite šį įrašą, ypač apie programinės įrangos apibrėžtą saugyklą.
  • Prekės pagrindu: Infrastruktūra, pastatyta ant prekių ar pramonės standartų, dažniausiai „x86“ stovo arba „Blade“ serveris. Kaip jau rašėme praeityje, nemaišykite prekių su pigiomis.
  • Susivienijo: Išplėstinė architektūra, kurioje serverio, saugyklos, tinklo ir virtualizavimo / talpinimo komponentai yra susieti kaip iš anksto išbandytas, iš anksto integruotas sprendimas. Komponentai vis dar skiriasi šioje architektūroje.
  • Hiperkonverguota: Išplėstinė architektūra, žengianti sutelktą infrastruktūrą dar vienu žingsniu, derinant programinės įrangos apibrėžtus komponentus prie pagrindinės įrangos, supakuoto kaip vienas sprendimas - dažnai vienas prietaisas. Komponentai nebesiskiria.
  • Didelė skalė: Išplėstinė architektūra, kuri taip pat yra programinės įrangos apibrėžta ir pagrįsta prekėmis, tačiau kai serverio, saugyklos, tinklo ir virtualizavimo / talpinimo ištekliai lieka atskiri. Kiekvienas komponentas yra atskiras ir gali būti nepriklausomai keičiamas.

Apibendrinant galima manyti, kad hiperkonverguota infrastruktūra yra modernus, logiškas susiliejusių sistemų kraštutinumas, o hiperskalė yra modernus, logiškas kraštutinumas, kaip mes statėme duomenų centrus 30 metų. Abi yra prasmingos konkrečioms aplinkoms, kaip parodyta žemiau.

Hiperskalė ir hiperkonvergencija

„Hedvig“ stengiamės pristatyti saugyklos sprendimą, kurį galima lanksčiai pritaikyti bet kokiam darbo krūviui, pradedant privačiais debesimis, įskaitant „Docker“ ir „OpenStack“, baigiant didelių duomenų diegimu, kuriame veikia „Hadoop“ ar „NoSQL“, iki tradiciškesnio serverio virtualizavimo, atkūrimo po nelaimių, atsarginės kopijos ir archyvavimo. „Hedvig“ paskirstytos saugyklos platforma virtualizuoja ir kaupia „flash“ ir besisukantį diską serverio klasteryje ar debesyje, pateikdama jį kaip vieną, elastingą saugojimo sistemą, prie kurios galima pasiekti failų, blokų ar objektų sąsajomis.

„Hedvig“ paskirstytos saugojimo platformą sudaro trys komponentai:

  • „Hedvig“ saugojimo paslauga: Patentuotas paskirstytų sistemų variklis, įvertinantis saugojimo našumą ir talpą naudojant „x86“ ir „ARM“ serverius. „Hedvig“ saugyklos tarnyba gali būti vykdoma vietoje arba viešuose debesyse, pvz., AWS, „Azure“ ir „Google“. Jis teikia visas saugyklos parinktis ir galimybes, reikalingas įmonės diegimui, įskaitant įterptinį deduplikavimą, įterptinį glaudinimą, momentines nuotraukas, klonus, plonųjų nuostatų teikimą, automatinį keitimą ir talpyklą.
  • „Hedvig“ saugojimo tarpinis serveris: Lengvas VM ar konteineris, leidžiantis prieigą prie „Hedvig“ saugojimo paslaugos naudojant standartinius protokolus. Šiuo metu „Hedvig“ palaiko NFS failams ir „iSCSI“ blokavimui, taip pat „OpenStack Cinder“ ir „Docker“ tvarkykles. „Hedvig Storage Proxy“ taip pat įgalina kliento pusės talpyklą ir deduplikaciją naudojant vietinius SSD ir PCIe „flash“ išteklius, kad būtų galima greitai skaityti vietoje ir efektyviai perduoti duomenis.
  • „Hedvig“ API: REST ir RPC pagrįstos API, skirtos objekto saugojimui ir „Hedvig“ operacijoms. Šiuo metu „Hedvig“ palaiko „Amazon S3“ ir „Swift“ objektų saugojimui. Kūrėjai ir IT operacijų administratoriai gali naudoti valdymo API, kad įgalintų prieigą prie visų „Hedvig“ saugyklos funkcijų, kad automatizuotų tiekimą ir valdymą naudojant savitarnos portalus, programas ir debesis.

„Hedvig“ palaiko hiperkonvergenciją, sujungdama „Hedvig Storage Proxy“ ir „Hedvig Storage Service“ kaip virtualius prietaisus, veikiančius prekių serveryje su hipervizoriumi arba konteinerio OS. Dėl didelio masto „Hedvig“ saugojimo tarnyba yra dislokuota ant pliko metalo serverių, kad būtų suformuota skirta saugyklos pakopa, o „Hedvig Storage“ tarpinis serveris yra išdėstytas kaip VM arba sudėtinis rodinys kiekviename skaičiavimo pakopos serveryje.

Kodėl verta laikyti hiperskales saugojimui

Duomenys auga kur kas greičiau nei saugyklos biudžetai. Ekonomika suluošina įmones, kurios neturi interneto goliutų išteklių, tokių kaip „Amazon“, „Google“ ir „Facebook“. Taigi įmonės turi naudoti programinės įrangos apibrėžtą ir prekėmis pagrįstą saugyklą, kad sumažintų išlaidas ir išlaikytų lankstumą bei mastelį, reikalingą neatsilikti nuo verslo reikalavimų.

„Hedvig“ pastebėjome, kad apie 80 procentų atvejų klientai renkasi hiperskalės architektūrą, o ne hiperkonvergentą, nepaisant to, kad palaikome abu. Dar įdomiau tai, kad daugelis mūsų klientų ateina pas mus galvodami visiškai priešingai. Apie 80 procentų iš pradžių prašo hiperkonvergencinio sprendimo, tačiau atlikę namų darbus pasirenka hiperskalės metodą.

Kodėl? Trumpai tariant, nes jie teikia pirmenybę lankstumui (arba judrumui, jei turite naudoti šį terminą), visų pirma, projektuodami savo infrastruktūrą. Apsvarstykite šiuos dalykus:

  • Hiperkonverguota sistema siūlo supaprastintą „statybinių elementų“ požiūrį į IT. Lieknoms IT organizacijoms, siekiančioms sumažinti debesų infrastruktūros diegimo ir išplėtimo pridėtines išlaidas, hiperkonvergencija yra geras sprendimas. Tačiau tam reikia palyginti nuspėjamo darbo krūvių, kur „duomenų lokalumas“ yra svarbiausias prioritetas, o tai reiškia, kad programa ar VM turi būti kuo arčiau duomenų. Štai kodėl VDI buvo hiperkonvergencijos plakatas. Vartotojai nori savo „virtualaus C: disko“ vietinio. Bet tai nėra lanksti, nes ji apima visų elementų mastelio keitimą.
  • Didelės skalės sistema saugyklą laiko nepriklausomą nuo skaičiavimo, todėl įmonės IT gali padidinti pajėgumus, kai to reikalauja verslas. Didelio masto požiūris į duomenų centrą ir debesų infrastruktūrą suteikia aukštą elastingumo lygį, padėdamas organizacijoms greitai reaguoti į kintančius programų ir duomenų saugojimo poreikius. Tai taip pat yra architektūra, geriau atitinkanti šiuolaikinius darbo krūvius, tokius kaip „Hadoop“ ir „NoSQL“, taip pat tuos, kurie sukurti naudojant debesų platformas, tokias kaip „OpenStack“ ir „Docker“. Visa tai yra paskirstytų sistemų, kurioms naudinga nepriklausomo mastelio bendroji saugykla, pavyzdžiai.

Tai, ką patyrėme su savo klientais, yra rinkimas, patvirtinantis tai, ką mes jau kurį laiką pastebėjome: hiperkonvergencija yra an atsakyk ir ne atsakykite tyrinėdami šiuolaikines sandėliavimo architektūras. Be abejo, pramonė dėl savo paprastumo mato didelį švytuoklę, linkstančią į hiperkonvergenciją. Bet jei jūsų duomenys auga eksponentiškai, o jūsų skaičiavimo poreikiai nėra, tada turite impedansų neatitikimą, kuris nėra gerai tinkamas hiperkonvergencijai.

Hiperskalė ar hiperkonvergencija?

„Hyperconverged“ gali būti paprastesnis, ekonomiškesnis metodas. Tačiau tai, ką mūsų klientai atranda naudodamiesi „Hedvig“, yra tai, kad mes palaikome funkciją, dėl kurios hiperskalė tinka beveik visoms darbo apkrovoms: kliento talpykla. „Hedvig“ gali pasinaudoti vietinių SSD ir PCIe įrenginių, esančių jūsų skaičiavimo pakopoje, pranašumais, kad sukurtų perrašymo talpyklą. Tai žymiai pagerina skaitymo našumą ir, dar svarbiau, išsprendžia duomenų lokalizacijos iššūkį. Saugykla vis dar yra atsieta ir veikia atskiroje, didelio masto pakopoje, tačiau programoms, VM ir sudėtiniams rodiniams gali būti naudinga, jei duomenys yra talpinami vietoje skaičiavimo pakopoje. Tai taip pat išsprendžia problemą, kaip padidinti savo talpyklos pakopą, tačiau tai yra kito straipsnio tema.

Kaip šios naudos pavyzdį vienas klientas pasirinko Hedvig hiperskalės metodą VDI - darbo krūviui, tradiciškai rezervuotam hiperkonvergenciniams sprendimams, kaip aptarta aukščiau. Šiuo atveju klientas turėjo „energijos vartotojus“, kuriems kiekvienam priglobtam darbalaukiui reikėjo skirti 16 vCPU ir 32 GB atminties. Todėl įmonė buvo priversta dislokuoti daugybę hiperkonverguotų mazgų, kad būtų palaikomi apdorojimo ir atminties poreikiai, be reikalo padidinant saugojimo talpą užrakto žingsnyje.

Naudodamasis „Hedvig“ platforma, klientas galėjo sukurti specialius mazgus, kad „Citrix XenDesktop“ ūkis veiktų „beefy blade“ serveriuose su pakankamu procesoriumi ir RAM. Duomenys buvo laikomi atskirame didelio masto „Hedvig“ klasteryje ant stovo montuojamų serverių, o duomenys saugomi talpykloje „XenDesktop“ serveriuose vietiniuose SSD. Rezultatas? Dramatiškai pigesnis sprendimas (60 proc. Mažiau). Reikšmingiau tai, kad ji taip pat suteikė lankstesnę aplinką, kur įmonė galėjo naudotis Moore'o įstatymu ir nusipirkti galingiausius serverius, reikalingus darbalaukio našumui atnaujinti, neatnaujindama saugojimo serverių.

Remiantis mūsų patirtimi, yra keletas paprastų taisyklių, leidžiančių nustatyti, kuri architektūra jums tinka.

  • Pasirinkite hiperskalę, kai… jūsų organizacijoje yra 5000 ar daugiau darbuotojų, daugiau nei 500 terabaitų duomenų, daugiau nei 500 programų arba daugiau nei 1 000 VM.
  • Pasirinkite hiperkonvergenciją, kai… esate žemiau šių vandenženklių numerių, turite penkis ar mažiau darbuotojų, valdančių jūsų virtualią infrastruktūrą, arba esate nuotoliniame ar filiale.

Gera žinia ta, kad tai neturi būti nei sprendimas, nei sprendimas. Galite pradėti nuo hiperkonvergencinės aplinkos, tada pereiti prie hiperskalės arba galite sumaišyti ir suderinti abu. Mūsų filosofija yra ta, kad jūsų programos nurodo, kurią turėtumėte naudoti. Laikui bėgant, jūsų programos poreikiai keisis, taip pat turėtų keistis jūsų diegimas.

Šiuolaikiniame versle pokyčiai ir augimas yra privalomi. Vis daugiau niekaip negalima išspręsti šios mįslės be hiperskalės architektūros, kurios pradininkai buvo žiniatinklio gigantai. Pasikeitė tai, kad bet kuri įmonė dabar gali pasinaudoti hiperskalės metodu.

Robas Whiteley yra „Hedvig“ rinkodaros viceprezidentas.

Naujųjų technologijų forumas suteikia galimybę tyrinėti ir aptarti besiformuojančios įmonės technologijas beprecedentiame gylyje. Atranka yra subjektyvi, atsižvelgiant į mūsų pasirinktas technologijas, kurios, mūsų manymu, yra svarbios ir labiausiai domina skaitytojus. nepriima rinkodaros užtikrinimo priemonės paskelbimui ir pasilieka teisę redaguoti visą pateiktą turinį. Visus klausimus siųskite adresu [email protected].

$config[zx-auto] not found$config[zx-overlay] not found