Pozdravljeni, Khabrovci! , trg storitev v oblaku v Rusiji nenehno pridobiva na moči. Hibridni oblaki so v trendu bolj kot kdaj koli prej – kljub dejstvu, da sama tehnologija še zdaleč ni nova. Mnoga podjetja se sprašujejo, kako izvedljivo je vzdrževati in vzdrževati ogromno strojne opreme, vključno s tisto, ki je situacijsko potrebna, v obliki zasebnega oblaka.
Danes bomo govorili o tem, v katerih situacijah bo uporaba hibridnega oblaka upravičen korak in v katerih lahko povzroči težave. Članek bo koristen za tiste, ki še niso imeli resnih izkušenj z delom s hibridnimi oblaki, vendar jih že gledajo in ne vedo, kje začeti.
Na koncu članka vam bomo podali seznam trikov, ki vam bodo v pomoč pri izbiri ponudnika oblaka in postavitvi hibridnega oblaka.
Prosimo vse zainteresirane, da greste pod rez!
Zasebni oblak VS javni: prednosti in slabosti
Da bi razumeli, kateri razlogi ženejo podjetja k prehodu na hibridne oblake, si poglejmo ključne značilnosti javnih in zasebnih oblakov. Osredotočimo se najprej na tiste vidike, ki tako ali drugače zadevajo večino podjetij. Da bi se izognili zmedi v terminologiji, spodaj predstavljamo glavne definicije:
Zasebni (ali zasebni) oblak je IT infrastruktura, katere komponente se nahajajo znotraj enega podjetja in samo na opremi v lasti tega podjetja oziroma ponudnika oblaka.
Javni oblak je IT okolje, katerega lastnik ponuja storitve za plačilo in vsem zagotavlja prostor v oblaku.
Hibridni oblak je sestavljen iz več kot enega zasebnega in več kot enega javnega oblaka, katerih računalniška moč je deljena.
Zasebni oblaki
Kljub visokim stroškom ima zasebni oblak več prednosti, ki jih ni mogoče prezreti. Ti vključujejo visoko nadzorljivost, varnost podatkov in popolno spremljanje virov in delovanja opreme. Grobo rečeno, zasebni oblak ustreza vsem zamislim inženirjev o idealni infrastrukturi. Kadar koli lahko prilagodite arhitekturo oblaka, spremenite njegove lastnosti in konfiguracijo.
Ni vam treba zanašati na zunanje ponudnike – vse komponente infrastrukture ostanejo na vaši strani.
Toda kljub močnim argumentom v prid je lahko zasebni oblak na začetku in pri nadaljnjem vzdrževanju zelo drag. Že v fazi načrtovanja zasebnega oblaka je treba pravilno izračunati bodočo obremenitev... Varčevanje na začetku lahko pripelje do tega, da se prej ali slej soočite s pomanjkanjem virov in potrebo po rasti. Povečanje velikosti zasebnega oblaka je zapleten in drag postopek. Vsakič, ko morate kupiti novo opremo, jo povezati in konfigurirati, kar lahko pogosto traja več tednov - v primerjavi s skoraj takojšnjim skaliranjem v javnem oblaku.
Poleg stroškov opreme je potrebno zagotoviti finančna sredstva za licence in kadre.
V nekaterih primerih se ravnotežje »cena/kakovost« ali natančneje »strošek povečanja in vzdrževanja/dobljene koristi« končno premakne k ceni.
Javni oblaki
Če imate samo zasebni oblak, potem javni oblak pripada zunanjemu ponudniku, ki vam omogoča uporabo njegovih računalniških virov proti plačilu.
Hkrati pa vse, kar je povezano s podporo in vzdrževanjem v oblaku, pade na ramena močnega »ponudnika«. Vaša naloga je izbrati optimalen tarifni načrt in pravočasno plačevati.
Uporaba javnega oblaka za razmeroma majhne projekte je veliko cenejša od vzdrževanja lastne opreme.
Skladno s tem ni potrebe po vzdrževanju IT strokovnjakov in zmanjšana so finančna tveganja.
Kadarkoli lahko zamenjate ponudnika oblaka in se preselite na bolj primerno ali donosnejšo lokacijo.
Kar zadeva slabosti javnih oblakov, je tukaj vse povsem pričakovano: veliko manj nadzora s strani naročnika, nižja zmogljivost pri obdelavi velikih količin podatkov in nizka varnost podatkov v primerjavi z zasebnimi, kar je lahko kritično za nekatere vrste poslovanja. .
hibridni oblaki
Na stičišču omenjenih prednosti in slabosti so hibridni oblaki, ki so de facto kombinacija vsaj enega zasebnega oblaka z enim ali več javnimi. Na prvi (in celo na drugi) pogled se morda zdi, da je hibridni oblak kamen modrosti, ki vam omogoča, da kadar koli "napihnete" računalniško moč, izvedete potrebne izračune in "odpihnete" vse nazaj. Ne oblak, ampak David Blaine!
V resnici je vse skoraj tako lepo kot v teoriji: hibridni oblak prihrani čas in denar, ima veliko standardnih in nestandardnih primerov uporabe ... vendar obstajajo nianse. Tu so najpomembnejši med njimi:
Prvič, je treba pravilno povezati "svoj" in "tuji" oblak, tudi glede zmogljivosti. Tu se lahko pojavi veliko težav, še posebej, če je javni podatkovni center v oblaku fizično oddaljen ali zgrajen na drugi tehnologiji. V tem primeru obstaja veliko tveganje za zamude, včasih kritične.
Drugič, je uporaba hibridnega oblaka kot infrastrukture za eno samo aplikacijo obremenjena z neenakomerno zmogljivostjo na vseh frontah (od CPU do diskovnega podsistema) in zmanjšano toleranco za napake. Dva strežnika z enakimi parametri, vendar se nahajata v različnih segmentih, bosta pokazala različno zmogljivost.
Tretjič, ne pozabite na strojne ranljivosti »tuje« strojne opreme (goreč pozdrav Intelovim arhitektom) in druge varnostne težave v javnem delu oblaka, ki smo jih že omenili zgoraj.
Četrtič, uporaba hibridnega oblaka grozi z občutnim zmanjšanjem tolerance napak, če gosti eno samo aplikacijo.
Poseben bonus: zdaj lahko dva oblaka namesto enega in/ali povezava med njima “pretrga” naenkrat. In to v več kombinacijah hkrati.
Ločeno je treba omeniti težave pri gostovanju velikih aplikacij v hibridnem oblaku.
V veliki večini primerov ne morete preprosto dobiti na primer 100 virtualnih strojev s 128 GB RAM-a v javnem oblaku. Najpogosteje vam nihče ne bo dal niti 10 takih avtomobilov.
Da, javni oblaki niso gumijasti, Moskva. Mnogi ponudniki preprosto ne hranijo takšne rezerve prostih zmogljivosti - in to se nanaša predvsem na RAM. Lahko "narišete" poljubno število procesorskih jeder in zagotovite lahko večkrat večjo zmogljivost SSD ali HDD, kot je fizično na voljo. Ponudnik bo upal, da ne boste porabili celotnega obsega naenkrat in da ga bo možno sproti povečevati. Toda če ni dovolj RAM-a, se lahko virtualni stroj ali aplikacija zlahka zruši. In sistem virtualizacije ne dopušča vedno takšnih trikov. Vsekakor si je vredno zapomniti ta razvoj dogodkov in se o teh točkah pogovoriti s ponudnikom »na kopnem«, sicer tvegate, da ostanete ob največjih obremenitvah (črni petek, sezonska obremenitev itd.).
Če povzamemo, če želite uporabiti hibridno infrastrukturo, upoštevajte naslednje:
- Ponudnik ni vedno pripravljen zagotoviti potrebne kapacitete na zahtevo.
- Pojavijo se težave in zamude pri povezovanju elementov. Razumeti morate, kateri deli infrastrukture in v kakšnih primerih bodo pošiljali zahteve prek »skupa«; to lahko vpliva na zmogljivost in razpoložljivost. Bolje je upoštevati, da v oblaku ni eno vozlišče gruče, temveč ločen in neodvisen del infrastrukture.
- Obstaja nevarnost, da se težave pojavijo na velikih delih pokrajine. V hibridni rešitvi lahko eden ali drugi oblak v celoti "odpade". V primeru navadne virtualizacijske gruče tvegate izgubo največ enega strežnika, tukaj pa tvegate, da izgubite veliko naenkrat, čez noč.
- Najvarneje je, da javnega dela ne obravnavate kot »razširitveno«, temveč kot ločen oblak v ločenem podatkovnem centru. Res je, v tem primeru dejansko zanemarite »hibridnost« rešitve.
Zmanjšanje slabosti hibridnega oblaka
Pravzaprav je slika veliko bolj prijetna, kot si mislite. Najpomembneje je poznati trike »kuhanja« dobrega hibridnega oblaka. Tu so glavne v obliki kontrolnega seznama:
- Delov aplikacije, ki so občutljivi na zakasnitev, ne smete premikati v javni oblak ločeno od glavne programske opreme: na primer predpomnilnika ali baz podatkov pri nalaganju OLTP.
- Ne postavljajte v celoti tistih delov aplikacije v javni oblak, brez katerih ne bo več delovala. V nasprotnem primeru se bo verjetnost okvare sistema večkrat povečala.
- Pri skaliranju ne pozabite, da se bo zmogljivost strojev, nameščenih v različnih delih oblaka, razlikovala. Tudi prilagodljivost skaliranja bo daleč od popolne. Na žalost je to problem arhitekturnega načrtovanja in ga ne boste mogli popolnoma izkoreniniti. Poskusite lahko le zmanjšati njegov vpliv na delo.
- Poskusite zagotoviti največjo fizično bližino med javnim in zasebnim oblakom: krajša kot je razdalja, manjše so zamude med segmenti. V idealnem primeru oba dela oblaka »živita« v istem podatkovnem centru.
- Enako pomembno je zagotoviti, da oba oblaka uporabljata enake omrežne tehnologije. Prehodi Ethernet-InfiniBand lahko predstavljajo veliko težav.
- Če se ista virtualizacijska tehnologija uporablja v zasebnih in javnih oblakih, je to zagotovo plus. V nekaterih primerih se lahko s ponudnikom dogovorite za selitev celotnih virtualnih strojev brez ponovne namestitve.
- Da bo uporaba hibridnega oblaka donosna, izberite ponudnika oblaka z najbolj prilagodljivimi cenami. Najboljše od vsega, glede na dejansko porabljene vire.
- Povečajte se s podatkovnimi centri: če morate povečati zmogljivost, postavimo »drugi podatkovni center« in ga obremenimo. Ste končali z izračuni? Odvečno moč "gasimo" in varčujemo.
- Posamezne aplikacije in projekte je mogoče prestaviti v javni oblak med prilagajanjem zasebnega oblaka ali preprosto za določen čas. Res je, v tem primeru ne boste imeli hibridnosti, le splošno L2 povezljivost, ki pa nikakor ni odvisna od prisotnosti/odsotnosti lastnega oblaka.
Namesto zaključka
To je vse. Pogovarjali smo se o značilnostih zasebnih in javnih oblakov ter si ogledali glavne priložnosti za izboljšanje delovanja in zanesljivosti hibridnih oblakov. Vendar pa je zasnova vsakega oblaka rezultat odločitev, kompromisov in konvencij, ki jih narekujejo poslovni cilji in viri podjetja.
Naš cilj je motivirati bralca, da resno vzame izbiro ustrezne oblačne infrastrukture glede na lastne cilje, razpoložljive tehnologije in finančne zmožnosti.
Vabimo vas, da v komentarjih delite svoje izkušnje s hibridnimi oblaki. Prepričani smo, da bo vaše strokovno znanje koristno mnogim pilotom začetnikom.
Vir: www.habr.com