A felhő nyitva áll minden nyitólapra - felülvizsgálat és első benyomások
Nem is olyan régen a szin / ack címsor oldalain
nyitott rendszer
Eukaliptusz felhőalapú szolgáltatások létrehozása. amely az Ubuntu alapja
Enterprise Cloud. Ma beszélünk fő versenytársa, az egyik
a fejlesztők, amelyek a NASA ügynökség, és a patronok szerepelnek
Intel, AMD, Dell még mindig két tucat kiemelkedő cég.
Alattunk arra a tényre, hogy minden alkalmazásunkat, hálózati szolgáltatásainkat és adatbázisainkat
dolgozzon a valódi, kézzelfogható gépeken, amelyeket meg kell vásárolni,
átadni a helyet a telepítéshez, konfiguráláshoz és monitorozáshoz
munkaképesség. Azonban az idő változik, és helyébe a drága vas
a szerverek virtuális szerverek, amelyek sokkal olcsóbbak és kényelmesebbek
és nem félnek a kísérletektől és a vészhelyzetektől.
Néhány másodperc múlva a "buy" gombra kattintva új márkaszervizünk
készen áll a munkára, és még azt sem sejtjük, hogy működik
a szerver felveszi és mennyit ad hőnek. És nem is érdekel
a merevlemezek és más rendszerelemek időben történő cseréje. Mindez
valahol messze van a felhőben, rejtve van a szemünk.
A virtuális kiszolgálók a felfedezést követően igen széles körben elterjedtek
szolgáltatás Amazon EC2, amely az IaaS felhőalapú szolgáltatások szabványává vált (ez
Amikor egy teljes infrastruktúra a virtuális kezeléshez
szerverek helyett egy dedikált virtuális gép vagy alkalmazás). EC2 megengedett
szervezeteiket, hogy hagyják el saját szerverüket és a rendszer felét
a rendszergazdák egy kényelmes, távoli kiszolgálók kíséretében,
amely minden igényt kielégít, növelve a gépek számát
szükség. Az Amazon által létrehozott szolgáltatás nemcsak kényelmes volt
hanem nagyon technológiai, hogy sokan megpróbálják létrehozni
felhő az igényeikért vagy az Amazon versenytársakért, nem sikerült. Mindenkinek
az ötlet egyszerűsége, a felhő szintű IaaS szolgáltatás nagyon nehéz megvalósítani,
mert megköveteli egy intelligens, önszabályozott infrastruktúra létrehozását
képes volt egyenletesen terjeszteni a terhelést a fizikai gépek között, nem félt
és ellenállt a berendezések hibáinak. Ez csak a
nagy kereskedelmi szervezeteket, amelyek jelentős termékeket kértek
pénz, és azok, akik nem tudtak fizetni, elégedettnek kellett lennünk ezzel
vannak: sok különféle komponens, amelyeket össze kell gyűjteni
együtt és sokáig tesztelték a kapott rendszer megbízhatóságát.
Felhőalapú szolgáltatások típusai
SaaS - Szoftver mint szolgáltatás (szoftver
a szolgáltatás minősége). A felhasználó számára lehetővé teszi a szoftver használatát,
dolgozik a felhőben. Kiváló példa: gmail.
PaaS - Platform mint szolgáltatás (Platform as
szolgáltatás). Lehetővé teszi a fogyasztó számára saját alkalmazásainak telepítését a
felkészült erre a platformra. Példa erre a környezet
Java, távolról dolgozik.
IaaS - Infrastruktúra mint szolgáltatás (Infrastruktúra in
a szolgáltatás minősége). Teljes körű infrastruktúrát biztosít a fogyasztó számára
virtuális gépek indítása, kommunikáció és használat közti kommunikáció
lemezterület.
Az eukaliptusz az első nyílt forrású projektek közé tartozott, amelyek célja a létrehozás
összetett infrastruktúra, amely lehetővé teszi a felhőalapú szolgáltatás felemelését
további eszközök használatához. Az általa kínált infrastruktúra
igazán kényelmes, hatékony, stabil és, fontos, teljesen
kompatibilis az Amazon EC2 ügyféleszközökkel. Azonban az infrastruktúra
az eukaliptuszra alapozva nem volt elég méretezhető, és a nyilvános verzió
A keret nagyon csonkult a funkcionalitásban. Ezért nagyon hamar a piac
volt egy olyan projekt, amelynek célja ezeknek a problémáknak a megoldása, és nem kevésbé
szabványos nyílt platform.
Az OpenStack két független projekt egyesítésével jött létre:
"Cloud Files és Cloud Servers", amelyet a RockSpace fejlesztett ki, és a "Nebula Cloud"
Platform ", a NASA által létrehozott. Ennek eredményeképpen kiderült, egy nagyon érdekes solyanka,
két szinte önálló termékre osztva: OpenStack Nova és
OpenStack Swift.
Nova - számológép
Az OpenStack fő összetevője Nova (Compute), vezérlő,
a virtuális gépek működésének irányítása. Valójában Nova felelős mindenért:
feldolgozza a virtuális gépek létrehozására irányuló kéréseket, összekapcsolja őket a külső eszközökkel
a világ figyelemmel kíséri a fizikai hatékonyságot és eloszlást
gépek és kommunikációs csatornák, reagál a hibákra stb. Nova a rendszer kódján alapul
NASA köd. be van írva
a Python programnyelv és az AMQP üzenetkezelő protokollra támaszkodik.
A rendszer hét különálló összetevőből áll:
Az ábra jól mutatja, hogy ezek az összetevők kapcsolatban vannak egymással. Az API kiszolgáló,
a felhővezérlő és a hitelesítési vezető alkotja a "vezérlőközpontot"
felhő, amely egy dedikált gépen dolgozik. A rendszergazda használja
nova-manage segédprogram a teljes infrastruktúra jellemzőinek kezelésére és
hozzáférés a felhasználók számára. Azok a felhasználók, akik fel kívánják használni a felhő szolgáltatást,
Csatlakozzon az API-kiszolgálóhoz az Amazon EC2 ügyfél-segédprogramokkal vagy azokkal
Egy euca2ool nevű ingyenes verzió az Eucalyptus projektből.
Egy másik dedikált gép felelős az adatraktár kezeléséért (Object
Store). A Nova csak az S3-kompatibilis kezdeti megvalósítását tartalmazza
Adattárház, amely csak hibakeresésre használható. Valóban
Ugyanazt a projektet a helyén kell telepíteni Swift, külön fejlesztve
Nova-tól.
Egy másik gép egy hangerőszabályzó, amely lehetővé teszi a virtuálishoz való kapcsolódást
egyfajta külső adattároló (virtuális flash meghajtók). övé
Az infrastruktúra jelenléte nem szükséges.
Az egyik gép végrehajtja az ütemező funkcióit, amelyeket ellenőrizni kell
ellenőröket és új létrehozási kérelem esetén
virtuális gép, válassza ki a legmegfelelőbb jelöltet erre a célra
(az alkalmasságra vonatkozó döntés az ellenőrök munkaterhelésén alapulhat
számítások, a rájuk futó virtuális gépek száma és más tényezők).
A számítástechnikai vezérlők a felhő-infrastruktúra gerincét képezik
OpenStack. általában számuk sokkal magasabb, mint az összes
más hálózati gépek. Számítógépes vezérlők vesznek részt kérések fogadásáért
Új virtuális gép létrehozása, indítása, az állam megfigyelése
virtuális gépek, újraindítás stb. A számítások több kontrollja
az infrastruktúrában, annál több ügyfél tudja kiszolgálni a szolgáltatást.
Érdemes megjegyezni, hogy a felhő infrastruktúra alapján OpenStack
kiderül, nagyon rugalmas és kezelhető. A rendszer elemei teljesen elszigeteltek
egymástól, és csak aszinkron üzenetek küldésével kommunikálhatnak
a HTTP protokollt. A már konfigurált és futó rendszer könnyen ellenáll bármelyiknek
változtatásokat tervez, és nem sok időbe telik az újrakonfigurálás.
Ezenkívül az OpenStack nem zárható le önmagában és ahol csak lehetséges,
harmadik féltől származó termékeket használ. A kezeléshez használhatja a szabványos
az Amazon EC2 ügyfelek, valamint a virtuális gépek futtatásához
kényelmes ebben a konkrét esetben a virtualizációs rendszerek (ma
támogatja a KVM, UML, XEN, HyperV és qemu).
Swift - korlátlan tárhely
A Swift (OpenStack Object Storage) teljesen
elosztott, hibatűrő, nagy megbízhatóságú adattároló
kép és hasonlóság az Amazon S3.
A Swift szinte teljes egészében a Rackspace fejlesztéseken alapul.
A rendszer négy fő összetevőből áll:
A proxykiszolgáló támogatja a külső ReST-ful API-t, amelyet a
a HTTP protokollt. Ezért úgy néz ki, mint a repository belsejében lévő objektumokhoz való hozzáférés kérelme
nagyon világosan és egyszerűen:
Az objektumszerverek a Swift klaszter legfontosabb elemei. Ők a felelősek
tárolása és visszakeresése. Minden tárolóeszköz végül letelepedni fog
ezek a szerverek merevlemezei, amelyek rendszeres fájlokat írnak,
amelyekhez kiterjesztett fájlattribútumokkal (xattr) írt metaadatokkal kell őket kísérni
Az adattárolást úgy érjük el, hogy duplikálunk közvetlenül több szerverre,
így ha egyikük nem sikerül, a rendszer képes lesz visszaszerezni az adatokat a
egy másik kiszolgálót, és ismét megismételheti őket. Alapértelmezés szerint a rendszer háromat hoz létre
minden objektum másolatait, hogy a klaszter vas komponenseként megtehesse
Használja még a legolcsóbb gépeket is, amelyek nem rendelkeznek RAID vezérlőkkel.
A rendszer egyik fő előnye az átlátható méretezhetőség.
A tárolást egyszerűen egy új csomópont összekapcsolásával lehet a fürthöz és az egészhez
A munkát a tároló szinkronizálásával a Swift átveszi. jobb
Ez a fürt alkalmas olyan adatok tárolására, mint a virtuális képek
(valójában erre a célra létrehozták), fotó bankok, elektronikus
levelek, mentések és hasonlók.
A fiatalok ellenére Nova és Swift már sikerült bejutni a tisztviselőbe
bizonyos terjesztések tárolói, így telepíteni a szükséges
összetevők, használhatja a szabványos csomagkezelőt:
$ sudo apt-get telepítése rabbitmq-server \
Redis-szerver
$ sudo apt-get install nova-api \
nova-objectstore nova-compute \
nova-ütemező nova-network \
euca2ools unzip
Valójában a telepítés után a rendszer teljesen üzemkész,
csak felhatalmazói fiókot készítsen:
$ sudo nova-kezelheti a felhasználói adminisztrátort
És hozzon létre egy új projektet, amelyen belül mindent tovább fogunk előállítani
kísérletek:
$ sudo nova-manage projekt létrehozza a kísérleteket vasya
Ezután megkérjük a rendszert, hogy csomagolja be a projekthez szükséges adatokat
zip-archívum:
$ sudo nova-kezel projekt zipfile kísérletek vasya
Most ezek az adatok használhatók a felhő működésének ellenőrzésére
EC2-kompatibilis eszközök használatával. Ehhez vegye ki az archívumot és futtassa le
a Novarc fájlban előírt parancsok:
$ unzip nova.zip
$. novarc
A szolgáltatás teszteléséhez szükségünk van egy virtuális EC2 képre
gépen.
A minimális Linux-kép elérhető a Rackspace weboldalán:
$ tar -xzf images.tgz
A képet regisztrálni kell a felhőben, ezért tegye a következőket:
1. Hozzon létre a rendszermag és a ramdisk manifestjeit:
$ Euca-bundle-image -i images / Aki-tudatos / kép -p kernel --kernel igaz
$ euca-bundle-image -i képek / ari-lucid / image -p ramdisk --ramdisk true
2. Töltse fel a magot és a ramdiskot a felhőben:
$ Euca-upload-köteg -m /tmp/kernel.manifest.xml -b mybucket
$ euca-upload-bundle -m / tmp / ramdisk.manifest.xml -b mybucket
3. Regisztráljuk a magot és a ramdisket:
$ euca-register mybucket / kernel.manifest.xml
$ euca-register mybucket / ramdisk.manifest.xml
Ezeknek a parancsoknak meg kell jeleníteniük a rendszermag azonosítóit és a memóriakártyát
felhők. Meg kell őket emlékezni vagy másolni.
4. Készítse elő a gép képét az előző lépésben rögzített lépésekkel
mag és ramdisk:
$ euca-bundle-image -i képek / ami-apró / image -p gép - kernel
ID-core - ID-lemez RAMdisk
5. Töltse be a gép képét a felhőbe:
$ euca-upload-bundle -m /tmp/machine.manifest.xml -b mybucket
6. Regisztráljuk a gép képét és emlékezzünk annak azonosítójára:
Most a virtuális gépet futtathatja végrehajtásra, de először meg kell
szerezzen be SSH kulcsot gépünkhöz való hozzáféréshez:
$ euca-add-keypair mykey> mykey.priv
$ chmod 600 mykey.priv
Elindítjuk a virtuális gépet:
$ euca-run-instances ID-gépek --kernel ID-kernelek --ramdisk ID-ramdisk -k
mykey
Megnézzük a gép állapotát:
Ellenőrizzük, hogy helyesen indult-e be:
Csatlakoztassa a gépet az SSH segítségével:
$ euca-authorize -P tcp -p 22 alapértelmezett
$ ssh -i mykey.priv [email protected]
következtetés
A cikkben leírtak - csak a jéghegy csúcsa, az OpenStack.
Teljesen leírni a rendszert, egy egész könyvet és egy óriási könyvet követne
a szabadidő mennyisége. De remélem, hogy ez a kis rész
az információ segít megkezdeni a masteringt, kétségtelenül, grandiózus
amely hamarosan válik a környezet szabványosságává
nyitott felhőszolgáltatások.
Ossza meg ezt a cikket barátaival: