Pilvemajutus (Cloud Hosting)

Pilvemajutus, avastame seda tüüpi pilvandmetöötluse potentsiaali, kellele see kasu võib olla, ja selle tehnoloogia puudused.

Pilvemajutus| Netis on mitu artiklit, mis hakkavad rääkima pilvandmetöötluse maailmast. Tundub, et oleme lõpuks vabanemas eelarvamusest, et see on ainult mood, ja hindame lõpuks selle tehnoloogia potentsiaali (ilmselgelt on ka miinuseid).

Pilvemajutuse määratlus pole paljudele õigustatult selge. Paljude asjade seas, mida see tehnoloogia on teinud, on üks kõige vähem vääriv olnud segaduse tekitamine paljudes sektorites, sealhulgas hostimine. Selle postituse eesmärk on selgitada, mida mõeldakse pilvemajutuse all ja millised on selle tehnoloogia olulisemad omadused.

Pilvemajutus võlgneb oma nime võimalusele, alates võimalusest laiendada traditsioonilist majutust ja selle põhilist kliendi-serveri mudelit keerukama infrastruktuurini, mis on paindlik (selles mõttes, et see vastab dünaamiliselt ühe või mitme külastaja vajadustele). , tõhus (selleks, et tõhusalt toetada külastajaid, kes võivad olla väga arvukad) ja skaleeritav (selle eest saab maksta sisuliselt ühe toote tegeliku kasutamise ja "tarbimise" põhjal).

Miks siis ühendada pilv ja traditsiooniline hostimistehnoloogia? Kellele see mõeldud on ja kuidas seda kõike kasutada saab? Põhiidee põhineb & ldquo; infrastruktuur kui teenus & rdquo;, st muretsemata vajalike ressursside täpse suuruse pärast.

Mida tähendab pilvemajutus?

Mõiste pilvemajutus ei viita ilmselt enamikule meist selget ideed ning sageli jääb see enamiku jaoks ebamääraseks ja ebaselgeks tehnoloogiaks. See tuleneb osaliselt pilvandmetöötlusest, mis seisneb võrguressursside olulises virtualiseerimises, et pakkuda kasutajatele tuge, näiteks andmete salvestamist. Pilvekasutus hostimissektoris suudab pakkuda suurt efektiivsust palju madalamate hindadega kui samaväärsed VPS ja / või spetsiaalsed ning see teebki selle tehnoloogia nii huvitavaks.

Mida tähendab IaaS?

Pilvelahendustega serveri, tarkvara ja / või võrguseadmete ostmise asemel otsustavad kliendid osta vastavalt vajadustele skaleeritavaid allhanke all olevaid ressursse (utiliidi arvutus). Seetõttu peegeldab tarbitud ressursside arv ja järelikult ka nende maksumus ettevõtte tegelikku aktiivsust ning väldib raiskamist ressursside ülemäärase suuruse tõttu.

Kuidas pilvemajutust kõige paremini kasutada

Need, kes soovivad pilvemajutust osta, peavad tavaliselt:

• Pilveserveri suuruse otsustamine (maksimaalne mälumaht, oluliselt)

• Valige operatsioonisüsteem (Ubuntu 64bit, CentOS, Windows Server ja nii edasi) ja vajadusel andmebaasiserver (nt Microsoft MySQL Server)

• Sõitke ostetud masinaga läbi liidese, tavaliselt veebi, mida saab juhtida erinevatest seadmetest ja mida pole vaja installida

   

Hea pilvemajutuse omadused

Pilvemajutuse infrastruktuur võimaldab teil olla mitu serverit erineval määral, mitte ettemääratud viisil, vaid sõltuvalt nõutavast töökoormusest: nii et kui tavalistes tingimustes kasutate näiteks ainult ühte, jagatakse tööd kuni 50 erineva serveriga. Ilmselt viiakse see ressursside keeruline kihistamine lõpptarbija jaoks läbi täiesti läbipaistval viisil, tänu tõhusale virtualiseerimisastmele ja tagades seega väga kõrge efektiivsuse, koormuse tippude optimaalse haldamise ja suure tõenäosuse andmete taastamiseks juhul, kui ootamatut kahju. Pilvemajutuse tüüpiline kasutusviis puudutab tegelikult suures koguses andmete salvestamist (meelde jätmist).

Pilvemajutus: kes seda kasutab?

Hoolimata sellest on Google'i laialt levinud trend - Rackspace'i uuringu kohaselt on tavapärase majutusega võrreldes 50% rohkem, umbes 60–70% väikeste ja keskmise suurusega ettevõtete vastajatest pole sellega kursis. tehnoloogia. Võib-olla on parim viis rääkida paremini mõista, kui loetleda mõned kasutusnäited:

