Tere, Khabrovites! , pilveteenuste turg Venemaal kogub pidevalt jõudu. Hübriidpilved on trendikamad kui kunagi varem – hoolimata sellest, et tehnoloogia ise pole kaugeltki uus. Paljud ettevõtted mõtlevad, kui otstarbekas on privaatpilve kujul säilitada ja hooldada tohutut riistvaraparki, sealhulgas seda, mida olukorrast vaja läheb.
Täna räägime sellest, millistes olukordades on hübriidpilve kasutamine õigustatud samm ja millistes võib see probleeme tekitada. Artikkel on kasulik neile, kellel pole varem hübriidpilvedega töötamise tõsist kogemust olnud, kuid nad juba vaatavad neid ega tea, kust alustada.
Artikli lõpus toome ära kontrollnimekirja nippidest, mis aitavad Sind pilvepakkuja valikul ja hübriidpilve seadistamisel.
Palume kõigil huvilistel alla minna!
Privaatne pilv VS avalik: plussid ja miinused
Et mõista, millised põhjused sunnivad ettevõtteid hübriidsüsteemile üle minema, vaatame avalike ja privaatpilvede põhifunktsioone. Keskendugem ennekõike neile aspektidele, mis ühel või teisel moel puudutavad enamikku ettevõtteid. Vältimaks segadust terminoloogias, esitame allpool peamised määratlused:
Privaatne (või privaatne) pilv on IT infrastruktuur, mille komponendid asuvad ühe ettevõtte sees ja ainult sellele ettevõttele või pilveteenuse pakkujale kuuluvatel seadmetel.
Avalik pilv on IT-keskkond, mille omanik osutab tasulisi teenuseid ja pakub pilves ruumi kõigile.
Hübriidpilv koosneb rohkem kui ühest privaatsest ja rohkem kui ühest avalikust pilvest, mille arvutusvõimsus on jagatud.
Privaatsed pilved
Vaatamata kõrgetele kuludele on privaatpilvel mitmeid eeliseid, mida ei saa tähelepanuta jätta. Nende hulka kuuluvad kõrge juhitavus, andmete turvalisus ning ressursside ja seadmete töö täielik jälgimine. Jämedalt öeldes vastab privaatpilv kõigile inseneride ideedele ideaalse infrastruktuuri kohta. Pilvearhitektuuri saate igal ajal kohandada, selle omadusi ja konfiguratsiooni muuta.
Pole vaja loota välistele pakkujatele – kõik infrastruktuuri komponendid jäävad teie poolele.
Kuid hoolimata tugevatest pooltargumentidest võib privaatpilv olla alguses ja sellele järgneval hooldusel väga kulukas. Juba privaatpilve kujundamise staadiumis on vaja õigesti arvutada tulevane koormus... Alguses kokkuhoid võib viia selleni, et varem või hiljem seisab silmitsi ressursside nappus ja kasvuvajadus. Ja privaatpilve skaleerimine on keeruline ja kulukas protsess. Iga kord, kui peate ostma uut seadet, ühendage see ja konfigureerige see ning see võib sageli võtta nädalaid – võrreldes peaaegu hetkelise skaleerimisega avalikus pilves.
Lisaks seadmete kuludele on vaja rahalisi vahendeid litsentside ja personali jaoks.
Mõnel juhul nihkub “hinna/kvaliteedi” tasakaal või täpsemalt “mastaabikulu ja hoolduskulu/saadud kasu” lõpuks hinna poole.
Avalikud pilved
Kui teil on ainult privaatpilv, siis avalik pilv kuulub välisele pakkujale, kes lubab teil oma arvutusressursse tasu eest kasutada.
Samas langeb kõik pilve toe ja hooldusega seonduv võimsate “pakkuja” õlgadele. Teie ülesanne on valida optimaalne tariifiplaan ja tasuda õigeaegselt.
Avaliku pilve kasutamine suhteliselt väikeste projektide jaoks on palju odavam kui oma seadmepargi ülalpidamine.
Sellest tulenevalt puudub vajadus IT-spetsialistide ülalpidamiseks ning finantsriskid vähenevad.
Võite igal ajal pilveteenuse pakkujat vahetada ja kolida sobivamasse või tulusamasse asukohta.
Mis puudutab avalike pilvede miinuseid, siis siin on kõik üsna ootuspärane: palju vähem kliendipoolset kontrolli, madalam jõudlus suurte andmemahtude töötlemisel ja madal andmeturve võrreldes erapilvedega, mis võib teatud tüüpi äritegevuse jaoks olla kriitilise tähtsusega. .
hübriidpilved
Ülaltoodud eeliste ja puuduste ristumiskohas on hübriidpilved, mis on de facto kombinatsioon vähemalt ühest privaatpilvest ühe või mitme avaliku pilvega. Esmapilgul (ja isegi teisel) võib tunduda, et hübriidpilv on filosoofi kivi, mis võimaldab igal ajal arvutusvõimsust “paisutada”, teha vajalikke arvutusi ja kõik “ära puhuda”. Mitte pilv, vaid David Blaine!
Tegelikkuses on kõik peaaegu sama ilus kui teoorias: hübriidpilv säästab aega ja raha, sellel on palju standardseid ja mittestandardseid kasutusjuhtumeid... aga nüansse on. Siin on kõige olulisemad:
Esiteks, on vaja "oma" ja "kellegi teise" pilv õigesti ühendada, sealhulgas jõudluse osas. Siin võib tekkida palju probleeme, eriti kui avalik pilvandmekeskus on füüsiliselt eemal või ehitatud mõnele teisele tehnoloogiale. Sel juhul on suur hilinemise oht, mõnikord kriitiline.
Teiseks, hübriidpilve kasutamine ühe rakenduse infrastruktuurina on tulvil ebaühtlast jõudlust kõigil rindel (CPU-st ketta alamsüsteemini) ja vähenenud tõrketaluvust. Kaks samade parameetritega serverit, mis asuvad erinevates segmentides, näitavad erinevat jõudlust.
Kolmandaks, ärge unustage "võõra" riistvara riistvara haavatavusi (tulised tervitused Inteli arhitektidele) ja muid turvaprobleeme pilve avalikus osas, millest juba eespool juttu oli.
Neljandaks, ähvardab hübriidpilve kasutamine tõrketaluvust märkimisväärselt vähendada, kui see hostib ühte rakendust.
Eriline boonus: nüüd võib ühe pilve asemel kaks ja/või nendevaheline ühendus korraga “katkeneda”. Ja mitmes kombinatsioonis korraga.
Eraldi tasub mainida hübriidpilves suurte rakenduste majutamise probleeme.
Enamikul juhtudel ei saa te lihtsalt minna ja hankida näiteks 100 virtuaalset masinat 128 GB muutmäluga avalikus pilves. Kõige sagedamini ei anna keegi teile isegi 10 sellist autot.
Jah, avalikud pilved pole kummist, Moskva. Paljud pakkujad lihtsalt ei hoia sellist vaba võimsuse reservi - ja see puudutab peamiselt RAM-i. Saate "joonistada" nii palju protsessori tuumasid, kui soovite, ja saate pakkuda kordades rohkem SSD või HDD mahtu, kui on füüsiliselt saadaval. Pakkuja loodab, et te ei kasuta kogu helitugevust korraga ja et seda on võimalik kogu aeg suurendada. Kuid kui RAM-i pole piisavalt, võib virtuaalne masin või rakendus kergesti kokku jooksma. Ja virtualiseerimissüsteem ei võimalda alati selliseid trikke. Igal juhul tasub seda sündmuste arengut meeles pidada ja arutada neid punkte teenusepakkujaga “onshore”, vastasel juhul on oht tippkoormuse ajal (must reede, hooajaline koormus jne) maha jääda.
Kokkuvõttes, kui soovite kasutada hübriidinfrastruktuuri, pidage meeles järgmist.
- Teenusepakkuja ei ole alati valmis nõudmisel vajalikku võimsust pakkuma.
- Elementide ühendamisel on probleeme ja viivitusi. Peate mõistma, millised infrastruktuuri osad ja millistel juhtudel esitavad taotlusi "ühise" kaudu; see võib mõjutada jõudlust ja saadavust. Parem on arvestada, et pilves pole mitte ühte klastri sõlmpunkti, vaid eraldi ja sõltumatut infrastruktuuri.
- Suurel osal maastikust võib tekkida probleeme. Hübriidlahenduses võib üks või teine pilv täielikult "ära kukkuda". Tavalise virtualiseerimisklastri puhul võite kaotada maksimaalselt ühe serveri, kuid siin võite kaotada palju korraga, üleöö.
- Kõige kindlam on käsitleda avalikku osa mitte "laiendina", vaid eraldi pilvena eraldi andmekeskuses. Tõsi, sel juhul ignoreerite tegelikult lahenduse "hübriidsust".
Hübriidpilve puuduste leevendamine
Tegelikult on pilt palju meeldivam, kui arvata võiks. Kõige tähtsam on osata hea hübriidpilve “keetmise” nippe. Siin on peamised kontrollnimekirja vormingus:
- Te ei tohiks rakenduse latentsustundlikke osi põhitarkvarast eraldi avalikku pilve teisaldada: näiteks vahemälu või andmebaasid OLTP-koormuse all.
- Ärge pange avalikku pilve täielikult neid rakenduse osi, ilma milleta see ei tööta. Vastasel juhul suureneb süsteemi rikke tõenäosus mitu korda.
- Skaleerimisel pidage meeles, et pilve erinevates osades juurutatud masinate jõudlus on erinev. Ka skaleerimise paindlikkus pole kaugeltki täiuslik. Kahjuks on see arhitektuurse disaini probleem ja te ei saa seda täielikult välja juurida. Saate ainult proovida vähendada selle mõju tööle.
- Püüdke tagada maksimaalne füüsiline lähedus avalike ja privaatpilvede vahel: mida lühem on vahemaa, seda väiksemad on segmentidevahelised viivitused. Ideaalis "elavad" mõlemad pilve osad samas andmekeskuses.
- Sama oluline on tagada, et mõlemad pilved kasutaksid identseid võrgutehnoloogiaid. Ethernet-InfiniBand lüüsid võivad tekitada palju probleeme.
- Kui era- ja avalikus pilves kasutatakse sama virtualiseerimistehnoloogiat, on see kindel pluss. Mõnel juhul võite teenusepakkujaga kokku leppida tervete virtuaalmasinate üleviimises ilma uuesti installimata.
- Hübriidpilve kasutamise kasumlikuks muutmiseks valige kõige paindlikuma hinnakujundusega pilveteenuse pakkuja. Mis kõige parem – tegelikult kasutatud ressursside põhjal.
- Suurendage andmekeskustega: kui teil on vaja võimsust suurendada, tõstame "teise andmekeskuse" ja paneme selle koormuse alla. Kas olete oma arvutustega valmis? "Kustutame" üleliigse võimsuse ja säästame.
- Üksikuid rakendusi ja projekte saab teisaldada avalikku pilve privaatse pilve skaleerimise ajal või lihtsalt teatud perioodiks. Tõsi, sel juhul ei teki sul hübriidsust, vaid üldine L2 ühenduvus, mis ei sõltu kuidagi sinu enda pilve olemasolust/puudumisest.
Selle asemel, et järeldus
See on kõik. Rääkisime privaat- ja avalike pilvede omadustest ning vaatlesime peamisi võimalusi hübriidpilvede jõudluse ja töökindluse parandamiseks. Iga pilve disain on aga ettevõtte ärieesmärkidest ja ressurssidest tulenevate otsuste, kompromisside ja kokkulepete tulemus.
Meie eesmärk on motiveerida lugejat tema enda eesmärkidest, olemasolevatest tehnoloogiatest ja rahalistest võimalustest lähtuvalt sobiva pilvetaristu valikut tõsiselt võtma.
Kutsume teid jagama oma kogemusi hübriidpilvedega kommentaarides. Oleme kindlad, et teie teadmised on kasulikud paljudele algajatele pilootidele.
Allikas: www.habr.com