Arvostelut 735
Palvelinten sijainnit
Arvostelut 1523
Palvelinten sijainnit
Arvostelut 33
Palvelinten sijainnit
Arvostelut 9977
Palvelinten sijainnit
Arvostelut 3778
Palvelinten sijainnit
Arvostelut 337
Palvelinten sijainnit
Arvostelut 7
Palvelinten sijainnit
Palvelinten sijainnit
Arvostelut 4832
Palvelinten sijainnit
Palvelinten sijainnit
Arvostelut 18
Palvelinten sijainnit
Arvostelut 102
Palvelinten sijainnit
Arvostelut 406
Palvelinten sijainnit
Arvostelut 47
Palvelinten sijainnit
Palvelinten sijainnit
Arvostelut 471
Palvelinten sijainnit
Palvelinten sijainnit
Arvostelut 1235
Palvelinten sijainnit
Arvostelut 453
Palvelinten sijainnit
Arvostelut 57
Palvelinten sijainnit
Pilvipalvelin, selvitetään tämäntyyppisten pilvipalvelujen mahdollisuudet, kuka voi hyötyä siitä, ja tämän tekniikan mahdolliset haitat.
Pilvi hosting| Netissä on useita artikkeleita, jotka alkavat puhua pilvipalvelujen maailmasta. Näyttää siltä, että olemme vihdoin pääsemässä pois ennakkoluulosta, jonka mukaan se on vain muotia, ja arvostamme vihdoin tämän tekniikan potentiaalia (ilmeisesti on myös haittoja).
Pilvipalvelun määritelmä ei ole monille oikeutetusti selvä. Tämän tekniikan monien asioiden joukossa, yksi vähiten ansaitsevista on ollut aiheuttaa sekaannusta monilla aloilla, mukaan lukien hosting. Tämän viestin tavoitteena on selvittää, mitä pilvipalvelulla tarkoitetaan ja mitkä ovat tämän tekniikan keskeiset piirteet.
Pilvipalvelut ovat nimensä ansiosta mahdollisuuden laajentaa perinteistä isännöintiä ja sen asiakas-palvelin-perusmallia monimutkaisempaan infrastruktuuriin, joka on joustava (siinä mielessä, että se vastaa dynaamisesti yhden tai useamman kävijän tarpeisiin) , tehokas (tukemaan tehokkaasti kävijöitä, joista voi tulla paljon) ja skaalautuva (siitä voi maksaa lähinnä yhden tuotteen todellisen käytön ja "kulutuksen" perusteella).
Miksi siis yhdistää pilvi ja perinteinen hosting-tekniikka? Kenelle se on tarkoitettu ja miten sitä kaikkia voidaan käyttää? Perusidea perustuu & ldquo; infrastruktuuri palveluna & rdquo; eli murehtimatta tarvittavien resurssien tarkkaa kokoa.
Mitä pilvipalvelu tarkoittaa?
Termi pilvipalvelin ei todennäköisesti ehdota selkeää ajatusta useimmille meistä, ja useimmille se on usein epämääräinen ja epäselvä tekniikka. Se johtuu osittain pilvipalvelusta, joka koostuu verkon resurssien huomattavasta virtualisoinnista, jotta käyttäjille voidaan tarjota tukea, esimerkiksi tietojen tallentamista. Pilvien käyttö isännöintisektorilla onnistuu tarjoamaan suuren tehokkuuden paljon halvemmalla kuin vastaavat VPS ja / tai erilliset, ja tämä tekee tästä tekniikasta niin mielenkiintoisen.
Mitä IaaS tarkoittaa?
Palvelimet, ohjelmistot ja / tai verkkolaitteet pilvipalvelujen ostamisen sijaan asiakkaat valitsevat ulkoistettujen resurssien ostamisen tarpeen mukaan skaalattavissa (apuohjelmistot). Tällöin kulutettujen resurssien määrä ja siten niiden kustannukset heijastavat yrityksen todellista toiminnan tasoa ja välttävät resurssien ylimitoituksesta johtuvaa tuhlausta.
Kuinka parhaiten käyttää pilvipalvelua
Niiden, jotka haluavat ostaa pilvipalvelun, on yleensä:
Pilvipalvelimen koon määrittäminen (muistin enimmäiskoko, huomattavasti)
Valitse käyttöjärjestelmä (Ubuntu 64bit, CentOS, Windows Server ja niin edelleen) ja tarvittaessa tietokantapalvelin (esim. Microsoft MySQL Server)
Aja ostettua konetta käyttöliittymän kautta, yleensä verkon kautta, jota voidaan ohjata eri laitteista ilman mitään muita asennuksia
Hyvän pilvipalvelun ominaisuudet
Pilvipalvelun infrastruktuurin avulla sinulla voi olla useita palvelimia vaihtelevassa määrin, ei ennalta määrätyllä tavalla, vaan vaaditusta työmäärästä riippuen: joten jos esimerkiksi normaaleissa olosuhteissa käytät vain yhtä, työ jaetaan jopa 50 eri palvelimeen. On selvää, että tämä monimutkainen resurssien kerrostuminen suoritetaan loppukäyttäjille täysin avoimella tavalla, mikä johtuu tehokkaasta virtualisoinnista ja takaa siten erittäin korkean hyötysuhteen, optimaalisen kuormitushuippujen hallinnan ja hyvän todennäköisyyden tietojen palauttamiseksi odottamattomien vahinkojen varalta. Tyypillinen pilvipalvelun käyttö koskee itse asiassa suurten tietomäärien varastointia (muistiinpano).
Pilvipalvelin: Kuka käyttää sitä?
Huolimatta siitä, että tämä on yleinen Googlen trendi - Rackspacen tekemän tutkimuksen mukaan 50% enemmän kuin perinteiseen hostingiin, noin 60-70% pienten ja keskisuurten yritysten vastaajista ei tunne tätä. tekniikkaa. Ehkä paras tapa ymmärtää paremmin, mistä puhumme, on luetella joitain esimerkkejä käytöstä:
Tietojen tallennus (tiedostot ja / tai suuret tietomäärät)
Web-hosting (valtavien liikennevirtojen hallinta)
Tehosta käsittelyä / jaettua työmäärää (parempi kuormituksen hallinta)
Tiedostojen ja tietokantojen isännöinti
Sovellusten isännöinti
Rackspacen ehdottama varmasti osittainen luettelo, joka antaa käsityksen pilvipalvelun suuresta monipuolisuudesta. Tämä sopeutumiskyky törmää kuitenkin Italiassa ainakin kolmen tyyppisiin ongelmiin:
Yrityksiä, jotka tarjoavat pilvipalveluja, ei vieläkään ole kovin paljon
Pilvipalvelun käyttö vaatii aikaa, projekteja ja resursseja, joiden toteuttamiseen ei usein ole aikaa
Monissa tapauksissa ei ole tarkkaa käsitystä siitä, kuinka hyödyntää tätä tekniikkaa, joka jää paperille monissa tapauksissa.
Tosiasia on, että monilla yrityksillä ei ole mahdollisuutta ostaa paikan päällä olevaa isäntäinfrastruktuuria, ja tästä syystä ne voivat päättää vuokrata tilaa pilviympäristöstä ongelman ratkaisemiseksi tehokkaasti. Italialaisten ratkaisujen lisäksi tämän tyyppisiä vaihtoehtoja tulisi etsiä suurten nimien joukosta, kuten Amazon AWS, Google Cloud.
Jaetusta isännöinnistä pilvipalveluun
Kaikki te varmasti tiedätte mitä tarkoitamme sanoessamme "jaettu hosting", niille, jotka ovat hiukan ruosteisia, tiedä vain, että se on yleensä jaettu ympäristö Linux- tai Windows-palvelimilla, jossa on tiettyjä omistettuja resursseja, tyypillisesti ei ram ja cpu, sen jaetun ympäristön perusteella, jossa se asuu. palvelimella, luotu tilapäisesti tai käyttämällä hyvin yleisiä ohjauspaneeleja, kuten cPanel tai Plesk.
Kun puhumme pilvipalvelusta, puhumme aina jaetusta ympäristöstä, mutta sillä on erilaiset ominaisuudet ja suuremmat takuut. Ensimmäinen asia, joka meidän on tiedettävä, on, että pilvipalvelupalvelussa odotamme olevan takuu paitsi resursseille, kuten levytilalle tai kaistanleveydelle, myös CPU- ja RAM-muistille: Tilimme on itse asiassa verrattavissa VPS: ään, mutta verrattuna siihen se on hallitussa versiossa, ts. sen päivitys ja ylläpito on palveluntarjoajan tekemä, ja ennen kaikkea se ei salli sinun olla vuorovaikutuksessa järjestelmän kanssa, kuten voimme tehdä VPS: n kanssa. Se on tuote, joka on täysin samanlainen kuin jaettu isäntä, jossa on joitain ominaisuuksia, jotka nyt näemme ja joita on valitettavasti vaikea "standardoida", koska kukin Internet-palveluntarjoaja päättää sitten luoda oman pilvipalvelutarjouksensa.
Pilvipalvelin: skaalautuva ja hajautettu
Jos kyseessä on jaettu ympäristö, miten pilvipalvelupalvelu eroaa yleisestä jaetusta isännöinnistä? Ensin skaalautuvuus. Sanoimme, että meillä voi olla takuita prosessorista ja järjestelmän RAM-muistista, mutta juuri siksi, että nämä ratkaisut ovat usein virtualisoinnin mahdollistamia, voimme myös pyytää lisää resursseja järjestelmästämme reaaliajassa, käyttämällä pilvipalveluratkaisumme samalla tavalla periaatteella, jolla puhumme pilvipalvelujärjestelmän skaalautuvuudesta.
Itse asiassa sanot, että jopa yleisesti jaetussa hosting-suunnitelmassa voidaan lisätä käytettävissä olevia resursseja. Todella totta, mutta ei niin, kuin sen pitäisi tapahtua pilvipalvelussa: asiakkaalla on mahdollisuus skaalata isännöintialustansa ylimääräisellä gigatavulla RAM-muistilla, suuremmalla laskentateholla ja ilmeisesti parametrien joukolla, kuten esim. Omalle kaistallukselleen. Joissakin tuotteissa, kuten Rackspace's Cloud Sites, puhutaan jopa mahdollisuudesta maksaa käytettyjen suorittimen jaksojen perusteella, ja perustarjous sisältää 10000 suoritinsykliä kuukaudessa.
Tämä on mahdollista, koska pilvipalvelupalveluja isännöidään yleensä virtuaalikoneiden klustereissa, ja tässä tulemme näiden ympäristöjen toiseen erityispiirteeseen. Pilvipalveluratkaisu on jaettu useille koneille ja siten vianetsinnässä niin, että jos jokin niistä epäonnistuu, toinen voi jatkaa instanssimme suorittamista ilman seisokkeja. Kokemus kertoo meille, että jopa pilvipalvelutoiminnot epäonnistuvat, mutta jakelu useille koneille samassa datakeskuksessa ja mahdollisesti maantieteellinen jakauma pienentävät huomattavasti mahdollisuuksia yhden pilvipalvelun ilmentymän kokea pitkiä seisokkeja.
Voidaan sanoa, että pilvipalvelun jakelun ei välttämättä tarvitse olla maantieteellisesti jaettua, ei pidetä tämän tuotteen määrittelemisen perustavanlaatuisena vaatimuksena, mutta se on tietysti plus, jota tulisi harkita hinnan ja tavoitteen perusteella jonka toimittaja.
Ohjauspaneeli ja skaalautuvuus
Pilvipalveluratkaisussa on tietysti myös ohjauspaneeli. Se voi olla palveluntarjoajan suunnittelema tapauskohtainen ratkaisu tai hyvin yleinen paneeli.
Ohjauspaneeli on tärkeä komponentti, koska vaikka pilvipalvelin on hallittu tuote, itse asiassa tätä ratkaisua etsivä asiakas haluaa pystyä toimimaan ja hallitsemaan instanssiaan täysin itsenäisesti: haluan tietää hyvin selvästi, kuinka monta ja mitä resursseja Käytän, joten kuinka minun pitäisi pystyä saamaan hyvin yksinkertainen paneeli resurssien lisäämiseksi reaaliajassa tai seuraamaan, lisääkö järjestelmä resursseja, jos skaalaus tapahtuu automaattisesti.
Skaalautuvuudesta on paljon keskusteltavaa: miten sen pitäisi tapahtua pilvipalvelujärjestelmässä? Ota esimerkki Pilvisivustoista, joka automatisoi prosessin, jolloin instanssimme kasvaa tai kutistuu isännöityihin sivustoihin saapuvien pyyntöjen perusteella.
Pohjimmiltaan klusteri käsittelee resurssien tasapainottamista ja allokointia, mahdollisuuden tarkastella suorittimen jaksoja reaaliajassa. Jotkin pilviratkaisut eivät toimi tällä tavalla SPU: n käytön perusteella, mutta pilvipalvelut eivät kuitenkaan tarjoa kaikkea tätä ja yksinkertaisesti käyttävät klusterirakennettaan järjestelmän skaalautuvuuden varmistamiseksi. On selvää, että ihanteellista ratkaisua ei ole täällä tai ainakin ihanteellinen ratkaisu on olemassa jokaiselle asiakkaalle
SSH-yhteys
Oletko pilvipalvelutarjouksessa? Ei kaikessa oikein. Näihin ympäristöihin pääsy on kielletty, koska käyttäjän hallinnoimana käyttäjän ei pitäisi käyttää tätä työkalua, ja asiakas ei pysty melkein aina käyttämään sitä täysimääräisesti edes rajoitetusti. On tarjouksia, jotka tarjoavat SSH-pääsyä jopa jaetuissa isäntäympäristöissä, kyseenalainen valinta, ja joka ei tietenkään ole välttämätöntä sen määrittämiseksi, onko pilvipalvelupalvelu laadukas vai ei.
Pilvipalvelupalvelujen hinnoittelu
Hinnoittelu voi olla vuositasoinen lisäämällä kustannukset resurssien vaihtelusta ajoittain, malli, joka on melko samanlainen kuin pilvipalvelujen malli, jossa muuttujia on kuitenkin vähemmän, koska melkein ei koskaan tarvitse harkitse laskennan tunteja. Jos otamme tänään tärkeimmät tällä alalla toimivat Internet-palveluntarjoajat, näemme, että melkein kenelläkään ei ole yhtä vuotuista maksumallia, melkein kaikki tarjoavat kuukausimaksun, josta voi aloittaa ja sitten mennä ja säätää lopullisia kustannuksia poistettujen resurssien perusteella tai lisätty.
Mihin hallittu pilvipalvelin menee?
Ennen kuin päätät matkan ensimmäisen osan pilvipalvelun maailmaan, mitä se tarkoittaa, että se on hallittu ratkaisu epäilyjen selvittämiseksi. Palvelinten ja demonien ylläpito ja päivittäminen ovat jaetun isännöinnin tavoin palveluntarjoajan vastuulla ja riippuvat yksinomaan palveluntarjoajasta. Meidän on sitten ymmärrettävä, onko jälkimmäisellä kokoonpano, joka voidaan asettaa automaattisesti sovelluksillemme ja verkkosivustoillemme, vai onko parametreja (esimerkiksi Apache) mahdollista muokata kokoonpanomme mukauttamiseksi. Jos tämä on mahdollista, hoitajan tehtävä voi olla tehdä se puolestamme ja osoittaa tarpeemme ja taakamme.
Voidaan rehellisesti olettaa, että pilvipalvelutarjous ei saisi edellyttää suoraa muutosta daemon-kokoonpanoissa, mutta sen pitäisi olla mahdollista toimia ohjauspaneelin kautta tilapäisillä asetuksilla sivuston tyypin ja ilmentymän nykyisen kuormituksen perusteella. Tämän tarkoituksena on säilyttää tuotteen hallittu luonne ja se, että tällaista tuotetta hallitsevilla ei ole aina edes järjestelmällisiä perustaitoja, esimerkiksi voidakseen saada heidät ymmärtämään, milloin Apache-kokoonpanoa tulisi muuttaa sen kokoonpanossa tai milloin kysyä tilin virittämiseksi.