В اسان واچر کي استعمال ڪرڻ جي اسان جي ڪوششن بابت ڳالهايو ۽ هڪ ٽيسٽ رپورٽ مهيا ڪئي. اسان وقتي طور تي هڪ وڏي ڪمپني يا آپريٽر ڪلائوڊ جي توازن ۽ ٻين نازڪ ڪمن لاءِ اهڙيون ٽيسٽون ڪندا آهيون.
مسئلو حل ٿيڻ جي اعلي پيچيدگي شايد اسان جي منصوبي کي بيان ڪرڻ لاء ڪيترن ئي مضمونن جي ضرورت هجي. اڄ اسان سيريز ۾ ٻيو مضمون شايع ڪري رهيا آهيون، بادل ۾ مجازي مشين کي توازن ڪرڻ لاء وقف ڪيو ويو آهي.
ڪجھ اصطلاح
VmWare ڪمپني متعارف ڪرايو DRS (Distributed Resource Scheduler) افاديت کي توازن ڪرڻ لاءِ ورچوئلائيزيشن ماحول جي لوڊ کي متوازن ڪرڻ لاءِ جيڪي انهن ٺاهيا ۽ پيش ڪيا.
جيئن ته لکي ٿو
"VMware DRS (تقسيم ٿيل وسيلا شيڊيولر) ھڪڙو افاديت آھي جيڪو ڪمپيوٽنگ لوڊ کي بيلنس ڪري ٿو ھڪڙي ورچوئل ماحول ۾ موجود وسيلن سان. يوٽيلٽي هڪ ورچوئلائيزيشن سوٽ جو حصو آهي جنهن کي VMware انفراسٽرڪچر سڏيو ويندو آهي.
VMware DRS سان، صارفين ورچوئل مشينن (VMs) جي وچ ۾ جسماني وسيلن کي ورهائڻ جا قاعدا بيان ڪن ٿا. افاديت دستي يا خودڪار ڪنٽرول لاء ترتيب ڏئي سگهجي ٿو. VMware وسيلن جي تلاء کي آساني سان شامل ڪري سگھجي ٿو، ختم ڪري سگھجي ٿو، يا ٻيهر منظم. جيڪڏهن گهربل هجي، وسيلن جي تلاء کي مختلف ڪاروباري يونٽن جي وچ ۾ الڳ ڪري سگهجي ٿو. جيڪڏهن ڪم لوڊ هڪ يا وڌيڪ ورچوئل مشينن تي ڊرامائي طور تي تبديل ٿئي ٿي، VMware DRS ورچوئل مشينن کي فزيڪل سرورز تي ٻيهر ورهائي ٿو. جيڪڏهن مجموعي ڪم لوڊ گهٽجي وڃي، ڪجهه فزيڪل سرورز عارضي طور تي آف لائن ٿي سگهن ٿا ۽ ڪم لوڊ کي مضبوط ڪيو وڃي.
توازن ڇو ضروري آهي؟
اسان جي راء ۾، DRS هڪ لازمي ڪلائوڊ خاصيت آهي، جيتوڻيڪ هن جو مطلب اهو ناهي ته DRS هميشه ۽ هر جڳهه استعمال ڪيو وڃي. بادل جي مقصد ۽ ضرورتن تي مدار رکندي، ڊي آر ايس ۽ توازن جي طريقن لاءِ مختلف ضرورتون ٿي سگهن ٿيون. اتي حالتون ٿي سگھي ٿي جتي توازن جي ضرورت نه آھي. يا اڃا به نقصانڪار.
بهتر سمجھڻ لاءِ ڪٿي ۽ ڪھڙي ڪلائنٽ لاءِ DRS جي ضرورت آھي، اچو ته انھن جي مقصدن ۽ مقصدن تي غور ڪريون. بادل عوامي ۽ نجي ۾ ورهائي سگهجن ٿا. هتي اهي بادل ۽ ڪسٽمر مقصدن جي وچ ۾ بنيادي فرق آهن.
پرائيويٽ بادل / وڏا ڪاروبار گراهڪ
عوامي بادل / وچولي ۽ ننڍا ڪاروبار، ماڻهو
آپريٽر جو بنيادي معيار ۽ مقصد
هڪ قابل اعتماد خدمت يا پيداوار مهيا ڪرڻ
مقابلي واري مارڪيٽ ۾ جنگ ۾ خدمتن جي قيمت کي گھٽائڻ
خدمت جي گهرج
قابل اعتماد سڀني سطحن تي ۽ سڀني سسٽم عناصر ۾
ڪارڪردگي جي ضمانت
ورچوئل مشينن کي ترجيح ڏيو ڪيترن ئي ڀاڱن ۾
معلومات ۽ جسماني ڊيٽا سيڪيورٽي
SLA ۽ XNUMX/XNUMX سپورٽ
خدمت حاصل ڪرڻ جي وڌ ۾ وڌ آساني
نسبتا آسان خدمتون
ڊيٽا جي ذميواري ڪلائنٽ سان آهي
ڪابه VM ترجيح جي ضرورت ناهي
معياري خدمتن جي سطح تي معلومات سيڪيورٽي، ڪلائنٽ تي ذميواري
اتي glitches ٿي سگهي ٿو
نه SLA، معيار جي ضمانت نه آهي
اي ميل سپورٽ
بيڪ اپ ضروري نه آهي
ڪلائنٽ جون خاصيتون
ايپليڪيشنن جو تمام وسيع سلسلو.
ڪمپنيءَ ۾ ورثي ۾ مليل درخواستون.
هر ڪلائنٽ لاءِ پيچيده ڪسٽم آرڪيٽيڪچر.
لاڳاپا ضابطا.
سافٽ ويئر 7x24 موڊ ۾ بغير بغير ڪم ڪري ٿو.
تي-جي-پرائي بيڪ اپ اوزار.
اڳڪٿي ڪري سگهڻ وارو گراهڪ لوڊ.
عام ايپليڪيشنون - نيٽ ورڪ بيلنسنگ، Apache، WEB، VPN، SQL
ايپليڪيشن ٿوري دير لاءِ روڪي سگھي ٿي
بادل ۾ VMs جي خودمختياري ورهائڻ جي اجازت ڏئي ٿي
ڪلائنٽ بيڪ اپ
وڏي تعداد ۾ گراهڪن سان گڏ پيش ڪيل شمارياتي طور تي اوسط لوڊ.
فن تعمير لاء اثرات
جيو ڪلسترنگ
مرڪزي يا ورهايل اسٽوريج
محفوظ ٿيل IBS
ڪمپيوٽر نوڊس تي مقامي ڊيٽا اسٽوريج
توازن جا مقصد
جيتوڻيڪ لوڊ ورهائڻ
وڌ ۾ وڌ ايپليڪيشن ردعمل
توازن لاءِ گھٽ ۾ گھٽ دير جو وقت
توازن صرف جڏهن واضح طور تي ضروري هجي
بچاءُ جي سار سنڀال لاءِ ڪجهه سامان آڻڻ
سروس جي قيمتن ۽ آپريٽر جي خرچن کي گھٽائڻ
گھٽ لوڊ ٿيڻ جي صورت ۾ ڪجھ وسيلن کي بند ڪرڻ
توانائي بچائڻ
عملي جي خرچن کي گھٽائڻ
اسان پاڻ لاء هيٺيان نتيجا ڪڍون ٿا:
نجي بادل لاءوڏين ڪارپوريٽ گراهڪن کي مهيا ڪيل، DRS استعمال ڪري سگھجي ٿو ھيٺ ڏنل پابندين جي تابع:
- معلومات جي حفاظت ۽ اڪائونٽ ۾ لاڳاپا ضابطن کي کڻڻ جڏهن توازن؛
- حادثي جي صورت ۾ رزرو ۾ ڪافي وسيلن جي دستيابي؛
- ورچوئل مشين ڊيٽا مرڪزي يا ورهايل اسٽوريج سسٽم تي واقع آهي؛
- شاندار انتظاميه، وقت سان گڏ بيڪ اپ ۽ توازن جي طريقيڪار؛
- صرف ڪلائنٽ ميزبانن جي مجموعي اندر توازن؛
- توازن صرف تڏهن آهي جڏهن مضبوط عدم توازن هجي، تمام مؤثر ۽ محفوظ VM لڏپلاڻ (آخرڪار، لڏپلاڻ ناڪام ٿي سگهي ٿي)؛
- نسبتاً ”خاموش“ ورچوئل مشينن کي متوازن ڪرڻ (“شور” ورچوئل مشينن جي لڏپلاڻ تمام گهڻو وقت وٺي سگھي ٿي)؛
- "قيمت" ۾ توازن رکڻ - اسٽوريج سسٽم ۽ نيٽ ورڪ تي لوڊ (وڏي گراهڪن لاءِ ڪسٽمائيز آرڪيٽيڪچر سان)؛
- هر VM جي انفرادي رويي جي خاصيتن کي حساب ۾ رکڻ ۾ توازن؛
- توازن بهتر طور تي غير ڪم ڪندڙ ڪلاڪن دوران ڪيو ويندو آهي (رات، هفتيوار، موڪلن).
عوامي بادل لاءننڍن گراهڪن کي خدمتون مهيا ڪرڻ، DRS استعمال ڪري سگھجي ٿو گهڻو ڪري، جديد صلاحيتن سان:
- معلومات جي حفاظت جي پابنديون ۽ لاڳاپا ضابطن جي غير موجودگي؛
- بادل اندر توازن؛
- ڪنهن به مناسب وقت تي توازن؛
- ڪنهن به VM توازن؛
- توازن "شور" مجازي مشينن (جيئن ته ٻين کي پريشان نه ڪرڻ)؛
- مجازي مشين ڊيٽا اڪثر مقامي ڊسڪ تي واقع آهي؛
- اسٽوريج سسٽم ۽ نيٽ ورڪ جي اوسط ڪارڪردگي کي مدنظر رکندي (ڪلائوڊ فن تعمير متحد آهي)؛
- عام قاعدن ۽ دستياب ڊيٽا سينٽر رويي جي انگن اکرن جي مطابق توازن.
مسئلي جي پيچيدگي
توازن جي مشڪل اها آهي ته DRS کي لازمي طور تي وڏي تعداد ۾ غير يقيني عنصرن سان ڪم ڪرڻ گهرجي:
- هر هڪ ڪلائنٽ جي معلومات سسٽم جي استعمال ڪندڙن جي رويي؛
- انفارميشن سسٽم سرورز جي آپريشن لاء الگورتھم؛
- DBMS سرور جي رويي؛
- ڪمپيوٽنگ وسيلن تي لوڊ، اسٽوريج سسٽم، نيٽورڪ؛
- بادل وسيلن جي جدوجهد ۾ هڪ ٻئي سان سرورز جو رابطو.
ڪلائوڊ وسيلن تي وڏي تعداد ۾ ورچوئل ايپليڪيشن سرورز ۽ ڊيٽابيس جو لوڊ وقت سان گڏ ٿئي ٿو، نتيجا پاڻ کي ظاهر ڪري سگھن ٿا ۽ هڪ ٻئي کي اوورليپ ڪري سگھن ٿا هڪ غير متوقع اثر سان هڪ غير متوقع وقت تي. جيتوڻيڪ نسبتا سادي عملن کي ڪنٽرول ڪرڻ لاء (مثال طور، هڪ انجڻ کي ڪنٽرول ڪرڻ لاء، گهر ۾ پاڻي جي حرارتي نظام)، خودڪار ڪنٽرول سسٽم کي پيچيده استعمال ڪرڻ جي ضرورت آهي. موٽ سان گڏ algorithms.
اسان جو ڪم ڪيترن ئي آرڊرن جي پيماني تي وڌيڪ پيچيده آهي، ۽ اهو خطرو آهي ته سسٽم هڪ مناسب وقت ۾ قائم ڪيل قدرن تي لوڊ توازن ڪرڻ جي قابل نه هوندو، جيتوڻيڪ صارفن کان ڪو به بيروني اثر نه آهي.
اسان جي ترقي جي تاريخ
هن مسئلي کي حل ڪرڻ لاء، اسان فيصلو ڪيو ته شروع کان شروع نه ڪيو، پر موجوده تجربو تي تعمير ڪرڻ، ۽ هن فيلڊ ۾ تجربو رکندڙ ماهرن سان رابطو ڪرڻ شروع ڪيو. خوشقسمتيء سان، اسان جي سمجھڻ جو مسئلو مڪمل طور تي ٺھيل آھي.
اسٽيج 1
اسان هڪ سسٽم استعمال ڪيو جيڪو نيورل نيٽورڪ ٽيڪنالاجي تي ٻڌل آهي ۽ ان جي بنياد تي اسان جي وسيلن کي بهتر ڪرڻ جي ڪوشش ڪئي.
هن مرحلي جي دلچسپي هڪ نئين ٽيڪنالاجي کي جانچڻ ۾ هئي، ۽ ان جي اهميت ڪنهن مسئلي کي حل ڪرڻ لاء هڪ غير معياري طريقي کي لاڳو ڪرڻ ۾ هئي، جتي، ٻيون شيون برابر هجڻ جي ڪري، معياري طريقا پاڻ کي عملي طور تي ختم ڪري ڇڏيو هو.
اسان سسٽم شروع ڪيو، ۽ اسان واقعي توازن شروع ڪيو. اسان جي بادل جي ماپ اسان کي ڊولپرز پاران بيان ڪيل خوشگوار نتيجا حاصل ڪرڻ جي اجازت نه ڏني، پر اهو واضح هو ته توازن ڪم ڪري رهيو هو.
ساڳئي وقت، اسان وٽ ڪافي سنگين حدون هيون:
- نيورل نيٽ ورڪ کي ٽرين ڏيڻ لاءِ، ورچوئل مشينن کي ھفتن يا مھينن لاءِ اھم تبديلين کانسواءِ ھلڻ جي ضرورت آھي.
- الورورٿم اڳوڻي "تاريخي" ڊيٽا جي تجزيي جي بنياد تي اصلاح جي لاء ٺهيل آهي.
- هڪ اعصابي نيٽ ورڪ کي تربيت ڏيڻ لاء ڊيٽا ۽ ڪمپيوٽنگ وسيلن جي وڏي مقدار جي ضرورت آهي.
- اصلاح ۽ توازن نسبتاً گهٽ ٿي سگهي ٿو - هڪ ڀيرو هر چند ڪلاڪن ۾، جيڪو واضح طور تي ڪافي ناهي.
اسٽيج 2
جيئن ته اسان صورتحال کان مطمئن نه هئاسين، اسان سسٽم کي تبديل ڪرڻ جو فيصلو ڪيو، ۽ ائين ڪرڻ لاء، جواب. بنيادي سوال - اسان ڪنهن لاءِ ٺاهي رهيا آهيون؟
پهريون - ڪارپوريٽ گراهڪن لاء. ان جو مطلب اهو آهي ته اسان کي هڪ سسٽم جي ضرورت آهي جيڪو جلدي ڪم ڪري، انهن ڪارپوريٽ پابندين سان جيڪي صرف عمل درآمد کي آسان بڻائين.
ٻيو سوال - لفظ ”فوري“ مان توهان جو ڇا مطلب آهي؟ هڪ مختصر بحث جي نتيجي ۾، اسان اهو فيصلو ڪيو ته اسان 5-10 منٽن جي جوابي وقت سان شروع ڪري سگهون ٿا، ته جيئن مختصر مدي وارا سرجز سسٽم کي گونج ۾ متعارف نه ڪن.
ٽيون سوال - سرور جي متوازن تعداد جي ڪهڙي سائيز کي چونڊڻ لاء؟
اهو مسئلو پاڻ کي حل ڪيو. عام طور تي، گراهڪ سرور جي مجموعن کي تمام وڏو نه ٿا ڪن، ۽ اهو 30-40 سرورن تائين مجموعي کي محدود ڪرڻ لاءِ آرٽيڪل جي سفارشن سان مطابقت رکي ٿو.
اضافي طور تي، سرور پول کي ورهائڻ سان، اسان بيلنسنگ الگورتھم جي ڪم کي آسان بڻائي ٿو.
چوٿون سوال - هڪ اعصابي نيٽ ورڪ اسان لاءِ ان جي ڊگهي سکيا واري عمل ۽ نادر توازن سان ڪيترو مناسب آهي؟ اسان سيڪنڊن ۾ نتيجا حاصل ڪرڻ لاءِ آسان آپريشنل الگورتھم جي حق ۾ ان کي ڇڏڻ جو فيصلو ڪيو.
هڪ سسٽم جو بيان جيڪو اهڙي الگورتھم استعمال ڪري ٿو ۽ ان جي نقصانن کي ڳولي سگھجي ٿو
اسان هن سسٽم کي لاڳو ڪيو ۽ شروع ڪيو ۽ حوصلا افزائي نتيجا حاصل ڪيا - هاڻي اهو باقاعده ڪلائوڊ لوڊ جو تجزيو ڪري ٿو ۽ ورچوئل مشينن کي منتقل ڪرڻ لاءِ سفارشون ڏئي ٿو، جيڪي گهڻو ڪري صحيح آهن. اڃا به اهو واضح آهي ته اسان حاصل ڪري سگهون ٿا 10-15٪ وسيلن جي ڇڏڻ لاء نئين ورچوئل مشينن لاءِ جڏهن ته موجوده مشينن جي ڪم جي معيار کي بهتر بڻائي.
جڏهن RAM يا CPU ۾ عدم توازن معلوم ٿئي ٿو، سسٽم ضروري ورچوئل مشينن جي لائيو لڏپلاڻ کي انجام ڏيڻ لاءِ Tionix شيڊولر کي حڪم جاري ڪري ٿو. جيئن مانيٽرنگ سسٽم مان ڏسي سگهجي ٿو، ورچوئل مشين هڪ (مٿي) کان ٻئي (هيٺيون) ميزبان ڏانهن منتقل ٿي وئي ۽ مٿين ميزبان تي ميموري کي آزاد ڪيو (پيلو حلقن ۾ نمايان ٿيل)، ترتيب سان ان کي هيٺئين پاسي تي قبضو ڪيو (اڇي ۾ نمايان ٿيل) حلقا).
ھاڻي اسان ڪوشش ڪري رھيا آھيون وڌيڪ صحيح انداز ۾ موجوده الورورٿم جي تاثير جو جائزو وٺون ۽ ڪوشش ڪري رھيا آھيون ان ۾ ممڪن غلطيون.
اسٽيج 3
اهو لڳي ٿو ته ڪو هن تي آرام ڪري سگهي ٿو، ثابت اثر جو انتظار ڪريو ۽ موضوع کي بند ڪريو.
پر اسان کي هيٺ ڏنل واضح اصلاحي موقعن جي ذريعي نئين اسٽيج تي آڻڻ لاءِ زور ڏنو ويو آهي
- انگ اکر، مثال طور، и ڏيکاري ٿو ته ٻه ۽ چار پروسيسر سسٽم سنگل پروسيسر سسٽم جي ڀيٽ ۾ ڪارڪردگي ۾ تمام گهٽ آهن. ان جو مطلب اهو آهي ته سڀ استعمال ڪندڙ سي پي يو، رام، ايس ايس ڊي، LAN، FC مان خاص طور تي گهٽ پيداوار حاصل ڪن ٿا ملٽي پروسيسر سسٽم ۾ خريد ڪيل سنگل پروسيسر سسٽم جي مقابلي ۾.
- وسيلن جي شيڊولرز پاڻ ۾ شايد سنگين غلطيون هجن، هن موضوع تي.
- رام ۽ ڪيش جي نگراني لاءِ Intel ۽ AMD پاران پيش ڪيل ٽيڪنالاجيون مجازي مشينن جي رويي جو مطالعو ڪرڻ ممڪن بڻائين ٿيون ۽ انهن کي اهڙي طرح رکين ٿيون ته ”شور“ پاڙيسري ”خاموش“ ورچوئل مشينن سان مداخلت نٿا ڪن.
- پيٽرولر جي سيٽ جي توسيع (نيٽ ورڪ، اسٽوريج سسٽم، ورچوئل مشين جي ترجيح، لڏپلاڻ جي قيمت، لڏپلاڻ لاء ان جي تيارگي).
ڪل
اسان جي ڪم جو نتيجو بيلنسنگ الگورتھم کي بهتر ڪرڻ لاء واضح نتيجو هو ته جديد الگورتھم استعمال ڪندي اهو ممڪن آهي ته ڊيٽا سينٽر وسيلن جي اهم اصلاح حاصل ڪرڻ (25-30٪) ۽ ساڳئي وقت ڪسٽمر سروس جي معيار کي بهتر بڻائي.
نيورل نيٽ ورڪن تي ٻڌل هڪ الگورٿم يقيناً هڪ دلچسپ حل آهي، پر هڪ جنهن کي وڌيڪ ترقيءَ جي ضرورت آهي، ۽ موجوده حدن جي ڪري، پرائيويٽ ڪلائوڊز لاءِ عام حجمن تي هن قسم جي مسئلي کي حل ڪرڻ لاءِ مناسب ناهي. ساڳئي وقت، الورورٿم وڏي سائيز جي عوامي بادل ۾ سٺا نتيجا ڏيکاريا.
اسان توهان کي هيٺين مضمونن ۾ پروسيسرز، شيڊولرز، ۽ اعلي سطحي توازن جي صلاحيتن بابت وڌيڪ ٻڌائينداسين.
جو ذريعو: www.habr.com