Cloud Hosting

Felhőalapú tárhely, fedezzük fel az ilyen típusú számítási felhő lehetőségeit, akik profitálhatnak belőle, és a technológia hátrányait.

Felhő tárhely| A neten több olyan cikk is található, amelyek a felhőszámítás világáról kezdnek beszélni. Úgy tűnik, hogy végre kikerülünk abból az előfeltevésből, hogy ez csak divat, és végre értékeljük ennek a technológiának a lehetőségeit (nyilván vannak hátrányai is).

A felhőalapú hoszting definíciója sokak számára nem egyértelmű. A technológia által végzett sok dolog közül az egyik legkevésbé megérdemelt kérdés, hogy sok szektorban zavart keltsen, beleértve a tárhelyet is. A bejegyzés célja annak tisztázása, hogy mit kell érteni a felhőalapú tárhely alatt, és mik a legfontosabb jellemzői ennek a technológiának.

A felhőtárolás nevét annak a lehetőségnek köszönheti, hogy a hagyományos tárhelyet és annak alapvető kliens-szerver modelljét kiterjeszti egy összetettebb infrastruktúrára, amely rugalmas (abban az értelemben, hogy dinamikusan reagál egy vagy több látogató igényeire) , hatékony (hatékonyan támogatja a nagyon sok látogatót elérhetõ látogatókat) és méretezhetõ (lehet fizetni érte, alapvetõen a tényleges felhasználás és az egy gyártmány "fogyasztása" alapján).

Miért érdemes tehát összekapcsolni a felhőt és a hagyományos tárhely technológiát? Kinek szól, és hogyan lehet mindezt felhasználni? Az alapötlet egy & ldquo; az infrastruktúra, mint szolgáltatás & rdquo;

Mit jelent a felhőalapú tárhely?

A felhőalapú tárhely kifejezés valószínűleg nem javasol egyértelmű elképzelést a legtöbbünk számára, és a legtöbb számára gyakran homályos és tisztázatlan technológia marad. Részben a felhőalapú számításból származik, amely a hálózati erőforrások jelentős virtualizációjából áll, hogy támogatást nyújtson például a felhasználók számára az adattároláshoz. A felhő használata a tárhelyszektorban nagy hatékonyságot kínál, jóval alacsonyabb áron, mint az egyenértékű VPS és / vagy dedikáltak, és ez teszi ezt a technológiát annyira érdekessé.

Mit jelent az IaaS?

Ahelyett, hogy kiszolgálót, szoftvert és / vagy hálózati eszközöket vásárolna felhőmegoldásokkal, az ügyfelek kiszervezett erőforrások vásárlását választják, igény szerint méretezhetők (segédprogramok). Ezen a ponton tehát az elfogyasztott erőforrások száma, és ennek következtében azok költsége tükrözi a vállalat tényleges tevékenységi szintjét, és elkerüli az erőforrások túlméretezése miatti pazarlást.

Hogyan lehet a legjobban használni a Cloud Hosting szolgáltatást

Azok, akik felhőalapú tárhelyet akarnak vásárolni, általában:

• A felhőszerver méretének meghatározása (maximálisan a memória mérete)

• Válasszon operációs rendszert (Ubuntu 64bit, CentOS, Windows Server és így tovább), és ha szükséges, adatbázis-kiszolgálót (pl. Microsoft MySQL Server)

• Vezesse a megvásárolt gépet egy interfészen keresztül, általában weben, különféle eszközökről vezérelhető, és semmi mást nem kell telepítenie

   

A jó felhőalapú tárolás jellemzői

A felhőalapú tárhely-infrastruktúra lehetővé teszi, hogy több szerver is legyen különböző mértékben, nem előre meghatározott módon, hanem a szükséges munkaterheléstől függően: tehát ha normál körülmények között például csak egyet használ, akkor a munka akár 50 különböző szerverre kerül. Nyilvánvaló, hogy az erőforrások ezen összetett rétegzése teljesen átlátható módon történik a végfelhasználó számára, a virtualizáció hatékony foka miatt, és ezáltal garantálja a nagyon magas hatékonyságot, a terhelési csúcsok optimális kezelését és az adatok helyreállításának jó valószínűségét abban az esetben váratlan károk. A felhőalapú tárolás tipikus felhasználása valójában a nagy mennyiségű adat tárolását (memorizálását) érinti.

Cloud Hosting: Ki használja?

Annak ellenére, hogy ez egy széles körben elterjedt Google-trend - a Rackspace által készített felmérés szerint 50% -kal magasabb a hagyományos tárhelyhez képest, a kis- és középvállalkozások válaszadóinak körülbelül 60-70% -a nem ismeri ezt. technológia. Talán a legjobb módja annak, hogy jobban megértsük, miről beszélünk, ha felsorolunk néhány felhasználási példát:

• Adattárolás (fájlok és / vagy nagy mennyiségű adat)

