د IaaS (مجازی معلوماتو مرکز) خدماتو چمتو کولو لپاره، موږ موږ یو سوداګریز آرکیسټرټر کاروو (FCO). دا حل یو ځانګړی جوړښت لري، کوم چې دا د Openstack او CloudStack څخه توپیر کوي، چې عامو خلکو ته پیژندل کیږي.
KVM، VmWare، Xen، Virtuozzo6/7، او همدارنګه د ورته Virtuozzo کانټینرونه د کمپیوټر نوډ هایپروایزر په توګه ملاتړ کیږي. د ملاتړ شوي ذخیره کولو اختیارونو کې ځایی، NFS، Ceph او Virtuozzo Storage شامل دي.
FCO د یو واحد انٹرفیس څخه د ډیری کلسترونو رامینځته کولو او مدیریت ملاتړ کوي. دا دی، تاسو کولی شئ د Virtuozzo کلستر او د KVM + Ceph کلستر د موږک کلیک سره د دوی ترمنځ بدلولو سره اداره کړئ.
په اصل کې، FCO د کلاوډ چمتو کونکو لپاره یو جامع حل دی، کوم چې د آرکیسټریشن سربیره، د ټولو ترتیباتو، تادیاتو پلگ انونو، رسیدونو، خبرتیاو، بیا پلورونکو، تعرفو، او داسې نورو سره بلینګ هم شامل دي. په هرصورت، د بلینګ برخه د دې توان نلري چې د روسیې ټول لنډیزونه پوښي، نو موږ د بل حل په ګټه د هغې کارول پریښودل.
زه د ټولو بادل سرچینو ته د حقونو توزیع کولو لپاره د انعطاف وړ سیسټم څخه ډیر خوښ یم: عکسونه ، ډیسکونه ، محصولات ، سرورونه ، فایر وال - دا ټول "شریک" کیدی شي او د کاروونکو ترمینځ حقونه ورکړل شي ، او حتی د مختلف پیرودونکو کاروونکو ترمینځ. هر پیرودونکی کولی شي په خپل کلاوډ کې ډیری خپلواک ډیټا مرکزونه رامینځته کړي او د یو واحد کنټرول پینل څخه یې اداره کړي.
په معمارۍ کې، FCO څو برخې لري، چې هر یو یې خپل خپلواک کوډ لري، او ځینې یې خپل ډیټابیس لري.
کرښه - اډمین او کارن انٹرفیس
Jade - د سوداګرۍ منطق، بلینګ، د دندې مدیریت
ټایګرلی - د خدماتو همغږي کونکی، د سوداګرۍ منطق او کلسترونو ترمنځ د معلوماتو تبادله اداره او همغږي کوي.
XVPManager - د کلستر عناصرو مدیریت: نوډونه، ذخیره، شبکه او مجازی ماشینونه.
XVPAgent - یو اجنټ په نوډونو کې نصب شوی ترڅو د XVPManager سره تعامل وکړي
موږ پلان لرو چې د مقالو په لړۍ کې د هرې برخې د جوړښت په اړه مفصله کیسه شامل کړو، که چیرې، البته، موضوع دلچسپي پیدا کړي.
د FCO اصلي ګټه د دې "بکس شوي" طبیعت څخه رامینځته کیږي. سادگي او لږ تر لږه ستاسو په خدمت کې دي. د کنټرول نوډ لپاره، په اوبنټو کې یو مجازی ماشین تخصیص شوی، په کوم کې چې ټول اړین کڅوړې نصب شوي. ټول ترتیبات د متغیر ارزښت په بڼه د ترتیب کولو فایلونو کې ځای پر ځای شوي دي:
# 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"
…
ټول ترتیب په پیل کې په ټیمپلیټونو کې ایډیټ شوی، بیا جنراتور په لاره اچول کیږي
#build-config کوم چې به د vars فایل رامینځته کړي او خدماتو ته به د ترتیب بیا لوستلو امر وکړي. د کاروونکي انٹرفیس ښه دی او په اسانۍ سره نښه کیدی شي.
لکه څنګه چې تاسو لیدلی شئ ، انٹرفیس د ویجټونو څخه جوړ دی چې د کارونکي لخوا کنټرول کیدی شي. هغه کولی شي په اسانۍ سره له پاڼې څخه ویجټونه اضافه / لرې کړي، په دې توګه هغه ډشبورډ رامینځته کوي چې هغه ورته اړتیا لري.
د دې تړل شوي طبیعت سره سره، FCO یو ډیر دودیز سیسټم دی. دا د کاري فلو بدلولو لپاره ډیری تنظیمات او د ننوتلو نقطې لري:
- دودیز پلگ انونه ملاتړ کیږي، د بیلګې په توګه، تاسو کولی شئ خپل د بل کولو طریقه یا خپله بهرنۍ سرچینې ولیکئ ترڅو کاروونکي چمتو کړي
- د ځانګړو پیښو لپاره دودیز محرکونه ملاتړ کیږي، د بیلګې په توګه، پیرودونکي ته د لومړي مجازی ماشین اضافه کول کله چې جوړ شي
- په انٹرفیس کې دودیز ویجټونه ملاتړ کیږي ، د مثال په توګه ، د یوټیوب ویډیو مستقیم د کارونکي انٹرفیس ته سرایت کول.
ټول تخصیص په FDL کې لیکل شوي ، کوم چې د لوا پراساس دی. که تاسو لوا پیژنئ، نو د FDL سره به کومه ستونزه نه وي.
دلته یو له ساده محرکاتو څخه یو مثال دی چې موږ یې کاروو. دا محرک کاروونکو ته اجازه نه ورکوي چې خپل عکسونه د نورو پیرودونکو سره شریک کړي. موږ دا د دې لپاره کوو چې یو کاروونکي د نورو کاروونکو لپاره ناوړه عکس رامینځته کولو مخه ونیسي.
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
د راجستر فعالیت به د FCO کرنل لخوا ویل کیږي. دا به د هغه فنکشن نوم بیرته راولي چې ویل کیږي. د دې فنکشن "p" پیرامیټر د کال شرایط ذخیره کوي، او لومړی ځل چې ورته ویل کیږي دا به خالي وي (nil). کوم چې موږ ته اجازه راکوي چې خپل محرک ثبت کړو. په triggerType کې موږ دا په ګوته کوو چې محرک د خپرولو عملیاتو څخه دمخه غوښتنه کیږي، او یوازې کاروونکي اغیزه کوي. البته، موږ د سیسټم مدیرانو ته اجازه ورکوو چې هرڅه خپاره کړي. په triggerOptions کې موږ هغه عملیات په تفصیل سره تشریح کوو چې محرک به یې ډزې وکړي.
او اصلي شی بیرته راستنیدنه ده {exitState = "CANCEL"}، له همدې امله محرک رامینځته شوی. دا به ناکامي بیرته راشي کله چې کارونکي هڅه کوي خپل عکس په کنټرول پینل کې شریک کړي.
د FCO جوړښت کې، هر څیز (ډیسک، سرور، عکس، شبکه، د شبکې اډاپټر، او نور) د سرچینې ادارې په توګه ښودل کیږي، کوم چې عام پیرامیټونه لري:
- سرچینې UUID
- د سرچینې نوم
- د سرچینې ډول
- د سرچینې مالک UUID
- د سرچینې حالت (فعال، غیر فعال)
- د سرچینې میټاډاټا
- سرچینې کیلي
- د هغه محصول UUID چې د سرچینې مالکیت لري
- منابع VDC
دا خورا اسانه دی کله چې د API په کارولو سره کار کول ، کله چې ټولې سرچینې د ورته اصولو سره سم کار کوي. محصولات د چمتو کونکي لخوا ترتیب شوي او د پیرودونکي لخوا امر شوي. څرنګه چې زموږ بلینګ اړخ ته دی، پیرودونکي کولی شي په آزاده توګه د پینل څخه کوم محصول امر کړي. دا به وروسته په بلینګ کې حساب شي. محصول کیدای شي په هر ساعت کې یو IP پته، په هر ساعت کې د ډیسک اضافي GB، یا یوازې یو سرور وي.
کلیدونه د ځانګړو سرچینو په نښه کولو لپاره کارول کیدی شي ترڅو د دوی سره د کار کولو منطق بدل کړي. د مثال په توګه، موږ کولی شو درې فزیکي نوډونه د وزن کیلي سره په نښه کړو، او ځینې پیرودونکي د ورته کیلي سره په نښه کړو، په دې توګه دا نوډونه په شخصي توګه دې مراجعینو ته تخصیص کړو. موږ دا میکانیزم د VIP پیرودونکو لپاره کاروو څوک چې د دوی VMs سره نږدې ګاونډیان نه خوښوي. فعالیت پخپله خورا پراخه کارول کیدی شي.
د جواز ورکولو ماډل کې د فزیکي نوډ د هر پروسیسر کور لپاره تادیه کول شامل دي. لګښت هم د کلستر ډولونو د شمیر لخوا اغیزمن کیږي. که تاسو پلان لرئ چې KVM او VMware یوځای وکاروئ، د بیلګې په توګه، د جواز لګښت به لوړ شي.
FCO یو بشپړ محصول دی ، د دې فعالیت خورا بډایه دی ، نو موږ پلان لرو چې د شبکې برخې فعالیت تفصیلي توضیحاتو سره په یوځل کې څو مقالې چمتو کړو.
د څو کلونو لپاره د دې آرکیسټرټر سره کار کولو سره، موږ کولی شو دا د خورا مناسب په توګه په نښه کړو. افسوس، محصول د نیمګړتیاوو پرته نه دی:
- موږ باید ډیټابیس اصلاح کړو ځکه چې پوښتنې ورو پیل شوې ځکه چې په دوی کې د ډیټا مقدار ډیریږي؛
- د یوې حادثې وروسته، د بیا رغونې میکانیزم د بګ له امله کار نه کاوه، او موږ باید د خپلو سکریپټونو په کارولو سره د بدبخته پیرودونکو موټرونه بیرته ترلاسه کړو؛
- د نوډ نه شتون موندلو میکانیزم په کوډ کې سخت دی او نشي کولی دودیز شي. دا دی، موږ نشو کولی د نوډ نشتوالي ټاکلو لپاره خپلې پالیسۍ جوړې کړو.
- ننوتل تل تفصیلي ندي. ځینې وختونه، کله چې تاسو اړتیا لرئ د یوې ځانګړې ستونزې د پوهیدو لپاره خورا ټیټې کچې ته لاړ شئ، تاسو د ځینو برخو لپاره کافي سرچینې کوډ نلرئ ترڅو پوه شئ چې ولې؛
TOTAL: په عموم کې، د محصول تاثیرات ښه دي. موږ د آرکیسټرټر پراختیا کونکو سره په دوامداره تماس کې یو. هلکان رغنده همکارۍ ته اړ دي.
د دې سادگي سره سره، FCO پراخه فعالیت لري. په راتلونکو مقالو کې موږ پلان لرو چې لاندې موضوعاتو ته ژوره کتنه وکړو:
- په FCO کې شبکه کول
- د ژوندی بیا رغونې او FQP پروتوکول چمتو کول
- خپل پلگ ان او ویجټونه لیکل
- د اضافي خدماتو سره نښلول لکه د بار بیلانسر او اکرونیس
- بیک اپ
- د نوډونو ترتیب او تنظیم کولو لپاره متحد میکانیزم
- د مجازی ماشین میټاډاټا پروسس کول
ZY په نظرونو کې ولیکئ که تاسو د نورو اړخونو سره علاقه لرئ. ولاړ شه!
سرچینه: www.habr.com