Ohjelmointi

Mitä ylitaajuusvarasto todella tarkoittaa

Tehdään selväksi: Hyperscale ei tarkoita sitä, kuinka suuri olet.

Organisaatioiden ei tarvitse olla valtavia hyperskaalaratkaisujen hyödyntämiseksi. Mutta juuri sitä ajattelevat monet IT-infrastruktuurit, toiminnot ja devops-ammattilaiset, kun he oppivat ensin yliskaalasta.

Vallitseva usko on, että hyper skaalaarkkitehtuuri on tarkoitettu erittäin suurille infrastruktuureille - kuten LinkedInin, Amazonin tai Netflixin ylläpitämille infrastruktuureille - koska se skaalautuu tuhansiin ilmentymiin ja petatavuihin tietoihin. Kuten käy ilmi, on parempi ajatella hyperkka kuvaa kuvaavaa lähestyä mielummin kuin koko. Kyse on automaatiosta, orkestroinnista ja tietotekniikan rakentamisesta, joka skaalautuu älykkäästi aina, kun yritys sitä tarvitsee. Yli mittakaavassa käyttöönotto voi ja sen pitäisi alkaa pienestä, sitten mittakaavan loputtomiin. Niiden tulisi myös antaa sinun skaalata itsenäisesti vain se osa infrastruktuuria, joka sitä tarvitsee, mikä on vastoin uutta nousevan yritystietokeskuksen trendiä, hyperkonvergenssiä.

Hämmentynyt vielä? Jos näin on, et ole yksin. Sukelletaan vähän syvemmälle.

Hyperasteikon määrittäminen

Monitasoisen arkkitehtuurin rakentamisen käsite on sekoitettu monilla tangentiaalisilla termeillä. Erityisesti näemme asiakkaiden olevan hämmentyneitä hyperkonvergoituneesta, hyperkeskeisestä (tai Web-mittakaavassa), konvergoidusta, ohjelmistokohtaisesta ja hyödykepohjaisesta infrastruktuurista.

Otetaan hetki aikaa selventää näiden ainesosien termien määritelmiä:

  • Ohjelmiston määrittelemä: Infrastruktuuri, jossa toiminnallisuus on täysin irrotettu taustalla olevasta laitteistosta ja on sekä laajennettava että ohjelmallinen. Lue tämä viesti, jotta voimme kehittää erityisesti ohjelmistojen määrittelemää tallennustilaa.
  • Hyödykepohjainen: Infrastruktuuri, joka on rakennettu hyödykkeen tai alan standardin mukaiselle infrastruktuurille, yleensä x86-telineeseen asennettava tai korttipalvelin. Kuten olemme aiemmin kirjoittaneet, älä sekoita hyödykettä halvalla.
  • Lähentynyt: Laajennettava arkkitehtuuri, jossa palvelin, tallennustila, verkko ja virtualisointi / säilytyskomponentit on sidottu toisiinsa ennalta testattuna, valmiiksi integroituna ratkaisuna. Komponentit ovat edelleen erillisiä tässä arkkitehtuurissa.
  • Hyperkonvergoitu: Laajennettava arkkitehtuuri, joka vie yhdistetyn infrastruktuurin askeleen pidemmälle yhdistämällä ohjelmistokohtaiset komponentit hyödykelaitteistojen päälle, pakattuna yhtenä ratkaisuna - usein yhtenä laitteena. Komponentit eivät ole enää erillisiä.
  • Yläaste: Skaalautuva arkkitehtuuri, joka on myös ohjelmistopohjainen ja hyödykepohjainen, mutta jossa palvelin, tallennustila, verkko ja virtualisointi / säilytysresurssit pysyvät erillisinä. Jokainen komponentti on erillinen ja se voidaan skaalata itsenäisesti.

Yhteenvetona voidaan ajatella, että hyperkonvergoitunut infrastruktuuri on yhdistettyjen järjestelmien moderni, looginen ääripää, kun taas hyperasteikko on moderni, looginen ääripää sille, kuinka olemme rakentaneet datakeskuksia 30 vuoden ajan. Molemmat ovat järkeviä tietyissä ympäristöissä, kuten alla on esitetty.

