آج ہم Unity/Unity XT اسٹوریج سسٹمز - FAST VP میں لاگو کی گئی ایک دلچسپ ٹیکنالوجی کے بارے میں بات کریں گے۔ اگر آپ پہلی بار یونٹی کے بارے میں سن رہے ہیں، تو آپ مضمون کے آخر میں دیے گئے لنک کا استعمال کرتے ہوئے سسٹم کی خصوصیات کو چیک کر سکتے ہیں۔ میں نے ڈیل EMC پروجیکٹ ٹیم پر ایک سال سے زائد عرصے تک FAST VP پر کام کیا۔ آج میں اس ٹیکنالوجی کے بارے میں مزید تفصیل سے بات کرنا چاہتا ہوں اور اس کے نفاذ کی کچھ تفصیلات بتانا چاہتا ہوں۔ البتہ صرف انہی کو ظاہر کرنے کی اجازت ہے۔ اگر آپ موثر ڈیٹا اسٹوریج کے مسائل میں دلچسپی رکھتے ہیں یا صرف دستاویزات کو پوری طرح نہیں سمجھ پائے ہیں، تو یہ مضمون یقیناً مفید اور دلچسپ ہوگا۔
میں آپ کو ابھی بتاؤں گا کہ مواد میں کیا نہیں ہوگا۔ حریفوں کی تلاش اور ان کے ساتھ موازنہ نہیں کیا جائے گا۔ میں اوپن سورس سے ملتی جلتی ٹیکنالوجیز کے بارے میں بات کرنے کا بھی ارادہ نہیں رکھتا، کیونکہ متجسس قاری ان کے بارے میں پہلے ہی جانتا ہے۔ اور، یقینا، میں کسی بھی چیز کی تشہیر نہیں کروں گا۔
اسٹوریج ٹائرنگ۔ FAST VP کے اہداف اور مقاصد
FAST VP کا مطلب ہے مکمل طور پر خودکار اسٹوریج ٹائرنگ برائے ورچوئل پول۔ تھوڑا مشکل؟ کوئی حرج نہیں، ہم ابھی اس کا پتہ لگائیں گے۔ ٹائرنگ ڈیٹا سٹوریج کو منظم کرنے کا ایک طریقہ ہے جس میں کئی سطحیں (ٹیئرز) ہیں جہاں یہ ڈیٹا محفوظ کیا جاتا ہے۔ ہر ایک کی اپنی خصوصیات ہیں۔ سب سے اہم: کارکردگی، حجم اور معلومات کی اکائی کو ذخیرہ کرنے کی قیمت۔ یقینا، ان کے درمیان ایک رشتہ ہے.
ٹائرنگ کی ایک اہم خصوصیت یہ ہے کہ ڈیٹا تک رسائی یکساں طور پر فراہم کی جاتی ہے قطع نظر اس کے کہ یہ اس وقت جس اسٹوریج کی سطح پر ہے، اور پول کا سائز اس میں شامل وسائل کے سائز کے مجموعے کے برابر ہے۔ یہ وہ جگہ ہے جہاں کیشے سے اختلافات پائے جاتے ہیں: کیشے کے سائز کو وسائل کے کل حجم میں شامل نہیں کیا جاتا ہے (اس معاملے میں پول)، اور کیش ڈیٹا مرکزی میڈیا ڈیٹا کے کچھ ٹکڑے کو نقل کرتا ہے (یا نقل کرے گا اگر کیشے سے ڈیٹا ابھی تک نہیں لکھا گیا ہے)۔ نیز، سطحوں کے لحاظ سے ڈیٹا کی تقسیم صارف سے پوشیدہ ہے۔ یعنی، وہ یہ نہیں دیکھتا کہ ہر سطح پر کون سا ڈیٹا موجود ہے، حالانکہ وہ پالیسیاں ترتیب دے کر اس پر بالواسطہ اثر ڈال سکتا ہے (بعد میں ان پر مزید)۔
اب یونٹی میں اسٹوریج ٹائرنگ کے نفاذ کی خصوصیات کو دیکھتے ہیں۔ اتحاد کے 3 درجے ہیں، یا درجے:
- انتہائی کارکردگی (SSDs)
- کارکردگی (SAS HDD 10k/15k RPM)
- صلاحیت (NL-SAS HDD 7200 RPM)
وہ کارکردگی اور قیمت کے نزولی ترتیب میں پیش کیے جاتے ہیں۔ انتہائی کارکردگی میں صرف سالڈ اسٹیٹ ڈرائیوز (SSDs) شامل ہیں۔ دیگر دو درجوں میں مقناطیسی ڈسک ڈرائیوز شامل ہیں، جو گردش کی رفتار اور اس کے مطابق کارکردگی میں مختلف ہیں۔
ایک ہی سطح اور ایک ہی سائز کے سٹوریج میڈیا کو ایک RAID صف میں ملا کر ایک RAID گروپ بناتا ہے (RAID گروپ، مختصراً RG)؛ آپ سرکاری دستاویزات میں دستیاب اور تجویز کردہ RAID لیولز کے بارے میں پڑھ سکتے ہیں۔ سٹوریج پولز RAID گروپس سے ایک یا زیادہ سطحوں سے بنتے ہیں، جہاں سے پھر خالی جگہ تقسیم کی جاتی ہے۔ اور پول سے جگہ فائل سسٹمز اور LUNs کے لیے مختص کی گئی ہے۔
مجھے ٹائرنگ کی ضرورت کیوں ہے؟
مختصر اور خلاصہ میں: کم از کم وسائل کا استعمال کرتے ہوئے زیادہ سے زیادہ نتائج حاصل کرنے کے لیے۔ مزید خاص طور پر، نتیجہ عام طور پر اسٹوریج سسٹم کی خصوصیات کے ایک سیٹ کے طور پر سمجھا جاتا ہے - رفتار اور رسائی کا وقت، اسٹوریج کی قیمت، اور دیگر۔ کم از کم وسائل کا مطلب ہے کم سے کم خرچ: پیسہ، توانائی وغیرہ۔ FAST VP Unity/Unity XT اسٹوریج سسٹمز میں ڈیٹا کو مختلف سطحوں پر دوبارہ تقسیم کرنے کے طریقہ کار کو نافذ کرتا ہے۔ اگر آپ مجھ پر یقین کرتے ہیں، تو آپ اگلے پیراگراف کو چھوڑ سکتے ہیں۔ باقی میں آپ کو کچھ اور بتاتا ہوں۔
سٹوریج کی سطحوں پر ڈیٹا کی مناسب تقسیم آپ کو کچھ شاذ و نادر ہی استعمال ہونے والی معلومات تک رسائی کی رفتار کو قربان کرکے اسٹوریج کی مجموعی لاگت کو بچانے کی اجازت دیتی ہے، اور اکثر استعمال ہونے والے ڈیٹا کو تیز تر میڈیا پر منتقل کرکے کارکردگی کو بہتر بناتی ہے۔ یہاں کوئی یہ بحث کر سکتا ہے کہ ٹائرنگ کے بغیر بھی، ایک عام منتظم جانتا ہے کہ کون سا ڈیٹا کہاں رکھنا ہے، اس کے کام کے لیے اسٹوریج سسٹم کی مطلوبہ خصوصیات کیا ہیں، وغیرہ۔ یہ بلاشبہ درست ہے، لیکن دستی طور پر ڈیٹا تقسیم کرنے میں اس کی خرابیاں ہیں:
- منتظم کا وقت اور توجہ درکار ہے؛
- بدلتے ہوئے حالات کے مطابق ذخیرہ کرنے کے وسائل کو "دوبارہ کھینچنا" ہمیشہ ممکن نہیں ہوتا ہے۔
- ایک اہم فائدہ غائب ہو جاتا ہے: ذخیرہ کرنے کی مختلف سطحوں پر موجود وسائل تک متحد رسائی۔
سٹوریج کے منتظمین کو ملازمت کے تحفظ کے بارے میں کم فکر کرنے کے لیے، میں یہ شامل کروں گا کہ یہاں بھی قابل وسائل کی منصوبہ بندی ضروری ہے۔ اب جبکہ ٹائرنگ کے کاموں کو مختصراً بیان کیا گیا ہے، آئیے ایک نظر ڈالیں کہ آپ FAST VP سے کیا توقع کر سکتے ہیں۔ اب تعریف کی طرف لوٹنے کا وقت ہے۔ پہلے دو الفاظ - مکمل طور پر خودکار - کا لفظی ترجمہ "مکمل طور پر خودکار" کے طور پر کیا جاتا ہے اور اس کا مطلب ہے کہ سطحوں کے درمیان تقسیم خود بخود ہوتی ہے۔ ٹھیک ہے، ورچوئل پول ایک ڈیٹا پول ہے جس میں اسٹوریج کی مختلف سطحوں کے وسائل شامل ہیں۔ یہ ایسا لگتا ہے:
آگے دیکھتے ہوئے، میں کہوں گا کہ FAST VP ڈیٹا کو صرف ایک پول کے اندر منتقل کرتا ہے، نہ کہ کئی پولز کے درمیان۔
FAST VP کے ذریعے مسائل حل کیے گئے۔
آئیے پہلے خلاصہ بات کرتے ہیں۔ ہمارے پاس ایک پول اور کچھ طریقہ کار ہے جو اس پول کے اندر ڈیٹا کو دوبارہ تقسیم کر سکتا ہے۔ یہ یاد رکھتے ہوئے کہ ہمارا مقصد زیادہ سے زیادہ پیداواری صلاحیت حاصل کرنا ہے، آئیے اپنے آپ سے پوچھیں: ہم اسے کن طریقوں سے حاصل کر سکتے ہیں؟ ان میں سے کئی ہو سکتے ہیں، اور یہاں FAST VP کے پاس صارف کو پیش کرنے کے لیے کچھ ہے، کیونکہ ٹیکنالوجی صرف اسٹوریج ٹائرنگ سے زیادہ کچھ ہے۔ یہاں کچھ طریقے ہیں جن سے FAST VP پول کی کارکردگی کو بڑھا سکتا ہے:
- مختلف قسم کی ڈسکوں، سطحوں پر ڈیٹا کی تقسیم
- ایک ہی قسم کی ڈسکوں میں ڈیٹا تقسیم کرنا
- پول کو پھیلاتے وقت ڈیٹا کی تقسیم
اس سے پہلے کہ ہم دیکھیں کہ ان کاموں کو کیسے حل کیا جاتا ہے، ہمیں اس بارے میں کچھ ضروری حقائق جاننے کی ضرورت ہے کہ FAST VP کیسے کام کرتا ہے۔ FAST VP ایک مخصوص سائز کے بلاکس کے ساتھ کام کرتا ہے - 256 میگا بائٹس۔ یہ ڈیٹا کا سب سے چھوٹا ملحقہ "ٹکڑا" ہے جسے منتقل کیا جا سکتا ہے۔ دستاویزات میں یہ وہی ہے جسے وہ کہتے ہیں: slice. FAST VP کے نقطہ نظر سے، تمام RAID گروپ ایسے "ٹکڑوں" کے سیٹ پر مشتمل ہوتے ہیں۔ اس کے مطابق، تمام I/O اعداد و شمار ایسے ڈیٹا بلاکس کے لیے جمع کیے جاتے ہیں۔ اس بلاک کا سائز کیوں منتخب کیا گیا اور کیا اسے کم کیا جائے گا؟ بلاک کافی بڑا ہے، لیکن یہ ڈیٹا کی گرانولریٹی (چھوٹے بلاک سائز کا مطلب زیادہ درست تقسیم ہے) اور دستیاب کمپیوٹنگ وسائل کے درمیان ایک سمجھوتہ ہے: RAM اور بڑی تعداد میں بلاکس پر موجودہ سخت حدود کو دیکھتے ہوئے، اعداد و شمار کے اعداد و شمار میں اضافہ ہوسکتا ہے۔ بہت زیادہ، اور حسابات کی تعداد متناسب بڑھ جائے گی۔
FAST VP پول میں ڈیٹا کیسے مختص کرتا ہے۔ سیاستدانوں
FAST VP فعال ہونے والے پول میں ڈیٹا کی جگہ کو کنٹرول کرنے کے لیے، درج ذیل پالیسیاں موجود ہیں:
- سب سے زیادہ دستیاب ٹائر
- آٹو ٹائر
- ہائی شروع کریں پھر آٹو ٹائر (پہلے سے طے شدہ)
- سب سے کم دستیاب ٹائر
وہ ابتدائی بلاک مختص (ڈیٹا پہلے لکھا ہوا) اور بعد میں دوبارہ تقسیم دونوں کو متاثر کرتے ہیں۔ جب ڈیٹا پہلے سے ہی ڈسکوں پر موجود ہو تو، دوبارہ تقسیم شیڈول کے مطابق یا دستی طور پر شروع کی جائے گی۔
سب سے زیادہ دستیاب ٹائر سب سے زیادہ کارکردگی والے درجے پر ایک نیا بلاک لگانے کی کوشش کرتا ہے۔ اگر اس پر کافی جگہ نہیں ہے، تو اسے اگلی سب سے زیادہ پیداواری سطح پر رکھا جاتا ہے، لیکن پھر ڈیٹا کو زیادہ پیداواری سطح پر منتقل کیا جا سکتا ہے (اگر جگہ ہو یا دوسرے ڈیٹا کو ہٹا کر)۔ آٹو ٹائر دستیاب جگہ کی مقدار کے لحاظ سے نئے ڈیٹا کو مختلف سطحوں پر رکھتا ہے، اور اسے طلب اور خالی جگہ کے لحاظ سے دوبارہ تقسیم کیا جاتا ہے۔ سٹارٹ ہائی پھر آٹو ٹائر ڈیفالٹ پالیسی ہے اور تجویز کردہ بھی۔ جب ابتدائی طور پر رکھا جاتا ہے، تو یہ سب سے زیادہ دستیاب درجے کے طور پر کام کرتا ہے، اور پھر ڈیٹا کو اس کے استعمال کے اعدادوشمار کی بنیاد پر منتقل کیا جاتا ہے۔ سب سے کم دستیاب درجے کی پالیسی ڈیٹا کو کم سے کم پیداواری درجے میں رکھنے کی کوشش کرتی ہے۔
ڈیٹا کی منتقلی کم ترجیح کے ساتھ ہوتی ہے تاکہ اسٹوریج سسٹم کے کارآمد آپریشن میں مداخلت نہ ہو، تاہم، ایک "ڈیٹا ری لوکیشن ریٹ" سیٹنگ ہے جو ترجیح کو بدل دیتی ہے۔ یہاں ایک خاصیت ہے: تمام ڈیٹا بلاکس کی دوبارہ تقسیم کا ترتیب ایک جیسا نہیں ہے۔ مثال کے طور پر، میٹا ڈیٹا کے بطور نشان زد بلاکس کو پہلے ایک تیز ترین سطح پر منتقل کیا جائے گا۔ میٹا ڈیٹا، تو بات کرنے کے لیے، "ڈیٹا کے بارے میں ڈیٹا" ہے، کچھ اضافی معلومات جو صارف کا ڈیٹا نہیں ہے، لیکن اس کی تفصیل کو محفوظ کرتی ہے۔ مثال کے طور پر، فائل سسٹم میں موجود معلومات کے بارے میں کہ ایک مخصوص فائل کس بلاک میں واقع ہے۔ اس کا مطلب ہے کہ ڈیٹا تک رسائی کی رفتار کا انحصار میٹا ڈیٹا تک رسائی کی رفتار پر ہے۔ یہ دیکھتے ہوئے کہ میٹا ڈیٹا عام طور پر سائز میں بہت چھوٹا ہوتا ہے، اسے اعلیٰ کارکردگی والی ڈسکوں میں منتقل کرنے کے فوائد زیادہ ہونے کی توقع ہے۔
وہ معیار جو فاسٹ VP اپنے کام میں استعمال کرتا ہے۔
ہر بلاک کے لیے بنیادی معیار، بہت موٹے طور پر، ڈیٹا کی "ڈیمانڈ" کی خصوصیت ہے، جو ڈیٹا کے ٹکڑے کے پڑھنے اور لکھنے کے عمل کی تعداد پر منحصر ہے۔ ہم اس خصوصیت کو "درجہ حرارت" کہتے ہیں۔ ڈیمانڈ (گرم) ڈیٹا ہے جو غیر دعوی کردہ ڈیٹا سے زیادہ "گرم" ہے۔ اس کا حساب وقتا فوقتا، ایک گھنٹے کے وقفوں سے طے شدہ طور پر کیا جاتا ہے۔
درجہ حرارت کے حساب کتاب کے فنکشن میں درج ذیل خصوصیات ہیں:
- I/O کی غیر موجودگی میں، ڈیٹا وقت کے ساتھ "ٹھنڈا ہو جاتا ہے"۔
- وقت کے ساتھ کم و بیش مساوی بوجھ کے تحت، درجہ حرارت پہلے بڑھتا ہے اور پھر ایک خاص حد میں مستحکم ہوتا ہے۔
اس کے بعد، اوپر بیان کردہ پالیسیوں اور ہر درجے پر خالی جگہ کو مدنظر رکھا جاتا ہے۔ وضاحت کے لیے، میں دستاویزات سے ایک تصویر فراہم کروں گا۔ یہاں سرخ، پیلے اور نیلے رنگ بالترتیب اعلی، درمیانے اور کم درجہ حرارت والے بلاکس کی نشاندہی کرتے ہیں۔
لیکن آئیے کاموں کی طرف واپس آتے ہیں۔ لہذا، ہم تجزیہ کرنا شروع کر سکتے ہیں کہ FAST VP مسائل کو حل کرنے کے لیے کیا کیا جا رہا ہے۔
A. مختلف قسم کی ڈسکوں، سطحوں پر ڈیٹا کی تقسیم
دراصل، یہ فاسٹ وی پی کا بنیادی کام ہے۔ باقی ایک لحاظ سے اس کے مشتق ہیں۔ منتخب کردہ پالیسی پر منحصر ہے، ڈیٹا کو مختلف اسٹوریج لیولز پر تقسیم کیا جائے گا۔ سب سے پہلے، پلیسمنٹ کی پالیسی کو مدنظر رکھا جاتا ہے، پھر بلاک درجہ حرارت اور RAID گروپس کے سائز/رفتار کو۔
سب سے زیادہ / سب سے کم دستیاب درجے کی پالیسیوں کے لیے سب کچھ بہت آسان ہے۔ باقی دو کے لیے یہی معاملہ ہے۔ RAID گروپس کے سائز اور کارکردگی کو مدنظر رکھتے ہوئے ڈیٹا کو مختلف سطحوں پر تقسیم کیا جاتا ہے: تاکہ بلاکس کے کل "درجہ حرارت" اور ہر RAID گروپ کی "مشروط زیادہ سے زیادہ کارکردگی" کا تناسب تقریباً ایک جیسا ہو۔ اس طرح، بوجھ کم و بیش یکساں طور پر تقسیم کیا جاتا ہے۔ زیادہ ان ڈیمانڈ ڈیٹا کو تیز میڈیا میں منتقل کیا جاتا ہے، اور شاذ و نادر ہی استعمال ہونے والے ڈیٹا کو سست میڈیا میں منتقل کیا جاتا ہے۔ مثالی طور پر، تقسیم کچھ اس طرح نظر آنی چاہئے:
B. اسی قسم کی ڈسکوں کے درمیان ڈیٹا کی تقسیم
یاد رکھیں، شروع میں میں نے اس سٹوریج میڈیا سے لکھا تھا۔ ایک یا اس سے زیادہ سطحوں کو ایک تالاب میں ملایا جاتا ہے؟ ایک سطح کے معاملے میں، FAST VP کو بھی کام کرنا ہوتا ہے۔ کسی بھی سطح پر زیادہ سے زیادہ کارکردگی حاصل کرنے کے لیے، ڈسکوں کے درمیان ڈیٹا کو یکساں طور پر تقسیم کرنے کا مشورہ دیا جاتا ہے۔ یہ (نظریہ میں) آپ کو زیادہ سے زیادہ IOPS حاصل کرنے کی اجازت دے گا۔ RAID گروپ کے اندر موجود ڈیٹا کو ڈسکوں میں یکساں طور پر تقسیم کیا جا سکتا ہے، لیکن یہ ہمیشہ RAID گروپوں کے درمیان نہیں ہوتا ہے۔ عدم توازن کی صورت میں، FAST VP RAID گروپوں کے درمیان ڈیٹا کو ان کے حجم اور "مشروط کارکردگی" (عددی لحاظ سے) کے تناسب سے منتقل کرے گا۔ وضاحت کے لیے، میں تین RAID گروپوں کے درمیان ایک ری بیلنسنگ اسکیم دکھاؤں گا:
B. پول کی توسیع کرتے وقت ڈیٹا کی تقسیم
یہ کام پچھلے کام کا ایک خاص معاملہ ہے اور اس وقت انجام دیا جاتا ہے جب پول میں RAID گروپ شامل کیا جاتا ہے۔ اس بات کو یقینی بنانے کے لیے کہ نیا شامل کردہ RAID گروپ بیکار نہ رہے، کچھ ڈیٹا اس میں منتقل کر دیا جائے گا، جس کا مطلب ہے کہ لوڈ تمام RAID گروپوں میں دوبارہ تقسیم ہو جائے گا۔
SSD پہن لیولنگ
پہن لیولنگ کا استعمال کرتے ہوئے، FAST VP SSD کی زندگی کو بڑھا سکتا ہے، حالانکہ یہ خصوصیت براہ راست سٹوریج ٹائرنگ سے متعلق نہیں ہے۔ چونکہ درجہ حرارت کا ڈیٹا پہلے ہی دستیاب ہے، اس لیے تحریری کارروائیوں کی تعداد کو بھی مدنظر رکھا جاتا ہے، اور ہم جانتے ہیں کہ ڈیٹا بلاکس کو کیسے منتقل کرنا ہے، اس لیے FAST VP کے لیے اس مسئلے کو حل کرنا منطقی ہوگا۔
اگر ایک RAID گروپ میں اندراجات کی تعداد نمایاں طور پر دوسرے میں اندراجات کی تعداد سے زیادہ ہے، تو FAST VP ڈیٹا کو تحریری کارروائیوں کی تعداد کے مطابق دوبارہ تقسیم کرے گا۔ ایک طرف، یہ بوجھ کو کم کرتا ہے اور کچھ ڈسکوں کے وسائل کو بچاتا ہے، دوسری طرف، یہ کم لوڈ والوں کے لیے "کام" کا اضافہ کرتا ہے، جس سے مجموعی کارکردگی میں اضافہ ہوتا ہے۔
اس طرح، FAST VP سٹوریج ٹائرنگ کے روایتی چیلنجوں کا مقابلہ کرتا ہے اور اس سے کچھ زیادہ کرتا ہے۔ یہ سب آپ کو یونٹی سٹوریج سسٹم میں ڈیٹا کو کافی مؤثر طریقے سے ذخیرہ کرنے کی اجازت دیتا ہے۔
کچھ تجاویز
- دستاویزات کو پڑھنے میں غفلت نہ کریں۔ بہترین طریقے ہیں، اور وہ کافی اچھی طرح سے کام کرتے ہیں۔ اگر آپ ان کی پیروی کرتے ہیں، تو، ایک اصول کے طور پر، کوئی سنگین مسائل پیدا نہیں ہوتے ہیں. باقی مشورے بنیادی طور پر دہراتے ہیں یا ان کی تکمیل کرتے ہیں۔
- اگر آپ نے FAST VP کو کنفیگر اور فعال کیا ہے، تو بہتر ہے کہ اسے فعال ہی چھوڑ دیں۔ اسے اپنے مقررہ وقت میں اور سال میں ایک بار سے تھوڑا تھوڑا کرکے ڈیٹا تقسیم کرنے دیں اور دوسرے کاموں کی کارکردگی پر سنگین اثر ڈالیں۔ ایسے معاملات میں، ڈیٹا کی دوبارہ تقسیم میں کافی وقت لگ سکتا ہے۔
- ریلوکیشن ونڈو کا انتخاب کرتے وقت محتاط رہیں۔ اگرچہ یہ واضح ہے، یونیٹی پر کم سے کم بوجھ کے ساتھ وقت کا انتخاب کرنے کی کوشش کریں اور کافی وقت مختص کریں۔
- اپنے اسٹوریج سسٹم کو بڑھانے کا منصوبہ بنائیں، اسے وقت پر کریں۔ یہ ایک عمومی تجویز ہے جو FAST VP کے لیے بھی اہم ہے۔ اگر خالی جگہ کی مقدار بہت کم ہے، تو ڈیٹا کی نقل و حرکت سست ہو جائے گی یا ناممکن ہو جائے گی۔ خاص طور پر اگر آپ نے نقطہ 2 کو نظرانداز کیا ہے۔
- FAST VP کے ساتھ پول کو بڑھاتے وقت، آپ کو سست ترین ڈسک سے شروع نہیں کرنا چاہیے۔ یعنی، ہم یا تو تمام منصوبہ بند RAID گروپس کو ایک ساتھ شامل کرتے ہیں، یا پہلے تیز ترین ڈسکیں شامل کرتے ہیں۔ اس صورت میں، ڈیٹا کو نئی "تیز" ڈسکوں میں دوبارہ تقسیم کرنے سے پول کی مجموعی رفتار بڑھ جائے گی۔ بصورت دیگر، "سست" ڈسک کے ساتھ شروع کرنا ایک بہت ہی ناخوشگوار صورتحال کا باعث بن سکتا ہے۔ سب سے پہلے، ڈیٹا کو نئی، نسبتاً سست ڈسکوں میں منتقل کیا جائے گا، اور پھر، جب تیز تر شامل کیے جائیں گے، مخالف سمت میں۔ یہاں مختلف FAST VP پالیسیوں سے متعلق باریکیاں ہیں، لیکن عام طور پر، ایسی ہی صورتحال ممکن ہے۔
اگر آپ اس پروڈکٹ کو دیکھ رہے ہیں، تو آپ Unity VSA ورچوئل ایپلائینس ڈاؤن لوڈ کرکے Unity کو مفت میں آزما سکتے ہیں۔
مواد کے آخر میں، میں کئی مفید لنکس کا اشتراک کرتا ہوں:
- صفحہ
- - فنکشن کی مختصر تفصیل
- ، پی ڈی ایف فارمیٹ
حاصل يہ ہوا
میں بہت کچھ لکھنا چاہوں گا، لیکن میں سمجھتا ہوں کہ تمام تفصیلات پڑھنے والوں کے لیے دلچسپ نہیں ہوں گی۔ مثال کے طور پر، آپ اس معیار کے بارے میں مزید تفصیل سے بات کر سکتے ہیں جن کے ذریعے FAST VP ڈیٹا کی منتقلی کے بارے میں فیصلے کرتا ہے، I/O کے اعداد و شمار کے تجزیہ کے عمل کے بارے میں۔ اس کے علاوہ، کے ساتھ بات چیت کا موضوع ، اور یہ ایک الگ مضمون کا مستحق ہے۔ آپ اس ٹیکنالوجی کی ترقی کے بارے میں تصور بھی کر سکتے ہیں۔ مجھے امید ہے کہ یہ بورنگ نہیں تھا اور میں نے آپ کو بور نہیں کیا تھا۔ پھر ملیں گے!
ماخذ: www.habr.com