هن آرٽيڪل ۾، آئون سڀ کان وڌيڪ مشهور ورچوئلائيزيشن پليٽ فارمن مان ڪم ڪندڙ آل فليش AccelStor صفن جي خاصيتن بابت ڳالهائڻ چاهيندس - VMware vSphere. خاص طور تي، انهن پيرا ميٽرن تي ڌيان ڏيو جيڪي توهان جي مدد ڪندا تمام گهڻي اثر حاصل ڪرڻ لاءِ اهڙي طاقتور اوزار استعمال ڪرڻ کان جيئن All Flash.
AccelStor NeoSapphire™ سڀ Flash arrays آھن يا نوڊ ڊوائيسز SSD ڊرائيو تي ٻڌل بنيادي طور تي مختلف طريقي سان ڊيٽا اسٽوريج جي تصور کي لاڳو ڪرڻ ۽ ان تائين رسائي کي منظم ڪرڻ لاء ملڪيت ٽيڪنالاجي استعمال ڪندي تمام مشهور RAID الگورتھم جي بدران. arrays فائبر چينل يا iSCSI انٽرفيس ذريعي ميزبانن کي بلاڪ رسائي فراهم ڪن ٿا. منصفاڻي ٿيڻ لاءِ، اسان ياد رکون ٿا ته ماڊل هڪ ISCSI انٽرفيس سان گڏ هڪ سٺي بونس طور فائل جي رسائي پڻ آهن. پر هن آرٽيڪل ۾ اسين بلاڪ پروٽوڪول جي استعمال تي ڌيان ڏينداسين جيئن سڀ کان وڌيڪ پيداوار آل فليش لاءِ.
لڳائڻ جو سڄو عمل ۽ پوءِ ترتيب ڏيڻ جو گڏيل آپريشن AccelStor صف ۽ VMware vSphere ورچوئلائيزيشن سسٽم کي ڪيترن ئي مرحلن ۾ ورهائي سگھجي ٿو:
- ڪنيڪشن ٽوپولوجي تي عمل درآمد ۽ SAN نيٽ ورڪ جي ٺاھ جوڙ؛
- سڀني فليش صفن کي ترتيب ڏيڻ؛
- ESXi ميزبانن کي ترتيب ڏيڻ؛
- مجازي مشينن کي ترتيب ڏيڻ.
AccelStor NeoSapphire™ فائبر چينل صفون ۽ iSCSI arrays نموني هارڊويئر طور استعمال ڪيا ويا. بنيادي سافٽ ويئر VMware vSphere 6.7U1 آهي.
هن آرٽيڪل ۾ بيان ڪيل سسٽم کي ترتيب ڏيڻ کان پهريان، اهو انتهائي صلاح ڏني وئي آهي ته توهان ڪارڪردگي جي مسئلن جي حوالي سان VMware کان دستاويز پڙهو ( ) ۽ iSCSI سيٽنگون ()
ڪنيڪشن ٽوپولوجي ۽ SAN نيٽ ورڪ ترتيب
SAN نيٽ ورڪ جا مکيه حصا ESXi ميزبانن ۾ HBAs، SAN سوئچز ۽ صف نوڊس آهن. اهڙي نيٽ ورڪ لاءِ هڪ عام ٽوپولوجي هن طرح نظر ايندي:
اصطلاح سوئچ هتي هڪ الڳ فزيڪل سوئچ يا سوئچ جي سيٽ (فيبرڪ)، ۽ مختلف خدمتن جي وچ ۾ هڪ ڊوائيس (VSAN فائبر چينل جي صورت ۾ ۽ VLAN جي صورت ۾ iSCSI جي صورت ۾) ڏانهن اشارو ڪري ٿو. استعمال ڪندي ٻه آزاد سوئچز / ڪپڙو ناڪامي جي ممڪن نقطي کي ختم ڪري ڇڏيندو.
ميزبانن جو سڌو ڪنيڪشن صف سان، جيتوڻيڪ سپورٽ ٿيل آهي، انتهائي سفارش نه ڪئي وئي آهي. آل فليش صفن جي ڪارڪردگي تمام گهڻي آهي. ۽ وڌ ۾ وڌ رفتار لاء، صف جي سڀني بندرگاهن کي استعمال ڪيو وڃي. تنهن ڪري، ميزبان ۽ NeoSapphire™ جي وچ ۾ گهٽ ۾ گهٽ هڪ سوئچ جي موجودگي لازمي آهي.
ميزبان HBA تي ٻن بندرگاهن جي موجودگي پڻ هڪ لازمي گهربل آهي وڌ کان وڌ ڪارڪردگي حاصل ڪرڻ ۽ غلطي رواداري کي يقيني بڻائڻ لاءِ.
جڏهن فائبر چينل انٽرفيس استعمال ڪندي، شروع ڪندڙ ۽ هدفن جي وچ ۾ ممڪن ٽڪرن کي ختم ڪرڻ لاءِ زوننگ کي ترتيب ڏيڻ لازمي آهي. زونون "هڪ شروعاتي بندرگاهن - هڪ يا وڌيڪ صف بندرگاهن" جي اصول تي ٺهيل آهن.
جيڪڏهن توهان iSCSI ذريعي ڪنيڪشن استعمال ڪريو ٿا استعمال ڪرڻ جي صورت ۾ سوئچ استعمال ڪرڻ جي صورت ۾ ٻين خدمتن سان شيئر ڪيو ويو، پوءِ ضروري آهي ته iSCSI ٽريفڪ کي الڳ VLAN اندر ڌار ڪيو وڃي. اهو پڻ انتهائي صلاح ڏني وئي آهي ته جمبو فريمز (MTU = 9000) جي سپورٽ کي فعال ڪرڻ لاءِ نيٽ ورڪ تي پيڪيٽس جي سائيز کي وڌائڻ ۽ ان سان ٽرانسميشن دوران اوور هيڊ معلومات جي مقدار کي گھٽائي. بهرحال، اهو ياد رکڻ جي قابل آهي ته صحيح آپريشن لاء "شروع ڪندڙ-سوئچ-ٽارگٽ" زنجير سان گڏ سڀني نيٽ ورڪ حصن تي MTU پيٽرولر کي تبديل ڪرڻ ضروري آهي.
سڀني فليش صفن کي ترتيب ڏيڻ
صف اڳ ۾ ئي ٺهيل گروپن سان گراهڪن تائين پهچايو ويو آهي . تنهن ڪري، ڊرائيوز کي هڪ واحد ڍانچي ۾ گڏ ڪرڻ لاء ڪو به عمل نه ڪيو وڃي. توهان کي صرف گهربل سائيز ۽ مقدار جي مقدار ٺاهڻ جي ضرورت آهي.
سهولت لاء، هڪ ئي وقت ۾ ڏنل سائيز جي ڪيترن ئي حجمن جي بيچ ٺاهڻ لاء ڪارڪردگي آهي. ڊفالٽ طور، پتلي حجم ٺاهيا ويندا آهن، جيئن ته هي دستياب اسٽوريج جي وڌيڪ موثر استعمال جي اجازت ڏئي ٿو (جنهن ۾ خلائي بحالي جي حمايت شامل آهي). ڪارڪردگي جي لحاظ کان، "ٿلهي" ۽ "ٿلهي" حجم جي وچ ۾ فرق 1٪ کان وڌيڪ نه آهي. بهرحال، جيڪڏھن توھان چاھيو ٿا ”سڀ جو رس نچوڙي“ ھڪڙي صف مان، توھان ھميشه ڪنھن ”ٿلي“ حجم کي ”موٽي“ ۾ تبديل ڪري سگھو ٿا. پر اهو ياد رکڻ گهرجي ته اهڙي آپريشن ناقابل واپسي آهي.
اڳيون، اهو رهي ٿو "پبلش" ٺاهيل جلدن کي ۽ انهن تائين رسائي جي حقن کي سيٽ ڪرڻ لاءِ ميزبانن کان ACLs استعمال ڪندي (IP پتي لاءِ iSCSI ۽ WWPN لاءِ FC) ۽ صفن جي بندرگاهن ذريعي جسماني علحدگي. iSCSI ماڊلز لاءِ ھي ھدف ٺاھڻ سان ڪيو ويندو آھي.
FC ماڊلز لاءِ، پبلشنگ ٿئي ٿي LUN جي ٺاھڻ جي ذريعي صف جي هر بندرگاهه لاءِ.
سيٽ اپ جي عمل کي تيز ڪرڻ لاء، ميزبانن کي گروپن ۾ گڏ ڪري سگھجي ٿو. ان کان علاوه، جيڪڏهن ميزبان هڪ ملٽي پورٽ FC HBA استعمال ڪري ٿو (جيڪو عملي طور تي اڪثر ٿئي ٿو)، پوء سسٽم خودڪار طريقي سان طئي ڪري ٿو ته اهڙي HBA جا بندرگاهن هڪ واحد ميزبان سان تعلق رکن ٿا WWPNs جي مهرباني جيڪي هڪ کان مختلف آهن. ھدف / LUN جي بيچ ٺاھڻ پڻ سپورٽ ڪئي وئي آھي ٻنهي انٽرفيس لاءِ.
هڪ اهم نوٽ جڏهن iSCSI انٽرفيس استعمال ڪيو وڃي ته ڪارڪردگي کي وڌائڻ لاءِ حجمن لاءِ هڪ ئي وقت ۾ گھڻا ٽارگيٽ ٺاهيا وڃن، ڇو ته ٽارگيٽ تي قطار تبديل نه ٿي ڪري سگھجي ۽ مؤثر طريقي سان هڪ رڪاوٽ بڻجي ويندي.
ESXi ميزبانن کي ترتيب ڏيڻ
ESXi ميزبان پاسي تي، بنيادي تشڪيل مڪمل طور تي متوقع منظر جي مطابق ڪئي وئي آھي. iSCSI ڪنيڪشن جو طريقو:
- سافٽ ويئر شامل ڪريو iSCSI اڊاپٽر (ضرورت ناهي ته اهو اڳ ۾ ئي شامل ڪيو ويو آهي، يا جيڪڏهن توهان هارڊويئر iSCSI اڊاپٽر استعمال ڪري رهيا آهيو)؛
- هڪ vSwitch ٺاهڻ جنهن جي ذريعي iSCSI ٽرئفڪ گذري ويندي، ۽ ان ۾ هڪ جسماني اپ لنڪ ۽ VMkernal شامل ڪرڻ؛
- Dynamic Discovery ۾ صف جا پتا شامل ڪرڻ؛
- ڊيٽا اسٽور ٺاهڻ
ڪجهه اهم نوٽس:
- عام صورت ۾، يقينا، توهان هڪ موجوده vSwitch استعمال ڪري سگهو ٿا، پر هڪ الڳ vSwitch جي صورت ۾، ميزبان سيٽنگن کي منظم ڪرڻ تمام آسان ٿي ويندو.
- ڪارڪردگي جي مسئلن کان بچڻ لاءِ الڳ الڳ جسماني لنڪس ۽/يا VLANs تي انتظام ۽ iSCSI ٽرئفڪ کي الڳ ڪرڻ ضروري آهي.
- VMkernal جا IP پتي ۽ آل فليش ايري جي لاڳاپيل بندرگاهن کي ساڳئي سب نيٽ ۾ هجڻ گهرجي، ٻيهر ڪارڪردگي جي مسئلن جي ڪري.
- VMware ضابطن جي مطابق غلطي رواداري کي يقيني بڻائڻ لاء، vSwitch کي گهٽ ۾ گهٽ ٻه جسماني اپ لنڪس هجڻ گهرجن
- جيڪڏهن جمبو فريم استعمال ڪيا ويا آهن، توهان کي تبديل ڪرڻو پوندو MTU ٻنهي vSwitch ۽ VMkernal
- اهو توهان کي ياد ڏيارڻ لاءِ مفيد ٿيندو ته جسماني ايڊاپٽرز لاءِ VMware سفارشون جيڪي iSCSI ٽريفڪ سان ڪم ڪرڻ لاءِ استعمال ڪيون وينديون ، ٽيمنگ ۽ ناڪامي کي ترتيب ڏيڻ ضروري آهي. خاص طور تي، هر VMkernal کي صرف هڪ اپ لنڪ ذريعي ڪم ڪرڻ گهرجي، ٻئي اپ لنڪ کي غير استعمال ٿيل موڊ ۾ تبديل ڪيو وڃي. غلطي رواداري لاء، توهان کي ٻه VMkernals شامل ڪرڻ جي ضرورت آهي، جن مان هر هڪ پنهنجي پنهنجي اپ لنڪ ذريعي ڪم ڪندو.
VMkernel اڊاپٽر (vmk#)
جسماني نيٽ ورڪ اڊاپٽر (vmnic#)
vmk1 (اسٽوريج01)
فعال اڊاپٽر
vmnic2
غير استعمال ٿيل اڊاپٽر
vmnic3
vmk2 (اسٽوريج02)
فعال اڊاپٽر
vmnic3
غير استعمال ٿيل اڊاپٽر
vmnic2
فائبر چينل ذريعي ڳنڍڻ لاءِ ابتدائي قدمن جي ضرورت ناهي. توهان فوري طور تي هڪ Datastore ٺاهي سگهو ٿا.
Datastore ٺاھڻ کان پوء، توھان کي پڪ ڪرڻ جي ضرورت آھي ته گول رابن پاليسي ھدف / LUN ڏانھن رستن لاء سڀ کان وڌيڪ ڪارڪردگي طور استعمال ڪيو ويو آھي.
ڊفالٽ طور، VMware سيٽنگون مهيا ڪن ٿيون هن پاليسي جي استعمال لاءِ اسڪيم مطابق: 1000 درخواستون پهرين رستي ذريعي، ايندڙ 1000 درخواستون ٻئي رستي ذريعي، وغيره. ميزبان ۽ ٻه-ڪنٽرولر صفن جي وچ ۾ اهڙي ڳالهه ٻولهه غير متوازن ٿي ويندي. تنهن ڪري، اسان سفارش ڪريون ٿا Round Robin Policy = 1 پيٽرولر ذريعي Esxcli/PowerCLI.
حراست ۾
Excli لاءِ:
- فهرست دستياب LUNs
esxcli اسٽوريج اين ايم پي ڊيوائس لسٽ
- نقل ڪريو ڊوائيس جو نالو
- گول رابن پاليسي تبديل ڪريو
esxcli اسٽوريج nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”
گهڻيون جديد ايپليڪيشنون ڊزائين ڪيون ويون آهن وڏي ڊيٽا پيڪن کي مٽائڻ لاءِ ته جيئن بينڊوڊٿ جي استعمال کي وڌ ۾ وڌ ۽ سي پي يو لوڊ کي گھٽايو وڃي. تنهن ڪري، ESXi ڊفالٽ مسئلن جي I/O درخواستن کي اسٽوريج ڊوائيس تائين 32767KB تائين. تنهن هوندي، ڪجهه منظرنامن لاء، ننڍن حصن کي مٽائڻ وڌيڪ پيداوار ٿيندو. AccelStor arrays لاء، اهي هيٺيان منظرنامو آهن:
- ورچوئل مشين استعمال ڪري ٿي UEFI بدران Legacy BIOS
- استعمال ڪري ٿو vSphere نقل
اهڙين حالتن لاء، اهو تجويز ڪيو ويو آهي ته Disk.DiskMaxIOSize پيٽرولر جي قيمت کي 4096 تائين تبديل ڪيو وڃي.
iSCSI ڪنيڪشن لاءِ، ڪنيڪشن جي استحڪام کي بهتر ڪرڻ لاءِ لاگ ان ٽائم آئوٽ پيٽرولر کي 30 (ڊفالٽ 5) ۾ تبديل ڪرڻ جي صلاح ڏني وئي آهي ۽ فارورڊ ٿيل پيڪٽس جي تصديق لاءِ DelayedAck دير کي غير فعال ڪيو وڃي. ٻئي آپشنز vSphere ڪلائنٽ ۾ آھن: ھوسٽ → ڪنفيگر → اسٽوريج → اسٽوريج اڊاپٽر → ايڊوانسڊ آپشنز فار iSCSI اڊاپٽر
بلڪه ذيلي نقطو ڊيٽا اسٽور لاءِ استعمال ٿيل حجمن جو تعداد آهي. اهو واضح آهي ته انتظام جي آسانيء لاء، اتي هڪ وڏي مقدار ٺاهڻ جي خواهش آهي سر جي پوري حجم لاء. بهرحال، ڪيترن ئي جلدن جي موجودگي ۽، مطابق، ڊيٽا اسٽور مجموعي ڪارڪردگي تي فائدي وارو اثر آهي (هيٺ ڏنل قطار بابت وڌيڪ). تنهن ڪري، اسان گهٽ ۾ گهٽ ٻه حجم ٺاهڻ جي صلاح ڏيو ٿا.
نسبتا تازو تائين، VMware هڪ ڊيٽا اسٽور تي مجازي مشينن جي تعداد کي محدود ڪرڻ جي صلاح ڏني، ٻيهر اعلي ممڪن ڪارڪردگي حاصل ڪرڻ لاء. بهرحال، هاڻي، خاص طور تي VDI جي پکيڙ سان، اهو مسئلو هاڻي ايترو شديد ناهي. پر اهو ڊگھي قاعدي کي منسوخ نٿو ڪري - ورچوئل مشينن کي ورهائڻ لاءِ جيڪي مختلف ڊيٽا اسٽورن تي سخت IO جي ضرورت هونديون آهن. هر حجم جي مجازي مشينن جي بهترين تعداد کي طئي ڪرڻ لاء، ان کان بهتر ٻيو ڪجهه ناهي ان جي زير تعمير جي اندر.
مجازي مشينن کي ترتيب ڏيڻ
ڪا خاص ضرورت ناهي جڏهن مجازي مشينن کي ترتيب ڏيو، يا بلڪه اهي بلڪل عام آهن:
- سڀ کان وڌيڪ ممڪن VM نسخو استعمال ڪندي (مطابقت)
- اهو وڌيڪ محتاط آهي ته ريم جي سائيز کي مقرر ڪرڻ لاء جڏهن مجازي مشين کي گھڻائي سان رکي، مثال طور، VDI ۾ (ڊفالٽ طور تي، شروعاتي طور تي، ريم سان مطابقت رکندڙ هڪ صفحي جي فائيل ٺاهي وئي آهي، جيڪا مفيد گنجائش استعمال ڪري ٿي ۽ ان تي اثر پوي ٿي. آخري ڪارڪردگي)
- IO جي لحاظ کان سڀ کان وڌيڪ پيداوار اڊاپٽر ورزن استعمال ڪريو: نيٽ ورڪ قسم VMXNET 3 ۽ SCSI قسم PVSCSI
- وڌ ۾ وڌ ڪارڪردگيءَ لاءِ Thick Provision Eager Zeroed ڊسڪ جو قسم استعمال ڪريو ۽ وڌ ۾ وڌ اسٽوريج اسپيس جي استعمال لاءِ پتلي پروويزننگ
- جيڪڏهن ممڪن هجي ته، ورچوئل ڊسڪ جي حد استعمال ڪندي غير I/O نازڪ مشينن جي آپريشن کي محدود ڪريو
- VMware اوزار انسٽال ڪرڻ جي پڪ ڪريو
قطار تي نوٽس
قطار (يا بقايا I/Os) ان پٽ/آئوٽ پٽ درخواستن (SCSI حڪمن) جو تعداد آهي جيڪي ڪنهن مخصوص ڊوائيس/ايپليڪيشن لاءِ ڪنهن به وقت پروسيسنگ جي انتظار ۾ آهن. قطار جي اوور فلو جي صورت ۾، QFULL غلطيون جاري ڪيون ويون آهن، جن جي نتيجي ۾ نتيجي ۾ دير جي پيٽرولر ۾ اضافو ٿيندو. جڏهن ڊسڪ (اسپينڊل) اسٽوريج سسٽم استعمال ڪندي، نظرياتي طور تي، قطار اعلي، اعلي ڪارڪردگي. تنهن هوندي، توهان کي ان کي غلط استعمال نه ڪرڻ گهرجي، ڇو ته اهو QFULL ۾ هلائڻ آسان آهي. آل فليش سسٽم جي صورت ۾، هڪ طرف، هر شيء ڪجهه سادو آهي: سڀ کان پوء، صف ۾ دير ٿي وئي آهي جيڪي آرڊر جي شدت هيٺ آهن ۽ تنهن ڪري، اڪثر ڪري، قطار جي سائيز کي الڳ ڪرڻ جي ضرورت ناهي. پر ٻئي طرف، ڪجهه استعمال جي منظرنامن ۾ (مخصوص ورچوئل مشينن لاءِ IO گهرجن ۾ مضبوط اسڪيو، وڌ کان وڌ ڪارڪردگي لاءِ ٽيسٽ وغيره) اهو ضروري آهي، جيڪڏهن قطارن جي پيٽرول کي تبديل نه ڪيو وڃي، ته پوءِ گهٽ ۾ گهٽ سمجهڻ لاءِ ڪهڙا اشارا آهن. حاصل ڪري سگهجي ٿو، ۽، بنيادي شيء ڪهڙي طريقن سان آهي.
AccelStor آل فليش صف تي پاڻ وٽ حجم يا I/O بندرگاهن جي حوالي سان ڪا به حد ناهي. جيڪڏهن ضروري هجي ته، هڪ واحد حجم صف جي سڀني وسيلن کي حاصل ڪري سگهي ٿو. قطار تي صرف حد iSCSI مقصدن لاءِ آهي. اهو ئي سبب آهي ته هر حجم لاءِ ڪيترائي (مثالي طور تي 8 ٽڪرن تائين) ٽارگيٽ ٺاهڻ جي ضرورت هن حد کي ختم ڪرڻ لاءِ مٿي ڄاڻايل هئي. اچو ته اهو پڻ ورجائي ته AccelStor صفون تمام پيداواري حل آهن. تنهن ڪري، توهان کي سسٽم جي سڀني انٽرفيس بندرگاهن کي استعمال ڪرڻ گهرجي وڌ ۾ وڌ رفتار حاصل ڪرڻ لاء.
ESXi ميزبان پاسي، صورتحال مڪمل طور تي مختلف آهي. ميزبان پاڻ سڀني شرڪت ڪندڙن لاءِ وسيلن تائين برابر رسائي جي مشق کي لاڳو ڪري ٿو. تنهن ڪري، مهمان OS ۽ HBA لاءِ الڳ IO قطارون آهن. مهمان OS ڏانهن قطارون قطارن کان ورچوئل SCSI اڊاپٽر ۽ ورچوئل ڊسڪ ڏانهن گڏيل آهن:
HBA ڏانهن قطار مخصوص قسم / وينڊر تي منحصر آهي:
مجازي مشين جي آخري ڪارڪردگي ميزبان اجزاء جي وچ ۾ گھٽ قطار جي کوٽائي جي حد تائين طئي ڪئي ويندي.
انهن قدرن جي مهرباني، اسان ڪارڪردگي جي اشارن جو اندازو لڳائي سگهون ٿا جيڪي اسان هڪ خاص ترتيب ۾ حاصل ڪري سگهون ٿا. مثال طور، اسان هڪ مجازي مشين جي نظرياتي ڪارڪردگي کي ڄاڻڻ چاهيون ٿا (بلاڪ بائنڊنگ کان سواء) 0.5ms جي دير سان. پوء ان جو IOPS = (1,000 / ويڪرائي) * شاندار I/Os (قطار جي کوٽائي جي حد)
مثال
مثال طور 1
- FC Emulex HBA اڊاپٽر
- هڪ VM في ڊيٽا اسٽور
- VMware Paravirtual SCSI اڊاپٽر
هتي قطار جي کوٽائي جي حد Emulex HBA پاران طئي ڪئي وئي آهي. تنهن ڪري IOPS = (1000/0.5) * 32 = 64K
مثال طور 2
- VMware iSCSI سافٽ ويئر اڊاپٽر
- هڪ VM في ڊيٽا اسٽور
- VMware Paravirtual SCSI اڊاپٽر
هتي قطار جي کوٽائي جي حد اڳ ۾ ئي Paravirtual SCSI اڊاپٽر پاران طئي ڪئي وئي آهي. تنهن ڪري IOPS = (1000/0.5) * 64 = 128K
سڀ Flash AccelStor arrays جا مٿيان ماڊل (مثال طور، ) 700K بلاڪ تي 4K IOPS لکڻ جي ڪارڪردگي پهچائڻ جي قابل آهن. اهڙي بلاڪ سائيز سان، اهو بلڪل واضح آهي ته هڪ واحد مجازي مشين اهڙي صف کي لوڊ ڪرڻ جي قابل ناهي. هن کي ڪرڻ لاء، توهان کي ضرورت پوندي 11 (مثال طور 1) يا 6 (مثال طور 2) مجازي مشين.
نتيجي طور، مجازي ڊيٽا سينٽر جي سڀني بيان ڪيل اجزاء جي صحيح ترتيب سان، توهان ڪارڪردگي جي لحاظ کان تمام شاندار نتيجا حاصل ڪري سگهو ٿا.
4K بي ترتيب، 70٪ پڙهو / 30٪ لکو
حقيقت ۾، حقيقي دنيا ان کان وڌيڪ پيچيده آهي جيڪا ان کي هڪ سادي فارمولي سان بيان ڪري سگهجي ٿي. هڪ ميزبان هميشه ڪيترن ئي ورچوئل مشينن کي ميزباني ڪندو آهي مختلف ترتيبن ۽ IO گهرجن سان. ۽ I/O پروسيسنگ کي ميزبان پروسيسر طرفان سنڀاليو ويندو آهي، جنهن جي طاقت لامحدود ناهي. تنهن ڪري، انهي جي مڪمل صلاحيت کي انلاڪ ڪرڻ لاء حقيقت ۾، توهان کي ٽن ميزبانن جي ضرورت پوندي. ان سان گڏ، مجازي مشينن اندر هلندڙ ايپليڪيشنون پنهنجون ترتيبون ٺاهينديون آهن. تنهن ڪري، درست ماپ لاء اسان پيش ڪندا آهيون سڀ Flash arrays حقيقي موجوده ڪمن تي ڪسٽمر جي بنيادي ڍانچي جي اندر.
جو ذريعو: www.habr.com