Yli- ja hyperkonvergoitunut

Hedvigissä pyrimme toimittamaan tallennusratkaisun, joka voidaan räätälöidä joustavasti mihin tahansa työmäärään, yksityisistä pilvipalveluista, mukaan lukien Docker ja OpenStack, Hadoopia tai NoSQL: ää käyttäviin suurtietojen käyttöönottoihin perinteisempään palvelimen virtualisointiin, hätäpalautukseen, varmuuskopiointiin ja arkistointiin. Hedvig Distributed Storage Platform virtualisoi ja yhdistää flash- ja pyörivän levyn palvelinklusterissa tai pilvessä esittäen sen yhtenä, joustavana tallennusjärjestelmänä, johon pääsee käsiksi tiedosto-, lohko- tai objektirajapinnoilla.

Hedvig Distributed Storage Platform koostuu kolmesta osasta:

  • Hedvig-säilytyspalvelu: Patentoitu hajautettujen järjestelmien moottori, joka skaalaa tallennustehon ja kapasiteetin valmiilla x86- ja ARM-palvelimilla. Hedvig Storage Service voidaan suorittaa paikan päällä tai julkisilla pilvillä, kuten AWS, Azure ja Google. Se tarjoaa kaikki yrityksen käyttöönottoon tarvittavat tallennusvaihtoehdot ja -ominaisuudet, mukaan lukien inline-deduplikaatio, inline-pakkaus, tilannekuvat, kloonit, ohut provisiointi, automaattinen vuorottelu ja välimuisti.
  • Hedvig-tallennusvälityspalvelin: Kevyt virtuaalikone tai kontti, joka mahdollistaa pääsyn Hedvig Storage Service -palveluun alan standardien mukaisten protokollien kautta. Hedvig tukee tällä hetkellä NFS-tiedostoja ja iSCSI-estoja sekä OpenStack Cinder- ja Docker-ohjaimia. Hedvig Storage Proxy mahdollistaa myös asiakaspuolen välimuistin ja deduplikaation paikallisilla SSD- ja PCIe-flash-resursseilla nopeaan paikalliseen lukemiseen ja tehokkaaseen tiedonsiirtoon.
  • Hedvig-sovellusliittymät: REST- ja RPC-pohjaiset sovellusliittymät sekä objektien tallennus- että Hedvig-operaatioille. Hedvig tukee tällä hetkellä Amazon S3: ta ja Swiftia objektien tallentamiseen. Kehittäjät ja IT-järjestelmänvalvojat voivat käyttää hallintasovellusliittymiä mahdollistamaan pääsyn kaikkiin Hedvig-tallennusominaisuuksiin automatisoida hallintaa ja hallintaa itsepalveluportaalien, sovellusten ja pilvien avulla.

Hedvig tukee hyperkonvergenssia niputtamalla Hedvig Storage Proxy -palvelun ja Hedvig Storage Service -palvelun virtuaalisina laitteina, jotka toimivat hyödykepalvelimella hypervisorin tai konttijärjestelmän kanssa. Hyperasteikossa Hedvig Storage Service otetaan käyttöön paljasmetallipalvelimilla muodostamaan erillinen tallennustilataso, kun taas Hedvig Storage Proxy on otettu käyttöön virtuaalikoneena tai säilönä jokaisessa laskentatason palvelimessa.

Miksi kannattaa valita hypertaajuus varastointia varten

Tiedot kasvavat paljon nopeammin kuin tallennusbudjetit. Talous on lamauttavaa yrityksille, joilla ei ole Internet-goliathien, kuten Amazonin, Googlen ja Facebookin, resursseja. Siksi yritysten on omaksuttava ohjelmistopohjainen ja hyödykepohjainen tallennustila kustannusten alentamiseksi ja joustavuuden ja skaalautuvuuden ylläpitämiseksi, joita tarvitaan liiketoiminnan vaatimusten noudattamiseen.

