Hybridipilvet: opas aloitteleville lentäjille

Hybridipilvet: opas aloitteleville lentäjille

Hei Khabrovites! Tilastojen mukaan, pilvipalvelumarkkinat Venäjällä vahvistuvat jatkuvasti. Hybridipilvet ovat trendissä enemmän kuin koskaan – huolimatta siitä, että tekniikka itsessään on kaikkea muuta kuin uutta. Monet yritykset ihmettelevät, kuinka mahdollista on ylläpitää ja ylläpitää valtavaa laitteistokantaa, mukaan lukien tilannekohtaisesti tarvittava, yksityisen pilven muodossa.

Tänään puhutaan siitä, missä tilanteissa hybridipilven käyttö on perusteltu askel ja missä se voi aiheuttaa ongelmia. Artikkeli on hyödyllinen niille, joilla ei ole aiemmin ollut vakavaa kokemusta hybridipilvien kanssa työskentelystä, mutta jotka jo katsovat niitä eivätkä tiedä mistä aloittaa.

Artikkelin lopussa annamme tarkistuslistan temppuista, jotka auttavat sinua valitessasi pilvipalveluntarjoajaa ja perustaessasi hybridipilven.

Pyydämme kaikkia kiinnostuneita mukaan!

Yksityinen pilvi vs julkinen: plussat ja miinukset

Ymmärtääksemme, mitkä syyt pakottavat yrityksiä siirtymään hybrideihin, katsotaanpa julkisten ja yksityisten pilvien keskeisiä ominaisuuksia. Keskitytään ensinnäkin niihin näkökohtiin, jotka tavalla tai toisella koskettavat useimpia yrityksiä. Välttääksemme sekaannuksia terminologiassa esitämme alla tärkeimmät määritelmät:

Yksityinen (tai yksityinen) pilvi on IT-infrastruktuuri, jonka komponentit sijaitsevat yhden yrityksen sisällä ja vain tämän yrityksen tai pilvipalveluntarjoajan omistamissa laitteissa.

Julkinen pilvi on IT-ympäristö, jonka omistaja tarjoaa palveluita maksua vastaan ​​ja tarjoaa tilaa pilvessä kaikille.

Hybridi pilvi koostuu useammasta kuin yhdestä yksityisestä ja useammasta julkisesta pilvestä, joiden laskentateho on jaettu.

Yksityiset pilvet

Korkeasta hinnastaan ​​huolimatta yksityisellä pilvellä on useita etuja, joita ei voida jättää huomiotta. Näitä ovat korkea ohjattavuus, tietoturva sekä resurssien ja laitteiden toiminnan täydellinen seuranta. Karkeasti sanottuna yksityinen pilvi täyttää kaikki insinöörien ideat ihanteellisesta infrastruktuurista. Voit milloin tahansa säätää pilviarkkitehtuuria, muuttaa sen ominaisuuksia ja määrityksiä.

Sinun ei tarvitse luottaa ulkopuolisiin palveluntarjoajiin - kaikki infrastruktuurikomponentit pysyvät puolellasi.

Mutta huolimatta vahvoista puoltavista perusteista, yksityinen pilvi voi olla erittäin kallis alussa ja myöhemmässä ylläpidossa. Jo yksityisen pilven suunnitteluvaiheessa on tarpeen laskea tuleva kuorma oikein... Alussa säästäminen voi johtaa siihen, että ennemmin tai myöhemmin kohtaat resurssien puutteen ja kasvun tarpeen. Yksityisen pilven skaalaus on monimutkainen ja kallis prosessi. Joka kerta kun joudut ostamaan uusia laitteita, yhdistä se ja konfiguroi se, ja tämä voi usein kestää viikkoja – verrattuna lähes välittömään skaalaukseen julkisessa pilvessä.

Laitekustannusten lisäksi on hankittava taloudellisia resursseja lupia ja henkilöstöä varten.

Joissakin tapauksissa "hinta/laatu" -tasapaino, tai tarkemmin sanottuna "skaalaus- ja ylläpitokustannukset / saadut hyödyt", siirtyy lopulta hintaa kohti.

Julkiset pilvet

Jos omistat vain yksityisen pilven, niin julkinen pilvi kuuluu ulkoiselle palveluntarjoajalle, joka sallii sinun käyttää sen laskentaresursseja maksua vastaan.

Samaan aikaan kaikki pilvitukeen ja -ylläpitoon liittyvä putoaa tehokkaan "palveluntarjoajan" harteille. Sinun tehtäväsi on valita optimaalinen tariffisuunnitelma ja suorittaa maksut ajallaan.

Julkisen pilven käyttäminen suhteellisen pienissä projekteissa on paljon halvempaa kuin oman kaluston ylläpitäminen.

