Što doista znači pohrana hiperrazmjera

Da se razumijemo: hiperskalom nije bitno koliko ste veliki.

Organizacije ne moraju biti velike kako bi iskoristile hiperskale rješenja. Ali to je upravo ono što mnogi stručnjaci za IT infrastrukturu, operacije i devops misle kad prvi put nauče o hiperskali.

Prevladava uvjerenje da je hiperskale arhitektura namijenjena izuzetno velikim infrastrukturama - poput onih kojima upravljaju LinkedIn, Amazon ili Netflix - jer se skalira na tisuće primjeraka i petabajta podataka. Ispostavilo se da je bolje razmišljati o hiperskali kao opisivanju pristupa, a ne veličine . Riječ je o automatizaciji, orkestraciji i izgradnji IT-a koji se inteligentno prilagođava kada i kada to treba tvrtki. Hiperskale postavljanja mogu i trebaju započeti s malim, a zatim se neograničeno skalirati. Oni bi vam također trebali omogućiti neovisno skaliranje samo dijela infrastrukture koji joj treba, što je suprotno drugom trendu poduzeća u podatkovnom centru u nastajanju, hiperkonvergenciji.

Zbunjeni ste već? Ako je tako, niste sami. Zaronimo malo dublje.

Definiranje hiperskale

Koncept izgradnje hiperskale arhitekture zamućen je mnogim tangencijalnim terminima. Konkretno, vidimo kupce zbunjene zbog hiperkonvergirane, hiperskale (ili web-ljestvice), konvergirane, softverski definirane i robne infrastrukture.

Uzmimo trenutak da pojasnimo definicije ovih pojmova sastojaka:

  • Softverski definirano: Infrastruktura u kojoj je funkcionalnost u potpunosti odvojena od osnovnog hardvera i istovremeno je proširiva i programska. Pročitajte ovaj post za našu razradu, posebno o softverski definiranoj pohrani.
  • Robno zasnovano: Infrastruktura izgrađena na vrhu robne ili industrijske standardne infrastrukture, obično x86 poslužitelj za montiranje u stalak ili blade. Kao što smo pisali u prošlosti, ne povezujte robu s jeftinom.
  • Konvergirano: Arhitektura opsega u kojoj su komponente poslužitelja, pohrane, mreže i virtualizacije / kontejnerizacije povezane kao prethodno testirano, unaprijed integrirano rješenje. Komponente se još uvijek razlikuju u ovoj arhitekturi.
  • Hiperkonvergirano: Arhitektura opsega koja konvergiranu infrastrukturu vodi korak dalje kombinirajući softverski definirane komponente na vrhu robnog hardvera, upakirane u jedinstveno rješenje - često jedan uređaj. Komponente se više ne razlikuju.
  • Hiperskale: Arhitektura opsega koja je također definirana softverom i temelji se na robi, ali gdje resursi poslužitelja, pohrane, mreže i virtualizacije / kontejnerizacije ostaju odvojeni. Svaka se komponenta razlikuje i može se neovisno prilagoditi.

Ukratko, o hiperkonvergiranoj infrastrukturi razmišljajte kao o modernoj, logičnoj krajnosti konvergiranih sustava, dok je hiperskala moderna, logična krajnost kako gradimo podatkovne centre već 30 godina. I jedno i drugo ima smisla za specifična okruženja, kao što je prikazano u nastavku.

Hiperskale i hiperkonvergirane

U Hedvigu nastojimo isporučiti rješenje za pohranu podataka koje se može fleksibilno prilagoditi bilo kojem radnom opterećenju, od privatnih oblaka, uključujući Docker i OpenStack, do postavljanja velikih podataka na Hadoopu ili NoSQL-u do tradicionalnije virtualizacije poslužitelja, oporavka od katastrofe, sigurnosne kopije i arhiviranja. Distribuirana platforma za pohranu Hedvig virtualizira i objedinjuje flash i okretan disk u klasteru poslužitelja ili oblaku, predstavljajući ga kao jedinstveni, elastični sustav za pohranu kojem se može pristupiti putem datoteka, blokova ili objektnih sučelja.