Hedvigissä olemme huomanneet, että noin 80 prosenttia ajasta asiakkaat valitsevat yliulotteisen arkkitehtuurin hyperkonvergenssin sijasta huolimatta siitä, että tuemme molempia. Mikä vielä mielenkiintoisempaa on, että monet asiakkaistamme tulevat luoksemme päinvastoin. Noin 80 prosenttia alun perin pyytää hyperkonvergoitunutta ratkaisua, mutta kun he ovat tehneet kotitehtävänsä, he valitsevat hyperluokan lähestymistavan.

Miksi? Pähkinänkuoressa, koska ne suosivat joustavuutta (tai ketteryyttä, jos sinun on käytettävä tätä termiä) ennen kaikkea heidän infrastruktuurinsa suunnittelussa. Harkitse seuraavaa:

  • Hyperkonvergoitu järjestelmä tarjoaa yksinkertaistetun "rakennuspalikka" -lähestymistavan IT: hen. Hyperkonvergenssi tarjoaa hyvän ratkaisun niille IT-organisaatioille, jotka haluavat alentaa pilvimaisen infrastruktuurin käyttöönottoa ja laajentamista. Mutta se vaatii suhteellisen ennustettavan työmäärän, jossa "tietojen sijainti" on etusijalla, mikä tarkoittaa, että sovelluksen tai virtuaalikoneen on sijaittava mahdollisimman lähellä tietoja. Siksi VDI on ollut hyperkonvergenssin julistajalapsi. Käyttäjät haluavat paikallisen "virtuaalisen C: aseman". Mutta se ei ole joustava, koska siihen sisältyy kaikkien elementtien skaalaus lukitusvaiheessa.
  • Hyper skaalajärjestelmä pitää tallennustilan riippumattomana laskennasta, mikä antaa yrityksen IT: lle mahdollisuuden lisätä kapasiteettia, kun yritys sitä vaatii. Hyperluokkainen lähestymistapa datakeskuksiin ja pilvi-infrastruktuuriin tarjoaa korkean joustavuuden, joka auttaa organisaatioita vastaamaan nopeasti muuttuviin sovellus- ja tallennustarpeisiin. Se on myös arkkitehtuuri, joka vastaa paremmin nykyaikaisia ​​kuormituksia, kuten Hadoop ja NoSQL, sekä pilvialustoilla kuten OpenStack ja Docker. Kaikki nämä ovat esimerkkejä hajautetuista järjestelmistä, jotka hyötyvät itsenäisesti skaalatusta jaetusta tallennustilasta.

Asiakkaidemme kanssa kokemamme on vahvistus siitä, mitä olemme huomanneet jo jonkin aikaa: hyperkonvergoitunut on an vastaus ja ei vastaus tutkittaessa moderneja varastorakenteita. Varma on, että teollisuus näkee suuren heilurin kääntyvän hyperkonvergoituvaksi yksinkertaisuutensa vuoksi. Mutta jos tietosi kasvavat räjähdysmäisesti ja laskentatarpeesi eivät ole, sinulla on impedanssin epäsuhta, joka ei sovellu hyvin hyperkonvergenssiin.

Yläaste vai hyperkonvergoitunut?

Hyperkonvergoitu voi olla yksinkertaisempi, kustannustehokkaampi lähestymistapa. Asiakkaamme löytävät kuitenkin Hedvig-palvelusta sen, että tuemme ominaisuutta, joka tekee hypertaajuudesta sopivan melkein kaikille työmäärille: asiakaspuolen välimuistiin tallentaminen. Hedvig voi hyödyntää paikallisia SSD- ja PCIe-laitteita laskentatasossasi rakentaakseen välimuistin. Tämä parantaa merkittävästi lukutehoa ja mikä tärkeintä, ratkaisee datapaikkakysymyksen. Tallennustila on edelleen irrotettu ja toimii omassa, hyperasteikkotasossaan, mutta sovellukset, virtuaalikoneet ja säilöt voivat hyötyä välimuistissa olevasta tiedosta laskentatasolla. Tämä ratkaisee myös välimuistitason kasvattamisen ongelman, mutta se on toisen artikkelin aihe.

