Ili kutoa huduma za IaaS (Virtual Data Center), sisi tunatumia orchestrator ya kibiashara (FCO). Suluhisho hili lina usanifu wa kipekee, ambao huitofautisha na Openstack na CloudStack, inayojulikana kwa umma kwa ujumla.
KVM, VmWare, Xen, Virtuozzo6/7, pamoja na kontena kutoka Virtuozzo sawa zinaauniwa kama viboreshaji vya nodi za compute. Chaguo za hifadhi zinazotumika ni pamoja na ndani, NFS, Ceph na Hifadhi ya Virtuozzo.
FCO inasaidia uundaji na usimamizi wa vikundi vingi kutoka kwa kiolesura kimoja. Hiyo ni, unaweza kudhibiti nguzo ya Virtuozzo na nguzo ya KVM + Ceph kwa kubadili kati yao kwa kubofya kipanya.
Kwa msingi wake, FCO ni suluhisho la kina kwa watoa huduma wa wingu, ambayo, pamoja na orchestration, pia inajumuisha bili, na mipangilio yote, programu-jalizi za malipo, ankara, arifa, wauzaji, ushuru, na kadhalika. Hata hivyo, sehemu ya bili haina uwezo wa kufunika nuances zote za Kirusi, kwa hiyo tuliacha matumizi yake kwa ajili ya ufumbuzi mwingine.
Nimefurahishwa sana na mfumo unaonyumbulika wa kusambaza haki kwa rasilimali zote za wingu: picha, diski, bidhaa, seva, ngome - yote haya yanaweza "kushirikiwa" na kupewa haki kati ya watumiaji, na hata kati ya watumiaji wa wateja tofauti. Kila mteja anaweza kuunda vituo kadhaa huru vya data katika wingu lao na kuvidhibiti kutoka kwa paneli moja dhibiti.
Kwa usanifu, FCO ina sehemu kadhaa, ambayo kila moja ina msimbo wake wa kujitegemea, na wengine wana database yao wenyewe.
Skyline - kiolesura cha msimamizi na mtumiaji
Jade - mantiki ya biashara, bili, usimamizi wa kazi
tigerlily - mratibu wa huduma, anasimamia na kuratibu ubadilishanaji wa habari kati ya mantiki ya biashara na vikundi.
XVPMeneja - Usimamizi wa vitu vya nguzo: nodi, uhifadhi, mtandao na mashine za kawaida.
XVPAgent - wakala aliyewekwa kwenye nodi ili kuingiliana na XVPManager
Tunapanga kujumuisha hadithi ya kina juu ya usanifu wa kila sehemu katika safu ya vifungu, ikiwa, bila shaka, mada inaamsha riba.
Faida kuu ya FCO inatokana na asili yake ya "boxed". Urahisi na minimalism ziko kwenye huduma yako. Kwa node ya udhibiti, mashine moja ya virtual kwenye Ubuntu imetengwa, ambayo vifurushi vyote muhimu vimewekwa. Mipangilio yote imewekwa katika faili za usanidi kwa namna ya thamani-tofauti:
# 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"
β¦
Configuration nzima ni awali kuhaririwa katika templates, kisha jenereta ni ilizinduliwa
#build-config ambayo itatoa faili ya vars na kuamuru huduma kusoma tena usanidi. Kiolesura cha mtumiaji ni kizuri na kinaweza kuwekewa chapa kwa urahisi.
Kama unaweza kuona, kiolesura kina wijeti ambazo zinaweza kudhibitiwa na mtumiaji. Anaweza kuongeza/kuondoa wijeti kwa urahisi kutoka kwa ukurasa, na hivyo kuunda dashibodi anayohitaji.
Licha ya asili yake iliyofungwa, FCO ni mfumo unaoweza kubinafsishwa sana. Inayo idadi kubwa ya mipangilio na sehemu za kuingia za kubadilisha mtiririko wa kazi:
- Programu-jalizi maalum zinatumika, kwa mfano, unaweza kuandika mbinu yako mwenyewe ya utozaji au rasilimali yako ya nje ili kumpa mtumiaji.
- Vichochezi maalum vya matukio fulani vinaweza kutumika, kwa mfano, kuongeza mashine ya kwanza pepe kwa mteja inapoundwa
- Wijeti maalum katika kiolesura zinaauniwa, kwa mfano, kupachika video ya YouTube moja kwa moja kwenye kiolesura cha mtumiaji.
Ubinafsishaji wote umeandikwa katika FDL, ambayo inategemea Lua. Ikiwa unajua Lua, hakutakuwa na matatizo na FDL.
Hapa kuna mfano wa mojawapo ya vichochezi rahisi zaidi tunachotumia. Kichochezi hiki hakiruhusu watumiaji kushiriki picha zao na wateja wengine. Tunafanya hivi ili kuzuia mtumiaji mmoja kuunda picha mbaya kwa watumiaji wengine.
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
Shughuli ya usajili itaitwa na FCO kernel. Itarudisha jina la chaguo la kukokotoa litakaloitwa. Kigezo cha "p" cha kazi hii huhifadhi muktadha wa simu, na mara ya kwanza inaitwa itakuwa tupu (nil). Ambayo itaturuhusu kusajili kichochezi chetu. Katika TriggerType tunaonyesha kuwa kichochezi kimeombwa KABLA ya uchapishaji wa operesheni, na huathiri watumiaji pekee. Bila shaka, tunaruhusu wasimamizi wa mfumo kuchapisha kila kitu. Katika TriggerOptions tunaelezea kwa undani shughuli ambazo kichochezi kitawasha.
Na jambo kuu ni kurudi {exitState = "GATA"}, ndiyo sababu trigger ilitengenezwa. Itarudisha kutofaulu wakati mtumiaji anajaribu kushiriki picha yake kwenye paneli dhibiti.
Katika usanifu wa FCO, kitu chochote (diski, seva, picha, mtandao, adapta ya mtandao, nk) inawakilishwa kama chombo cha Rasilimali, ambacho kina vigezo vya kawaida:
- Rasilimali UUID
- jina la rasilimali
- aina ya rasilimali
- Mmiliki wa rasilimali UUID
- hali ya rasilimali (inatumika, haifanyi kazi)
- metadata ya rasilimali
- funguo za rasilimali
- UUID ya bidhaa inayomiliki rasilimali
- rasilimali VDC
Hii ni rahisi sana wakati wa kufanya kazi kwa kutumia API, wakati rasilimali zote zinafanywa kulingana na kanuni sawa. Bidhaa zimeundwa na mtoa huduma na kuagizwa na mteja. Kwa kuwa bili yetu iko upande, mteja anaweza kuagiza kwa uhuru bidhaa yoyote kutoka kwa paneli. Itahesabiwa baadaye katika malipo. Bidhaa inaweza kuwa anwani ya IP kwa saa, GB ya ziada ya diski kwa saa, au seva tu.
Vifunguo vinaweza kutumika kuashiria rasilimali fulani ili kubadilisha mantiki ya kufanya kazi nazo. Kwa mfano, tunaweza kuashiria nodi tatu za kimwili kwa ufunguo wa Uzito, na kuashiria baadhi ya wateja kwa ufunguo sawa, na hivyo kuwagawia nodi hizi kibinafsi kwa wateja hawa. Tunatumia utaratibu huu kwa wateja wa VIP ambao hawapendi majirani karibu na VM zao. Utendaji yenyewe unaweza kutumika kwa upana zaidi.
Mtindo wa utoaji leseni unahusisha kulipia kila msingi wa kichakataji cha nodi halisi. Gharama pia huathiriwa na idadi ya aina za nguzo. Ikiwa unapanga kutumia KVM na VMware pamoja, kwa mfano, gharama ya leseni itaongezeka.
FCO ni bidhaa kamili, utendaji wake ni tajiri sana, kwa hivyo tunapanga kuandaa nakala kadhaa mara moja na maelezo ya kina ya utendaji wa sehemu ya mtandao.
Baada ya kufanya kazi na orchestrator hii kwa miaka kadhaa, tunaweza kuitia alama kuwa inafaa sana. Ole, bidhaa sio bila dosari:
- ilitubidi kuboresha hifadhidata kwa sababu maswali yalianza kupungua kadri idadi ya data ndani yao inavyoongezeka;
- baada ya ajali moja, utaratibu wa kurejesha haukufanya kazi kwa sababu ya mdudu, na tulilazimika kurejesha magari ya wateja wenye bahati mbaya kwa kutumia seti yetu ya maandishi;
- Utaratibu wa kugundua kutopatikana kwa nodi umeunganishwa kwenye msimbo na hauwezi kubinafsishwa. Hiyo ni, hatuwezi kuunda sera zetu wenyewe za kuamua kutopatikana kwa nodi.
- ukataji miti sio wa kina kila wakati. Wakati mwingine, unapohitaji kushuka hadi kiwango cha chini sana ili kuelewa tatizo fulani, huna msimbo wa chanzo wa kutosha kwa baadhi ya vipengele kuelewa kwa nini;
Jumla: Kwa ujumla, maoni ya bidhaa ni nzuri. Tunawasiliana mara kwa mara na watengenezaji wa orchestrator. Vijana wanapenda ushirikiano wa kujenga.
Licha ya unyenyekevu wake, FCO ina utendaji mpana. Katika makala zijazo tunapanga kuangazia kwa undani mada zifuatazo:
- mitandao katika FCO
- kutoa urejeshaji wa moja kwa moja na itifaki ya FQP
- kuandika programu-jalizi zako na wijeti
- kuunganisha huduma za ziada kama vile Load Balancer na Acronis
- chelezo
- utaratibu wa umoja wa kusanidi na kusanidi nodi
- kuchakata metadata ya mashine pepe
Z.Y. Andika kwenye maoni ikiwa una nia ya vipengele vingine. Endelea kufuatilia!
Chanzo: mapenzi.com