Näin ollen IT-asiantuntijoita ei tarvitse ylläpitää ja taloudelliset riskit pienenevät.

Voit milloin tahansa vapaasti vaihtaa pilvipalveluntarjoajaa ja muuttaa sopivampaan tai kannattavampaan paikkaan.

Mitä tulee julkisten pilvien haitoihin, kaikki tässä on odotettua: paljon vähemmän asiakkaan hallintaa, pienempi suorituskyky suurten tietomäärien käsittelyssä ja alhainen tietoturva verrattuna yksityisiin, mikä voi olla kriittistä tietyntyyppisille yrityksille. .

hybridipilviä

Yllä olevien etujen ja haittojen leikkauskohdassa ovat hybridipilvet, jotka ovat tosiasiallisesti vähintään yhden yksityisen pilven ja yhden tai useamman julkisen pilven yhdistelmä. Ensisilmäyksellä (ja jopa toisella) voi tuntua, että hybridipilvi on viisasten kivi, jonka avulla voit "paisuttaa" laskentatehoa milloin tahansa, suorittaa tarvittavat laskelmat ja "puhaltaa" kaiken takaisin. Ei pilvi, vaan David Blaine!

Hybridipilvet: opas aloitteleville lentäjille

Todellisuudessa kaikki on melkein yhtä kaunista kuin teoriassa: hybridipilvi säästää aikaa ja rahaa, siinä on monia tavallisia ja epästandardeja käyttötapauksia... mutta vivahteita on. Tässä niistä tärkeimmät:

Ensiksi, on välttämätöntä yhdistää "oma" ja "jonkun muun" pilvi oikein, myös suorituskyvyn kannalta. Tässä voi syntyä paljon ongelmia, varsinkin jos julkinen pilvipalvelinkeskus on fyysisesti etäinen tai rakennettu eri tekniikalle. Tässä tapauksessa viivästysten riski on suuri, joskus kriittinen.

Toiseksi, hybridipilven käyttäminen infrastruktuurina yksittäiselle sovellukselle on täynnä epätasaista suorituskykyä kaikilla rintamilla (suorittimesta levyalijärjestelmään) ja heikentynyttä vikasietokykyä. Kaksi palvelinta, joilla on samat parametrit, mutta sijaitsevat eri segmenteissä, näyttävät erilaista suorituskykyä.

Kolmanneksi, älä unohda "vieraiden" laitteistojen laitteistohaavoittuvuuksia (palavia terveisiä Intel-arkkitehdeille) ja muita pilven julkisen osan turvallisuusongelmia, jotka on jo mainittu yllä.

Neljänneksi, hybridipilven käyttö uhkaa vähentää merkittävästi vikasietoisuutta, jos se isännöi yhtä sovellusta.

Erikoisbonus: nyt kaksi pilveä yhden sijasta ja/tai niiden välinen yhteys voi "katkoa" kerralla. Ja monessa yhdistelmässä kerralla.

Erikseen on syytä mainita suurten sovellusten isännöinnin ongelmat hybridipilvessä.
Suurimmassa osassa tapauksista et voi vain mennä ja hankkia esimerkiksi 100 virtuaalikonetta, joissa on 128 Gt RAM-muistia julkisessa pilvessä. Useimmiten kukaan ei anna sinulle edes 10 tällaista autoa.

Hybridipilvet: opas aloitteleville lentäjille

Kyllä, julkiset pilvet eivät ole kumia, Moskova. Monet palveluntarjoajat eivät yksinkertaisesti pidä tällaista vapaata kapasiteettia - ja tämä koskee ensisijaisesti RAM-muistia. Voit "piirtää" niin monta prosessoriytimiä kuin haluat, ja voit tarjota monta kertaa enemmän SSD- tai HDD-kapasiteettia kuin on fyysisesti saatavilla. Palveluntarjoaja toivoo, että et käytä koko äänenvoimakkuutta kerralla ja että on mahdollista lisätä sitä matkan varrella. Mutta jos RAM-muistia ei ole tarpeeksi, virtuaalikone tai sovellus voi helposti kaatua. Ja virtualisointijärjestelmä ei aina salli tällaisia ​​temppuja. Joka tapauksessa kannattaa muistaa tämä tapahtumien kehitys ja keskustella näistä kohdista "onshore" -palveluntarjoajan kanssa, muuten vaarana on jäädä jälkeen ruuhkakuormien aikana (musta perjantai, kausikuorma jne.).

