سی پی یو کے لئے تیار: خاموش ہائپرویسر قاتل



مسائل کو ختم کرنے کے لئے ہمارے آلے کو آزمائیں

سی پی یو ریڈی ایسی چیز ہے جس سے آپ واقف نہیں ہوسکتے ہیں۔ پہلے تاثر میں ، یہ اچھی چیز کی طرح لگے گی لیکن بدقسمتی سے ایسا نہیں ہے۔ سی پی یو ریڈی طویل عرصے سے ورچوئل ماحول سے دوچار ہے جب ہم جانتے تھے کہ یہ کیا ہے۔ وی ایم ویئر نے اس کی وضاحت 'وقت کی فیصد کے طور پر کی ہے کہ ورچوئل مشین تیار تھی ، لیکن جسمانی سی پی یو پر چلانے کا شیڈول حاصل نہیں کرسکی۔ سی پی یو کے لئے تیار وقت کا انحصار میزبان اور ان کے سی پی یو بوجھ پر موجود ورچوئل مشینوں کی تعداد پر ہے۔ ہائپر- V نے ابھی حال ہی میں اس کاؤنٹر کی فراہمی شروع کردی ہے (ہائپر- V ہائپرائزر ورچوئل پروسیسر سی پی یو وقت بھیجنے کا انتظار کریں) اور دوسرے ہائپر وائزرس ابھی بھی یہ میٹرک فراہم نہیں کرسکتے ہیں۔



سی پی یو ریڈی کیا ہے کو سمجھنے کے ل we ، ہمیں یہ سمجھنے کی ضرورت ہوگی کہ ہائپرائزرس کس طرح ورچوئل سی پی یو (وی سی پی یو) کو جسمانی سی پی یو (پی سی پی یو) میں شیڈول کرتے ہیں۔ جب کسی وی ایم میں وی سی پی یو وقت کی ضرورت ہوتی ہے تو ، پی سی پی یو (سی) کے خلاف وی سی پی یو (زبانیں) طے کرنے کی ضرورت ہوتی ہے تاکہ پی سی پی یو کے خلاف کمانڈز / پروسیس / تھریڈ چل سکیں۔ ایک مثالی دنیا میں ، جب ایسا ہونے کی ضرورت ہو تو ، کوئی وسائل کے تنازعات یا رکاوٹیں نہیں ہیں۔ جب ایک بھی VCPU VM کو پی سی پی یو کے خلاف وقت طے کرنے کی ضرورت ہوتی ہے تو ، ایک پی سی پی یو کور دستیاب ہوتا ہے اور سی پی یو ریڈی اس مثالی دنیا میں بہت کم ہے۔ یہ نوٹ کرنا ضروری ہے کہ سی پی یو ریڈی ہمیشہ موجود رہتا ہے لیکن ایک مثالی دنیا میں یہ بہت کم ہوتا ہے اور اس پر بھی توجہ نہیں دی جاتی ہے۔



حقیقی دنیا میں ، ورچوئلائزیشن کے فوائد میں سے ایک یہ ہے کہ آپ یہ شرط لگا سکتے ہیں کہ آپ کے بہت سارے VM بیک وقت اپنے تمام VCPUs کو متحرک نہیں کریں گے اور اگر وہ بہت کم استعمال کرنے والے VM ہیں تو آپ اندازہ لگا سکتے ہیں کہ آپ کتنا کر سکتے ہیں سی پی یو کے استعمال اور رام استعمال پر مبنی اپنے فزیکل ہوسٹ کو لوڈ کریں۔ ماضی میں ، کام کے بوجھ پر منحصر ہے کہ 4 vCPU سے 1 pCPU یا اس سے بھی 10: 1 تناسب رکھنے کی سفارشات کی گئیں۔ مثال کے طور پر ، آپ کے پاس سنگل کواڈ کور پروسیسر ہوسکتا ہے لیکن آپ کے پاس 4 پی سی پی یوز یا 4: 1 کو 16 وی سی پی یوز دینے کے لئے وی سی پی یوز کے ساتھ 4 VMs ہیں۔ انجینئروں نے جو کچھ دیکھنا شروع کیا تھا وہ یہ ہے کہ ماحولیات بہت ہی آہستہ آہستہ تھے اور انھیں پتہ نہیں چل سکا کہ اس کی وجہ کیا ہے۔ رام کا استعمال ٹھیک معلوم ہوا ، جسمانی میزبانوں پر سی پی یو کا استعمال 20٪ سے بھی کم ہوسکتا ہے۔ اسٹوریج میں تاخیر انتہائی کم تھی ، پھر بھی وی ایم انتہائی سست تھے۔