Distribuirana platforma za pohranu Hedvig sastoji se od tri komponente:

  • Hedvig Storage Service: Patentirani mehanizam distribuiranih sustava koji skalira performanse i kapacitet pohrane s gotovim x86 i ARM poslužiteljima. Usluga pohrane Hedvig može se pokretati lokalno ili na javnim oblacima kao što su AWS, Azure i Google. Pruža sve mogućnosti i mogućnosti pohrane potrebne za implementaciju u poduzeću, uključujući ugrađenu deduplikaciju, linijsku kompresiju, snimke, klonove, tanke pripreme, automatsko ulaganje i predmemoriranje.
  • Hedvig Storage Proxy: lagani VM ili spremnik koji omogućuje pristup usluzi Hedvig Storage putem industrijski standardnih protokola. Hedvig trenutno podržava NFS za datoteke i iSCSI za blok, kao i OpenStack Cinder i Docker upravljačke programe. Hedvig Storage Proxy također omogućuje predmemoriranje i deduplikaciju na strani klijenta s lokalnim SSD i PCIe flash resursima za brzo lokalno čitanje i učinkovit prijenos podataka.
  • API-ji Hedvig: API -ji zasnovani na REST-u i RPC-u i za pohranu objekata i za operacije Hedvig. Hedvig trenutno podržava Amazon S3 i Swift za pohranu objekata. Programeri i administratori za IT operacije mogu koristiti API-je za upravljanje kako bi omogućili pristup svim značajkama pohrane Hedvig za automatizaciju pružanja i upravljanja samoposlužnim portalima, aplikacijama i oblacima.

Hedvig podržava hiperkonvergenciju spajanjem Hedvig Storage Proxy-a i Hedvig Storage Service-a kao virtualnih uređaja koji rade na robnom poslužitelju s hipervizorom ili OS-om spremnika. Za hiperskale, Hedvig Storage Service raspoređen je na golo-metalnim poslužiteljima kako bi oblikovao posebni sloj za pohranu, dok je Hedvig Storage Proxy raspoređen kao VM ili spremnik na svakom poslužitelju na računarskom sloju.

Zašto odabrati hiperskale za pohranu

Podaci rastu daleko brže od proračuna za pohranu. Ekonomija je osakaćena za poduzeća koja nemaju resurse internetskih golijata poput Amazona, Googlea i Facebooka. Stoga poduzeća moraju prihvatiti softverski definiranu i robno zasnovanu pohranu kako bi smanjili troškove i zadržali fleksibilnost i skalabilnost potrebnu da bi se išlo u susret poslovnim zahtjevima.

U tvrtki Hedvig primijetili smo da oko 80 posto vremena kupci odaberu hiperskalnu arhitekturu, a ne hiperkonvergiranu, unatoč činjenici da podržavamo oboje. Još je zanimljivije to što nam mnogi kupci dolaze upravo misleći suprotno. Otprilike 80 posto u početku zatraži hiperkonverzirano rješenje, ali nakon što naprave domaću zadaću, odluče se za hiperskaleni pristup.

Zašto? Ukratko, jer favoriziraju fleksibilnost (ili okretnost, ako morate upotrijebiti taj izraz) prije svega kod arhitekture njihove infrastrukture. Uzmite u obzir sljedeće:

  • Hiperkonvergirani sustav nudi pojednostavljeni pristup "gradivnom bloku" IT-u. Za vitke IT organizacije koje žele smanjiti općenite troškove uvođenja i širenja infrastrukture slične oblaku, hiperkonvergencija pruža dobro rješenje. No, potreban je relativno predvidljiv skup radnih opterećenja, pri čemu je „lokalitet podataka“ glavni prioritet, što znači da se aplikacija ili VM moraju nalaziti što je moguće bliže podacima. Zbog toga je VDI dijete poster za hiperkonvergenciju. Korisnici žele svoj lokalni "virtualni C: pogon". Ali nije fleksibilan, jer uključuje skaliranje svih elemenata u korak.
  • Hiperskalni sustav čuva pohranu neovisno o računanju, omogućujući IT tvrtki da skaliraju kapacitete kada to posao zahtijeva. Hiperskalni pristup podatkovnom centru i infrastrukturi u oblaku nudi visoku razinu elastičnosti, pomažući organizacijama da brzo odgovore na promjenjive potrebe aplikacija i pohrane podataka. To je također arhitektura koja bolje odgovara suvremenim radnim opterećenjima poput Hadoopa i NoSQL-a, kao i ona koja su oblikovana s oblačnim platformama poput OpenStack-a i Dockera. Sve su to primjeri distribuiranih sustava koji imaju koristi od neovisno skalirane zajedničke pohrane.

