Bodimo jasni: pri hiperskali ne gre za to, kako velik si.
Ni treba, da so organizacije ogromne, da bi izkoristile hiperrazsežne rešitve. Toda natanko tako mislijo številni IT-infrastrukturni operaterji in operaterji, ki prvič spoznajo hiperskalo.
Prevladuje prepričanje, da je hiper skala arhitektura namenjena izjemno velikim infrastrukturam - na primer tistim, ki jih upravljajo LinkedIn, Amazon ali Netflix -, ker se merijo na tisoče primerkov in petabajtov podatkov. Izkazalo se je, da je bolje, da hiperskale razumemo kot opis pristop raje kot velikost. Gre za avtomatizacijo, orkestracijo in gradnjo informacijske tehnologije, ki inteligentno meri, ko in ko podjetje to potrebuje. Hiperskale se lahko začnejo in bi se morale začeti majhno, nato pa neomejeno spreminjati. Omogočili naj bi vam tudi samostojno spreminjanje le tistega dela infrastrukture, ki ga potrebuje, kar je v nasprotju z novim nastajajočim trendom podatkovnega centra v podjetju, hiperkonvergenco.
Ste že zmedeni? Če je tako, niste sami. Potopimo se nekoliko globlje.
Opredelitev hiperskale
Koncept gradnje hiperskalne arhitekture je zamegljen s številnimi tangencialnimi izrazi. Zlasti vidimo stranke, ki so zmedene glede hiperkonvergirane, hiperskale (ali spletne lestvice), konvergirane, programsko opredeljene in na surovinah temelječe infrastrukture.
Vzemimo si trenutek, da pojasnimo opredelitve teh izrazov:
- Programsko definirano: Infrastruktura, pri kateri je funkcionalnost popolnoma ločena od osnovne strojne opreme in je hkrati razširljiva in programska. V tem prispevku preberite še posebej našo razlago o programsko določenem pomnilniku.
- Na osnovi blaga: Infrastruktura, zgrajena na vrhu blagovne ali industrijsko standardne infrastrukture, običajno x86 strežnik za namestitev v reke ali blade. Kot smo pisali že v preteklosti, blaga ne mešajte s poceni.
- Konvergirano: Razširjena arhitektura, pri kateri so komponente strežnika, pomnilnika, omrežja in virtualizacije / kontejnerizacije povezane kot predhodno preizkušena vnaprej integrirana rešitev. Komponente se v tej arhitekturi še vedno razlikujejo.
- Hiperkonvergirano: Razširjena arhitektura, ki konvergirano infrastrukturo popelje še korak dlje, tako da združuje programsko določene komponente na vrhu strojne opreme, ki so pakirane kot ena sama rešitev - pogosto ena sama naprava. Komponente se ne razlikujejo več.
- Hiperskale: Razširjena arhitektura, ki je prav tako programsko opredeljena in temelji na surovinah, vendar strežnik, pomnilnik, omrežje in viri za virtualizacijo / kontejnerizacijo ostanejo ločeni. Vsaka komponenta je različna in jo je mogoče neodvisno prilagoditi.
Če povzamemo, mislimo na hiperkonvergirano infrastrukturo kot na sodoben, logičen ekstrem konvergiranih sistemov, medtem ko je hiperskala sodoben, logičen ekstrem tega, kako podatkovne centre gradimo že 30 let. Oba sta smiselna za določena okolja, kot je prikazano spodaj.
Hiperskale in hiperkonvergirane
Pri Hedvigu si prizadevamo zagotoviti rešitev za shranjevanje, ki jo je mogoče prilagoditi za vsako delovno obremenitev, od zasebnih oblakov, vključno z Dockerjem in OpenStackom, do uvajanja velikih podatkov s Hadoop ali NoSQL do bolj tradicionalne virtualizacije strežnika, obnove po katastrofi, varnostnega kopiranja in arhiviranja. Distribuirana platforma za shranjevanje Hedvig virtualizira in združi flash in predilni disk v strežniški gruči ali oblaku in ga predstavi kot en sam, elastičen sistem za shranjevanje, do katerega lahko dostopate prek datotek, blokov ali predmetnih vmesnikov.
Distribuirana platforma za shranjevanje Hedvig je sestavljena iz treh komponent:
- Storitev shranjevanja Hedvig: Patentiran mehanizem porazdeljenih sistemov, ki povečuje zmogljivost in zmogljivost pomnilnika s strežniki x86 in ARM, ki niso na prodaj. Storitev za shranjevanje Hedvig lahko zaženete lokalno ali v javnih oblakih, kot so AWS, Azure in Google. Ponuja vse možnosti in zmogljivosti pomnilnika, potrebne za uvedbo v podjetju, vključno z deduplikacijo v vrstici, stiskanjem v vrstici, posnetki, kloni, tanko določanje, samodejno povezovanje in predpomnjenje.
- Proxy za shranjevanje Hedvig: Lahek VM ali vsebnik, ki omogoča dostop do storitve Hedvig Storage prek standardnih protokolov. Hedvig trenutno podpira NFS za datoteke in iSCSI za blok ter gonilnike OpenStack Cinder in Docker. Hedvig Storage Proxy omogoča tudi predpomnjenje in deduplikacijo na strani odjemalca z lokalnimi SSD in PCIe bliskovnimi viri za hitro lokalno branje in učinkovit prenos podatkov.
- API-ji za Hedvig: API-ji REST in RPC za shranjevanje predmetov in operacije Hedvig. Hedvig trenutno podpira Amazon S3 in Swift za shranjevanje predmetov. Razvijalci in skrbniki IT-storitev lahko z API-ji za upravljanje omogočijo dostop do vseh funkcij za shranjevanje Hedvig za avtomatizacijo zagotavljanja in upravljanja s samopostrežnimi portali, aplikacijami in oblaki.
Hedvig podpira hiperkonvergenco z združevanjem Hedvig Storage Proxy in Hedvig Storage Service kot navidezni napravi, ki deluje na blagovnem strežniku s hipervizorjem ali OS kontejnerja. Za hiperskalo je storitev za shranjevanje Hedvig razporejena na strežnikih brez kovin, da tvori namensko pomnilniško stopnjo, medtem ko je pomnilnik Hedvig za shranjevanje nameščen kot VM ali vsebnik na vsakem strežniku na ravni računa.
Zakaj izbrati hiperskalo za shranjevanje
Podatki rastejo veliko hitreje kot proračuni za shranjevanje. Ekonomija ogroža podjetja, ki nimajo virov internetnih goliatov, kot so Amazon, Google in Facebook. Tako morajo podjetja sprejeti programsko opredeljeno in na blagu temelječe skladiščenje, da zmanjšajo stroške ter ohranijo prilagodljivost in razširljivost, ki je potrebna, da sledijo poslovnim zahtevam.
V podjetju Hedvig smo opazili, da kupci približno 80 odstotkov časa izberejo hiperskalno arhitekturo namesto hiperkonvergirane, kljub temu da podpiramo oboje. Še bolj zanimivo pa je, da mnogi naši kupci prihajajo k nam razmišljajoč ravno nasprotno. Približno 80 odstotkov najprej zahteva hiperkonvergirano rešitev, a potem, ko naredijo domačo nalogo, se odločijo za pristop hiperskale.
Zakaj? Na kratko, ker pri arhitekturi njihove infrastrukture dajejo prednost prilagodljivosti (ali okretnosti, če morate uporabiti ta izraz). Upoštevajte naslednje:
- Hiperkonvergirani sistem ponuja poenostavljen pristop "gradnika" k IT. Za vitke organizacije IT, ki želijo zmanjšati splošne stroške uvajanja in širjenja oblačne infrastrukture, je hiperkonvergenca dobra rešitev. Zahteva pa sorazmerno predvidljiv nabor delovnih obremenitev, pri katerih je "lokacija podatkov" glavna prednostna naloga, kar pomeni, da mora biti aplikacija ali VM nameščena čim bližje podatkom. Zato je bil VDI otrok plakata za hiperkonvergenco. Uporabniki si želijo lokalnega "virtualnega pogona C:". Vendar ni prilagodljiv, saj vključuje skaliranje vseh elementov v koraku.
- Hiperskalen sistem ohranja shranjevanje neodvisno od izračuna, kar podjetniški IT omogoča, da prilagodi zmogljivosti, kadar to zahteva podjetje. Hiperskalen pristop k podatkovnim centrom in infrastrukturi v oblaku ponuja visoko stopnjo elastičnosti, saj organizacijam pomaga, da se hitro odzovejo na spreminjajoče se potrebe aplikacij in shranjevanja podatkov. To je tudi arhitektura, ki se bolje ujema s sodobnimi delovnimi obremenitvami, kot sta Hadoop in NoSQL, pa tudi z arhitekturami v oblaku, kot sta OpenStack in Docker. Vse to so primeri porazdeljenih sistemov, ki imajo koristi od neodvisno razširjene skupne shrambe.
Kar smo doživeli pri svojih strankah, je zbirajoča potrditev tistega, kar že nekaj časa opažamo: ta hiperkonvergirana an odgovor in ne odgovor pri raziskovanju sodobnih arhitektur shranjevanja. Seveda industrija opaža, da se zaradi svoje preprostosti nihalo premika v hiperkonvergirano. Če pa vaši podatki eksponentno rastejo in vaše računske potrebe ne, potem imate neskladje impedance, ki ni primerno za hiperkonvergenco.
Hiperskale ali hiperkonvergenca?
Hiperkonvergirana je lahko preprostejši in stroškovno učinkovitejši pristop. Vendar pa naše stranke s Hedvigom odkrivajo, da podpiramo funkcijo, ki omogoča hiperskalo primernost za skoraj vse delovne obremenitve: predpomnjenje na strani odjemalca. Hedvig lahko izkoristi lokalne SSD in PCIe naprave na vašem računalniškem nivoju za izdelavo predpomnilnika. To bistveno izboljša zmogljivost branja in, kar je še pomembneje, reši izziv glede lokalizacije podatkov. Shramba je še vedno nevezana in deluje v svojem namenskem hiperskale, vendar lahko aplikacije, VM-ji in vsebniki koristijo podatke, ki so predpomnjeni lokalno na ravni računa. S tem se reši tudi problem, kako povečati stopnjo predpomnjenja, vendar je to tema za drug članek.
Kot primer te ugodnosti je ena stranka izbrala Hedvigov hiperrazsežni pristop za VDI, delovno obremenitev, ki je tradicionalno rezervirana za hiperkonvergirane rešitve, kot je opisano zgoraj. V tem primeru je imela stranka »napredne uporabnike«, ki so zahtevali 16 vCPU-jev in 32 GB pomnilnika, namenjenega vsakemu gostujočemu namizju. Kot rezultat tega je bilo podjetje prisiljeno uvesti veliko število hiperkonvergiranih vozlišč, da bi podprlo zahteve glede obdelave in pomnilnika, hkrati pa po nepotrebnem povečalo kapaciteto zaklepanja.
S platformo Hedvig je kupec lahko ustvaril namenska vozlišča za zagon farme Citrix XenDesktop na močnih strežnikih z ustreznimi CPU in RAM-om. Podatki so bili shranjeni v ločeni hiperrazsežni gruči Hedvig na strežnikih za namestitev v stojalo, podatki pa so bili predpomnjeni na strežnikih XenDesktop v lokalnih SSD-jih. Rezultat? Dramatično cenejša rešitev (60 odstotkov manj). Pomembneje je tudi, da je zagotovil bolj prilagodljivo okolje, v katerem je podjetje lahko uporabljalo Mooreov zakon in kupilo najmočnejše strežnike, potrebne za nadgradnjo zmogljivosti namizja, ne da bi bilo treba nadgraditi pomnilniške strežnike.
Na podlagi naših izkušenj obstaja nekaj preprostih pravil, s katerimi lahko ugotovite, katera arhitektura je prava za vas.
- Izberite hiperskalo, ko ... vaša organizacija ima 5000 ali več zaposlenih, več kot 500 terabajtov podatkov, več kot 500 aplikacij ali več kot 1.000 VM.
- Izberite hiperkonvergirano, ko ... ste pod tem številom vodnih žigov, imate pet ali manj osebja, ki upravlja vašo navidezno infrastrukturo, ali ste v oddaljeni ali podružnici.
Dobra novica je, da ni nujno, da gre za odločitev. Začnete lahko v hiperkonvergiranem okolju, nato preklopite na hiperskalo ali pa mešate in ujemate oba. Naša filozofija je, da vaše aplikacije narekujejo, katero naj uporabljate. In ker se bodo potrebe vaše aplikacije sčasoma spreminjale, se bo spreminjala tudi vaša uvajanje.
V sodobnih podjetjih sta sprememba in rast obvezna. Vse pogosteje ni mogoče rešiti te uganke brez hiperskale arhitekture, ki so jo uvedli spletni velikani. Spremenilo se je, da lahko vsako podjetje zdaj izkoristi pristop hiperskale.
Rob Whiteley je podpredsednik trženja pri Hedvigu.
Forum New Tech ponuja prizorišče za raziskovanje in razpravo o nastajajoči podjetniški tehnologiji v globini in širini brez primere. Izbor je subjektiven in temelji na našem izboru tehnologij, za katere menimo, da so pomembne in najbolj zanimajo bralce. ne sprejema tržnih zavarovanj za objavo in si pridržuje pravico do urejanja celotne prispevane vsebine. Vsa vprašanja pošljite na [email protected].
