HPE InfoSight ایک HPE کلاؤڈ سروس ہے جو آپ کو HPE Nimble اور HPE 3PAR arrays کے ساتھ ممکنہ قابل اعتمادی اور کارکردگی کے مسائل کو فعال طور پر شناخت کرنے کی اجازت دیتی ہے۔ ایک ہی وقت میں، سروس ممکنہ مسائل کو فوری طور پر حل کرنے کے طریقے بھی تجویز کر سکتی ہے، اور بعض صورتوں میں، خود بخود، خود کار طریقے سے خرابیوں کا ازالہ کیا جا سکتا ہے۔
ہم پہلے ہی HABR پر HPE InfoSight کے بارے میں بات کر چکے ہیں، مثال کے طور پر دیکھیں، یا .
اس پوسٹ میں میں HPE InfoSight کی ایک نئی خصوصیت - ریسورس پلانر کے بارے میں بات کرنا چاہتا ہوں۔
HPE InfoSight Resource Planner ایک طاقتور نیا ٹول ہے جو صارفین کو یہ تعین کرنے میں مدد کرتا ہے کہ آیا وہ موجودہ کام کے بوجھ کی بنیاد پر اپنی صفوں میں نئے کام کا بوجھ یا ایپلیکیشنز شامل کر سکتے ہیں۔ کیا صف بڑھے ہوئے بوجھ کو سنبھال سکے گی یا ایک نئی صف کی ضرورت ہوگی؟ اگر ایک نئی صف کی ضرورت ہے، تو کون سا؟ پیش گوئی کرنے والا ماڈلنگ ریسورس پلانر ضروریات کو درست طریقے سے سمجھنے اور موجودہ صف کے اپ گریڈ کو صحیح طریقے سے سائز دینے یا نئی صف کو سائز دینے میں مدد کرتا ہے۔
شیڈولر آپ کو مندرجہ ذیل کام کرنے کی اجازت دیتا ہے:
- موجودہ کام کے بوجھ میں ممکنہ تبدیلیوں کی تقلید؛
- سرنی وسائل جیسے پروسیسر، صلاحیت اور کیش میموری پر اثرات کا اندازہ لگانا؛
- مختلف صف کے ماڈلز کے نتائج دیکھیں۔
صفوں کے آپریشن کے بارے میں اعداد و شمار اور پیرامیٹرک معلومات اکٹھا کر کے (ارایوں کے پورے نصب شدہ بیس پر) اور بہت سے کلائنٹ کے ماحول میں مختلف کام کے بوجھ کا تجزیہ کر کے، ہم کچھ وجہ اور اثر اور مقداری تعلقات کی شناخت کر سکتے ہیں۔ مثال کے طور پر، ہم جانتے ہیں کہ کس طرح ڈپلیکیشن مختلف صفوں کے ماڈلز میں CPU کے استعمال کو متاثر کرتی ہے۔ ہم جانتے ہیں کہ ورچوئل ڈیسک ٹاپ کے ماحول ایس کیو ایل کے مقابلے ڈپلیکیشن اور کمپریشن میں بہتر ہیں۔ ہم جانتے ہیں کہ ایکسچینج ایپلی کیشنز میں ورچوئل ڈیسک ٹاپ کے مقابلے میں ترتیب وار (بے ترتیب کے برعکس) پڑھنے کا فیصد زیادہ ہوتا ہے۔ اس طرح کی معلومات کا استعمال کرتے ہوئے، ہم ایک مخصوص صف کے ماڈل کے لیے وسائل کی ضروریات کی پیشین گوئی کرنے کے لیے لوڈ تبدیلیوں کے اثرات کا نمونہ بنا سکتے ہیں۔
آئیے دیکھتے ہیں کہ درج ذیل مثالوں میں شیڈولر کیسے کام کرتا ہے۔
ریسورس پلانر LABS کے تحت HPE InfoSight پورٹل میں چلتا ہے۔ آئیے ایک نیا کام کا بوجھ منتخب کرکے شروع کریں - نیا کام کا بوجھ شامل کریں (موجودہ کے علاوہ)۔ ایک اور آپشن جو ہم بعد میں دیکھیں گے وہ ہے موجودہ کام کا بوجھ شامل کریں۔
لوڈ زمرہ/درخواست منتخب کریں:
آپ ضرورت کے مطابق نئے کام کے بوجھ میں مختلف تبدیلیاں کر سکتے ہیں: ڈیٹا والیوم، IOPs، کام کے بوجھ کی قسم، اور ڈپلیکیشن موڈ۔
اس کے بعد، ہم اس صف کو منتخب کرتے ہیں (جو گاہک کے پاس دستیاب ہیں) جس کے لیے ہم اس نئے کام کے بوجھ کو ماڈل بنانا چاہتے ہیں اور تجزیہ بٹن پر کلک کریں۔
خالص نتیجہ CPU وسائل اور صلاحیت پر اس نئے مجوزہ کام کے بوجھ (موجودہ کام کے بوجھ کے علاوہ) کا اثر ہے۔ اگر ہم نے ایک ہائبرڈ فلیش ارے کا انتخاب کیا تھا، تو ہم ارے کیشے پر بھی اثر دیکھیں گے، لیکن اس معاملے میں ہمارے پاس AF60 آل فلیش ارے ہے، جس کے لیے کیش میموری (ایس ایس ڈی پر) کا تصور لاگو نہیں ہوتا ہے۔
ہم دیکھتے ہیں (دائیں طرف، اوپر کے خاکے میں - CPU کی ضرورت ہے) کہ AF60 سرنی، جس کے لیے ہم نے ایک نئے بوجھ کا منصوبہ بنایا تھا، کے پاس نئے کام کے بوجھ کو پروسیس کرنے کے لیے پروسیسر کے اتنے وسائل نہیں ہیں: جب نیا بوجھ شامل کرتے ہیں، تو CPUs 110٪ کی طرف سے استعمال کیا جاتا ہے. نیچے کا خاکہ (صلاحیت کی ضروریات) سے پتہ چلتا ہے کہ نئے بوجھ کے لیے کافی گنجائش موجود ہے۔ AF60 سرنی کے علاوہ، دونوں خاکے دوسرے ارے ماڈل بھی دکھاتے ہیں - اس کے مقابلے کے لیے کہ اگر ہمارے پاس کوئی مختلف صف ہوتی تو یہ کیسا ہوتا۔
مندرجہ ذیل تصویر سے پتہ چلتا ہے کہ جب ہم ڈسپلے کے ایک سے زیادہ ہیڈ شیلف چیک باکس کو چیک کرتے ہیں تو کیا ہوتا ہے (ایک آپشن جب سورس اری کو منتخب کرتے ہیں)۔ یہ آپشن آپ کو کئی ایک جیسی صفوں کے لیے تجزیہ کرنے کی اجازت دیتا ہے۔ یہ دیکھا جا سکتا ہے کہ کل (نئے اور موجودہ) بوجھ کے لیے، ایک AF80 ارے، یا دو AF60 arrays، یا تین AF40 arrays کافی ہیں۔
ریسورس شیڈیولر کا استعمال کرتے ہوئے، آپ صرف موجودہ بوجھ میں تبدیلیوں کی نقالی بھی کر سکتے ہیں۔ ایسا کرنے کے لیے، پہلے مرحلے میں آپ کو موجودہ کام کا بوجھ شامل کرنے کا انتخاب کرنا ہوگا (نئے کام کا بوجھ شامل کرنے کے بجائے - جیسا کہ ہم نے شروع میں کیا تھا)۔ اگلا، آپ موجودہ بوجھ میں تبدیلی کی نقالی کر سکتے ہیں اور دیکھ سکتے ہیں کہ اس سے کیا ہوتا ہے۔ نیچے دی گئی مثال فائل سرور جیسی ایپلیکیشنز کے لیے بوجھ کو دوگنا کرنے اور صلاحیت کو دگنا کرنے کی تقلید کرتی ہے (یعنی اس مثال میں ہم صف پر پورے بوجھ کو نہیں بڑھا رہے ہیں، بلکہ صرف ایک مخصوص قسم کی ایپلیکیشن کے لیے بوجھ بڑھا رہے ہیں)۔
اس صورت میں، یہ دیکھا جا سکتا ہے کہ سرنی وسائل فائل سرور ایپلی کیشنز کے لیے بوجھ کو دوگنا کرنے کی اجازت دیتے ہیں، لیکن دوگنا سے زیادہ نہیں - کیونکہ CPU کے وسائل 99% استعمال کیے جائیں گے۔
ماخذ: www.habr.com