Ono što smo doživjeli s našim klijentima je potvrda okupljanje ono što smo spomenuti, a za sada: da hyperconverged je odgovor, a ne odgovor kada istražujući moderne arhitekture pohranu. Svakako, industrija vidi veliko njihalo do hiperkonverzije zbog svoje jednostavnosti. Ali ako vaši podaci eksponencijalno rastu, a vaše računske potrebe ne, tada imate neusklađenost impedancije koja nije baš pogodna za hiperkonvergenciju.

Hiperskale ili hiperkonvergencija?

Hiperkonvergirani može biti jednostavniji, isplativiji pristup. Međutim, ono što naši kupci otkrivaju s Hedvigom jest da podržavamo značajku koja hiperskale čini prikladnima za gotovo sva radna opterećenja: predmemoriranje na strani klijenta. Hedvig može iskoristiti lokalne SSD i PCIe uređaje u vašem računalnom sloju za izgradnju predmemorije pisanja. To značajno poboljšava izvedbu čitanja i, što je još važnije, rješava izazov lokalnosti podataka. Pohrana je i dalje nevezana i radi u vlastitom namjenskom hiperskalnom sloju, ali aplikacije, VM-ovi i spremnici mogu imati koristi od podataka koji se spremaju lokalno u predmemoriju računala. Ovo također rješava problem kako povećati razinu predmemoriranja, ali to je tema za drugi članak.

Kao primjer ove pogodnosti, jedan je kupac odabrao Hedvigov hiperskaleni pristup za VDI, radno opterećenje tradicionalno rezervirano za hiperkonvergirana rješenja kao što je gore spomenuto. U ovom je slučaju kupac imao „napredne korisnike“ kojima je bilo potrebno 16 vCPU-ova i 32 GB memorije za svaku hostiranu radnu površinu. Kao rezultat toga, tvrtka je bila prisiljena rasporediti velik broj hiperkonvergiranih čvorova kako bi podržala zahtjeve obrade i memorije, dok je nepotrebno povećavala kapacitet pohrane u zaključanom koraku.

Pomoću platforme Hedvig kupac je mogao stvoriti namjenske čvorove za pokretanje farme Citrix XenDesktop na gustim poslužiteljima oštrice s odgovarajućim CPU-om i RAM-om. Podaci su se čuvali na zasebnom hiperskale Hedvig klasteru na postolju poslužiteljima, s podacima predmemoriranim na XenDesktop poslužiteljima u lokalnim SSD-ovima. Rezultat? Dramatično jeftinije rješenje (60 posto manje). Još važnije, pružio je i fleksibilnije okruženje u kojem se tvrtka mogla voziti Mooreovim zakonom i kupiti najsnažnije poslužitelje potrebne za nadogradnju performansi radne površine bez potrebe za nadogradnjom poslužitelja za pohranu.

Na temelju našeg iskustva, postoji nekoliko jednostavnih pravila kako biste utvrdili koja je arhitektura prava za vas.

  • Odaberite hiperskale kad ... vaša organizacija ima 5.000 zaposlenika ili više, više od 500 terabajta podataka, više od 500 aplikacija ili više od 1.000 VM-ova.
  • Odaberite hiperkonvergiranu kada ... ste ispod ovih brojeva vodenih žigova, imate pet ili manje osoblja koje upravlja vašom virtualnom infrastrukturom ili ste u udaljenoj ili podružnici.

Dobra vijest je da to ne mora biti odluka ili / ili odluka. Možete započeti u hiperkonvergiranom okruženju, a zatim se prebaciti na hiperskale ili možete pomiješati i uskladiti to dvoje. Naša filozofija je da vaše aplikacije diktiraju koju biste trebali koristiti. A kako će se potrebe vaše aplikacije s vremenom mijenjati, tako će se mijenjati i vaša implementacija.

U modernom su poslovanju promjene i rast obvezni. Sve češće se ne može riješiti ova zagonetka bez hiperskale arhitekture koju su web divovi predvodili. Ono što se promijenilo jest da svako poduzeće sada može imati koristi od pristupa hiperrazmjera.

Rob Whiteley potpredsjednik je marketinga u Hedvigu.

New Tech Forum pruža mjesto za istraživanje i raspravu o novonastaloj tehnologiji poduzeća u neviđenoj dubini i širini. Izbor je subjektivan, zasnovan na našem odabiru tehnologija za koje vjerujemo da su važne i da najviše zanimaju čitatelje. ne prihvaća marketinške kolaterale za objavljivanje i zadržava pravo uređivanja cjelokupnog sadržaja. Pošaljite sve upite na [email protected]