اس منظر نامے میں جو کچھ ہو رہا تھا وہ تھا سی پی یو ریڈی۔ شیڈول کے لئے تیار وی سی پی یو کی قطار بن رہی تھی لیکن اس کے خلاف شیڈول کے لئے کوئی پی سی پی یو دستیاب نہیں ہے۔ ہائپرائزر مہمان VM کے لئے نظام الاوقات اور تاخیر کا سبب بنے گا۔ یہ ایک خاموش قاتل ہے جس کا حالیہ برسوں تک پتہ لگانے کے لئے بہت سارے اوزار نہیں تھے۔ ونڈوز VM میں ، بوٹ لینے میں ہمیشہ کے لئے وقت لگے گا اور پھر جب یہ آخر کار ہوجائے گا ، جب آپ اسٹارٹ مینو پر کلک کریں گے ، تو یہ ظاہر ہونے میں ہمیشہ کے لئے لے جائے گا۔ یہاں تک کہ آپ یہ سوچ کر بھی اس پر دوبارہ کلک کرسکتے ہیں کہ اس نے آپ کے پہلے کلک کو قبول نہیں کیا ہے اور جب یہ آخر کار گرفت میں آجاتا ہے تو آپ کو ڈبل کلک ہوگا۔ لینکس پر ، آپ کا VM صرف پڑھنے کے موڈ میں بوٹ ہوسکتا ہے یا پھر بعد میں صرف موڈ کو پڑھنے کے ل files فائل سسٹم کو تبدیل کرسکتا ہے۔

تو ہم کس طرح سی پی یو ریڈی کا مقابلہ کریں گے؟ کچھ طریقے ہیں جو مدد کرسکتے ہیں۔ پہلے سی پی یو ریڈی میٹرکس کی نگرانی کر رہا ہے۔ وی ایم ویئر میں ، اسے 10 فیصد سے اوپر جانے کی سفارش نہیں کی جاتی ہے لیکن ذاتی تجربے میں ، صارفین VM کی قسم اور کیا چل رہا ہے اس پر منحصر ہے کہ وہ 5-7 فیصد سے اوپر کی طرف توجہ دینا شروع کردیتے ہیں۔

ذیل میں میں VMware ESXi 5.5 سے کچھ مثال استعمال کروں گا تاکہ CPU کے لئے تیار ہوں۔ کمانڈ لائن کا استعمال کرتے ہوئے ، 'ایسک اسٹاپ' چلائیں۔ سی پی یو کے نظریہ کے لئے 'c' دبائیں اور آپ کو ایک کالم نظر آنا چاہئے۔ ٪ RDY سی پی یو کے لئے تیار ہیں۔ آپ دارالحکومت دبائیں “ وی ”صرف VM دیکھنے کے لئے۔



cpu-for-1

یہاں آپ دیکھ سکتے ہیں کہ کافی غیر استعمال شدہ ماحول کے لئے٪ RDY کچھ زیادہ ہے۔ اس معاملے میں ، میرا ESXi 5.5 VMware فیوژن (میک ہائپرائزر) کے سب سے اوپر ٹیسٹ VM چلارہا ہے لہذا توقع کی جاتی ہے کہ ہم کسی اور ہائپرائزر کے اوپری حصے میں ہائپرائزر پر VM چلا رہے ہیں۔

وی اسپیئر کلائنٹ میں ، آپ مخصوص VM کو کھینچ سکتے ہیں اور پرفارمنس ٹیب پر کلک کرسکتے ہیں۔ وہاں سے 'چارٹ آپشنز' پر کلک کریں۔

