Ji bo ku karûbarên IaaS (Navenda Daneyên Virtual) peyda bikin, em em orkestratorek bazirganî bikar tînin (FCO). Ev çareserî xwedan mîmariyek bêhempa ye, ku wê ji Openstack û CloudStack, ku ji raya giştî re tê zanîn, vediqetîne.
KVM, VmWare, Xen, Virtuozzo6/7, û her weha konteynerên ji heman Virtuozzo wekî hîpervisorên girêka hesabkirinê têne piştgirî kirin. Vebijarkên hilanînê yên piştgirîkirî yên herêmî, NFS, Ceph û Virtuozzo Storage hene.
FCO piştgirî dide afirandin û birêvebirina gelek koman ji yek navberê. Ango, hûn dikarin komek Virtuozzo û komek KVM + Ceph bi guheztina di navbera wan de bi klîkek mişkî rêve bibin.
Di bingehê xwe de, FCO ji bo pêşkêşkerên ewr çareseriyek berfereh e, ku ji bilî orkestrasyonê, bi hemî mîhengan, pêvekên dravdanê, fatûre, agahdarî, firoşker, tarîf, û hwd. Lêbelê, beşa fatûreyê nekare hemî nuwazeyên rûsî bigire, ji ber vê yekê me dev ji karanîna wê berda ber çareseriyek din.
Ez ji pergala maqûl a ji bo belavkirina mafan li ser hemî çavkaniyên cloudê pir kêfxweş im: wêne, dîsk, hilber, pêşkêşker, dîwarên agir - ev hemî dikarin di navbera bikarhêneran de, û tewra di navbera bikarhênerên xerîdarên cûda de, "parve" û maf werin dayîn. Her xerîdar dikare çend navendên daneya serbixwe di ewrê xwe de biafirîne û wan ji yek panelek kontrolê birêve bibe.
Ji hêla mîmarî ve, FCO ji çend beşan pêk tê, ku her yek ji wan koda xweya serbixwe heye, û hin jî databasa xwe hene.
li asoya - rêveber û navrûya bikarhêner
Jade - mantiqa karsaziyê, fatûre, rêveberiya peywirê
tigerlily - koordînatorê karûbarê, danûstandina agahdariya di navbera mantiqa karsaziyê û koman de bi rê ve dibe û hevrêz dike.
XVPManager - rêveberiya hêmanên komê: nod, hilanînê, torê û makîneyên virtual.
XVPAgent - nûnerek ku li ser girêkan hatî saz kirin ku bi XVPManager re têkilî daynin
Em plan dikin ku di rêze gotaran de çîrokek hûrgulî li ser mîmariya her pêkhateyê têxin nav rêzek gotaran, heke, bê guman, mijar eleqedar bibe.
Feydeya sereke ya FCO ji cewhera wê ya "boxkirî" derdikeve. Sadebûn û mînîmalîzm di xizmeta we de ne. Ji bo girêka kontrolê, makîneyek virtual li ser Ubuntu tê veqetandin, ku tê de hemî pakêtên pêwîst têne saz kirin. Hemî mîheng di pelên mîhengê de di forma nirx-guhêrbar de têne danîn:
# 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"
…
Tevahiya veavakirinê di destpêkê de di şablonan de tê sererast kirin, dûv re jenerator tê destpêkirin
#build-config ku dê pelek vars çêbike û fermanê bide karûbaran ku veavakirinê ji nû ve bixwînin. Navbera bikarhêner xweş e û dikare bi hêsanî were navnîş kirin.
Wekî ku hûn dibînin, navber ji widgetên ku ji hêla bikarhêner ve têne kontrol kirin pêk tê. Ew dikare bi hêsanî widgetan ji rûpelê zêde bike / jê bike, bi vî rengî dashboarda ku ew hewce dike biafirîne.
Tevî cewhera wê ya girtî, FCO pergalek pir xwerû ye. Ji bo guheztina tevgera xebatê hejmareke mezin mîheng û xalên têketinê heye:
- Pêvekên xwerû têne piştgirî kirin, mînakî, hûn dikarin rêbaza fatûreya xwe an çavkaniya xweya derveyî binivîsin da ku bikarhêner peyda bikin.
- Ji bo hin bûyeran destekên xwerû têne piştgirî kirin, mînakî, gava ku ew hate afirandin yekem makîneya virtual li xerîdarek zêde dike
- Widgetên xwerû yên di navberê de têne piştgirî kirin, mînakî, vîdyoyek YouTube-ê rasterast di navgîniya bikarhêner de vedihewîne.
Hemî xwerûkirin di FDL de, ku li ser bingeha Lua-yê ye, hatî nivîsandin. Heke hûn Lua nas dikin, dê bi FDL re pirsgirêk tune.
Li vir mînakek yek ji hêsankerên ku em bikar tînin heye. Ev tetik rê nade bikarhêner ku wêneyên xwe bi xerîdarên din re parve bikin. Em vê yekê dikin ku nehêle bikarhênerek ji bikarhênerên din re wêneyek xirab çêbike.
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
Fonksiyona qeydkirinê dê ji hêla kernelê FCO ve were gazî kirin. Ew ê navê fonksiyona ku jê re tê gotin vegere. Parametreya "p" ya vê fonksiyonê naveroka bangê diparêze, û gava yekem ku jê re tê gotin dê vala (nil) be. Ya ku dê bihêle ku em tetika xwe tomar bikin. Di triggerType de em destnîşan dikin ku tetik BERÎ operasyona weşandinê tê gazî kirin, û tenê bandorê li bikarhêneran dike. Bê guman, em destûrê didin rêvebirên pergalê ku her tiştî biweşînin. Di triggerOptions de em operasyonên ku ji bo tetikê dê bişewite bi hûrgulî.
Û ya sereke veger e {exitState = "BALKEL"}, ji ber vê yekê tetik hate pêşve xistin. Dema ku bikarhêner hewl dide ku wêneya xwe di panela kontrolê de parve bike dê têkçûn vegere.
Di mîmariya FCO de, her tişt (dîsk, server, wêne, torê, adapterê torê, hwd.) wekî saziyek Çavkaniyê, ku xwedan pîvanên hevpar e, tê destnîşan kirin:
- Çavkanî UUID
- navê çavkaniyê
- cureyê çavkaniyê
- Xwediyê çavkaniyê UUID
- rewşa çavkaniyê (çalak, neçalak)
- metadata çavkaniyê
- mifteyên çavkaniyê
- UUID ya hilberê ku xwediyê çavkaniyê ye
- çavkaniya VDC
Dema ku bi karanîna API-ê dixebitin, gava ku hemî çavkanî li gorî heman prensîbê têne xebitandin, ev pir hêsan e. Hilber ji hêla pêşkêşker ve têne mîheng kirin û ji hêla xerîdar ve têne ferman kirin. Ji ber ku fatûreya me li aliyekî ye, xerîdar dikare bi serbestî her hilberek ji panelê ferman bide. Dê paşê di fatûreyê de were hesibandin. Hilber dikare serê saetekê navnîşek IP-ê, her demjimêrek dîskek GB-ya zêde, an tenê serverek be.
Bişkok dikarin ji bo nîşankirina hin çavkaniyan werin bikar anîn da ku mantiqa xebata bi wan re biguhezînin. Mînakî, em dikarin sê girêkên laşî bi bişkoka Weight nîşan bikin, û hin xerîdar bi heman mifteyê nîşan bikin, bi vî rengî van girêkan bi kesane ji van xerîdaran re veqetînin. Em vê mekanîzmayê ji bo xerîdarên VIP yên ku ji cîranên li kêleka VM-yên xwe hez nakin bikar tînin. Karbidest bixwe dikare pir berfirehtir were bikar anîn.
Modela lîsansê dravdana ji bo her bingehek pêvajoyek girêkek laşî digire. Di heman demê de lêçûn ji hêla hejmara celebên komê ve jî tê bandor kirin. Heke hûn plan dikin ku KVM û VMware bi hev re bikar bînin, wek nimûne, lêçûna lîsansê dê zêde bibe.
FCO hilberek bêkêmasî ye, fonksiyona wê pir dewlemend e, ji ber vê yekê em plan dikin ku bi yekcarî çend gotaran bi danasîna berfireh a fonksiyona beşa torê amade bikin.
Ji ber ku em çend salan bi vê orkestratorê re xebitîn, em dikarin wê wekî pir minasib destnîşan bikin. Mixabin, hilber ne bê xeletî ye:
- me neçar ma ku databasê xweşbîn bikin ji ber ku her ku mîqdara daneya di wan de zêde bû pirs dest bi hêdîbûnê kirin;
- piştî qezayek, mekanîzmaya başbûnê ji ber xeletiyek nexebitî, û me neçar ma ku gerîdeyên xerîdar ên bêbext bi karanîna senaryoyên xwe vegerînin;
- Mekanîzmaya tesbîtkirina neberdestbûna girêk bi kodê ve tê girêdan û nayê xweş kirin. Ango, em nikarin polîtîkayên xwe yên ji bo destnîşankirina tunebûna girêkekê biafirînin.
- têketin her gav ne berfireh e. Carinan, gava ku hûn hewce ne ku dakevin astek pir nizm da ku pirsgirêkek taybetî fam bikin, têra koda çavkaniyê we tune ku hin pêkhate fêm bikin ka çima;
TOTAL: Bi gelemperî, bandorên hilberê baş in. Em bi pêşdebirên orkestrator re di têkiliyê de ne. Zarok ji bo hevkariyek çêker amade ne.
Tevî sadebûna wê, FCO xwedan fonksiyonek berfireh e. Di gotarên pêşerojê de em plan dikin ku di mijarên jêrîn de kûrtir bigerin:
- tora li FCO
- peydakirina zindî-vegerandin û protokola FQP
- pêvek û widgetên xwe binivîsin
- girêdana karûbarên din ên wekî Load Balancer û Acronis
- hilanînê
- mekanîzmaya yekbûyî ya ji bo veavakirin û veavakirina girêkan
- hilberandina metadata makîneya virtual
PS Heke hûn ji aliyên din re eleqedar dibin di şîroveyan de binivîsin. Li bendê bin!
Source: www.habr.com