• Andmete salvestamine (failid ja / või suured andmehulgad)

• Veebimajutus (tohutute liiklusvoogude haldamine)

• Suurendage töötlemist / jaotatud töökoormusi (töökoormuse parem haldamine)

• Failide ja andmebaaside majutamine

• Rakenduse majutamine

Kindlasti osaline loetelu, mille soovitas Rackspace, mis annab aimu pilvemajutuse suurest mitmekülgsusest. See kohanemisvõime põrkab aga Itaalias kokku vähemalt kolme tüüpi probleemidega:

1. Ettevõtted, kes pakuvad pilvemajutust, pole endiselt väga arvukad

2. Pilvemajutuse kasutamine nõuab aega, projekte ja ressursse, mille rakendamiseks pole sageli aega

3. Paljudel juhtudel pole täpset ideed selle tehnoloogia kasutamiseks, mis jääb paljudel juhtudel paberile.

On tõsi, et paljudel ettevõtetel pole võimalust kohapeal hostimise infrastruktuuri osta ja seetõttu võivad nad probleemi tõhusaks lahendamiseks valida pilvekeskkonnas ruumi rentimise. Lisaks Itaalia lahendustele tuleks sellist tüüpi alternatiive otsida selliste suurte nimede hulgast nagu Amazon AWS, Google Cloud.

Jagatud hostimisest pilvemajutuseni

Kõik te teate kindlasti, mida me mõtleme, kui ütleme "jagatud hostimine", neile, kes on veidi roostes, teadke lihtsalt, et see on tavaliselt Linuxi või Windowsi serverites jagatud keskkond, millel on teatud spetsiaalsed ressursid, tavaliselt mitte ram ja CPU, jagatud keskkonna tõttu, kus see elab. Midagi muud kui serveris loodud konto, loodud ajutiselt või kasutades väga levinud juhtpaneele nagu cPanel või Plesk.

Kui räägime pilvemajutusest, räägime alati jagatud keskkonnast, kuid erinevate omaduste ja suuremate garantiidega. Esimene asi, mida me peame teadma, on see, et pilvemajutusteenuses eeldame, et meil pole garantiid mitte ainult sellistele ressurssidele nagu kettaruum või ribalaius, vaid ka protsessori ja RAM-i mälule: meie konto on tegelikult võrreldav VPS-iga, kuid võrreldes sellega on see hallatud versioonis, see tähendab, et selle värskendamine ja hooldamine toimub pakkuja poolt ning ennekõike ei võimalda see teil süsteemis suhelda, nagu saame teha VPS-iga. See on toode, mis on täielikult sarnane jagatud majutusega ja millel on mõned funktsioonid, mida me nüüd näeme ja mida on kahjuks raske "standardiseerida", kuna seejärel otsustab iga Interneti-teenuse pakkuja, kuidas luua oma pilvemajutuse pakkumine.

Pilvemajutus: skaleeritav ja levitatav

Kui see on jagatud keskkond, siis kuidas erineb pilvemajutusteenus tavalisest jagatud hostimisest? Esiteks mastaapsuse osas. Ütlesime, et meil võivad olla tagatised protsessorile ja süsteemi RAM-ile, kuid just seetõttu, et need lahendused on sageli virtualiseerimise abil lubatud, võime ka oma süsteemilt reaalajas rohkem ressursse küsida, kasutades oma pilvemajutuslahendust sama põhimõte, millega räägime pilvandmekeskkonna mastaapsusest.

Tegelikult võite öelda, et isegi ühiselt jagatud hostimiskavas võib saadaolevaid ressursse suurendada. Väga õige, kuid mitte nii, nagu pilvemajutuses peaks juhtuma: kliendil on võimalus oma hostimisplatvormi laiendada täiendava GB rammiga, suurema arvutusvõimsusega, ja ilmselgelt selliste parameetrite kogumiga nagu näiteks tema eksemplari jaoks eraldatud ribalaius. Mõnes tootes, näiteks Rackspace'i pilvesaitides, räägitakse isegi võimalusest maksta kasutatud protsessorite tsüklite alusel, baaspakkumisega, mis sisaldab 10 000 protsessori tsüklit kuus.

See on võimalik, kuna pilvemajutusteenuseid hostitakse tavaliselt virtuaalmasinate klastrites ja siin jõuame nende keskkondade teise eripära juurde. Pilvemajutuslahendust levitatakse mitmel masinal ja seetõttu tõrkeotsingus, nii et kui üks neist ebaõnnestub, saab teine ​​jätkata meie eksemplari käitamist ilma seisakuteta. Kogemused ütlevad meile, et isegi pilvandmetöötlus ebaõnnestub, kuid levitamine mitme andmekeskuse arvutisse ja võib-olla ka geograafiline levik vähendavad oluliselt võimalust, et üks pilvemajutuse eksemplar kogeb pikki seisakuid.