Esimerkkinä tästä hyödystä yksi asiakas valitsi Hedvigin hyperluokkaisen lähestymistavan VDI: lle, joka on perinteisesti varattu hyperkonvergoituneille ratkaisuille, kuten edellä on mainittu. Tässä tapauksessa asiakkaalla oli "tehokäyttäjiä", jotka tarvitsivat 16 vCPU: ta ja 32 Gt muistia omistettavaksi jokaiselle isännöitylle työpöydälle. Tämän seurauksena yritys joutui ottamaan käyttöön suuren määrän hyperkonvergoituneita solmuja tukemaan käsittely- ja muistivaatimuksia samalla, kun lisättiin tarpeettomasti tallennuskapasiteettia lukitusvaiheessa.

Hedvig-alustan avulla asiakas pystyi luomaan erilliset solmut Citrix XenDesktop -farmin käyttämiseksi lihavilla terän palvelimilla, joilla oli riittävä suoritin ja RAM-muisti. Tiedot pidettiin erillisessä Hesvig-mittakaavassa räkkiasennetuilla palvelimilla, ja tiedot tallennettiin välimuistiin takaisin XenDesktop-palvelimille paikallisissa SSD-asemissa. Lopputulos? Dramaattisesti halvempi ratkaisu (60 prosenttia vähemmän). Merkittävämpää se tarjosi myös joustavamman ympäristön, jossa yritys pystyi ajamaan Mooren lakia ja ostamaan tehokkaimmat palvelimet, joita tarvitaan työpöydän suorituskyvyn päivittämiseen tarvitsematta päivittää tallennuspalvelimia.

Kokemuksemme perusteella on olemassa joitain helppoja nyrkkisääntöjä sen määrittämiseksi, mikä arkkitehtuuri sopii sinulle.

  • Valitse hiperskaala, kun… organisaatiossasi on vähintään 5000 työntekijää, yli 500 teratavua tietoa, yli 500 sovellusta tai yli 1000 virtuaalikoneita.
  • Valitse hyperkonvergoitu, kun… olet alle näiden vesileimojen numeroiden, sinulla on viisi tai vähemmän henkilökuntaa, joka hallinnoi virtuaalista infrastruktuuriasi, tai olet etäällä tai haaratoimistossa.

Hyvä uutinen on, että sen ei tarvitse olla joko päätös tai päätös. Voit aloittaa hyperkonvergoituneessa ympäristössä, siirtyä sitten yli-asteikkoon tai voit sekoittaa molemmat. Filosofiamme on, että sovelluksesi sanelevat, mitä sinun tulisi käyttää. Ja koska sovellustarpeesi muuttuvat ajan myötä, myös asennuksen tulisi muuttua.

Nykyaikaisissa yrityksissä muutos ja kasvu ovat pakollisia. Yhä useammin ei ole mitään tapaa ratkaista tätä hämmennystä ilman hyperjättöarkkitehtuuria, jonka verkkojättäjät olivat edelläkävijöitä. Muutos on, että jokainen yritys voi nyt hyötyä hyperluokan lähestymistavasta.

Rob Whiteley on Hedvigin markkinointijohtaja.

New Tech Forum tarjoaa mahdollisuuden tutkia ja keskustella kehittyvistä yritysteknologioista ennennäkemättömällä syvyydellä ja laajuudella. Valinta on subjektiivinen, perustuu valitsemiemme tekniikoihin, joiden uskomme olevan tärkeitä ja kiinnostavia lukijoille. ei hyväksy markkinointivakuuksia julkaisua varten ja pidättää oikeuden muokata kaikkea lähetettyä sisältöä. Lähetä kaikki tiedustelut osoitteeseen [email protected].

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