اڄ اسان vSphere ۾ ڊسڪ سب سسٽم جي ميٽرڪس جو تجزيو ڪنداسين. هڪ اسٽوريج مسئلو هڪ سست مجازي مشين لاء سڀ کان عام سبب آهي. جيڪڏهن، سي پي يو ۽ رام جي صورت ۾، مسئلا حل ڪرڻ هائپرائزر سطح تي ختم ٿئي ٿي، پوء جيڪڏهن ڊسڪ سان مسئلا آهن، توهان کي شايد ڊيٽا نيٽ ورڪ ۽ اسٽوريج سسٽم سان معاملو ڪرڻو پوندو.
مان موضوع تي بحث ڪندس مثال استعمال ڪندي بلاڪ رسائي اسٽوريج سسٽم تائين، جيتوڻيڪ فائل جي رسائي لاءِ ڪائونٽر لڳ ڀڳ ساڳيا آهن.
نظريي جو ھڪڙو
جڏهن مجازي مشين جي ڊسڪ سب سسٽم جي ڪارڪردگي بابت ڳالهائيندي، ماڻهو عام طور تي ٽن باضابطه پيٽرولن تي ڌيان ڏيندا آهن:
- ان پٽ/آئوٽ پٽ آپريشنز جو تعداد (ان پٽ/آئوٽ پٽ آپريشن في سيڪنڊ، IOPS)؛
- throughput
- ان پٽ/آئوٽ پٽ آپريشن جي دير (Latency).
IOPS جو تعداد عام طور تي بي ترتيب ڪم لوڊ لاء اهم: مختلف هنڌن تي واقع ڊسڪ بلاڪ تائين رسائي. اهڙي لوڊ جو هڪ مثال ڊيٽابيس، ڪاروباري ايپليڪيشنون (ERP، CRM) وغيره ٿي سگهي ٿو.
ذريعي ترتيب وار لوڊ ڪرڻ لاء اهم: بلاڪ تائين رسائي هڪ ٻئي پٺيان واقع آهي. مثال طور، فائل سرور (پر هميشه نه) ۽ وڊيو نگراني سسٽم اهڙي لوڊ ٺاهي سگھن ٿا.
جي ذريعي ھيٺ ڏنل I/O عملن جي تعداد سان لاڳاپيل آهي:
Throughput = IOPS * بلاڪ سائيز، جتي بلاڪ سائيز بلاڪ سائيز آهي.
بلاڪ سائيز هڪ انتهائي اهم خصوصيت آهي. ESXi جا جديد نسخا 32 KB سائيز تائين بلاڪ جي اجازت ڏين ٿا. جيڪڏهن بلاڪ تمام وڏو آهي، اهو ڪيترن ئي حصن ۾ ورهايل آهي. نه سڀئي اسٽوريج سسٽم موثر طريقي سان اهڙن وڏن بلاڪن سان ڪم ڪري سگهن ٿا، تنهن ڪري ESXi Advanced Settings ۾ DiskMaxIOSize پيٽرولر موجود آهي. ان کي استعمال ڪندي، توھان گھٽ ڪري سگھو ٿا وڌ ۾ وڌ بلاڪ سائيز کي ڇڏي ڏنو ويو هائپرائزر (وڌيڪ تفصيل ). هن پيٽرولر کي تبديل ڪرڻ کان اڳ، مان سفارش ڪريان ٿو ته توهان اسٽوريج سسٽم ٺاهيندڙ سان صلاح ڪريو يا گهٽ ۾ گهٽ هڪ ليبارٽري بينچ تي تبديلين جي جانچ ڪريو.
هڪ وڏي بلاڪ سائيز کي اسٽوريج ڪارڪردگي تي نقصانڪار اثر پئجي سگھي ٿو. جيتوڻيڪ IOPS ۽ throughput جو تعداد نسبتا ننڍڙو آهي، وڏي دير سان وڏي بلاڪ سائيز سان مشاهدو ڪري سگهجي ٿو. تنهن ڪري، هن پيراگراف کي ڌيان ڏيڻ.
لاطيني - سڀ کان وڌيڪ دلچسپ ڪارڪردگي پيٽرولر. هڪ ورچوئل مشين لاءِ I/O ويڪرائي تي مشتمل آهي:
- هائپرائزر جي اندر دير (KAVG، اوسط ڪنييل مليسيڪ / پڙهو)؛
- ڊيٽا نيٽ ورڪ ۽ اسٽوريج سسٽم پاران مهيا ڪيل دير (DAVG، اوسط ڊرائيور MilliSec/Command).
مجموعي ويڪرائي جيڪا ڏسڻ ۾ اچي ٿي مهمان OS (GAVG، سراسري مهمان مليسيڪ/ڪمانڊ) KAVG ۽ DAVG جو مجموعو آهي.
GAVG ۽ DAVG ماپيل آهن ۽ KAVG حساب ڪيو ويو آهي: GAVG-DAVG.
اچو ته هڪ ويجهي نظر وٺو ڪي وي جي. عام آپريشن دوران، KAVG کي صفر ٿيڻ گھرجي يا گھٽ ۾ گھٽ DAVG کان گھڻو گھٽ ھجڻ گھرجي. صرف هڪ ڪيس مون کي خبر آهي جتي KAVG متوقع طور تي اعلي آهي VM ڊسڪ تي IOPS جي حد. انهي حالت ۾، جڏهن توهان حد کان وڌڻ جي ڪوشش ڪندا، KAVG وڌندو.
KAVG جو سڀ کان اهم حصو QAVG آهي - هائپرائزر اندر پروسيسنگ قطار جو وقت. KAVG جا باقي حصا ناگزير آهن.
ڊسڪ اڊاپٽر ڊرائيور ۾ قطار ۽ چنڊ ڏانهن قطار هڪ مقرر ڪيل سائيز آهي. انتهائي لوڊ ٿيل ماحول لاء، اهو ٿي سگهي ٿو هن سائيز کي وڌائڻ لاء ڪارائتو. بيان ڪري ٿو ته ڪيئن اڊاپٽر ڊرائيور ۾ قطار کي وڌايو (ساڳئي وقت چنڊ ڏانهن قطار وڌندي). هي سيٽنگ ڪم ڪري ٿي جڏهن صرف هڪ VM چنڊ سان ڪم ڪري رهيو آهي، جيڪو نادر آهي. جيڪڏهن چنڊ تي ڪيترائي VM آهن، توهان کي پڻ پيٽرولر وڌائڻ گهرجي Disk.SchedNumReqOutstanding (هدايتون ). قطار وڌائڻ سان، توهان ترتيب سان QAVG ۽ KAVG گھٽايو.
پر ٻيهر، پهرين HBA وينڊر کان دستاويز پڙهو ۽ ليب بينچ تي تبديلين کي جانچيو.
چنڊ ڏانهن قطار جي ماپ SIOC (اسٽوريج I/O ڪنٽرول) ميڪانيزم جي شموليت سان متاثر ٿي سگهي ٿي. اهو ڪلستر ۾ سڀني سرورن کان چنڊ تائين يونيفارم رسائي فراهم ڪري ٿو متحرڪ طور تي سرورز تي چنڊ ڏانهن قطار کي تبديل ڪندي. اهو آهي، جيڪڏهن ميزبانن مان هڪ هڪ VM هلائي رهيو آهي جنهن کي ڪارڪردگي جي غير متناسب مقدار جي ضرورت آهي (شور پاڙيسري VM)، SIOC هن ميزبان (DQLEN) تي چنڊ تائين قطار جي ڊيگهه گھٽائي ٿي. وڌيڪ تفصيل .
اسان KAVG کي ترتيب ڏنو آهي، هاڻي ٿورڙي بابت ڊي وي جي. هتي سڀ ڪجھ سادو آهي: DAVG خارجي ماحول (ڊيٽا نيٽ ورڪ ۽ اسٽوريج سسٽم) پاران متعارف ٿيل دير آهي. هر جديد ۽ نه ئي جديد اسٽوريج سسٽم کي پنهنجي ڪارڪردگي شمار ڪندڙ آهن. DAVGs سان مسئلن جو تجزيو ڪرڻ لاءِ، انھن کي ڏسڻ لاءِ سمجھ ۾ اچي ٿو. جيڪڏهن ESXi ۽ اسٽوريج پاسي تي سڀ ڪجهه ٺيڪ آهي، ڊيٽا نيٽ ورڪ چيڪ ڪريو.
ڪارڪردگي جي مسئلن کان بچڻ لاء، توهان جي اسٽوريج سسٽم لاء صحيح رستو چونڊ پاليسي (PSP) چونڊيو. لڳ ڀڳ سڀ جديد اسٽوريج سسٽم PSP Round-Robin (ALUA سان يا ان کان سواء، Asymmetric Logical Unit Access) جي حمايت ڪن ٿا. هي پاليسي توهان کي اجازت ڏئي ٿي ته توهان سڀني دستياب رستا استعمال ڪرڻ جي اسٽوريج سسٽم ڏانهن. ALUA جي صورت ۾، صرف ڪنٽرولر ڏانهن رستا استعمال ڪيا ويندا آهن جيڪي چنڊ جي مالڪ آهن. ESXi تي سڀئي اسٽوريج سسٽم نه آهن ڊفالٽ ضابطا جيڪي مقرر ڪن ٿا گول-رابن پاليسي. جيڪڏهن توهان جي اسٽوريج سسٽم لاءِ ڪو قاعدو نه آهي، اسٽوريج سسٽم ٺاهيندڙ کان هڪ پلگ ان استعمال ڪريو، جيڪو ڪلستر ۾ سڀني ميزبانن تي هڪ لاڳاپيل قاعدو ٺاهيندو، يا پنهنجو پاڻ هڪ قاعدو ٺاهيندو. تفصيل .
انهي سان گڏ، ڪجهه اسٽوريج سسٽم ٺاهيندڙن کي 1000 کان 1 جي معياري قيمت کان هر رستي جي IOPS جي تعداد کي تبديل ڪرڻ جي صلاح ڏني وئي آهي. اسان جي عمل ۾، اهو اهو ممڪن ڪيو ته "نچوڻ" اسٽوريج سسٽم کان وڌيڪ ڪارڪردگي ۽ ناڪام ٿيڻ لاء گهربل وقت کي گھٽائڻ. ڪنٽرولر جي ناڪامي يا تازه ڪاري جي صورت ۾. وينڊر جي سفارشن کي چيڪ ڪريو، ۽ جيڪڏھن ڪو به تضاد نه آھي، ھن پيٽرولر کي تبديل ڪرڻ جي ڪوشش ڪريو. تفصيل .
بنيادي ورچوئل مشين ڊسڪ سب سسٽم ڪارڪردگي ڳڻپيندڙ
vCenter ۾ ڊسڪ سب سسٽم ڪارڪردگي ڳڻپيندڙ گڏ ڪيا ويا آهن ڊيٽا اسٽور، ڊسڪ، ورچوئل ڊسڪ سيڪشن ۾:
سيڪشن ڊيٽا اسٽور vSphere ڊسڪ اسٽوريج (ڊيٽا اسٽورز) لاءِ ميٽرڪس آهن جن تي VM ڊسڪ واقع آهن. هتي توهان لاء معياري ڳڻپيندڙ ڳوليندا:
- IOPS (اوسط پڙهڻ/لکڻ جون درخواستون في سيڪنڊ)،
- throughput (پڙهڻ / لکڻ جي شرح)،
- دير (پڙهڻ/لکڻ/سڀ کان وڌيڪ ويڪرائي).
اصول ۾، سڀڪنھن شيء کي counters جي نالن کان پڌرو آهي. اچو ته توهان جو ڌيان هڪ ڀيرو ٻيهر انهي حقيقت ڏانهن ڇڪائيان ته هتي جا انگ اکر ڪنهن مخصوص VM (يا VM ڊسڪ) لاءِ نه آهن، پر پوري ڊيٽا اسٽور لاءِ عام انگ اکر. منهنجي خيال ۾، ESXTOP ۾ انهن انگن اکرن کي ڏسڻ لاء وڌيڪ آسان آهي، گهٽ ۾ گهٽ حقيقت جي بنياد تي ته گهٽ ۾ گهٽ ماپ جي مدت 2 سيڪنڊ آهي.
سيڪشن ڊسڪ بلاڪ ڊوائيسز تي ميٽرڪ آهن جيڪي VM پاران استعمال ڪيا ويا آهن. IOPS لاءِ ڳڻپيوڪر آهن سميشن جي قسم (ماپ جي مدت دوران ان پٽ/آئوٽ پٽ آپريشن جو تعداد) ۽ بلاڪ رسائي سان لاڳاپيل ڪيترائي ڳڻپيندڙ (ڪمانڊ ختم ڪيا ويا، بس ري سيٽ). منهنجي خيال ۾، ESXTOP ۾ هن معلومات کي ڏسڻ لاء پڻ وڌيڪ آسان آهي.
حصو ورچوئل ڊسڪ - VM ڊسڪ سب سسٽم جي ڪارڪردگي مسئلن کي ڳولڻ جي نقطي نظر کان سڀ کان وڌيڪ مفيد. هتي توهان هر مجازي ڊسڪ جي ڪارڪردگي ڏسي سگهو ٿا. اها اها معلومات آهي جيڪا سمجهڻ جي ضرورت آهي ته ڇا هڪ خاص ورچوئل مشين ۾ ڪو مسئلو آهي. I/O عملن جي تعداد لاءِ معياري ڳڻپيندڙن کان علاوه، حجم پڙهڻ/لکڻ ۽ دير ڪرڻ لاءِ، هن حصي ۾ مفيد ڪائونٽر شامل آهن جيڪي بلاڪ سائيز کي ڏيکارين ٿا: درخواست جي سائيز پڙهو/لکيو.
هيٺ ڏنل تصوير ۾ VM ڊسڪ ڪارڪردگي جو گراف آهي، جتي توهان IOPS جو تعداد، ويڪرائي ۽ بلاڪ سائيز ڏسي سگهو ٿا.
توھان پڻ ڏسي سگھوٿا ڪارڪردگي ميٽرڪ پوري ڊيٽا اسٽور لاءِ جيڪڏھن SIOC فعال آھي. ھتي آھي بنيادي معلومات اوسط Latency ۽ IOPS تي. ڊفالٽ طور، هي معلومات صرف حقيقي وقت ۾ ڏسي سگهجي ٿو.
ESXTOP
ESXTOP وٽ ڪيتريون ئي اسڪرينون آھن جيڪي معلومات مهيا ڪن ٿيون ھوسٽ ڊسڪ سبسسٽم تي مجموعي طور تي، انفرادي ورچوئل مشينون ۽ انھن جي ڊسڪ.
اچو ته ورچوئل مشينن تي معلومات سان شروع ڪريون. "ڊسڪ VM" اسڪرين کي "v" ڪيچ سان سڏيو ويندو آهي:
NVDISK VM ڊسڪ جو تعداد آهي. هر ڊسڪ لاءِ معلومات ڏسڻ لاءِ، ”اي“ کي دٻايو ۽ دلچسپي جي VM جي GID داخل ڪريو.
هن اسڪرين تي باقي پيٽرولر جي معني انهن جي نالن مان واضح آهي.
هڪ ٻيو مفيد اسڪرين جڏهن مسئلو حل ڪرڻ آهي ڊسڪ اڊاپٽر. "d" جي ذريعي سڏيو ويندو آهي (فيلز A, B, C, D, E, G هيٺ ڏنل تصوير ۾ منتخب ٿيل آهن):
NPTH - چنڊن ڏانھن رستن جو تعداد جيڪي ھن اڊاپٽر مان نظر اچن ٿا. اڊاپٽر تي هر رستي جي معلومات حاصل ڪرڻ لاء، "اي" کي دٻايو ۽ اڊاپٽر جو نالو داخل ڪريو:
AQLEN - اڊاپٽر تي وڌ ۾ وڌ قطار جي ماپ.
هن اسڪرين تي پڻ دير جي ڳڻپ وارا آهن جن بابت مون مٿي ڳالهايو آهي: KAVG/cmd، GAVG/cmd، DAVG/cmd، QAVG/cmd.
ڊسڪ ڊيوائس اسڪرين، جنهن کي سڏيو ويندو آهي "u" کي دٻائڻ سان، انفرادي بلاڪ ڊوائيسز تي معلومات مهيا ڪري ٿي - چنڊ (فيلڊز A, B, F, G, I هيٺ ڏنل تصوير ۾ چونڊيو ويو آهي). هتي توهان چنڊ جي قطار جي حالت ڏسي سگهو ٿا.
DQLEN - بلاڪ ڊيوائس لاءِ قطار جي ماپ.
اي ٽي وي - ESXi ڪرنل ۾ I/O حڪمن جو تعداد.
QUED - قطار ۾ I/O حڪمن جو تعداد.
% USD - ACTV / DQLEN × 100٪.
LOAD - (ACTV + QUED) / DQLEN.
جيڪڏهن %USD وڌيڪ آهي، توهان کي قطار وڌائڻ تي غور ڪرڻ گهرجي. قطار ۾ وڌيڪ حڪم، اعلي QAVG ۽، مطابق، KAVG.
توهان ڊسڪ ڊيوائس اسڪرين تي پڻ ڏسي سگهو ٿا ته ڇا VAAI (vStorage API for Array Integration) اسٽوريج سسٽم تي هلندڙ آهي. هن کي ڪرڻ لاءِ، منتخب ڪريو فيلڊس A ۽ O.
VAAI ميڪانيزم توهان کي ڪم جو حصو منتقل ڪرڻ جي اجازت ڏئي ٿو هائپرائزر کان سڌو اسٽوريج سسٽم ڏانهن، مثال طور، صفر ڪرڻ، نقل ڪرڻ بلاڪ يا بلاڪ ڪرڻ.
جيئن ته توهان مٿي ڏنل تصوير ۾ ڏسي سگهو ٿا، VAAI هن اسٽوريج سسٽم تي ڪم ڪري ٿو: زيرو ۽ اي ٽي ايس پرائمري فعال طور تي استعمال ٿيل آهن.
ESXi تي ڊسڪ سب سسٽم سان ڪم کي بهتر ڪرڻ لاءِ صلاحون
- بلاڪ جي سائيز تي ڌيان ڏيو.
- HBA تي بهترين قطار جي سائيز مقرر ڪريو.
- ڊيٽا اسٽورن تي SIOC کي فعال ڪرڻ نه وساريو.
- اسٽوريج سسٽم ٺاهيندڙ جي سفارشن جي مطابق هڪ پي ايس پي چونڊيو.
- پڪ ڪريو ته VAAI ڪم ڪري رهيو آهي.
موضوع تي مفيد مضمون:
جو ذريعو: www.habr.com