Võib öelda, et pilvemajutuse levitamine ei pea ilmtingimata olema geograafiline levik, ei peeta selle toote määratlemist põhimõtteliseks nõudeks, kuid ilmselgelt on see pluss, mida tuleks arvestada hinna ja eesmärgi alusel mille tarnija.

Juhtpaneel ja mastaapsus

Pilvemajutuslahenduses on ilmselgelt ka juhtpaneel. See võib olla pakkuja loodud ad hoc lahendus või väga levinud paneel.

Juhtpaneel on oluline komponent, sest kuigi pilvemajutus on hallatud toode, soovib seda lahendust otsiv klient tegelikult oma autonoomiaga tegutseda ja juhtida täieliku autonoomiaga: tahan väga selgelt teada, kui palju ja milliseid ressursse Ma kasutan, siis kuidas peaksin saama väga lihtsa paneeli ressursside suurendamiseks reaalajas või jälgida, kas süsteem lisab ressursse, kui skaleerimine toimub automaatselt.

Skaalautuvuse üle on palju arutada: kuidas see peaks toimuma pilvemajutussüsteemis? võtke näide pilvesaitidest, mis automatiseerib protsessi, põhjustades meie eksemplari kasvu või kahanemist hostitud saitidele saabuvate taotluste põhjal.

Sisuliselt tegeleb klaster ressursside tasakaalustamise ja jaotamisega, võimalusega vaadata protsessori tsükleid reaalajas. Mõni pilvelahendus ei toimi sel viisil SPU kasutamise põhjal ja ometi ei paku pilve oma seda kõike ning kasutab süsteemi mastaapsuse tagamiseks lihtsalt oma klastristruktuuri. On selge, et ideaalset lahendust siin pole või on vähemalt ideaalne lahendus iga kliendi jaoks olemas

SSH-juurdepääs

Kas olete pilves majutamise pakkumises kohal? Mitte kõigis õigustatult. Nendesse keskkondadesse juurdepääs on keelatud, kuna kasutaja haldamine ei tohiks seda tööriista kasutada ja peaaegu alati ei saa klient seda täielikult kasutada, isegi kui see on piiratud. On pakkumisi, mis pakuvad SSH-juurdepääsu isegi jagatud hostimiskeskkondades, küsitav valik ja mis pole muidugi hädavajalik, et teha kindlaks, kas pilvemajutusteenus on kvaliteetne või mitte.

Pilvhostiteenuste hinnakujundus

Hinnakujundus võib toimuda igal aastal, lisades aeg-ajalt ressursside varieerumise kulud, mis on üsna sarnane pilvandmetöötlusega, kus siiski on muutujaid vähem, kuna peaaegu pole kunagi vaja arvestage arvutamise tundidega. Kui võtame täna peamised selles sektoris tegutsevad Interneti-teenuse pakkujad, näeme, et peaaegu kellelgi pole üht ühtset aastamakse mudelit, peaaegu kõik pakuvad kuutasu, millest alustada ja seejärel minna ning kohandada lõplikke kulusid eemaldatud ressursside põhjal või lisatud.

Kuhu läheb hallatud pilvemajutus?

Enne selle pilvemajutuse maailma esimese osa lõpetamist, mida see kahtluste selgitamiseks tähendab, et see on hallatud lahendus. Sarnaselt jagatud majutusega on ka serverite ja deemonite hooldamine ja ajakohastamine teenuseosutaja vastutusel ja sõltub ainult viimasest. Seejärel peame mõistma, kas viimasel on konfiguratsioon, mida saab meie rakenduste ja veebisaitide jaoks automaatselt seadistada, või on meie konfiguratsiooni kohandamiseks võimalik parameetreid (näiteks Apache'i) muuta. Kui see on võimalik, võib olla hooldaja ülesanne seda meie eest ära teha, näidates ära meie vajadused ja koormused.

Võib ausalt eeldada, et pilvemajutuse pakkumine ei tohiks nõuda deemoni konfiguratsioonide otsest muutmist, kuid juhtpaneeli kaudu peaks olema võimalik toimida ad hoc sätetega, lähtudes saidi tüübist ja eksemplari praegusest koormusest. Selle eesmärk on säilitada toote hallatud olemus ja asjaolu, et sellist toodet haldavatel inimestel pole alati isegi süsteemi põhioskusi, näiteks selleks, et oleks võimalik neid mõista saada, kui Apache'i konfiguratsiooni tuleks muuta või millal küsida oma konto häälestamiseks.