Til að veita IaaS (Virtual Data Center) þjónustu, við við notum auglýsing hljómsveitarstjóra (FCO). Þessi lausn hefur frekar einstakan arkitektúr, sem aðgreinir hana frá Openstack og CloudStack, sem almenningur þekkir.
KVM, VmWare, Xen, Virtuozzo6/7, sem og gámar frá sama Virtuozzo eru studdir sem reiknihnútahyrningar. Styður geymsluvalkostir eru staðbundin, NFS, Ceph og Virtuozzo geymslu.
FCO styður stofnun og stjórnun margra klasa úr einu viðmóti. Það er, þú getur stjórnað Virtuozzo klasa og KVM + Ceph klasa með því að skipta á milli þeirra með músarsmelli.
Í kjarnanum er FCO alhliða lausn fyrir skýjaveitur, sem, auk skipulags, felur einnig í sér innheimtu, með öllum stillingum, greiðsluviðbótum, reikningum, tilkynningum, endursöluaðilum, gjaldskrám og svo framvegis. Hins vegar er innheimtuhlutinn ekki fær um að ná yfir öll rússnesk blæbrigði, svo við hættum að nota hann í þágu annarrar lausnar.
Ég er mjög ánægður með sveigjanlega kerfið til að dreifa réttindum til allra skýjaauðlinda: myndir, diska, vörur, netþjóna, eldveggi - öllu þessu er hægt að „deila“ og veita réttindi á milli notenda, og jafnvel á milli notenda mismunandi viðskiptavina. Hver viðskiptavinur getur búið til nokkrar sjálfstæðar gagnaver í skýinu sínu og stjórnað þeim frá einu stjórnborði.
Byggingarfræðilega séð samanstendur FCO af nokkrum hlutum sem hver um sig hefur sinn sjálfstæða kóða og sumir hafa sinn gagnagrunn.
Skyline - admin og notendaviðmót
Jade - viðskiptarökfræði, innheimtu, verkefnastjórnun
Tigerlily – þjónustustjóri, stjórnar og samhæfir upplýsingaskipti milli viðskiptarökfræði og klasa.
XVPManager – stjórnun klasaþátta: hnúta, geymsla, netkerfi og sýndarvélar.
XVPAgent – umboðsmaður settur upp á hnútum til að hafa samskipti við XVPManager
Við ætlum að setja ítarlega sögu um arkitektúr hvers þáttar í röð greina, ef efnið vekur að sjálfsögðu áhuga.
Helsti kostur FCO stafar af „kassa“ eðli þess. Einfaldleiki og naumhyggju eru þér til þjónustu. Fyrir stjórnhnútinn er einni sýndarvél á Ubuntu úthlutað, þar sem allir nauðsynlegir pakkar eru settir upp. Allar stillingar eru settar í stillingarskrár í formi breytugildis:
# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…
Öll stillingunni er upphaflega breytt í sniðmátum, síðan er rafallinn ræstur
#build-config sem mun búa til vars skrá og skipa þjónustunum að lesa stillingarnar aftur. Notendaviðmótið er gott og auðvelt að merkja það.
Eins og þú sérð samanstendur viðmótið af búnaði sem notandinn getur stjórnað. Hann getur auðveldlega bætt við/fjarlægt græjur af síðunni og búið þannig til mælaborðið sem hann þarfnast.
Þrátt fyrir lokað eðli þess er FCO mjög sérhannaðar kerfi. Það hefur mikinn fjölda stillinga og inngangspunkta til að breyta verkflæðinu:
- Sérsniðnar viðbætur eru studdar, til dæmis geturðu skrifað þína eigin innheimtuaðferð eða þína eigin ytri auðlind til að veita notandanum
- Sérsniðnar kveikjur fyrir ákveðna atburði eru studdar, til dæmis að bæta fyrstu sýndarvélinni við biðlara þegar hún er búin til
- Sérsniðnar græjur í viðmótinu eru studdar, til dæmis að fella YouTube myndband beint inn í notendaviðmótið.
Öll aðlögun er skrifuð í FDL, sem byggir á Lua. Ef þú þekkir Lua, þá verða engin vandamál með FDL.
Hér er dæmi um einn af einföldustu kveikjunum sem við notum. Þessi kveikja gerir notendum ekki kleift að deila eigin myndum með öðrum viðskiptavinum. Við gerum þetta til að koma í veg fyrir að einn notandi búi til skaðlega mynd fyrir aðra notendur.
function register()
return {"pre_user_api_publish"}
end
function pre_user_api_publish(p)
if(p==nil) then
return{
ref = "cancelPublishImage",
name = "Cancel publishing",
description = "Cancel all user’s images publishing",
triggerType = "PRE_USER_API_CALL",
triggerOptions = {"publishResource", "publishImage"},
api = "TRIGGER",
version = 1,
}
end
-- Turn publishing off
return {exitState = "CANCEL"}
end
Skráningaraðgerðin verður kölluð af FCO kjarnanum. Það mun skila nafni fallsins sem á að kalla á. „p“ færibreytan í þessari aðgerð geymir símtalssamhengið og í fyrsta skipti sem hún er kölluð verður hún tóm (null). Sem gerir okkur kleift að skrá kveikjuna okkar. Í triggerType gefum við til kynna að kveikjan sé kölluð ÁÐUR fyrir birtingaraðgerðina og hefur aðeins áhrif á notendur. Auðvitað leyfum við kerfisstjórum að birta allt. Í triggerOptions gerum við grein fyrir aðgerðunum sem kveikjan mun ræsa fyrir.
Og aðalatriðið er að skila {exitState = “CANCEL”}, þess vegna var kveikjan þróað. Það mun skila bilun þegar notandinn reynir að deila mynd sinni á stjórnborðinu.
Í FCO arkitektúrnum er hvaða hlutur sem er (diskur, netþjónn, mynd, net, netmillistykki osfrv.) táknuð sem auðlindareining sem hefur sameiginlegar breytur:
- Tilfang UUID
- heiti auðlindar
- tegund auðlindar
- Auðlindaeigandi UUID
- auðlindastaða (virk, óvirk)
- lýsigögn auðlinda
- auðlindalyklar
- UUID vörunnar sem á auðlindina
- auðlind VDC
Þetta er mjög þægilegt þegar unnið er með API, þegar öll tilföng eru unnin eftir sömu reglu. Vörur eru stilltar af þjónustuveitunni og pantaðar af viðskiptavininum. Þar sem innheimta okkar er til hliðar getur viðskiptavinurinn frjálslega pantað hvaða vöru sem er af pallborðinu. Það verður reiknað út síðar í innheimtu. Varan getur verið IP-tala á klukkustund, auka GB af diski á klukkustund, eða bara netþjónn.
Hægt er að nota lykla til að merkja ákveðin auðlind til að breyta rökfræðinni við að vinna með þau. Til dæmis getum við merkt þrjá líkamlega hnúta með þyngdarlyklinum og merkt suma viðskiptavini með sama lykli og þannig úthlutað þessum hnútum persónulega til þessara viðskiptavina. Við notum þetta kerfi fyrir VIP viðskiptavini sem líkar ekki við nágranna við hliðina á VM sínum. Hægt er að nota virknina sjálfa miklu víðar.
Leyfislíkanið felur í sér að greiða fyrir hvern örgjörvakjarna í líkamlegum hnút. Kostnaðurinn hefur einnig áhrif á fjölda klasategunda. Ef þú ætlar til dæmis að nota KVM og VMware saman, eykst kostnaður við leyfið.
FCO er fullgild vara, virkni hennar er mjög rík, svo við ætlum að undirbúa nokkrar greinar í einu með nákvæmri lýsingu á virkni nethlutans.
Eftir að hafa unnið með þessum hljómsveitarstjóra í nokkur ár, getum við merkt hann sem mjög hentugan. Því miður er varan ekki gallalaus:
- við þurftum að fínstilla gagnagrunninn vegna þess að fyrirspurnir fóru að hægja á sér eftir því sem gagnamagnið í þeim jókst;
- eftir eitt slys virkaði endurheimtarkerfið ekki vegna galla og við þurftum að endurheimta bíla óheppilegra viðskiptavina með því að nota okkar eigin forskriftasett;
- Vélbúnaðurinn til að greina ófáan hnút er tengdur inn í kóðann og ekki er hægt að aðlaga hana. Það er, við getum ekki búið til okkar eigin stefnur til að ákvarða hvort hnútur sé ekki tiltækur.
- skráning er ekki alltaf nákvæm. Stundum, þegar þú þarft að fara niður á mjög lágt stig til að skilja tiltekið vandamál, hefurðu ekki nægan frumkóða til að sumir hlutir skilji hvers vegna;
TOTAL: Almennt séð eru birtingar vörunnar góðar. Við erum í stöðugu sambandi við hljómsveitarstjórana. Strákarnir eru reiðubúnir til uppbyggilegrar samvinnu.
Þrátt fyrir einfaldleikann hefur FCO víðtæka virkni. Í framtíðargreinum ætlum við að kafa dýpra í eftirfarandi efni:
- tengslanet hjá FCO
- veita lifandi bata og FQP siðareglur
- skrifa eigin viðbætur og búnað
- tengja viðbótarþjónustu eins og Load Balancer og Acronis
- öryggisafrit
- sameinað kerfi til að stilla og stilla hnúta
- vinna úr lýsigögnum sýndarvéla
ZY Skrifaðu í athugasemdirnar ef þú hefur áhuga á öðrum þáttum. Fylgstu með!
Heimild: www.habr.com