Yhteenvetona, jos haluat käyttää hybridiinfrastruktuuria, pidä mielessä, että:

  • Palveluntarjoaja ei ole aina valmis tarjoamaan tarvittavaa kapasiteettia pyynnöstä.
  • Elementtien kytkennöissä on ongelmia ja viiveitä. Sinun on ymmärrettävä, mitkä infrastruktuurin osat ja missä tapauksissa tekevät pyyntöjä "liitoksen" kautta; tämä voi vaikuttaa suorituskykyyn ja saatavuuteen. On parempi ottaa huomioon, että pilvessä ei ole yhtä klusterisolmua, vaan erillinen ja itsenäinen infrastruktuuri.
  • Ongelmien riski esiintyy suuressa osassa maisemaa. Hybridiratkaisussa joko toinen tai toinen pilvi voi "pudota pois" kokonaan. Tavallisessa virtualisointiklusterissa on vaarana menettää enintään yksi palvelin, mutta tässä vaarana on menettää paljon kerralla, yhdessä yössä.
  • Turvallisinta on käsitellä julkista osaa ei "laajentimena", vaan erillisenä pilvenä erillisessä datakeskuksessa. Totta, tässä tapauksessa jätät itse asiassa huomiotta ratkaisun "hybridisyyden".

Hybridipilven haittojen lieventäminen

Itse asiassa kuva on paljon miellyttävämpi kuin uskotkaan. Tärkeintä on osata hyvän hybridipilven "keittämisen" temppuja. Tässä ovat tärkeimmät tarkistuslistan muodossa:

  • Älä siirrä sovelluksen latenssiherkkiä osia julkiseen pilveen erillään pääohjelmistosta: esimerkiksi välimuistia tai tietokantoja OLTP-kuormituksen alla.
  • Älä laita julkiseen pilveen kokonaan niitä sovelluksen osia, joita ilman se lakkaa toimimasta. Muuten järjestelmävian todennäköisyys kasvaa useita kertoja.
  • Muista skaalattaessa, että pilven eri osiin asennettujen koneiden suorituskyky vaihtelee. Skaalausjoustavuus on myös kaukana täydellisestä. Valitettavasti tämä on arkkitehtoninen suunnitteluongelma, etkä pysty poistamaan sitä kokonaan. Voit vain yrittää vähentää sen vaikutusta työhön.
  • Pyri varmistamaan mahdollisimman suuri fyysinen läheisyys julkisten ja yksityisten pilvien välillä: mitä lyhyempi etäisyys, sitä pienemmät viiveet segmenttien välillä. Ihannetapauksessa pilven molemmat osat "elävät" samassa palvelinkeskuksessa.
  • Yhtä tärkeää on varmistaa, että molemmat pilvet käyttävät identtisiä verkkotekniikoita. Ethernet-InfiniBand-yhdyskäytävät voivat aiheuttaa monia ongelmia.
  • Jos samaa virtualisointitekniikkaa käytetään yksityisessä ja julkisessa pilvessä, tämä on selvä plussa. Joissakin tapauksissa voit sopia palveluntarjoajan kanssa kokonaisten virtuaalikoneiden siirtämisestä ilman uudelleenasennusta.
  • Jotta hybridipilven käyttö olisi kannattavaa, valitse pilvipalveluntarjoaja, jolla on joustavin hinnoittelu. Mikä parasta, tosiasiallisesti käytettyjen resurssien perusteella.
  • Kasvata palvelinkeskuksia: jos sinun on lisättävä kapasiteettia, nostamme "toisen datakeskuksen" ja kuormitamme sen. Oletko tehnyt laskelmasi? "Sammutamme" ylimääräisen tehon ja säästämme.
  • Yksittäisiä sovelluksia ja projekteja voidaan siirtää julkiseen pilveen yksityisen pilven skaalauksen aikana tai yksinkertaisesti tietyksi ajaksi. Totta, tässä tapauksessa sinulla ei ole hybriditeettiä, vain yleinen L2-yhteys, joka ei millään tavalla riipu oman pilvesi olemassaolosta/puuttumisesta.

Sen sijaan johtopäätös

Siinä kaikki. Keskustelimme yksityisten ja julkisten pilvien ominaisuuksista ja tarkastelimme tärkeimpiä mahdollisuuksia parantaa hybridipilvien suorituskykyä ja luotettavuutta. Minkä tahansa pilven suunnittelu on kuitenkin seurausta yrityksen liiketoiminnan tavoitteiden ja resurssien sanelemista päätöksistä, kompromisseista ja sopimuksista.

Tavoitteenamme on motivoida lukija ottamaan vakavasti sopivan pilviinfrastruktuurin valinta omien tavoitteidensa, käytettävissä olevien teknologioidensa ja taloudellisten mahdollisuuksiensa perusteella.

Kutsumme sinut jakamaan kokemuksesi hybridipilvistä kommenteissa. Olemme varmoja, että asiantuntemuksestasi on hyötyä monille aloitteleville lentäjille.

Lähde: will.com

Lisää kommentti