وڏي بادل سسٽم ۾، خودڪار توازن جو مسئلو يا ڪمپيوٽنگ وسيلن تي لوڊ سطح تي خاص طور تي سخت آهي. Tionix (هڪ ڊولپر ۽ ڪلائوڊ سروسز جو آپريٽر، ڪمپني جي Rostelecom گروپ جو حصو) پڻ هن مسئلي جو خيال رکيو آهي.
۽، جيئن ته اسان جو مکيه ترقياتي پليٽ فارم Openstack آهي، ۽ اسان، سڀني ماڻهن وانگر، سست آهيون، اهو فيصلو ڪيو ويو ته ڪجهه تيار ڪيل ماڊل چونڊڻ جو جيڪو اڳ ۾ ئي پليٽ فارم ۾ شامل آهي. اسان جي پسند واچر تي ٿي وئي، جنهن کي اسان پنهنجي ضرورتن لاءِ استعمال ڪرڻ جو فيصلو ڪيو.
پهرين، اچو ته اصطلاحن ۽ وصفن کي ڏسو.
شرطون ۽ وصفون
گول هڪ انساني پڙهڻ جي قابل، مشاهدو ۽ ماپبل نتيجو آهي جيڪو حاصل ڪيو وڃي. هر مقصد حاصل ڪرڻ لاء هڪ يا وڌيڪ حڪمت عمليون آهن. هڪ حڪمت عملي هڪ الگورتھم جو عمل آهي جيڪو هڪ ڏنل مقصد لاء حل ڳولڻ جي قابل آهي.
عمل ھڪڙو ابتدائي ڪم آھي جيڪو OpenStack ڪلستر جي ھدف واري منظم وسيلن جي موجوده حالت کي تبديل ڪري ٿو، جھڙوڪ: ھڪڙي ورچوئل مشين کي منتقل ڪرڻ (لڏپلاڻ)، ھڪڙي نوڊ جي طاقت واري حالت کي تبديل ڪرڻ (change_node_power_state)، نووا سروس جي حالت کي تبديل ڪرڻ (change_nova_service_state) )، ذائقو تبديل ڪرڻ (ٻيهر سائز)، رجسٽرڊ NOP پيغام (نپ)، عمل جي گھٽتائي هڪ خاص وقت تائين - روڪيو (ننڊ)، ڊسڪ منتقلي (volume_migrate).
عملدرآمد - هڪ خاص مقصد حاصل ڪرڻ لاءِ عملن جو هڪ خاص وهڪرو هڪ خاص ترتيب ۾ ڪيو ويو آهي. ايڪشن پلان پڻ ماپيل عالمي ڪارڪردگي تي مشتمل آهي پرفارمنس اشارن جي سيٽ سان. هڪ ڪامياب آڊٽ تي واچر پاران هڪ ايڪشن پلان ٺاهيو ويندو آهي، جنهن جي نتيجي ۾ استعمال ڪيل حڪمت عملي مقصد حاصل ڪرڻ لاءِ هڪ حل ڳوليندي آهي. هڪ ايڪشن پلان ترتيب وار عملن جي فهرست تي مشتمل آهي.
آڊٽ ڪلستر کي بهتر ڪرڻ جي درخواست آهي. هڪ ڏنل ڪلستر ۾ هڪ مقصد حاصل ڪرڻ لاءِ اصلاح ڪئي ويندي آهي. هر ڪامياب آڊٽ لاءِ، واچر هڪ ايڪشن پلان ٺاهي ٿو.
جاچ جو دائرو وسيلن جو ھڪڙو سيٽ آھي جنھن جي اندر آڊٽ ڪيو ويندو آھي (دستياب زون)، نوڊ جمع ڪندڙ، انفرادي ڪمپيوٽ نوڊس يا اسٽوريج نوڊس، وغيره. آڊٽ جو دائرو هر ٽيمپليٽ ۾ بيان ڪيو ويو آهي. جيڪڏهن آڊٽ جو دائرو بيان نه ڪيو ويو آهي، سڄو ڪلستر آڊٽ ڪيو ويندو آهي.
جاچ ٽيمپليٽ - آڊٽ شروع ڪرڻ لاءِ سيٽنگن جو هڪ محفوظ ڪيل سيٽ. ساڳي سيٽنگن سان ڪيترائي ڀيرا آڊٽ هلائڻ لاءِ ٽيمپليٽس جي ضرورت پوندي آهي. ٽيمپليٽ ۾ لازمي طور تي آڊٽ جو مقصد هجڻ گهرجي؛ جيڪڏهن حڪمت عملي بيان نه ڪئي وئي آهي، ته پوء سڀ کان وڌيڪ مناسب موجوده حڪمت عمليون چونڊيو وڃي.
ڪلستر فزيڪل مشينن جو هڪ مجموعو آهي جيڪو ڪمپيوٽ، اسٽوريج، ۽ نيٽ ورڪنگ وسيلا مهيا ڪري ٿو ۽ ساڳئي OpenStack مئنيجمينٽ نوڊ پاران منظم ڪيل آهن.
ڪلسٽر ڊيٽا ماڊل (CDM) ڪلسٽر پاران منظم ڪيل وسيلن جي موجوده حالت ۽ ٽوپولوجي جي منطقي نمائندگي آهي.
ڪارڪردگي جو اشارو - هڪ اشارو جيڪو ظاهر ڪري ٿو ته هن حڪمت عملي کي استعمال ڪندي حل ڪيو ويو آهي. ڪارڪردگي جا اشارا خاص مقصد لاءِ مخصوص هوندا آهن ۽ عام طور تي استعمال ڪيا ويندا آهن ڳڻپ ڪرڻ لاءِ عالمي اثرائتو نتيجو ڪندڙ ايڪشن پلان.
افاديت جي وضاحت هر مقصد سان لاڳاپيل مخصوص خاصيتن جو هڪ سيٽ آهي جيڪو مختلف ڪارڪردگي جي اشارن کي بيان ڪري ٿو جيڪو هڪ حڪمت عملي کي حاصل ڪرڻ لاء لاڳاپيل مقصد حاصل ڪرڻ گهرجي ان جي حل ۾. درحقيقت، حڪمت عملي پاران تجويز ڪيل هر حل کي ان جي عالمي اثرائتي کي ڳڻڻ کان پهريان وضاحت جي خلاف جانچيو ويندو.
اسڪورنگ انجڻ هڪ قابل عمل فائل آهي جنهن ۾ چڱي طرح بيان ڪيل ان پٽ، چڱي طرح بيان ڪيل آئوٽ، ۽ هڪ خالص رياضياتي ڪم انجام ڏئي ٿو. اهڙي طرح، حساب ڪتاب ان ماحول کان آزاد آهي جنهن ۾ اهو ڪيو ويو آهي- اهو ساڳيو نتيجو ڪٿي به ڏيندو.
نگران پلانر - واچر فيصلو ڪرڻ واري انجڻ جو حصو. هي ماڊل هڪ حڪمت عملي جي ذريعي ٺاهيل عملن جو هڪ سيٽ وٺندو آهي ۽ هڪ ورڪ فلو پلان ٺاهي ٿو جيڪو بيان ڪري ٿو ته انهن مختلف عملن کي وقت ۾ ڪيئن شيڊول ڪيو وڃي ۽ هر عمل لاءِ، ڪهڙيون شرطون آهن.
ڏسندڙ مقصد ۽ حڪمت عمليون
گول
حڪمت عمليون
ڊمي گول
ڊمي حڪمت عملي
نموني اسڪورنگ انجڻ استعمال ڪندي ڊمي حڪمت عملي
ڊمي حڪمت عملي جي سائز سان
توانائي محفوظ ڪندي
توانائي بچائڻ واري حڪمت عملي
سرور گڏ ڪرڻ
بنيادي آف لائن سرور ڪنسوليڊيشن
VM ڪم لوڊ ڪنسوليڊيشن حڪمت عملي
ڪم لوڊ توازن
ڪم لوڊ بيلنس لڏپلاڻ واري حڪمت عملي
اسٽوريج جي صلاحيت بيلنس جي حڪمت عملي
ڪم لوڊ استحڪام
شور ڪندڙ پاڙيسري
شور ڪندڙ پاڙيسري
حرارتي اصلاح
آئوٽليٽ جي درجه حرارت تي ٻڌل حڪمت عملي
ايئر فلو جي اصلاح
يونيفارم ايئر فلو لڏپلاڻ واري حڪمت عملي
هارڊويئر جي سار سنال
زون لڏپلاڻ
Unclassified
اداڪار
ڊمي گول - محفوظ مقصد جيڪو استعمال ڪيو وڃي ٿو جانچ جي مقصدن لاءِ.
لاڳاپيل حڪمت عمليون: ڊمي حڪمت عملي، نموني اسڪورنگ انجڻ استعمال ڪندي ڊمي حڪمت عملي ۽ ڊمي حڪمت عملي ريسائز سان. ڊمي حڪمت عملي هڪ ڊمي حڪمت عملي آهي جيڪا Tempest ذريعي انضمام جي جاچ لاءِ استعمال ٿئي ٿي. هي حڪمت عملي ڪا به مفيد اصلاح مهيا نه ڪندي آهي، ان جو واحد مقصد استعمال ڪرڻ آهي Tempest ٽيسٽ.
نموني اسڪورنگ انجڻ استعمال ڪندي ڊمي حڪمت عملي - حڪمت عملي اڳئين جهڙي آهي، فرق صرف هڪ نمونو ”اسڪورنگ انجڻ“ جو استعمال آهي جيڪو مشين جي سکيا جا طريقا استعمال ڪندي حساب ڪتاب ڪري ٿو.
ڊمي حڪمت عملي ريسائز سان - اها حڪمت عملي اڳئين وانگر آهي، فرق صرف ذائقي کي تبديل ڪرڻ جو استعمال آهي (لڏپلاڻ ۽ ريزائز).
پيداوار ۾ استعمال نه ڪيو.
توانائي محفوظ ڪندي - گھٽ ۾ گھٽ توانائي واپرائڻ. هن مقصد جي توانائي جي بچت واري حڪمت عملي، VM ڪم لوڊ ڪنسوليڊيشن حڪمت عملي (سرور ڪنسوليڊيشن) سان گڏ، متحرڪ پاور مئنيجمينٽ (DPM) خاصيتن جي قابل آهي جيڪي ڪم لوڊ کي متحرڪ طور تي مضبوط ڪندي توانائي بچائين ٿيون جيتوڻيڪ گهٽ وسيلن جي استعمال جي دورن ۾: ورچوئل مشينن کي گهٽ نوڊس ڏانهن منتقل ڪيو ويو آهي. ، ۽ غير ضروري نوڊس بند ٿيل آھن. استحڪام کان پوء، حڪمت عملي بيان ڪيل پيٽرولن جي مطابق نوڊس کي بند ڪرڻ / بند ڪرڻ جو فيصلو پيش ڪري ٿو: "min_free_hosts_num" - مفت فعال نوڊس جو تعداد جيڪي لوڊ ٿيڻ جي انتظار ۾ آهن، ۽ "free_used_percent" - مفت فعال ميزبانن جو سيڪڙو نوڊس جو تعداد جيڪي مشينن جي قبضي ۾ آهن. حڪمت عملي ڪم ڪرڻ لاء اتي هجڻ ضروري آهي نوڊس تي پاور سائيڪل هلائڻ لاءِ Ironic کي فعال ۽ ترتيب ڏنو.
حڪمت عملي جي ماپ
پيٽرول
قسم
ڊفالٽ طرفان
описание
مفت_استعمال ٿيل_سيڪڙو
تعداد
10.0
ورچوئل مشينن سان گڏ ڪمپيوٽنگ نوڊس جي تعداد ۾ مفت ڪمپيوٽنگ نوڊس جي تعداد جو تناسب
min_free_hosts_num
Int
1
مفت ڪمپيوٽنگ نوڊس جو گھٽ ۾ گھٽ تعداد
بادل کي گهٽ ۾ گهٽ ٻه نوڊس هجڻ گهرجن. استعمال ٿيل طريقو نوڊ جي طاقت جي حالت کي تبديل ڪري ٿو (change_node_power_state). حڪمت عملي کي ميٽرڪ گڏ ڪرڻ جي ضرورت ناهي.
سرور ڪنسوليڊيشن - ڪمپيوٽنگ نوڊس جو تعداد گھٽ ڪريو (تقسيم). ان ۾ ٻه حڪمت عمليون آهن: بنيادي آف لائن سرور ڪنسوليڊيشن ۽ وي ايم ڪم لوڊ ڪنسوليڊيشن حڪمت عملي.
بنيادي آف لائن سرور ڪنسوليڊيشن حڪمت عملي استعمال ٿيل سرورن جي ڪل تعداد کي گھٽائي ٿي ۽ لڏپلاڻ جو تعداد پڻ گھٽائي ٿي.
بنيادي حڪمت عملي کي هيٺين ميٽرڪ جي ضرورت آهي:
ميٽرڪ
خدمت
پلگ ان
комментарий
compute.node.cpu.percent
ڪو
cpu_util
ڪو
حڪمت عملي جا پيراگراف: migration_attempts - امڪاني اميدوارن کي بند ڪرڻ لاءِ ڳولڻ لاءِ مجموعن جو تعداد (ڊفالٽ، 0، ڪابه پابنديون ناهي)، مدت - سيڪنڊن ۾ وقت جو وقفو ميٽرڪ ڊيٽا ماخذ کان جامد مجموعي حاصل ڪرڻ لاءِ (ڊفالٽ، 700).
استعمال ٿيل طريقا: لڏپلاڻ، نووا سروس اسٽيٽ تبديل ڪرڻ (change_nova_service_state).
VM Workload Consolidation Strategy ھڪڙي فرسٽ فٽ ھيورسٽڪ تي مبني آھي جيڪا ماپيل سي پي يو لوڊ تي ڌيان ڏئي ٿي ۽ نوڊس کي گھٽ ڪرڻ جي ڪوشش ڪري ٿي جن کي تمام گھڻو يا تمام گھٽ لوڊ ڏنو ويو آھي وسيلن جي گنجائش جي پابنديون. هي حڪمت عملي هڪ حل فراهم ڪري ٿي جنهن جي نتيجي ۾ ڪلستر وسيلن جي وڌيڪ موثر استعمال ۾ هيٺيان چار قدم استعمال ڪندي:
- لوڊ ڪرڻ جو مرحلو - وڌيڪ استعمال ٿيل وسيلن جي پروسيسنگ؛
- استحڪام جو مرحلو - غير استعمال ٿيل وسيلن کي سنڀالڻ؛
- حل جي اصلاح - لڏپلاڻ جو تعداد گھٽائڻ؛
- غير استعمال ٿيل ڪمپيوٽ نوڊس کي بند ڪرڻ.
حڪمت عملي کي هيٺين ميٽرڪ جي ضرورت آهي:
ميٽرڪ
خدمت
پلگ ان
комментарий
هوندي آهي
ڪو
disk.root.size
ڪو
هيٺيون ميٽرڪ اختياري آهن پر جيڪڏهن دستياب هجي ته حڪمت عملي جي درستگي کي بهتر بڻائي سگهندي:
ميٽرڪ
خدمت
پلگ ان
комментарий
يادگار. رهواسي
ڪو
cpu_util
ڪو
حڪمت عملي جا پيراگراف: مدت - سيڪنڊن ۾ وقت جو وقفو ميٽرڪ ڊيٽا ماخذ کان جامد مجموعي حاصل ڪرڻ لاءِ (ڊفالٽ، 3600).
اڳئين حڪمت عملي وانگر ساڳيو طريقا استعمال ڪري ٿو. وڌيڪ تفصيل .
ڪم لوڊ توازن - ڪمپيوٽنگ نوڊس جي وچ ۾ ڪم لوڊ توازن. مقصد ۾ ٽي حڪمت عمليون آهن: ڪم لوڊ بيلنس لڏپلاڻ واري حڪمت عملي، ڪم لوڊ اسٽيبلائيزيشن، اسٽوريج ڪيپيسيٽي بيلنس حڪمت عملي.
ڪم لوڊ بيلنس لڏپلاڻ واري حڪمت عملي ورچوئل مشين لڏپلاڻ هلائي ٿي ميزبان ورچوئل مشين ڪم لوڊ جي بنياد تي. هڪ لڏپلاڻ جو فيصلو ڪيو ويندو آهي جڏهن % CPU يا RAM جو استعمال نوڊ جي مخصوص حد کان وڌي وڃي. انهي حالت ۾، منتقل ٿيل مجازي مشين کي نوڊ کي سڀني نوڊس جي اوسط ڪم لوڊ جي ويجهو آڻڻ گهرجي.
گه
- جسماني پروسيسرز جو استعمال؛
- گهٽ ۾ گهٽ ٻه جسماني ڪمپيوٽنگ نوڊس؛
- انسٽال ڪيو ۽ ترتيب ڏنو Ceilometer جزو - ceilometer-agent-compute، هر ڪمپيوٽ نوڊ تي هلندڙ، ۽ Ceilometer API، گڏو گڏ هيٺين ميٽرڪ گڏ ڪرڻ:
ميٽرڪ
خدمت
پلگ ان
комментарий
cpu_util
ڪو
يادگار. رهواسي
ڪو
حڪمت عملي جي ماپ:
پيٽرول
قسم
ڊفالٽ طرفان
описание
نقشن
اسٽرنگ
'cpu_util'
هيٺيون ماپون آهن: 'cpu_util'، 'memory.resident'.
حد تي
تعداد
25.0
لڏپلاڻ لاء ڪم لوڊ حد.
دور ۾
تعداد
300
مجموعي وقت جي مدت Ceilometer.
استعمال ٿيل طريقو لڏپلاڻ آهي.
ڪم لوڊ اسٽيبلائيزيشن هڪ حڪمت عملي آهي جنهن جو مقصد لائيو لڏپلاڻ استعمال ڪندي ڪم لوڊ کي مستحڪم ڪرڻ آهي. حڪمت عملي هڪ معياري انحراف الورورٿم تي ٻڌل آهي ۽ اهو طئي ڪري ٿي ته ڇا ڪلستر ۾ ڪنجشن موجود آهي ۽ ڪلستر کي مستحڪم ڪرڻ لاءِ مشين جي لڏپلاڻ کي شروع ڪندي ان جو جواب ڏئي ٿي.
گه
- جسماني پروسيسرز جو استعمال؛
- گهٽ ۾ گهٽ ٻه جسماني ڪمپيوٽنگ نوڊس؛
- انسٽال ڪيو ۽ ترتيب ڏنو Ceilometer جزو - ceilometer-agent-compute، هر ڪمپيوٽ نوڊ تي هلندڙ، ۽ Ceilometer API، گڏو گڏ هيٺين ميٽرڪ گڏ ڪرڻ:
ميٽرڪ
خدمت
پلگ ان
комментарий
cpu_util
ڪو
يادگار. رهواسي
ڪو
اسٽوريج ظرفيت جي بيلنس جي حڪمت عملي (ڪائنس سان شروع ٿيندڙ حڪمت عملي لاڳو ڪئي وئي آهي) - حڪمت عملي ڊسڪ کي منتقل ڪري ٿي سنڈر پولز تي لوڊ جي لحاظ کان. هڪ منتقلي جو فيصلو ڪيو ويندو آهي جڏهن پول استعمال ڪرڻ جي شرح هڪ مخصوص حد کان وڌي ٿي. جنهن ڊسڪ کي منتقل ڪيو پيو وڃي، ان کي پول کي تمام Cinder تلاءَ جي سراسري لوڊ جي ويجهو آڻڻ گهرجي.
گهرجون ۽ پابنديون
- گھٽ ۾ گھٽ ٻه ڪنڊر تلاء؛
- ڊسڪ لڏپلاڻ جو امڪان.
- ڪلستر ڊيٽا ماڊل - Cinder ڪلستر ڊيٽا ماڊل ڪليڪٽر.
حڪمت عملي جي ماپ:
پيٽرول
قسم
ڊفالٽ طرفان
описание
حجم_ حد
تعداد
80.0
حجم جي توازن لاء ڊسڪ جي حد جي قيمت.
استعمال ٿيل طريقو آهي ڊسڪ لڏپلاڻ (volume_migrate).
Noisy Neighbour - هڪ ”شور پاڙيسري“ جي سڃاڻپ ۽ لڏپلاڻ ڪريو - هڪ گهٽ ترجيح ورچوئل مشين جيڪا منفي طور تي IPC جي لحاظ کان اعليٰ ترجيح واري ورچوئل مشين جي ڪارڪردگي تي اثر انداز ٿي رهي آهي Last Level Cache کي استعمال ڪندي. پنهنجي حڪمت عملي: Noisy Neighbour (استعمال ٿيل حڪمت عملي جو پيٽرول cache_threshold آهي (ڊفالٽ قدر 35 آهي)، جڏهن ڪارڪردگي مخصوص قدر تي اچي ٿي، لڏپلاڻ شروع ڪئي وئي آهي. ڪم ڪرڻ جي حڪمت عملي لاء، فعال LLC (آخري سطح ڪيش) ميٽرڪ، CMT سپورٽ سان جديد Intel سرور، گڏو گڏ هيٺين ميٽرڪ گڏ ڪرڻ:
ميٽرڪ
خدمت
پلگ ان
комментарий
cpu_l3_cache
ڪو
Intel گهربل .
ڪلسٽر ڊيٽا ماڊل (ڊفالٽ): نووا ڪلستر ڊيٽا ماڊل ڪليڪٽر. استعمال ٿيل طريقو لڏپلاڻ آهي.
ڊيش بورڊ ذريعي هن مقصد سان ڪم ڪرڻ مڪمل طور تي Queens ۾ لاڳو نه ڪيو ويو آهي.
حرارتي اصلاح - حرارت جي نظام کي بهتر ڪريو. آئوٽليٽ (اخراج هوا) گرمي پد هڪ اهم حرارتي ٽيليميٽري سسٽم مان هڪ آهي جيڪو سرور جي حرارتي / ڪم لوڊ جي صورتحال کي ماپڻ لاءِ. ھدف جي ھڪڙي حڪمت عملي آھي، آئوٽليٽ جي درجه حرارت تي ٻڌل حڪمت عملي، جيڪا ڪم جي لوڊ کي حرارتي طور تي سازگار ھوسٽن ڏانھن منتقل ڪرڻ جو فيصلو ڪري ٿي (سڀ کان گھٽ آئوٽليٽ جي درجه حرارت) جڏھن ماخذ ميزبان جي آئوٽليٽ جي درجه حرارت ھڪڙي ترتيب واري حد تائين پھچي ٿي.
حڪمت عملي ڪم ڪرڻ لاءِ، توهان کي هڪ سرور جي ضرورت آهي Intel Power Node Manager سان انسٽال ٿيل ۽ ترتيب ڏنل ، گڏو گڏ هيٺين ميٽرڪ گڏ ڪرڻ:
ميٽرڪ
خدمت
پلگ ان
комментарий
hardware.ipmi.node.outlet_temperature
آئي پي ايم آئي
حڪمت عملي جي ماپ:
پيٽرول
قسم
ڊفالٽ طرفان
описание
حد تي
تعداد
35.0
لڏپلاڻ لاء درجه حرارت جي حد.
دور ۾
تعداد
30
وقت جو وقفو، سيڪنڊن ۾، ميٽرڪ ڊيٽا ماخذ کان شمارياتي مجموعي حاصل ڪرڻ لاء.
استعمال ٿيل طريقو لڏپلاڻ آهي.
ايئر فلو جي اصلاح - وينٽيليشن موڊ کي بهتر ڪريو. پنهنجي حڪمت عملي - يونيفارم ايئر فلو لائيو لڏپلاڻ استعمال ڪندي. حڪمت عملي ورچوئل مشين جي لڏپلاڻ کي شروع ڪري ٿي جڏهن به سرور فين مان هوا جو وهڪرو هڪ مخصوص حد کان وڌي وڃي ٿو.
حڪمت عملي لاء ڪم ڪرڻ لاء توهان کي ضرورت آهي:
- هارڊويئر: ڪمپيوٽ نوڊس < سپورٽ NodeManager 3.0؛
- گهٽ ۾ گهٽ ٻه ڪمپيوٽنگ نوڊس؛
- ceilometer-agent-compute ۽ Ceilometer API جزو هر ڪمپيوٽنگ نوڊ تي نصب ۽ ترتيب ڏنل آهي، جيڪي ڪاميابيءَ سان ميٽرڪ رپورٽ ڪري سگھن ٿا جهڙوڪ هوا جي وهڪري، سسٽم پاور، انليٽ جي درجه حرارت:
ميٽرڪ
خدمت
پلگ ان
комментарий
hardware.ipmi.node.airflow
آئي پي ايم آئي
هارڊويئر.ipmi.node.temperature
آئي پي ايم آئي
hardware.ipmi.node.power
آئي پي ايم آئي
حڪمت عملي ڪم ڪرڻ لاءِ، توهان کي انٽيل پاور نوڊ مئنيجر 3.0 يا بعد ۾ انسٽال ٿيل ۽ ترتيب ڏنل سرور جي ضرورت آهي.
حدون: تصور پيداوار لاء ارادو نه آهي.
اهو تجويز ڪيو ويو آهي ته هن الورورٿم کي مسلسل آڊٽ سان استعمال ڪيو وڃي، ڇاڪاڻ ته صرف هڪ ورچوئل مشين جي منصوبابندي ڪئي وئي آهي ته هر عمل ۾ لڏپلاڻ ڪئي وڃي.
لائيو لڏپلاڻ ممڪن آهي.
حڪمت عملي جي ماپ:
پيٽرول
قسم
ڊفالٽ طرفان
описание
threshold_airflow
تعداد
400.0
لڏپلاڻ يونٽ لاء ايئر فلو حد 0.1CFM آهي
threshold_inlet_t
تعداد
28.0
لڏپلاڻ جي فيصلي لاءِ داخل ٿيل درجه حرارت جي حد
threshold_power
تعداد
350.0
لڏپلاڻ جي فيصلي لاء سسٽم پاور حد
دور ۾
تعداد
30
وقت جو وقفو، سيڪنڊن ۾، ميٽرڪ ڊيٽا ماخذ کان شمارياتي مجموعي حاصل ڪرڻ لاء.
استعمال ٿيل طريقو لڏپلاڻ آهي.
ھارڊويئر جي مرمت - هارڊويئر جي سار سنڀال. هن مقصد سان لاڳاپيل حڪمت عملي آهي زون لڏپلاڻ. حڪمت عملي هارڊويئر جي سار سنڀال جي ضرورت جي صورت ۾ ورچوئل مشينن ۽ ڊسڪ جي موثر خودڪار ۽ گهٽ ۾ گهٽ لڏپلاڻ لاءِ هڪ اوزار آهي. حڪمت عملي وزن جي مطابق عمل جو هڪ منصوبو ٺاهي ٿي: عملن جو هڪ سيٽ جنهن ۾ وڌيڪ وزن آهي ٻين کان اڳ رٿابندي ڪئي ويندي. اتي ٻه ترتيب جا اختيار آھن: action_weights ۽ parallelization.
حدون: عمل وزن ۽ متوازي ترتيب ڏيڻ جي ضرورت آهي.
حڪمت عملي جي ماپ:
پيٽرول
قسم
ڊفالٽ طرفان
описание
compute_nodes
صف
ڪو
لڏپلاڻ لاء نوڊس جي حساب ڪريو.
اسٽوريج_پول
صف
ڪو
لڏپلاڻ لاء اسٽوريج نوڊس.
parallel_total
انٽرويو
6
سرگرمين جو ڪل تعداد جيڪو لازمي طور تي عمل ڪيو وڃي.
parallel_per_node
انٽرويو
2
هر ڪمپيوٽ نوڊ لاءِ متوازي ۾ ڪيل عملن جو تعداد.
parallel_per_pool
انٽرويو
2
هر اسٽوريج پول لاءِ متوازي ۾ ڪيل عملن جو تعداد.
اھميت
اعتراض
ڪو
ورچوئل مشينن ۽ ڊسڪ لاءِ ترجيحي فهرست.
سان_منسلڪ_حجم
بوليان
ڪوڙي
False- ورچوئل مشينون لڏپلاڻ ٿينديون سڀ ڊسڪ لڏڻ کان پوءِ. سچو- ورچوئل مشينون لڏپلاڻ ٿينديون سڀ ڳنڍيل ڊسڪ لڏپلاڻ کان پوءِ.
ڪمپيوٽنگ نوڊس جي صف جا عنصر:
پيٽرول
قسم
ڊفالٽ طرفان
описание
src_node
جملو
ڪو
ڳڻپيوڪر نوڊ جنهن مان ورچوئل مشينون لڏي رهيون آهن (گهربل).
dst_node
جملو
ڪو
نوڊ کي ڳڻيو جنھن ڏانھن مجازي مشينون لڏپلاڻ ڪري رھيا آھن.
اسٽوريج نوڊ صف عناصر:
پيٽرول
قسم
ڊفالٽ طرفان
описание
src_pool
جملو
ڪو
اسٽوريج پول جنهن مان ڊسڪ لڏي رهيا آهن (گهربل).
dst_pool
جملو
ڪو
اسٽوريج پول جنهن ۾ ڊسڪ لڏي ويا آهن.
src_type
جملو
ڪو
اصل ڊسڪ جو قسم (گهربل).
dst_type
جملو
ڪو
نتيجي ۾ ڊسڪ جو قسم (گهربل).
اعتراض جي ترجيحي عناصر:
پيٽرول
قسم
ڊفالٽ طرفان
описание
منصوبي
صف
ڪو
پروجيڪٽ جا نالا.
compute_node
صف
ڪو
نوڊ جا نالا ڳڻيو.
اسٽوريج_پول
صف
ڪو
اسٽوريج تلاء جا نالا.
ڪريٽو
اينم
ڪو
ورچوئل مشين پيٽرولر [“vcpu_num”، “mem_size”، “disk_size”، “created_at”].
اسٽوريج
اينم
ڪو
ڊسڪ پيٽرولر [“سائز”، “created_at”].
استعمال ٿيل طريقا آهن مجازي مشين لڏپلاڻ، ڊسڪ لڏپلاڻ.
Unclassified - حڪمت عملي جي ترقي جي عمل کي آسان ڪرڻ لاء استعمال ٿيل هڪ معاون مقصد. ڪابه وضاحتن تي مشتمل ناهي ۽ استعمال ڪري سگهجي ٿو جڏهن حڪمت عملي اڃا تائين موجود مقصد سان لاڳاپيل ناهي. هي مقصد هڪ منتقلي نقطي طور پڻ استعمال ڪري سگهجي ٿو. هن مقصد سان لاڳاپيل حڪمت عملي آهي Actuator.
هڪ نئون مقصد ٺاهڻ
ڏسندڙ فيصلو انجڻ وٽ هڪ ”خارجي مقصد“ پلگ ان انٽرفيس آهي جيڪو هڪ خارجي مقصد کي ضم ڪرڻ ممڪن بڻائي ٿو جيڪو حڪمت عملي استعمال ڪندي حاصل ڪري سگهجي ٿو.
توھان کان پھريان ھڪڙو نئون مقصد ٺاھيو، توھان کي پڪ ڪرڻ گھرجي ته ڪو به موجوده مقصد توھان جي ضرورتن کي پورو نٿو ڪري.
هڪ نئون پلگ ان ٺاهڻ
ھڪڙو نئون ھدف ٺاھڻ لاءِ، توھان کي لازمي آھي: ھدف واري طبقي کي وڌايو، ھڪڙي طبقي جو طريقو لاڳو ڪريو get_name() نئين ٽارگيٽ جي منفرد ID واپس ڪرڻ لاءِ جيڪو توهان ٺاهڻ چاهيو ٿا. هي منفرد سڃاڻپ ڪندڙ انٽري پوائنٽ نالي سان ملندو جيڪو توهان بعد ۾ اعلان ڪيو.
اڳيون توهان کي لاڳو ڪرڻ جي ضرورت آهي ڪلاس جو طريقو get_display_name() ان ٽارگيٽ جو ترجمو ٿيل ڊسپلي نالو واپس ڪرڻ لاءِ جيڪو توھان ٺاهڻ چاھيو ٿا (ترجمي واري اسٽرنگ کي واپس ڪرڻ لاءِ متغير استعمال نه ڪريو ان ڪري اھو خودڪار طريقي سان ترجمي واري اوزار ذريعي گڏ ڪري سگھجي ٿو.)
ڪلاس جو طريقو لاڳو ڪريو get_translatable_display_name()پنھنجي نئين ھدف جي ترجمي واري ڪي (اصل ۾ انگريزي ڊسپلي نالو) واپس ڪرڻ لاءِ. واپسي جي قيمت get_display_name().
هن جي طريقي تي عمل ڪريو حاصل_اثرائتي_ وضاحت ()توهان جي ٽارگيٽ لاء ڪارڪردگي جي وضاحت واپس ڪرڻ لاء. get_eficacy_specification() طريقو واپس ڪري ٿو Unclassified() مثال واچر پاران مهيا ڪيل. هي ڪارڪردگي جي وضاحت توهان جي مقصد کي ترقي ڪرڻ جي عمل ۾ ڪارائتو آهي ڇو ته اهو خالي تفصيل سان ملندو آهي.
→
ڏسندڙ فن تعمير (وڌيڪ تفصيل ).
اجزاء
ڏسندڙ API - ھڪڙو حصو جيڪو واچر پاران مهيا ڪيل REST API کي لاڳو ڪري ٿو. رابطي جو طريقو: CLI، Horizon پلگ ان، Python SDK.
ڏسندڙ ڊي بي - ڏسندڙ ڊيٽابيس.
سنڀاليندڙ - ھڪڙو حصو جيڪو ھڪڙي ايڪشن پلان جي عمل کي لاڳو ڪري ٿو جيڪو واچر فيصلي انجڻ جي جزو پاران ٺاھيو ويو آھي.
ڏسندڙ فيصلو انجڻ - آڊٽ مقصد حاصل ڪرڻ لاء امڪاني اصلاح جي عملن جي ھڪڙي سيٽ کي گڏ ڪرڻ جو ذميوار حصو. جيڪڏهن حڪمت عملي بيان نه ڪئي وئي آهي، جزو آزاد طور تي سڀ کان وڌيڪ مناسب چونڊيندو آهي.
واچر ميٽرڪ پبلشر - ھڪڙو حصو جيڪو گڏ ڪري ٿو ۽ حساب ڪري ٿو ڪجھ ميٽرڪ يا واقعن ۽ انھن کي شايع ڪري ٿو CEP جي آخري پوائنٽ ڏانھن. جزو جي ڪارڪردگي به Ceilometer پبلشر پاران مهيا ڪري سگهجي ٿو.
ڪمپليڪس ايونٽ پروسيسنگ (سي اي پي) انجڻ - پيچيده واقعي جي پروسيسنگ لاء انجڻ. ڪارڪردگي جي سببن لاءِ، ٿي سگھي ٿو گھڻا CEP انجڻ جا مثال ھلائي رھيا ھجن، ھر ھڪ مخصوص قسم جي ميٽرڪ/ايونٽ کي پروسيس ڪري ٿو. واچر سسٽم ۾، سي اي پي ٻن قسمن جي عملن کي متحرڪ ڪري ٿو: - لاڳاپيل واقعن / ميٽرڪس کي ٽائيم سيريز ڊيٽابيس ۾ رڪارڊ ڪريو؛ - واچر فيصلي واري انجڻ تي مناسب واقعا موڪليو جڏهن هي واقعو موجوده اصلاحي حڪمت عملي جي نتيجي تي اثرانداز ٿي سگهي ٿو، ڇو ته Openstack ڪلستر هڪ مستحڪم نظام ناهي.
اجزاء AMQP پروٽوڪول استعمال ڪندي مداخلت ڪن ٿا.
→
واچر سان رابطي جي اسڪيم
ڏسندڙ ٽيسٽ جا نتيجا
- اصلاح تي - ايڪشن پلان 500 صفحن تي (ٻئي خالص ڪائنس تي ۽ ٽيونڪس ماڊلز سان گڏ اسٽينڊ تي)، اهو صرف آڊٽ شروع ٿيڻ کان پوءِ ظاهر ٿئي ٿو ۽ هڪ ايڪشن پلان ٺاهي وڃي ٿو؛ خالي هڪ عام طور تي کلي ٿو.
- ايڪشن تفصيلات واري ٽيب تي غلطيون آهن، اهو ممڪن ناهي ته آڊٽ مقصد ۽ حڪمت عملي حاصل ڪرڻ (ٻئي خالص Queens تي ۽ ٽيونڪس ماڊلز سان گڏ اسٽينڊ تي).
- ڊمي (ٽيسٽ) جي مقصد سان آڊٽ ٺاهيا ويندا آهن ۽ عام طور تي شروع ڪيا ويندا آهن، ايڪشن پلان ٺاهيا ويندا آهن.
- اڻڄاڻايل مقصد لاءِ آڊٽ نه ٺاهيا ويا آهن ڇاڪاڻ ته مقصد ڪم نه ڪندو آهي ۽ نئين حڪمت عملي ٺاهڻ وقت وچولي ترتيب ڏيڻ جو ارادو ڪيو ويندو آهي.
- ڪم لوڊ بيلنسنگ جي مقصد لاءِ آڊٽ (اسٽوريج ڪيپيسيٽي بيلنس حڪمت عملي) ڪاميابيءَ سان ٺاهيا ويا آهن، پر عمل جو منصوبو تيار نه ڪيو ويو آهي. ڪابه اسٽوريج پول اصلاح جي ضرورت ناهي.
- ڪم لوڊ بيلنسنگ مقصد لاءِ آڊٽ (ڪم لوڊ بيلنس لڏپلاڻ واري حڪمت عملي) ڪاميابيءَ سان ٺاهيا ويا آهن، پر هڪ ايڪشن پلان تيار نه ڪيو ويو آهي.
- ڪم لوڊ بيلنسنگ لاءِ آڊٽ (ڪم لوڊ اسٽيبلائيزيشن حڪمت عملي) ناڪام.
- شور ڪندڙ پاڙيسري ٽارگيٽ لاءِ آڊٽ ڪاميابي سان ٺاهيا ويا آهن، پر هڪ ايڪشن پلان تيار نه ڪيو ويو آهي.
- هارڊويئر جي سار سنڀال جي مقصد لاءِ آڊٽ ڪاميابيءَ سان ٺاهيا ويا آهن، ايڪشن پلان مڪمل طور تي تيار نه ڪيو ويو آهي (ڪارڪردگي جا اشارا ٺاهيا ويا آهن، پر عملن جي فهرست پاڻ ٺاهي نه وئي آهي).
- nova.conf configs ۾ تبديليون (ڊفالٽ سيڪشن compute_monitors = cpu.virt_driver ۾) compute ۽ ڪنٽرول نوڊس تي غلطيون درست نه ٿيون ڪن.
- سرور ڪنسوليڊيشن (بنيادي حڪمت عملي) کي ھدف ڪرڻ وارا آڊٽ پڻ ناڪام آھن.
- سرور ڪنسوليڊيشن جي مقصد لاءِ آڊٽ (VM ڪم لوڊ ڪنسوليڊيشن حڪمت عملي) غلطي سان ناڪام ٿي. لاگن ۾ ماخذ ڊيٽا حاصل ڪرڻ ۾ هڪ غلطي آهي. غلطي جي بحث، خاص طور تي .
اسان config فائل ۾ واچر کي بيان ڪرڻ جي ڪوشش ڪئي (ان جي مدد نه ڪئي وئي - سڀني اصلاحي صفحن تي غلطي جي نتيجي ۾، config فائل جي اصل مواد ڏانهن واپسي صورتحال کي درست نه ڪندو): [watcher_strategies.basic] datasource = سيلوميٽر، گنوچي - توانائي بچائڻ لاءِ آڊٽ ناڪام. لاگز طرفان فيصلو ڪندي، مسئلو اڃا تائين Ironic جي غير موجودگي آهي؛ اهو بيئر ميٽل سروس کان سواء ڪم نه ڪندو.
- Thermal Optimization لاءِ آڊٽ ناڪام. ٽريڪ بيڪ ساڳيو آهي جيئن سرور ڪنسوليڊيشن (VM ڪم لوڊ ڪنسوليڊيشن حڪمت عملي) (ذريعو ڊيٽا جي غلطي)
- ايئر فلو اصلاح جي مقصد لاء آڊٽ هڪ غلطي سان ناڪام ٿي.
هيٺيون آڊٽ مڪمل ڪرڻ جون غلطيون پڻ سامهون آيون آهن. فيصلو-engine.log لاگز ۾ ٽريڪ بيڪ (ڪلسٽر اسٽيٽ وضاحت نه ڪئي وئي آهي).
→ غلطي جي بحث
ٿڪل
اسان جي ٻن مهينن جي تحقيق جو نتيجو اهو واضح نتيجو هو ته هڪ مڪمل، ڪم ڪندڙ لوڊ بيلنسنگ سسٽم حاصل ڪرڻ لاء، اسان کي هن حصي ۾، Openstack پليٽ فارم لاء اوزار کي بهتر ڪرڻ تي ويجهي ڪم ڪرڻو پوندو.
واچر ثابت ڪيو آهي ته هڪ سنجيده ۽ تيزيءَ سان ترقي ڪندڙ پراڊڪٽ آهي وڏي صلاحيت سان، جنهن جي مڪمل استعمال لاءِ تمام گهڻي محنت جي ضرورت پوندي.
پر انهي تي وڌيڪ سيريز جي ايندڙ مضمونن ۾.
جو ذريعو: www.habr.com