Sveiki, chabrovitai! , debesijos paslaugų rinka Rusijoje nuolat stiprėja. Hibridiniai debesys populiarėja kaip niekad – nepaisant to, kad pati technologija toli gražu nėra nauja. Daugeliui įmonių kyla klausimas, kaip įmanoma prižiūrėti ir prižiūrėti didžiulį techninės įrangos parką, įskaitant tai, ko reikia situacijoje, naudojant privatų debesį.
Šiandien kalbėsime apie tai, kokiose situacijose hibridinio debesies naudojimas bus pateisinamas žingsnis ir kuriose gali kilti problemų. Straipsnis bus naudingas tiems, kurie anksčiau neturėjo rimtos patirties dirbant su hibridiniais debesimis, bet jau žiūri į juos ir nežino, nuo ko pradėti.
Straipsnio pabaigoje pateiksime kontrolinį sąrašą gudrybių, kurios padės renkantis debesų tiekėją ir nustatant hibridinį debesį.
Kviečiame visus besidominčius pasinerti!
Privatus debesis VS viešasis: privalumai ir trūkumai
Norėdami suprasti, kokios priežastys verčia įmones pereiti prie hibridinio, pažvelkime į pagrindines viešųjų ir privačių debesų ypatybes. Pirmiausia sutelkime dėmesį į tuos aspektus, kurie vienaip ar kitaip rūpi daugumai įmonių. Siekiant išvengti painiavos terminologijoje, toliau pateikiame pagrindinius apibrėžimus:
Privatus (arba privatus) debesis yra IT infrastruktūra, kurios komponentai yra vienoje įmonėje ir tik šiai įmonei ar debesų tiekėjui priklausančioje įrangoje.
Viešas debesis yra IT aplinka, kurios savininkas teikia paslaugas už atlygį ir suteikia vietą debesyje kiekvienam.
Hibridinis debesis susideda iš daugiau nei vieno privataus ir daugiau nei vieno viešo debesies, kurio skaičiavimo galia yra bendrinama.
Privatūs debesys
Nepaisant didelių sąnaudų, privatus debesis turi keletą privalumų, kurių negalima ignoruoti. Tai apima aukštą valdomumą, duomenų saugumą ir visišką išteklių bei įrangos veikimo stebėjimą. Grubiai tariant, privatus debesis atitinka visas inžinierių idėjas apie idealią infrastruktūrą. Bet kuriuo metu galite koreguoti debesies architektūrą, keisti jos savybes ir konfigūraciją.
Nereikia pasikliauti išoriniais tiekėjais – visi infrastruktūros komponentai lieka jūsų pusėje.
Tačiau, nepaisant svarių argumentų, privatus debesis gali būti labai brangus pradžioje ir vėliau prižiūrint. Jau privataus debesies projektavimo stadijoje būtina teisingai apskaičiuoti būsimą apkrovą... Taupymas pradžioje gali lemti tai, kad anksčiau ar vėliau susidursite su resursų trūkumu ir augimo poreikiu. O privataus debesies mastelio keitimas yra sudėtingas ir brangus procesas. Kiekvieną kartą, kai turite nusipirkti naują įrangą, prijunkite ją ir sukonfigūruokite, o tai dažnai gali užtrukti kelias savaites, palyginti su beveik momentiniu mastelio keitimu viešajame debesyje.
Be įrangos išlaidų, būtina numatyti finansinius išteklius licencijoms ir personalui.
Kai kuriais atvejais „kainos/kokybės“ balansas, o tiksliau „masto ir priežiūros sąnaudos/gauta nauda“ galiausiai pasislenka kainos link.
Vieši debesys
Jei tik jūs turite privatų debesį, tada viešasis debesis priklauso išoriniam tiekėjui, kuris leidžia už tam tikrą mokestį naudoti savo skaičiavimo išteklius.
Tuo pačiu metu viskas, kas susiję su debesų palaikymu ir priežiūra, krenta ant galingo „tiekėjo“ pečių. Jūsų užduotis – pasirinkti optimalų tarifų planą ir laiku atlikti mokėjimus.
Naudoti viešąjį debesį santykinai mažiems projektams yra daug pigiau nei išlaikyti savo įrangos parką.
Atitinkamai, nereikia išlaikyti IT specialistų ir sumažėja finansinė rizika.
Bet kuriuo metu galite laisvai pakeisti debesies paslaugų teikėją ir persikelti į tinkamesnę ar pelningesnę vietą.
Kalbant apie viešųjų debesų trūkumus, visko čia tikimasi: daug mažesnė kliento kontrolė, mažesnis našumas apdorojant didelius duomenų kiekius ir žemas duomenų saugumas, palyginti su privačiais, o tai gali būti labai svarbi kai kurioms verslo rūšims. .
hibridiniai debesys
Minėtų pranašumų ir trūkumų sankirtoje yra hibridiniai debesys, kurie de facto yra bent vieno privataus debesies ir vieno ar kelių viešųjų debesų derinys. Iš pirmo žvilgsnio (ir net iš pirmo žvilgsnio) gali atrodyti, kad hibridinis debesis yra filosofų akmuo, leidžiantis bet kada „išpūsti“ skaičiavimo galią, atlikti reikiamus skaičiavimus ir viską „nupūsti“ atgal. Ne debesis, o Davidas Blaine'as!
Realiai viskas beveik taip pat gražu kaip teoriškai: hibridinis debesis taupo laiką ir pinigus, turi daug standartinių ir nestandartinių naudojimo atvejų... bet yra niuansų. Štai svarbiausi iš jų:
Pirma, būtina teisingai sujungti „savo“ ir „kažkieno kito“ debesį, įskaitant našumą. Čia gali kilti daug problemų, ypač jei viešasis debesų duomenų centras yra fiziškai nutolęs arba sukurtas naudojant kitą technologiją. Tokiu atveju yra didelė vėlavimo rizika, kartais kritinė.
Antra, naudojant hibridinį debesį kaip infrastruktūrą vienai programai, netolygiai veikia visose srityse (nuo procesoriaus iki disko posistemio) ir sumažėja atsparumas gedimams. Du serveriai su tais pačiais parametrais, tačiau esantys skirtinguose segmentuose, parodys skirtingą našumą.
Trečia, nepamirškite apie „svetimos“ aparatinės įrangos pažeidžiamumą (karštūs sveikinimai „Intel“ architektams) ir kitas jau minėtas saugumo problemas viešoje debesies dalyje.
Ketvirta, hibridinio debesies naudojimas gali žymiai sumažinti atsparumą gedimams, jei jame yra viena programa.
Speciali premija: dabar du debesys vietoj vieno ir/arba ryšys tarp jų gali „nutrūkti“ iš karto. Ir daug derinių vienu metu.
Atskirai verta paminėti didelių programų talpinimo hibridiniame debesyje problemas.
Daugeliu atvejų jūs negalite tiesiog eiti ir gauti, pavyzdžiui, 100 virtualių mašinų su 128 GB RAM viešajame debesyje. Dažniausiai tau niekas nedovanos net 10 tokių automobilių.
Taip, viešieji debesys nėra guminiai, Maskva. Daugelis paslaugų teikėjų tiesiog neišlaiko tokio laisvos talpos rezervo - ir tai pirmiausia liečia RAM. Galite „nupiešti“ tiek procesoriaus branduolių, kiek norite, ir galite suteikti daug kartų daugiau SSD ar HDD talpos, nei yra fiziškai. Teikėjas tikėsis, kad iš karto neišnaudosite viso tūrio ir bus galima jį padidinti pakeliui. Tačiau jei nepakanka RAM, virtualioji mašina ar programa gali lengvai sugesti. O virtualizacijos sistema ne visada leidžia tokius triukus. Bet kokiu atveju verta prisiminti šią įvykių raidą ir aptarti šiuos dalykus su tiekėju „krantėje“, kitaip rizikuojate likti nuošalyje piko metu (juodasis penktadienis, sezoninis krūvis ir kt.).
Apibendrinant, jei norite naudoti hibridinę infrastruktūrą, atminkite, kad:
- Teikėjas ne visada yra pasirengęs suteikti reikiamus pajėgumus pagal poreikį.
- Yra problemų ir vėlavimų sujungiant elementus. Turite suprasti, kurios infrastruktūros dalys ir kokiais atvejais pateiks užklausas per „jungtinį“; tai gali turėti įtakos našumui ir pasiekiamumui. Geriau atsižvelgti į tai, kad debesyje yra ne vienas klasterio mazgas, o atskira ir nepriklausoma infrastruktūros dalis.
- Didelėse kraštovaizdžio dalyse gali kilti problemų. Hibridiniame sprendime vienas arba kitas debesis gali visiškai „nukristi“. Įprasto virtualizacijos klasterio atveju rizikuojate prarasti daugiausia vieną serverį, tačiau čia rizikuojate prarasti daug iš karto, per naktį.
- Saugiausia viešąją dalį laikyti ne „plėtimu“, o kaip atskirą debesį atskirame duomenų centre. Tiesa, šiuo atveju jūs iš tikrųjų ignoruojate sprendimo „hibridiškumą“.
Sušvelninti hibridinio debesies trūkumus
Tiesą sakant, vaizdas yra daug malonesnis, nei jūs manote. Svarbiausia išmanyti gero hibridinio debesėlio „virimo“ gudrybes. Štai pagrindiniai kontrolinio sąrašo formatu:
- Neturėtumėte perkelti delsai jautrių programos dalių į viešąjį debesį atskirai nuo pagrindinės programinės įrangos: pavyzdžiui, talpyklos ar duomenų bazių, kai įkeliama OLTP.
- Nedėkite visiškai tų programos dalių į viešąjį debesį, be kurių ji nustos veikti. Priešingu atveju sistemos gedimo tikimybė padidės kelis kartus.
- Keisdami mastelį atminkite, kad įvairiose debesies dalyse įdiegtų mašinų našumas skirsis. Mastelio lankstumas taip pat bus toli gražu ne tobulas. Deja, tai yra architektūrinio dizaino problema ir jos visiškai išnaikinti nepavyks. Galite tik pabandyti sumažinti jo poveikį darbui.
- Stenkitės užtikrinti maksimalų fizinį viešųjų ir privačių debesų artumą: kuo trumpesnis atstumas, tuo mažesni uždelsimai tarp segmentų. Idealiu atveju abi debesies dalys „gyvena“ tame pačiame duomenų centre.
- Taip pat svarbu užtikrinti, kad abiejuose debesyse būtų naudojamos identiškos tinklo technologijos. Ethernet-InfiniBand šliuzai gali sukelti daug problemų.
- Jei privačiuose ir viešuosiuose debesyse naudojama ta pati virtualizacijos technologija, tai yra neabejotinas pliusas. Kai kuriais atvejais galite susitarti su teikėju perkelti visas virtualias mašinas neįdiegdami iš naujo.
- Kad hibridinės debesies naudojimas būtų pelningas, pasirinkite debesies paslaugų teikėją su lanksčiausia kainodara. Geriausia, remiantis faktiškai panaudotais ištekliais.
- Padidinkite mastą naudodami duomenų centrus: jei reikia padidinti pajėgumą, pakeliame „antrą duomenų centrą“ ir apkrauname jį. Ar baigei savo skaičiavimus? Mes „gesiname“ energijos perteklių ir taupome.
- Atskiros programos ir projektai gali būti perkelti į viešąjį debesį, kol privatus debesis yra keičiamas, arba tiesiog tam tikram laikotarpiui. Tiesa, tokiu atveju hibridiškumo neturėsite, tik bendrą L2 ryšį, kuris niekaip nepriklauso nuo nuosavo debesies buvimo/nebuvimo.
Vietoj išvados
Tai viskas. Kalbėjomės apie privačių ir viešųjų debesų ypatybes, apžvelgėme pagrindines galimybes pagerinti hibridinių debesų veikimą ir patikimumą. Tačiau bet kurio debesies dizainas yra sprendimų, kompromisų ir susitarimų, kuriuos lemia įmonės verslo tikslai ir ištekliai, rezultatas.
Mūsų tikslas – motyvuoti skaitytoją rimtai žiūrėti į tinkamos debesų infrastruktūros pasirinkimą, atsižvelgiant į jo paties tikslus, turimas technologijas ir finansines galimybes.
Kviečiame komentaruose pasidalinti patirtimi su hibridiniais debesimis. Esame tikri, kad jūsų žinios bus naudingos daugeliui pradedančiųjų pilotų.
Šaltinis: www.habr.com