په لوی کلاوډ سیسټمونو کې ، د کمپیوټري سرچینو باندې د اتوماتیک توازن یا د بار کچه کولو مسله په ځانګړي توګه شدیده ده. Tionix (د کلاوډ خدماتو پراختیا کونکی او چلونکی ، د شرکتونو Rostelecom ګروپ برخه) هم دې مسلې ته پاملرنه کړې.
او، له هغه ځایه چې زموږ اصلي پراختیایی پلیټ فارم Openstack دی، او موږ، د ټولو خلکو په څیر، سست یو، پریکړه وشوه چې ځینې چمتو شوي ماډل غوره کړئ چې دمخه په پلیټ فارم کې شامل دي. زموږ انتخاب په واچر باندې راوتلی، کوم چې موږ پریکړه وکړه چې د خپلو اړتیاو لپاره وکاروو.
لومړی، راځئ چې اصطلاحات او تعریفونه وګورو.
شرایط او تعریفونه
هدف د انسان د لوستلو وړ، د لیدلو وړ او د اندازه کولو وړ پایله ده چې باید ترلاسه شي. د هرې موخې د ترلاسه کولو لپاره یو یا څو ستراتیژۍ شتون لري. ستراتیژي د الګوریتم پلي کول دي چې د ټاکل شوي هدف لپاره د حل موندلو وړ وي.
عمل یو ابتدايي دنده ده چې د OpenStack کلستر د هدف شوي مدیریت سرچینې اوسنی حالت بدلوي، لکه: د مجازی ماشین مهاجرت (مهاجرت)، د نوډ د بریښنا حالت بدلول (change_node_power_state)، د نووا خدمت حالت بدلول (change_nova_service_state) )، د خوند بدلول (بدلول)، د NOP پیغامونو ثبتول (nop)، د یو ټاکلي وخت لپاره د عمل نشتوالی - وقفه (خوب)، د ډیسک لیږد (volume_migrate).
د عمل پلان - د ځانګړو هدفونو د ترلاسه کولو لپاره په یو ټاکلي ترتیب کې د کړنو یو ځانګړی جریان. د عمل پلان د فعالیت شاخصونو سره اندازه شوي نړیوال فعالیت هم لري. د څارګر لخوا د یوې بریالۍ پلټنې په پایله کې د عمل پلان رامینځته کیږي چې په پایله کې کارول شوې ستراتیژي هدف ته د رسیدو لپاره د حل لاره پیدا کوي. د عمل پلان د ترتیبي کړنو لیست څخه جوړ دی.
پلټنه د کلستر د اصلاح کولو غوښتنه ده. اصلاح کول په یوه کلستر کې د یو هدف ترلاسه کولو لپاره ترسره کیږي. د هرې بریالۍ پلټنې لپاره، څارونکی د عمل پلان جوړوي.
د پلټنې ساحه د منابعو یوه ټولګه ده په کوم کې چې پلټنه ترسره کیږي (د موجودیت زون)، نوډ راټولونکي، انفرادي کمپیوټ نوډونه یا د ذخیره کولو نوډونه، او نور). د پلټنې ساحه په هر ټیمپلیټ کې تعریف شوې. که چیرې د پلټنې ساحه مشخصه نه وي، ټول کلستر پلټل کیږي.
د پلټنې کينډۍ - د پلټنې پیل کولو لپاره د ترتیباتو خوندي شوی سیټ. ټیمپلیټونه د ورته ترتیباتو سره څو ځله د پلټنو چلولو لپاره اړین دي. کينډۍ بايد د پلټنې موخه ولري؛ که ستراتيژي مشخصه نه شي، نو تر ټولو مناسب موجوده ستراتيژي غوره کيږي.
کلستر د فزیکي ماشینونو ټولګه ده چې کمپیوټري، ذخیره کول، او د شبکې سرچینې چمتو کوي او د ورته OpenStack مدیریت نوډ لخوا اداره کیږي.
د کلستر ډیټا ماډل (CDM) د اوسني حالت منطقي نمایندګي ده او د کلستر لخوا اداره شوي منابعو ټوپولوژي.
د موثریت شاخص - یو شاخص چې دا په ګوته کوي چې د دې ستراتیژۍ په کارولو سره رامینځته شوی حل څنګه ترسره کیږي. د فعالیت شاخصونه د یوې ځانګړې موخې لپاره ځانګړي دي او په عموم ډول د پایله شوي عمل پلان نړیوال تاثیر محاسبه کولو لپاره کارول کیږي.
د موثریت مشخصات د هر هدف سره تړلي د ځانګړو ځانګړتیاو مجموعه ده چې د فعالیت مختلف شاخصونه ټاکي چې د ورته هدف ترلاسه کولو لپاره ستراتیژي باید په حل کې ترلاسه کړي. په حقیقت کې، د ستراتیژۍ لخوا وړاندیز شوی هر حل به د نړیوال اغیزمنتوب محاسبه کولو دمخه د ځانګړتیاوو په وړاندې وڅیړل شي.
د سکور کولو انجن د اجرا وړ فایل دی چې ښه تعریف شوي آخذې، ښه تعریف شوي محصولات لري، او په بشپړ ډول ریاضیاتي دنده ترسره کوي. په دې توګه، محاسبه د چاپیریال څخه خپلواکه ده په کوم کې چې دا ترسره کیږي - دا به ورته پایلې په هر ځای کې ورکړي.
څارګر پلان جوړونکی - د څارونکي پریکړه کولو ماشین برخه. دا ماډل د ستراتیژۍ لخوا رامینځته شوي عملونو سیټ اخلي او د کاري فلو پلان رامینځته کوي چې دا مشخص کوي چې څنګه دا مختلف عملونه په وخت او د هرې کړنې لپاره مهالویش کړئ ، مخکې شرایط څه دي.
د څارونکي موخې او ستراتیژۍ
هدف
ستراتیژی
ډمی هدف
ډمي ستراتیژي
د نمونې سکور کولو انجنونو په کارولو سره ډمي ستراتیژي
د اندازې سره ډمي ستراتیژي
د بریښنا خوندي کول
د انرژۍ سپمولو ستراتیژي
د سرور یووالی
بنسټیز آفلاین سرور یوځای کول
د VM کاري بار یوځای کولو ستراتیژي
د کار بار توازن
د کار بار توازن مهاجرت ستراتیژي
د ذخیره کولو ظرفیت توازن ستراتیژي
د کار بار ثبات
شورماشور
شورماشور
د تودوخې اصلاح کول
د بهرنۍ تودوخې پر بنسټ ستراتیژي
د هوا جریان اصلاح کول
د یونیفورم هوایی جریان مهاجرت تګلاره
د هارډویر ساتنه
د زون مهاجرت
محرم
سرپرست
ډمی هدف - خوندي هدف چې د ازموینې موخو لپاره کارول کیږي.
اړونده ستراتیژیانې: ډمي ستراتیژي، د نمونې سکور کولو انجنونو په کارولو سره ډمي ستراتیژي او د بیا اندازې سره ډمي ستراتیژي. ډمي ستراتیژي یوه ډمي ستراتیژي ده چې د Tempest له لارې د ادغام ازموینې لپاره کارول کیږي. دا ستراتیژي هیڅ ګټور اصلاح نه کوي، د دې یوازینۍ موخه د Tempest ازموینې کارول دي.
د نمونې سکور کولو انجنونو په کارولو سره ډمي ستراتیژي - ستراتیژي تیر سره ورته ده، یوازینی توپیر د نمونې "سکورینګ انجن" کارول دي چې د ماشین زده کړې میتودونو په کارولو سره محاسبه ترسره کوي.
د بیا اندازې سره ډمي ستراتیژي - ستراتیژي د تیر سره ورته ده، یوازینی توپیر د ذائق بدلولو کارول دي (مهاجرت او بیا اندازه کول).
په تولید کې نه کارول کیږي.
د بریښنا خوندي کول - د انرژي مصرف کم کړئ. د دې هدف د انرژۍ سپمولو ستراتیژي، د VM کاري بار یوځای کولو ستراتیژي (سرور کنسولیډیشن) سره یوځای، د متحرک بریښنا مدیریت (DPM) ځانګړتیاو وړتیا لري چې حتی د کم سرچینو کارولو په جریان کې د متحرک کاري بارونو سره انرژی خوندي کوي: مجازی ماشینونه لږ نوډونو ته لیږدول کیږي. ، او غیر ضروري نوډونه غیر فعال دي. د یوځای کیدو وروسته، ستراتیژي د ټاکل شویو پیرامیټونو سره سم د نوډونو د فعالولو / بندولو پریکړه وړاندې کوي: "min_free_hosts_num" - د وړیا فعال شوي نوډونو شمیر چې د بار کولو په انتظار کې دي، او "free_used_percent" - د وړیا فعال شوي کوربه توب سلنه د نوډونو شمیر چې د ماشینونو لخوا نیول شوي. د کار کولو ستراتیژي باید شتون ولري په نوډونو کې د بریښنا سایکل چلولو اداره کولو لپاره Ironic فعال او تنظیم شوی.
د ستراتیژی پیرامیټونه
پیرامیټر
ډول
په تلواله
د
وړیا_استعمال شوی_سلنه
شمیره
10.0
د مجازی ماشینونو سره د کمپیوټري نوډونو شمیر ته د وړیا کمپیوټري نوډونو تناسب
min_free_hosts_num
اینټ
1
د وړیا کمپیوټري نوډونو لږترلږه شمیر
بادل باید لږترلږه دوه نوډونه ولري. کارول شوی میتود د نوډ د بریښنا حالت بدلول دي (بدلون_نوډ_پاور_سټیټ). ستراتیژي د میټریکونو راټولولو ته اړتیا نلري.
د سرور ادغام - د کمپیوټینګ نوډونو شمیر کم کړئ (تقسیم). دا دوه ستراتیژۍ لري: د لومړني آفلاین سرور ادغام او د VM کاري بار یوځای کولو ستراتیژي.
د اصلي آفلاین سرور یوځای کولو ستراتیژي د کارول شوي سرورونو مجموعي شمیر کموي او د مهاجرت شمیر هم کموي.
اساسي ستراتیژي لاندې معیارونو ته اړتیا لري:
میټریک
خدمت
پلگ ان
تبصره
compute.node.cpu.percent
هيڅ
cpu_util
هيڅ
د ستراتیژۍ پیرامیټونه: مهاجرت_ هڅې - د تړلو لپاره د احتمالي نوماندانو د لټون لپاره د ترکیبونو شمیر (ډیفالټ، 0، هیڅ محدودیت نشته)، دوره - وخت وقفه په ثانیو کې ترڅو د میټریک ډیټا سرچینې څخه جامد مجموعه ترلاسه کړي (ډیفالټ، 700).
کارول شوي میتودونه: مهاجرت، د نووا خدمت حالت بدلول (بدلون_نووا_خدمت_ ریاست).
د VM کاري بار یوځای کولو ستراتیژي د لومړي فټ هیوریسټیک پراساس ده چې د اندازه شوي CPU بار باندې تمرکز کوي او د نوډونو کمولو هڅه کوي چې د سرچینې ظرفیت محدودیتونو سره خورا ډیر یا ډیر لږ بار لري. دا ستراتیژي یو حل وړاندې کوي چې د لاندې څلورو مرحلو په کارولو سره د کلستر سرچینو څخه ډیر اغیزمن کارونې پایله لري:
- د کښته کولو مرحله - د ډیرو کارول شویو سرچینو پروسس کول؛
- د ادغام پړاو - د کم استعمال شویو سرچینو اداره کول؛
- د حل اصلاح کول - د مهاجرت شمیر کمول؛
- د نه کارول شوي کمپیوټ نوډونو غیر فعال کول.
ستراتیژي لاندې معیارونو ته اړتیا لري:
میټریک
خدمت
پلگ ان
تبصره
حافظه
هيڅ
disk.root.size
هيڅ
لاندې معیارونه اختیاري دي مګر د ستراتیژۍ دقت ته وده ورکوي که شتون ولري:
میټریک
خدمت
پلگ ان
تبصره
memory.resident
هيڅ
cpu_util
هيڅ
د ستراتیژی پیرامیټونه: موده - د میټریک ډیټا سرچینې څخه د جامد راټولولو ترلاسه کولو لپاره په ثانیو کې د وخت وقفه (ډیفالټ، 3600).
د پخوانۍ ستراتیژۍ په څیر ورته میتودونه کاروي. نور جزیات .
د کار بار توازن - د کمپیوټر نوډونو ترمنځ د کار بار توازن کړئ. هدف درې ستراتیژۍ لري: د کاري بار توازن مهاجرت ستراتیژي، د کاري بار ثبات، د ذخیره کولو ظرفیت توازن ستراتیژي.
د کاري بار توازن مهاجرت ستراتیژي د کوربه مجازی ماشین کاري بار پراساس د مجازی ماشین مهاجرت پرمخ وړي. د مهاجرت پریکړه هغه وخت ترسره کیږي کله چې د نوډ % CPU یا RAM کارول له ټاکل شوي حد څخه تیریږي. پدې حالت کې ، حرکت شوی مجازی ماشین باید نوډ د ټولو نوډونو اوسط کاري بار ته نږدې کړي.
اړتیاو
- د فزیکي پروسیسرونو کارول؛
- لږترلږه دوه فزیکي کمپیوټري نوډونه؛
- د سیلومیټر اجنټ نصب او تنظیم شوی - ceilometer-agent-compute، په هر کمپیوټر نوډ کې روان دی، او د Ceilometer API، او همدارنګه د لاندې میترونو راټولول:
میټریک
خدمت
پلگ ان
تبصره
cpu_util
هيڅ
memory.resident
هيڅ
د ستراتیژی پیرامیټونه:
پیرامیټر
ډول
په تلواله
د
میترونه
تار
'cpu_util'
لاندې میټریکونه دي: 'cpu_util', 'memory.resident'.
حد
شمیره
25.0
د مهاجرت لپاره د کار بار حد.
موده
شمیره
300
مجموعي وخت موده Ceilometer.
هغه میتود چې کارول کیږي مهاجرت دی.
د کاري بار ثبات یوه ستراتیژي ده چې هدف یې د ژوندی مهاجرت په کارولو سره د کار بار ثبات کول دي. ستراتیژي د معیاري انحراف الګوریتم پر بنسټ والړ ده او معلومه کوي چې آیا په کلستر کې کنجنګ شتون لري او د کلستر د ثبات لپاره د ماشین مهاجرت په لاره اچولو سره ځواب ورکوي.
اړتیاو
- د فزیکي پروسیسرونو کارول؛
- لږترلږه دوه فزیکي کمپیوټري نوډونه؛
- د سیلومیټر اجنټ نصب او تنظیم شوی - ceilometer-agent-compute، په هر کمپیوټر نوډ کې روان دی، او د Ceilometer API، او همدارنګه د لاندې میترونو راټولول:
میټریک
خدمت
پلگ ان
تبصره
cpu_util
هيڅ
memory.resident
هيڅ
د ذخیره کولو ظرفیت بیلانس ستراتیژي (ستراتیژي پلي کیږي د کوینز سره پیل کیږي) - ستراتیژي ډیسکونه لیږدوي د سنډر پولونو بار پورې اړه لري. د لیږد پریکړه هغه وخت ترسره کیږي کله چې د پول کارولو نرخ له ټاکل شوي حد څخه ډیر وي. هغه ډیسک چې لیږدول کیږي باید حوض د ټولو سنډر حوضونو اوسط بار ته نږدې کړي.
اړتیاوې او محدودیتونه
- لږترلږه دوه کنډر حوضونه؛
- د ډیسک مهاجرت امکان.
- د کلستر ډیټا ماډل - د سنډر کلستر ډیټا ماډل راټولونکی.
د ستراتیژی پیرامیټونه:
پیرامیټر
ډول
په تلواله
د
حجم_درېشول
شمیره
80.0
د حجمونو د توازن لپاره د ډیسکونو حد ارزښت.
کارول شوی میتود د ډیسک مهاجرت دی (volume_migrate).
شور لرونکی ګاونډی - یو "شوری ګاونډی" وپیژنئ او مهاجرت وکړئ - یو ټیټ لومړیتوب مجازی ماشین چې د وروستي کچې کیچ په کارولو سره د IPC شرایطو کې د لوړ لومړیتوب مجازی ماشین فعالیت باندې منفي اغیزه کوي. خپله ستراتیژي: شور ګاونډ (د ستراتیژۍ پیرامیټر کارول کیږي cache_threshold (ډیفالټ ارزښت 35 دی)، کله چې فعالیت ټاکل شوي ارزښت ته راټیټیږي، مهاجرت پیل کیږي. د ستراتیژۍ د کار کولو لپاره، فعال شوی LLC (د وروستۍ کچې کیچ) میټریکونه، د CMT ملاتړ سره وروستی Intel سرور، او همدارنګه د لاندې میترونو راټولول:
میټریک
خدمت
پلگ ان
تبصره
cpu_l3_cache
هيڅ
Intel ته اړتیا ده .
د کلستر ډیټا ماډل (ډیفالټ): د نووا کلستر ډیټا ماډل راټولونکی. هغه میتود چې کارول کیږي مهاجرت دی.
د ډشبورډ له لارې د دې هدف سره کار کول په کوینز کې په بشپړه توګه نه پلي کیږي.
د تودوخې اصلاح کول - د تودوخې رژیم اصلاح کړئ. د آوټ لیټ (د خارج هوا) تودوخې یو له مهم تودوخې ټیلی میټري سیسټمونو څخه دی چې د سرور حرارتي / کاري بار حالت اندازه کوي. هدف یوه ستراتیژي لري، د آوټ لیټ د تودوخې پراساس ستراتیژي، کوم چې پریکړه کوي چې د کار بارونه د تودوخې مناسب کوربه ته لیږدول کیږي (تر ټولو ټیټ تودوخې درجه) کله چې د سرچینې کوربه تودوخې د تنظیم وړ حد ته ورسیږي.
د ستراتیژۍ د کار کولو لپاره، تاسو د انټیل پاور نوډ مدیر نصب او ترتیب شوي سرور ته اړتیا لرئ ، او همدارنګه د لاندې میترونو راټولول:
میټریک
خدمت
پلگ ان
تبصره
hardware.ipmi.node.outlet_temperature
IPMI
د ستراتیژی پیرامیټونه:
پیرامیټر
ډول
په تلواله
د
حد
شمیره
35.0
د مهاجرت لپاره د حرارت درجه.
موده
شمیره
30
د وخت وقفه، په ثانیو کې، د میټریک ډیټا سرچینې څخه احصایوي مجموعه ترلاسه کولو لپاره.
هغه میتود چې کارول کیږي مهاجرت دی.
د هوا جریان اصلاح کول - د وینټیلیشن حالت غوره کړئ. خپله تګلاره - د ژوندی مهاجرت په کارولو سره یونیفورم هوایی جریان. ستراتیژي د مجازی ماشین مهاجرت رامینځته کوي کله چې د سرور فین څخه د هوا جریان له ټاکل شوي حد څخه تیریږي.
د ستراتیژۍ د کار کولو لپاره تاسو اړتیا لرئ:
- هارډویر: کمپیوټ نوډونه < ملاتړ کوي نوډ مینجر 3.0؛
- لږترلږه دوه کمپیوټري نوډونه؛
- د ceilometer-agent-compute او Ceilometer API برخه په هر کمپیوټري نوډ کې نصب او ترتیب شوي، کوم چې کولی شي په بریالیتوب سره د میټریکونو راپور ورکړي لکه د هوا جریان، د سیسټم بریښنا، د داخلي حرارت درجه:
میټریک
خدمت
پلگ ان
تبصره
hardware.ipmi.node.airflow
IPMI
hardware.ipmi.node.temperature
IPMI
hardware.ipmi.node.power
IPMI
د ستراتیژی کار کولو لپاره، تاسو د Intel Power Node Manager 3.0 یا وروسته نصب او ترتیب شوي سرور ته اړتیا لرئ.
محدودیتونه: مفهوم د تولید لپاره نه دی.
دا وړاندیز شوی چې دا الګوریتم د دوامداره پلټنو سره وکاروئ ، ځکه چې یوازې یو مجازی ماشین پالن شوی چې په هر تکرار کې مهاجرت شي.
ژوندۍ مهاجرتونه ممکن دي.
د ستراتیژی پیرامیټونه:
پیرامیټر
ډول
په تلواله
د
threshold_airflow
شمیره
400.0
د مهاجرت واحد لپاره د هوا جریان حد 0.1CFM دی
threshold_inlet_t
شمیره
28.0
د مهاجرت پریکړې لپاره د داخلي تودوخې حد
threshold_power
شمیره
350.0
د مهاجرت پریکړې لپاره د سیسټم ځواک حد
موده
شمیره
30
د وخت وقفه، په ثانیو کې، د میټریک ډیټا سرچینې څخه احصایوي مجموعه ترلاسه کولو لپاره.
هغه میتود چې کارول کیږي مهاجرت دی.
د ہارڈویو ساتنه - د هارډویر ساتنه. د دې موخې اړوند ستراتیژي د زون مهاجرت دی. ستراتیژي د هارډویر ساتنې اړتیا په صورت کې د مجازی ماشینونو او ډیسکونو مؤثره اتوماتیک او لږترلږه مهاجرت لپاره وسیله ده. ستراتیژي د وزن سره سم د عمل پلان جوړوي: د عملونو ټولګه چې ډیر وزن لري د نورو په وړاندې پلان کیږي. د ترتیب کولو دوه اختیارونه شتون لري: عمل_وزن او موازي کول.
محدودیتونه: د عمل وزنونه او موازي کول باید تنظیم شي.
د ستراتیژی پیرامیټونه:
پیرامیټر
ډول
په تلواله
د
compute_nodes
سور
هیڅ یو
د مهاجرت لپاره نوډونه حساب کړئ.
ذخیره کولو حوضونه
سور
هیڅ یو
د مهاجرت لپاره د ذخیره کولو نوډونه.
موازي_ټول
ضمیمه
6
د ټولو فعالیتونو شمیر چې باید په موازي توګه اجرا شي.
parallel_per_node
ضمیمه
2
د هر کمپیوټر نوډ لپاره په موازي توګه ترسره شوي عملونو شمیر.
موازي_پر_پول
ضمیمه
2
د هر ذخیرې حوض لپاره په موازي توګه ترسره شوي عملونو شمیر.
لومړیتوب
څیز
هیڅ یو
د مجازی ماشینونو او ډیسکونو لپاره د لومړیتوب لیست.
سره_تړل_حجم
بولین
غلط
غلط — مجازی ماشینونه به د ټولو ډیسکونو مهاجرت وروسته مهاجر شي. ریښتیا - مجازی ماشینونه به وروسته له هغه مهاجر شي چې ټول وصل شوي ډیسکونه مهاجر شي.
د کمپیوټري نوډونو د لړۍ عناصر:
پیرامیټر
ډول
په تلواله
د
src_node
تار
هیڅ یو
د کمپیوټ نوډ چې له هغې څخه مجازی ماشینونه لیږدول کیږي (اړین دی).
dst_node
تار
هیڅ یو
نوډ محاسبه کړئ چیرې چې مجازی ماشینونه مهاجرت کوي.
د ذخیرې نوډ سرې عناصر:
پیرامیټر
ډول
په تلواله
د
src_pool
تار
هیڅ یو
د ذخیره کولو حوض چې له هغې څخه ډیسکونه لیږدول کیږي (اړین دی).
dst_pool
تار
هیڅ یو
د ذخیره کولو حوض چې ډیسکونه لیږدول کیږي.
src_type
تار
هیڅ یو
د اصلي ډیسک ډول (اړین).
dst_type
تار
هیڅ یو
د پایله شوي ډیسک ډول (اړین دی).
د لومړیتوب عنصرونه:
پیرامیټر
ډول
په تلواله
د
د پروژې د
سور
هیڅ یو
د پروژې نومونه.
compute_node
سور
هیڅ یو
د نوډونو نومونه محاسبه کړئ.
د ذخیره کولو حوض
سور
هیڅ یو
د ذخیرې حوض نومونه.
مرکب
اینم
هیڅ یو
د مجازی ماشین پیرامیټونه ["vcpu_num"، "mem_size"، "disk_size"، "created_at"].
ذخیره
اینم
هیڅ یو
د ډیسک پیرامیټونه ["سایز"، "created_at"].
کارول شوي میتودونه د مجازی ماشین مهاجرت ، ډیسک مهاجرت دي.
محرم - یو مرستندویه هدف چې د ستراتیژۍ پراختیا پروسې اسانه کولو لپاره کارول کیږي. هیڅ مشخصات نلري او کارول کیدی شي کله چې ستراتیژي لاهم د موجوده هدف سره تړاو نلري. دا هدف د انتقالي نقطې په توګه هم کارول کیدی شي. د دې هدف لپاره اړونده ستراتیژي Actuator ده.
د نوي هدف جوړول
د څارونکي پریکړې انجن د "بهرني هدف" پلگ ان انٹرفیس لري چې دا ممکنه کوي چې یو بهرنۍ هدف مدغم کړي چې د ستراتیژۍ په کارولو سره ترلاسه کیدی شي.
مخکې له دې چې تاسو یو نوی هدف جوړ کړئ، تاسو باید ډاډ ترلاسه کړئ چې هیڅ موجوده موخې ستاسو اړتیاوې پوره کوي.
د نوي پلگ ان جوړول
د نوي هدف رامینځته کولو لپاره ، تاسو باید: د هدف ټولګي پراخه کړئ ، د ټولګي میتود پلي کړئ ترلاسه_نوم() د نوي هدف ځانګړي ID بیرته راستنیدو لپاره چې تاسو یې رامینځته کول غواړئ. دا ځانګړی پیژندونکی باید د ننوتلو ځای نوم سره سمون ولري چې تاسو یې وروسته اعلان کوئ.
بیا تاسو اړتیا لرئ د ټولګي میتود پلي کړئ get_display_name() د هغه هدف ژباړل شوي نمایش نوم بیرته راستنولو لپاره چې تاسو یې رامینځته کول غواړئ (د ژباړل شوي تار بیرته راستنیدو لپاره متغیر مه کاروئ نو دا په اتوماتيک ډول د ژباړې وسیلې لخوا راټول کیدی شي).
د ټولګي طریقه پلي کړئ get_translatable_display_name()د خپل نوي هدف د ژباړې کیلي (په حقیقت کې د انګلیسي ښودلو نوم) بیرته راستنولو لپاره. د بیرته ستنیدو ارزښت باید د get_display_name() کې ژباړل شوي تار سره سمون ولري.
د هغه طریقه پلي کړئ د_اغیزمنتوب_ځانګړتیا()ستاسو د هدف لپاره د موثریت مشخصات بیرته راګرځولو لپاره. د get_eficacy_specification() میتود د څارګر لخوا چمتو شوی غیر طبقه بندي () مثال بیرته راګرځوي. دا د فعالیت مشخصات ستاسو د هدف رامینځته کولو په پروسه کې ګټور دي ځکه چې دا د خالي توضیحاتو سره مطابقت لري.
→
د څارنې جوړښت (نور جزیات) ).
اجزاء
څارونکی API - یوه برخه چې د څارونکي لخوا چمتو شوي REST API پلي کوي. د متقابل عمل میکانیزمونه: CLI، Horizon plugin، Python SDK.
څارګر DB - د څارونکي ډیټابیس.
د څارونکي اپل - یوه برخه چې د څارونکي پریکړې انجن برخې لخوا رامینځته شوي د عمل پلان پلي کول پلي کوي.
د څارونکي پریکړې انجن - هغه برخه چې د پلټنې هدف ته د رسیدو لپاره د احتمالي اصلاح کولو عملونو سیټ محاسبه کولو مسؤلیت لري. که یوه ستراتیژي مشخصه نه وي، جز په خپلواکه توګه تر ټولو مناسب انتخاب کوي.
څارونکی میټریک خپرونکی - یوه برخه چې ځینې میټریکونه یا پیښې راټولوي او محاسبه کوي او د CEP پای ټکي ته یې خپروي. د برخې فعالیت هم د Ceilometer خپرونکي لخوا چمتو کیدی شي.
د پیچلي پیښو پروسس کولو (CEP) انجن - د پیچلي پیښو پروسس کولو لپاره انجن. د فعالیت دلیلونو لپاره، ممکن د CEP انجن ډیری مثالونه وي چې په ورته وخت کې روان وي، هر یو د یو ځانګړي ډول میټریک/پیښې پروسس کوي. د څارونکي سیسټم کې، CEP دوه ډوله عملونه رامینځته کوي: - د وخت لړۍ ډیټابیس کې ورته پیښې / میټریک ثبت کړئ؛ - مناسب پیښې د څارونکي پریکړې انجن ته واستوئ کله چې دا پیښه د اوسني اصلاح کولو ستراتیژۍ پایله اغیزه کولی شي، ځکه چې د Openstack کلستر یو جامد سیسټم ندی.
اجزا د AMQP پروتوکول په کارولو سره متقابل عمل کوي.
→
د څارونکي سره د تعامل سکیم
د څارونکي ازموینې پایلې
- د اصلاح کولو په اړه - د عمل پلانونه 500 مخونه (دواړه په خالص کوینز کې او د Tionix ماډلونو سره په سټینډ کې) ، دا یوازې وروسته له هغه ښکاري چې پلټنې پیل شي او د عمل پلان رامینځته شي؛ خالي په نورمال ډول خلاصیږي.
- د عمل توضیحاتو ټب کې غلطۍ شتون لري ، د پلټنې هدف او ستراتیژي ترلاسه کول امکان نلري (دواړه په خالص کوینز او د ټینیکس ماډلونو سره په موقف کې).
- پلټنې د ډمي (ازموینې) هدف سره رامینځته کیږي او په نورمال ډول پیل کیږي ، د عمل پلانونه رامینځته کیږي.
- د غیر محرم شوي هدف لپاره پلټنې نه رامینځته کیږي ځکه چې هدف فعال نه دی او د نوي ستراتیژیو رامینځته کولو په وخت کې د منځګړیتوب ترتیب لپاره ټاکل کیږي.
- د کاري بار توازن (د ذخیره کولو ظرفیت توازن ستراتیژي) هدف لپاره پلټنې په بریالیتوب سره رامینځته کیږي ، مګر د عمل پلان ندی رامینځته شوی. د ذخیره کولو حوض اصلاح کولو ته اړتیا نشته.
- د کاري بار توازن هدف (د کاري بار توازن مهاجرت ستراتیژي) لپاره پلټنې په بریالیتوب سره رامینځته کیږي، مګر د عمل پلان ندی رامینځته شوی.
- د کاري بار توازن لپاره پلټنې (د کار د ثبات ستراتیژي) ناکامه ده.
- د شور ګاونډ هدف لپاره پلټنې په بریالیتوب سره رامینځته کیږي، مګر د عمل پلان ندی رامینځته شوی.
- د هارډویر ساتنې هدف لپاره پلټنې په بریالیتوب سره رامینځته کیږي ، د عمل پلان په بشپړ ډول نه رامینځته کیږي (د فعالیت شاخصونه رامینځته کیږي ، مګر د عملونو لیست پخپله نه رامینځته کیږي).
- په کمپیوټر او کنټرول نوډونو کې د nova.conf تشکیلاتو کې ایډیټونه (په ډیفالټ برخه کې compute_monitors = cpu.virt_driver) غلطی نه سموي.
- هغه پلټنې چې د سرور یووالي په نښه کوي (اساسي ستراتیژي) هم ناکامه ده.
- د سرور ادغام هدف لپاره پلټنې (VM کاري بار یوځای کولو ستراتیژي) د غلطۍ سره ناکامه شوې. په لاګونو کې د سرچینې معلوماتو ترلاسه کولو کې یوه تېروتنه شتون لري. د تېروتنې بحث، په ځانګړې توګه .
موږ هڅه وکړه چې په ترتیب فایل کې واچر مشخص کړو (دا مرسته ونه کړه - د اصلاح کولو ټولو پا pagesو کې د غلطۍ په پایله کې ، د تشکیل فایل اصلي مینځپانګې ته راستنیدل وضعیت سم نه کوي): [watcher_strategies.basic] د معلوماتو سرچینه = سیلومټر، ګونوچی - د انرژۍ سپمولو لپاره پلټنې ناکامې شوې. د لاګونو په واسطه قضاوت کول، ستونزه لاهم د اوسپنې نشتوالی دی؛ دا به د بارمیټل خدمت پرته کار ونکړي.
- د تودوخې اصلاح کولو لپاره پلټنې ناکامې شوې. ټریس بیک د سرور ادغام (VM کاري بار یوځای کولو ستراتیژي) لپاره ورته دی (د سرچینې ډیټا تېروتنه)
- د هوا جریان اصلاح کولو هدف لپاره پلټنې د یوې غلطۍ سره ناکامې شوې.
لاندې د پلټنې بشپړولو تېروتنې هم ورسره مخ دي. Traceback په پریکړه-engine.log لاګونو کې (د کلستر حالت ندی تعریف شوی).
← د خطا بحث
پایلې
زموږ د دوه میاشتنۍ څیړنې پایله ناڅرګنده پایله وه چې د بشپړ ، کاري بار توازن سیسټم ترلاسه کولو لپاره ، موږ به پدې برخه کې د Openstack پلیټ فارم لپاره د وسیلو پاکولو لپاره نږدې کار وکړو.
څارونکي د لوی ظرفیت سره یو جدي او ګړندی وده کونکی محصول ثابت شوی ، چې بشپړ کارول به خورا جدي کار ته اړتیا ولري.
مګر پدې اړه نور د لړۍ په راتلونکو مقالو کې.
سرچینه: www.habr.com