• Webtárhely (hatalmas forgalmi áramlások kezelése)

• Feldolgozás / elosztott munkaterhelések fokozása (jobb munkaterhelés-kezelés)

• Fájlok és adatbázisok tárolása

• Alkalmazás tárhely

Egy biztosan részleges lista, amelyet a Rackspace javasolt, amely ötletet ad a felhőalapú hosting sokoldalúságáról. Ez az alkalmazkodóképesség azonban Olaszországban legalább háromféle problémával ütközik:

1. A felhőalapú tárhelyet kínáló vállalatok még mindig nem túl sokak

2. A felhőalapú tárhely használatához időre, projektekre és erőforrásokra van szükség, amelyek megvalósításához gyakran nincs idő

3. Sok esetben nincs pontos elképzelés ennek a technológiának a kihasználásáról, amely sok esetben papíron marad.

Továbbra is tény, hogy sok vállalatnak nincs lehetősége helyszíni tárhely-infrastruktúra megvásárlására, és emiatt dönthetnek úgy, hogy felhőalapú környezetben bérelnek helyet a probléma hatékony megoldása érdekében. Az olasz megoldások mellett ilyen típusú alternatívákat kell keresni a nagy nevek között, mint például az Amazon AWS, a Google Cloud.

A megosztott tárhelytől a felhőalapú tárhelyig

Mindannyian biztosan tudják, mit értünk, amikor azt mondjuk:megosztott tárhely", azok számára, akik enyhén rozsdásak, csak tudják, hogy általában megosztott környezetről van szó, Linux vagy Windows szervereken, bizonyos dedikált erőforrásokkal, általában nem ram és CPU-val, a megosztott környezet miatt. kiszolgálón, ad hoc módon létrehozva, vagy nagyon általános vezérlőpanelek, például cPanel vagy Plesk használatával.

Amikor felhőalapú tárhelyről beszélünk, mindig megosztott környezetről beszélünk, de eltérő jellemzőkkel és nagyobb garanciákkal. Az első dolog, amit tudnunk kell, hogy egy felhőalapú tárhelyszolgáltatásban elvárjuk, hogy ne csak az erőforrásokra, például a lemezterületre vagy a sávszélességre, hanem a CPU és RAM memóriára is garanciát vállaljunk: A fiókunk valójában összehasonlítható a VPS-szel, de hozzá képest egy felügyelt verzióban van, vagyis frissítését és karbantartását a szolgáltató végzi, és mindenekelőtt nem teszi lehetővé, hogy a rendszeren interakcióba lépjen, mint ahogy ezt egy VPS-szel is megtehetjük. Ez egy olyan termék, amely teljesen hasonló a megosztott tárhelyhez, néhány olyan funkcióval, amelyeket most látni fogunk, és amelyeket sajnos nehéz "szabványosítani", mivel ezután minden egyes internetszolgáltató eldönti, hogyan hozhatja létre saját felhőalapú tárhely-kínálatát.

Cloud Hosting: Skálázható és terjesztett

Ha megosztott környezetről van szó, miben különbözik a felhőalapú tárhelyszolgáltatás a közös megosztott tárhelytől? Először a méretezhetőségben. Azt mondtuk, hogy garanciák lehetnek a CPU-ra és a rendszer RAM-jára, de éppen azért, mert ezeket a megoldásokat gyakran a virtualizáció teszi lehetővé, több erőforrást is kérhetünk a rendszerünktől valós időben, a felhőalapú tárhely-megoldásunk használatával ugyanazokkal elv, amellyel a felhőalapú számítási környezet méretezhetőségéről beszélünk.

Valójában azt állítja, hogy még egy közösen megosztott tárhely-tervben is növelhető a rendelkezésre álló erőforrások. Nagyon igaz, de nem úgy, ahogy a felhőalapú tárhelynél meg kell történnie: az ügyfélnek lehetősége van tárhely-platformját további GB RAM-mal méretezni, nagyobb számítási erővel, és nyilvánvalóan olyan paraméterekkel, mint a példányának dedikált sávszélesség. Bizonyos termékekben, például a Rackspace Cloud Sites-jében még arról is szó esik, hogy az alkalmazott CPU-ciklusok alapján lehet fizetni, alapajánlattal, amely havi 10 000 CPU-ciklust tartalmaz.

Ez azért lehetséges, mert a felhőalapú tárhelyszolgáltatásokat általában a virtuális gépek fürtjein tárolják, és itt eljutunk ezen környezetek második sajátosságához. A felhőalapú tárolási megoldást több gépen terjesztik, ezért feladatátvételi módban, így ha egyikük meghibásodik, akkor egy másik folytathatja példányunk futtatását leállás nélkül. A tapasztalatok szerint még a felhőalapú számítástechnika is kudarcot vall, ugyanakkor az ugyanazon adatközpontban lévő több gépre történő terjesztés és esetleg a földrajzi eloszlás jelentősen csökkenti annak esélyét, hogy egy felhőalapú hosting-példány hosszú üzemszünetet tapasztaljon.