cpu-red-2

چارٹ آپشنز کے اندر ، سی پی یو ، ریئل ٹائم (اگر آپ کے پاس وینسیٹر ہے تو آپ ریئل ٹائم کے علاوہ دوسرے وقت کے اختیارات بھی منتخب کرسکتے ہیں) منتخب کریں۔ وہاں سے کاؤنٹرز میں ، 'تیار' منتخب کریں۔ آپ کو کسی مختلف کاؤنٹر کو غیر منتخب کرنے کی ضرورت ہوسکتی ہے کیونکہ یہ منظر کسی بھی وقت صرف ڈیٹا کی دو اقسام کی اجازت دیتا ہے۔

سی پی یو تیار -3

آپ نوٹ کریں گے کہ یہ قدر ایک فیصد کے مقابلہ میں تیار کی ایک خلاصہ ہے۔ یہاں مختصرا میٹرکس کو فیصد میں کیسے تبدیل کرنا ہے اس کے بارے میں وی ایم ویئر کے بی آر مضمون کا لنک ہے۔ - https://kb.vmware.com/kb/2002181

جب ہارڈویئر خریدتے ہو تو ، زیادہ سے زیادہ سی پی یو ریڈی کے اثرات کو کم کرنے میں مدد ملتی ہے۔ ہائپر تھریڈنگ سے بھی مدد ملتی ہے۔ اگرچہ ہائپر تھریڈنگ ہر پرائمری کور کے لئے مکمل دوسرا کور فراہم نہیں کرتی ہے ، لیکن عام طور پر یہ کافی ہے کہ وی سی پی یو کو پی سی پی یو میں شیڈول کرنے دیں اور اس مسئلے کو کم کرنے میں مدد کریں۔ اگرچہ ہائپرائزرس VCPU سے پی سی پی یو تناسب کی سفارش کی طرف جانا شروع کر رہے ہیں ، آپ عام طور پر معتدل استعمال ماحول میں 4: 1 کے ساتھ بہتر کارکردگی کا مظاہرہ کرسکتے ہیں اور وہاں سے جا سکتے ہیں۔ جیسے ہی آپ VMs کو لوڈ کرنا شروع کرتے ہیں سی پی یو میں تاخیر ، سی پی یو کے لئے تیار اور مجموعی طور پر محسوس اور کارکردگی۔ اگر آپ کے پاس کچھ بھاری ضرب لگانے والے VM ہیں ، تو آپ ان کو دوسرے کلسٹروں پر الگ کر کے کم تناسب کا استعمال کرکے ان کو روشنی میں رکھنا چاہتے ہیں۔ دوسری طرف VMs کے لئے جہاں کارکردگی کلیدی نہیں ہے اور ان کے لئے یہ مناسب ہے کہ وہ سست چلائیں آپ زیادہ سے زیادہ سبسکرائب کرسکتے ہیں۔