Mondhatjuk, hogy a felhőalapú tárhely-terjesztést nem feltétlenül kell földrajzilag elosztani, nem tartanánk alapvető követelménynek a termék meghatározását, azonban nyilvánvalóan olyan pluszt jelent, amelyet az ár és a cél alapján kell figyelembe venni. amelyet a szállító.

Vezérlőpult és méretezhetőség

A felhőalapú hosting megoldásban nyilvánvalóan van egy vezérlőpanel is. Ez lehet a szolgáltató által tervezett eseti megoldás vagy egy nagyon gyakori panel.

A központ fontos alkotóelem, mert bár a felhőalapú tárhely egy felügyelt termék, valójában a megoldást kereső ügyfél azt akarja, hogy teljes autonómiában tudjon cselekedni és irányítani példányát: nagyon világosan szeretném tudni, hogy hány és milyen erőforrás van Én használom, így hogyan tudnék tudni egy nagyon egyszerű panelt az erőforrások valós idejű növelésére vagy annak figyelemmel kísérésére, hogy a rendszer erőforrásokat ad-e hozzá, ha a méretezés automatikusan megtörténik.

Sokat kell megvitatni a méretezhetőségről: hogyan történjen ez egy felhőalapú hosting rendszerben? vegyen példát a felhőalapú webhelyekre, amelyek automatizálják a folyamatot, aminek következtében példányunk növekszik vagy zsugorodik a tárolt webhelyekre érkező kérések alapján.

Lényegében a klaszter az erőforrások kiegyensúlyozásával és elosztásával foglalkozik, a CPU-ciklusok valós idejű megtekintésének lehetőségével. Bizonyos felhőmegoldás nem így működik, az SPU használatán alapul, és a Cloudé mégsem biztosítja mindezt, és egyszerűen a fürtszerkezetét használja a rendszer méretezhetőségének biztosítására. Nyilvánvaló, hogy az ideális megoldás nincs itt, vagy legalábbis az ideális megoldás létezik minden egyes ügyfél számára

SSH hozzáférés

Jelenlegi felhőalapú tárhely-ajánlatban? Nem mindenben helyesen. Tilos hozzáférni ezekhez a környezetekhez, mivel a kezelt felhasználónak nem szabad ezt az eszközt használnia, és az ügyfél szinte mindig nem tudja teljes mértékben használni, még ha korlátozott is. Vannak olyan ajánlatok, amelyek SSH-hozzáférést kínálnak még megosztott tárhely-környezetben is, megkérdőjelezhető választás, és amelyek természetesen nem elengedhetetlenek annak megállapításához, hogy a felhőalapú tárhelyszolgáltatás minőségi-e vagy sem.

Cloud Hosting Services árképzése

Az árképzés lehet éves alapon, az erőforrások időről időre történő változtatásával járó költségek hozzáadásával, ez a modell meglehetősen hasonló a felhőalapú számításhoz, ahol azonban az érintett változók kevesebbek, mivel szinte soha nem szükséges vegye figyelembe a számítás óráit. Ha ma vesszük az ebben az ágazatban aktív fő internetszolgáltatókat, akkor azt látjuk, hogy szinte senkinek sincs egyetlen éves fizetési modellje, szinte mindegyikük havi díjat kínál, amiből indulhat, majd az eltávolított források alapján kiigazíthatja a végső költséget vagy hozzáadta.

Hova kerül a felügyelt felhőalapú tárhely?

Mielőtt befejezném a felhőalapú tárhely világába tett utazás első részét, mit jelent a kezelt megoldás a kétségek tisztázása érdekében. A megosztott tárhelyhez hasonlóan a szerverek és a démonok karbantartása és frissítése is a szolgáltató felelőssége, és kizárólag ettől függ. Ezután meg kell értenünk, hogy az utóbbi rendelkezik-e olyan konfigurációval, amelyet automatikusan beállíthatunk alkalmazásainkhoz és webhelyeinkhez, vagy lehetséges-e a paraméterek módosítása (például az Apache) a konfigurációnk adaptálásához. Ha ez lehetséges, a gondozó feladata lehet, hogy megtegye ezt helyettünk, jelezve igényeinket és terheinket.

Őszintén feltételezhetjük, hogy a felhőalapú tárhely-ajánlat nem igényelheti a démonkonfigurációk közvetlen módosítását, de lehetővé kell tenni, hogy a központon keresztül ad hoc beállításokkal működjenek, a webhely típusa és a példány aktuális terhelése alapján. Ennek célja a termék kezelt jellegének megőrzése és az a tény, hogy az ilyen terméket irányító személyeknek még mindig nincsenek alapvető rendszerismereteik, például ahhoz, hogy megértsék őket, mikor kell megváltoztatni az Apache-t a konfigurációjában, vagy mikor kell kérdezni számlájának tuningolásához.