مناسب طریقے سے VM کا سائز تبدیل کرنا بھی سی پی یو کے لئے تیار مقابلہ کرنے کا ایک بہت بڑا ذریعہ ہے۔ بہت سے دکاندار VM کو در حقیقت جو ضرورت ہوسکتی ہے اس پر اچھی طرح سے وضاحتیں تجویز کرتے ہیں۔ روایتی طور پر زیادہ سی پی یو اور زیادہ کور = زیادہ طاقت۔ ورچوئل ماحول میں مسئلہ یہ ہے کہ ہائپرائزر کو تمام وی سی پی یوز کو تقریباCP ایک ہی وقت میں پی سی پی یو میں شیڈول کرنا پڑتا ہے اور پی سی پی یو کو لاک کرنا مسئلہ ہوسکتا ہے۔ اگر آپ کے پاس 8 وی سی پی یو وی ایم ہے تو ، آپ کو 8 پی سی پی یوز کو لاک کرنا ہوگا تاکہ وہ ایک ہی وقت میں شیڈول کی اجازت دیں۔ اگر آپ کا VCPU VM کسی بھی وقت کل VCPUs کا 10٪ استعمال کرتا ہے تو ، آپ VCPU کی گنتی 2 یا 4 تک لانے سے بہتر ہوں گے۔ 50-80٪ CPU پر 10٪ سے کم VCPUs کے ساتھ VM چلانے سے بہتر ہے۔ مزید وی سی پی یوز یہ مسئلہ اس وجہ سے ہے کہ آپریٹنگ سسٹم سی پی یو کے شیڈولر کو زیادہ سے زیادہ کور استعمال کرنے کے لئے ڈیزائن کیا گیا ہے جبکہ اگر اسے زیادہ سے زیادہ استعمال کرنے سے پہلے کور کو زیادہ سے زیادہ کرنے کی تربیت دی گئی ہو تو ، اس کا معاملہ کم ہوسکتا ہے۔ ایک بڑے سائز کا VM اچھی کارکردگی کا مظاہرہ کرسکتا ہے لیکن دوسرے VMs کے لئے 'شور والا پڑوسی' ہوسکتا ہے لہذا یہ عام طور پر ایک ایسا عمل ہوتا ہے جہاں آپ کو کارکردگی کے کچھ فوائد دیکھنے کے ل the کلسٹر کے تمام VMs کو 'صحیح سائز' میں جانا پڑتا ہے۔

متعدد بار آپ سی پی یو کے لئے تیار ہو گئے ہیں اور آپ VMs کی صحیح سائز سازی کرنا شروع کرتے ہیں یا زیادہ کور کے ساتھ پروسیسروں کو اپ گریڈ کرنا شروع کرتے ہیں۔ اگر آپ اس صورتحال میں ہیں تو ، اپنے کلسٹر میں مزید میزبانوں کا اضافہ مزید میزبانوں میں بوجھ پھیلانے میں اس کی مدد کرسکتا ہے۔ اگر آپ کے پاس دوسروں کے مقابلے میں زیادہ کور / پروسیسر والے میزبان ہیں ، تو ان اعلی کور میزبانوں کو اعلی وی سی پی یو وی ایم پیک کرنے میں بھی مدد مل سکتی ہے۔ آپ اپنے جسمانی میزبان کو یقینی بنانا چاہتے ہیں جیسا کہ کم از کم ایک ہی تعداد میں کور ہوں اگر VM سے زیادہ نہ ہوں ، ورنہ پی سی پی یو میں وی سی پی یو کی حد سے زیادہ شیڈول کرنا بہت ہی سست / مشکل ہوگا کیونکہ انہیں تقریبا ایک ہی وقت میں لاک ہونے کی ضرورت ہے۔ .

آخر میں ، آپ کا ہائپرائزر VM پر تحفظات اور حدود کی حمایت کرسکتا ہے۔ بعض اوقات حادثاتی طور پر یہ مقصود ہوجاتے ہیں۔ ان پر جارحانہ ترتیبات سی پی یو کے تیار ہونے کا سبب بن سکتی ہیں جب حقیقت میں اس کے لئے بنیادی وسائل دستیاب ہیں۔ تحفظات اور حدود کو کم استعمال کرنا صرف اس صورت میں بہتر ہے جب صرف ضرورت ہو۔ زیادہ تر حصے کے لئے ، مناسب طریقے سے سائز کا کلسٹر وسائل میں مناسب توازن رکھے گا اور ان کی عام طور پر ضرورت نہیں ہے۔

خلاصہ یہ کہ ، سی پی یو ریڈی کے خلاف بہترین دفاع یہ جان رہا ہے کہ یہ موجود ہے اور اس کی جانچ کیسے کی جائے۔ اس کے بعد آپ مندرجہ بالا دیئے گئے اپنے ماحول کے لئے تخفیف کے بہترین اقدامات کا باقاعدہ تعین کرسکتے ہیں۔ زیادہ تر حص Forے کے ل this ، اس مضمون میں دی گئی معلومات کسی بھی ہائپرائزر پر عالمی طور پر لاگو ہوتی ہے ، حالانکہ اسکرین شاٹس اور چارٹ خاص طور پر وی ایم ویئر پر لاگو ہوتے ہیں۔

5 منٹ پڑھا