گراهڪ VDI چاهي ٿو. مون واقعي ڏٺو SimpliVity + VDI Citrix ورچوئل ڊيسڪ ٽاپ ميلاپ. سڀني آپريٽرن لاء، شهر جي آفيس جي ملازمن، وغيره. اڪيلو لڏپلاڻ جي پهرين لهر ۾ پنج هزار صارف آهن، ۽ تنهن ڪري انهن لوڊ ٽيسٽ تي زور ڏنو. VDI سست ٿيڻ شروع ڪري سگهي ٿو، اهو آرام سان ڪوڙ ڪري سگهي ٿو - ۽ اهو هميشه چينل سان مسئلن جي ڪري نٿو ٿئي. اسان خاص طور تي VDI لاءِ هڪ تمام طاقتور ٽيسٽنگ پيڪيج خريد ڪيو ۽ انفراسٽرڪچر کي لوڊ ڪيو جيستائين اهو ڊسڪ ۽ پروسيسر تي تمام ڳرو نه هو.
تنهن ڪري، اسان کي نفيس VDI ٽيسٽ لاءِ پلاسٽڪ جي بوتل ۽ LoginVSI سافٽ ويئر جي ضرورت پوندي. اسان وٽ 300 استعمال ڪندڙن لاءِ لائسنس موجود آهن. پوءِ اسان HPE SimpliVity 380 هارڊويئر کي ھڪڙي پيڪيج ۾ ورتو جيڪو وڌ ۾ وڌ صارف جي کثافت في سرور جي ڪم لاءِ موزون آھي، سٺي اوور سبسڪرپشن سان ورچوئل مشينون ڪٽايو، Win10 تي انھن تي آفيس سافٽ ويئر انسٽال ڪيو ۽ جاچ شروع ڪئي.
اچو ته اچو!
نظام
ٻه HPE SimpliVity 380 Gen10 نوڊس (سرور). هر هڪ تي:
- 2 x Intel Xeon Platinum 8170 26c 2.1GHz.
- رام: 768GB، 12 x 64GB LRDIMMs DDR4 2666MHz.
- پرائمري ڊسڪ ڪنٽرولر: HPE Smart Array P816i-a SR Gen10.
- هارڊ ڊرائيو: 9 x 1.92 TB SATA 6Gb/s SSD (RAID6 7+2 ترتيب ۾، يعني هي هڪ وچولي ماڊل آهي HPE SimpliVity جي اصطلاحن ۾).
- نيٽ ورڪ ڪارڊ: 4 x 1Gb Eth (يوزر ڊيٽا)، 2 x 10Gb Eth (SimpliVity and vMotion backend).
- خاص بلٽ ان FPGA ڪارڊ هر نوڊ ۾ ڊيپليڪشن/ڪپريشن لاءِ.
نوڊس هڪ ٻئي سان ڳنڍيل آهن هڪ 10Gb Ethernet ذريعي سڌو ڪنيڪٽ بغير ڪنهن ٻاهرين سوئچ جي، جيڪو استعمال ڪيو ويندو آهي SimpliVity backend ۽ ورچوئل مشين ڊيٽا کي NFS ذريعي منتقل ڪرڻ لاءِ. هڪ ڪلستر ۾ مجازي مشين ڊيٽا هميشه ٻن نوڊس جي وچ ۾ آئيني آهي.
نوڊس هڪ Vmware vSphere ڪلستر ۾ گڏ ڪيا ويا آهن جن کي vCenter پاران منظم ڪيو ويو آهي.
جاچ لاءِ، هڪ ڊومين ڪنٽرولر ۽ هڪ Citrix ڪنيڪشن بروکر مقرر ڪيو ويو. ڊومين ڪنٽرولر، بروکر ۽ وي سينٽر هڪ الڳ ڪلستر تي رکيل آهن.
هڪ ٽيسٽ انفراسٽرڪچر جي طور تي، 300 ورچوئل ڊيسڪ ٽاپ ڊيڊيڪيٽڊ- فل ڪاپي ڪنفيگريشن ۾ رکيا ويا هئا، يعني هر ڊيسڪ ٽاپ ورچوئل مشين جي اصل تصوير جي مڪمل ڪاپي آهي ۽ صارفين پاران ڪيل سڀني تبديلين کي محفوظ ڪري ٿو.
هر ورچوئل مشين وٽ 2vCPU ۽ 4GB ريم آهي:
ورچوئل مشينن تي ٽيسٽ لاءِ گهربل سافٽ ويئر انسٽال ڪيو ويو:
- ونڊوز 10 (64-bit)، ورجن 1809.
- Adobe Reader XI.
- Citrix ورچوئل ڊليوري ايجنٽ 1811.1.
- ڊورو پي ڊي ايف 1.82.
- جاوا 7 اپڊيٽ 13.
- Microsoft Office Professional Plus 2016.
نوڊس جي وچ ۾ - هم وقت سازي جي نقل. ڪلستر ۾ هر ڊيٽا بلاڪ ٻه ڪاپيون آهن. اهو آهي، هاڻي هر نوڊس تي ڊيٽا جو هڪ مڪمل سيٽ آهي. ٽن يا وڌيڪ نوڊس جي ڪلستر سان، بلاڪ جون ڪاپيون ٻن مختلف هنڌن تي آهن. جڏهن هڪ نئين VM ٺاهيندي، هڪ اضافي ڪاپي ٺاهي وئي آهي ڪلستر نوڊس مان هڪ تي. جڏهن هڪ نوڊ ناڪام ٿئي ٿو، ان تي هلندڙ سڀ VMs پاڻمرادو ٻين نوڊس تي ٻيهر شروع ٿي ويا آهن جتي اهي نقل آهن. جيڪڏهن ڪو نوڊ گهڻي وقت تائين ناڪام ٿئي ٿو، ته پوءِ بتدريج بحاليءَ جي شروعات ٿيندي آهي، ۽ ڪلستر واپس N+1 ڏانهن موٽندو آهي.
ڊيٽا جي بيلنسنگ ۽ اسٽوريج خود SimpliVity جي سافٽ ويئر اسٽوريج سطح تي ٿيندي آهي.
ورچوئل مشينون هڪ ورچوئلائيزيشن ڪلسٽر هلائين ٿيون، جيڪي انهن کي سافٽ ويئر اسٽوريج تي پڻ رکين ٿيون. ڊيز پاڻ کي معياري ٽيمپليٽ جي مطابق ورتو ويو: فنانسرز ۽ آپريشن آفيسرن جا ڊيسڪ ٽيسٽ لاء آيا (اهي ٻه مختلف ٽيمپليٽ آهن).
جاچ
جاچ لاءِ، LoginVSI 4.1 سافٽ ويئر ٽيسٽ سوٽ استعمال ڪيو ويو. LoginVSI ڪمپليڪس، هڪ ڪنٽرول سرور تي مشتمل آهي ۽ ٽيسٽ ڪنيڪشن لاءِ 12 مشينون، هڪ الڳ جسماني ميزبان تي مقرر ڪيون ويون آهن.
ٽيسٽ ٽن طريقن ۾ ڪيو ويو:
بينچ مارڪ موڊ - لوڊ ڪيس 300 علم مزدور ۽ 300 اسٽوريج ورڪرز.
معياري موڊ - لوڊ ڪيس 300 پاور ڪارڪنن.
پاور ڪارڪنن کي ڪم ڪرڻ ۽ لوڊ تنوع کي وڌائڻ لاء، اضافي پاور لائبريري فائلن جي هڪ لائبريري کي LoginVSI ڪمپليڪس ۾ شامل ڪيو ويو. نتيجن جي ورجائي کي يقيني بڻائڻ لاء، سڀئي ٽيسٽ بينچ سيٽنگون ڊفالٽ طور ڇڏي ويا.
علم ۽ پاور ورڪرز ٽيسٽ ورچوئل ورڪ اسٽيشنن تي ڪم ڪندڙ صارفين جي حقيقي ڪم لوڊ کي نقل ڪن ٿا.
اسٽوريج ورڪرز ٽيسٽ خاص طور تي ڊيٽا اسٽوريج سسٽم کي جانچڻ لاءِ ٺاهي وئي هئي؛ اهو حقيقي ڪم لوڊ کان پري آهي ۽ اڪثر ڪري صارف شامل آهي مختلف سائزن جي فائلن جي وڏي تعداد سان ڪم ڪندڙ.
جاچ دوران، صارفين 48 منٽن لاء ڪم اسٽيشنن ۾ لاگ ان ڪندا آهن تقريبن هڪ صارف هر 10 سيڪنڊن جي شرح تي.
نتيجا
LoginVSI جاچ جو بنيادي نتيجو VSImax ميٽرڪ آهي، جيڪو صارف پاران شروع ڪيل مختلف ڪمن جي عمل جي وقت کان مرتب ڪيو ويو آهي. مثال طور: Notepad ۾ فائل کولڻ جو وقت، 7-Zip ۾ فائل کي دٻائڻ جو وقت، وغيره.
ميٽرڪ جي حساب ڪتاب جو تفصيلي بيان سرڪاري دستاويزن ۾ موجود آهي .
ٻين لفظن ۾، LoginVSI هڪ عام لوڊ نموني کي ورجائي ٿو، هڪ آفيس سوٽ ۾ صارف جي عملن کي نقل ڪندي، پي ڊي ايف پڙهڻ، وغيره وغيره، ۽ مختلف دير سان ماپ ڪري ٿو. دير جي هڪ نازڪ سطح آهي "هر شي سست ٿي وڃي ٿي، اهو ڪم ڪرڻ ناممڪن آهي")، جنهن کان اڳ اهو سمجهيو ويندو آهي ته صارفين جي وڌ ۾ وڌ تعداد تائين پهچي نه سگهيو آهي. جيڪڏهن جوابي وقت 1 ms تيز آهي هن "هر شي سست آهي" رياست کان، پوء سسٽم سمجهيو ويندو آهي عام طور تي ڪم ڪري رهيو آهي، ۽ وڌيڪ صارفين کي شامل ڪري سگهجي ٿو.
هتي مکيه ماپون آهن:
ميٽرڪ
قدم کنيا
تفصيلي описание
ڀريل اجزاء
N.S.L.D.
ٽيڪسٽ کولڻ جو وقت
فائل جو وزن 1 KB
Notepad کلي ٿو ۽
هڪ بي ترتيب 1 KB دستاويز کوليندو آهي جيڪو پول مان نقل ڪيو ويو آهي
ذريعا
CPU ۽ I/O
NFO
گفتگو جو افتتاح وقت
نوٽ پيڊ ۾ ونڊوز
VSI-Notepad فائل کولڻ [Ctrl+O]
سي پي يو، رام ۽ I/O
ZHC*
هڪ انتهائي compressed Zip فائل ٺاهڻ جو وقت
مقامي کمپريشن
بي ترتيب 5MB .pst فائل مان نقل ٿيل
وسيلن جي تلاء
CPU ۽ I/O
ZLC*
ضعيف طور تي ٺهيل زپ فائل ٺاهڻ جو وقت
مقامي کمپريشن
بي ترتيب 5MB .pst فائل مان نقل ٿيل
وسيلن جي تلاء
مون کي / اي
سي پي يو
وڏو حساب ڪرڻ
بي ترتيب ڊيٽا جي صف
هڪ وڏي صف ٺاهڻ
بي ترتيب واري ڊيٽا جيڪا ان پٽ/آئوٽ پٽ ٽائمر ۾ استعمال ڪئي ويندي (I/O ٽائمر)
سي پي يو
جڏهن جاچ ڪئي ويندي آهي، بنيادي VSIbase ميٽرڪ شروعاتي طور تي ڳڻپيو ويندو آهي، جيڪو ڏيکاري ٿو رفتار جنهن تي نوڪريون سسٽم تي لوڊ ڪرڻ کان سواء جاري ڪيا ويا آهن. ان جي بنياد تي، VSImax حد مقرر ڪئي وئي آهي، جيڪا VSIbase + 1ms جي برابر آهي.
سسٽم جي ڪارڪردگي بابت نتيجن کي ٻن ميٽرڪ جي بنياد تي ٺاهيو ويو آهي: VSIbase، جيڪو سسٽم جي رفتار کي طئي ڪري ٿو، ۽ VSImax حد، جيڪو استعمال ڪندڙن جي وڌ ۾ وڌ تعداد جو تعين ڪري ٿو جيڪو سسٽم بغير ڪنهن وڏي تباهي جي سنڀال ڪري سگهي ٿو.
300 علم مزدورن جو معيار
علم جا ڪارڪن اهي صارف آهن جيڪي باقاعده ميموري، پروسيسر ۽ IO کي مختلف ننڍن چوٽي سان لوڊ ڪن ٿا. سافٽ ويئر گهربل آفيس جي استعمال ڪندڙن جي ڪم لوڊ کي نقل ڪري ٿو، ڄڻ ته اهي مسلسل ڪنهن شيء تي پوکي رهيا آهن (PDF، جاوا، آفيس سوٽ، فوٽو ڏسڻ، 7-Zip). جيئن توهان استعمال ڪندڙن کي صفر کان 300 تائين شامل ڪيو، هر هڪ لاءِ دير آهستي آهستي وڌي ٿي.
VSImax انگ اکر ڊيٽا:
VSIbase = 986ms، VSI حد تائين پهچي نه وئي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
هن قسم جي لوڊ سان، سسٽم ڪارڪردگي ۾ عملي طور تي ڪابه خرابي سان وڌندڙ لوڊ برداشت ڪري سگهي ٿو. استعمال ڪندڙ جي ڪمن کي مڪمل ڪرڻ ۾ جيڪو وقت لڳندو آهي اهو آسانيءَ سان وڌي ٿو، ٽيسٽ دوران سسٽم جي جواب جو وقت تبديل نٿو ٿئي ۽ لکڻ لاءِ 3 ms ۽ پڙهڻ لاءِ 1 ms تائين آهي.
نتيجو: 300 ڄاڻ وارا استعمال ڪندڙ موجوده ڪلسٽر تي بغير ڪنهن پريشاني جي ڪم ڪن ٿا ۽ هڪ ٻئي سان مداخلت نٿا ڪن، 1 کان 6 تائين pCPU/vCPU اوور سبسڪرپشن تائين پهچن ٿا. مجموعي طور تي دير وڌندي وڌندي وڌندي وڌندي جيئن لوڊ وڌندي، پر مقرر ڪيل حد تائين نه پهچي وئي آهي.
300 اسٽوريج ڪارڪنن جو معيار
اهي اهي صارف آهن جيڪي مسلسل لکندا ۽ پڙهندا آهن 30 کان 70 جي تناسب ۾، ترتيب سان. هي امتحان وڌيڪ تجربا جي خاطر ڪيو ويو. VSImax انگ اکر ڊيٽا:
VSIbase = 1673، VSI حد تائين پهچي ويو 240 صارفين تي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
هن قسم جو لوڊ بنيادي طور تي اسٽوريج سسٽم جو هڪ دٻاء وارو امتحان آهي. جڏهن اهو عمل ڪيو ويندو آهي، هر صارف ڊسڪ تي مختلف سائزن جون ڪيتريون ئي بي ترتيب فائلون لکي ٿو. انهي حالت ۾، اهو ڏسي سگهجي ٿو ته جڏهن ڪجهه استعمال ڪندڙن لاء هڪ خاص لوڊ حد کان وڌي ويندي آهي، اهو وقت وٺندو آهي فائلن کي لکڻ لاء ڪم مڪمل ڪرڻ لاء. ساڳئي وقت، اسٽوريج سسٽم تي لوڊ، پروسيسر ۽ ميزبان جي ياداشت کي خاص طور تي تبديل نٿو ڪري، تنهنڪري اهو في الحال اهو طئي ڪرڻ ناممڪن آهي ته دير جو سبب ڇا آهي.
هن ٽيسٽ کي استعمال ڪندي سسٽم جي ڪارڪردگي بابت نتيجن کي صرف ٻين سسٽم تي ٽيسٽ جي نتيجن جي مقابلي ۾ ڪري سگهجي ٿو، ڇو ته اهڙيون لوڊ مصنوعي ۽ غير حقيقي آهن. بهرحال، مجموعي طور تي امتحان سٺو ٿي ويو. 210 سيشن تائين سڀ ڪجھ ٺيڪ ٿي ويو، ۽ پوء عجيب جواب شروع ٿي ويا، جيڪي لاگ ان VSI کان سواء ڪٿي به ٽريڪ نه ڪيا ويا.
300 پاور ورڪرز
اهي صارف آهن جيڪي سي پي يو، ميموري ۽ اعلي IO سان پيار ڪندا آهن. اهي "پاور استعمال ڪندڙ" باقاعده پيچيده ڪمن کي ڊگھي دفن سان هلائيندا آهن، جهڙوڪ نئون سافٽ ويئر انسٽال ڪرڻ ۽ وڏي آرڪائيو کي کولڻ. VSImax انگ اکر ڊيٽا:
VSIbase = 970، VSI حد تائين پهچي نه وئي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
جاچ دوران، پروسيسر لوڊ حد تائين پهچي ويو سسٽم نوڊس مان هڪ تي، پر اهو ان جي آپريشن تي ڪو خاص اثر نه پيو:
انهي حالت ۾، سسٽم اهم ڪارڪردگي جي خرابي کان سواء وڌندڙ لوڊ کي برداشت ڪري سگهي ٿو. استعمال ڪندڙ جي ڪمن کي مڪمل ڪرڻ ۾ جيڪو وقت لڳندو آهي اهو آسانيءَ سان وڌي ٿو، سسٽم جي جواب جو وقت ٽيسٽنگ دوران تبديل نٿو ٿئي ۽ لکڻ لاءِ 3 ms ۽ پڙهڻ لاءِ 1 ms تائين آهي.
ڪسٽمر لاءِ باقاعده ٽيسٽ ڪافي نه هئا، ۽ اسان اڳتي وڌو: اسان VM خاصيتن کي وڌايو (وي سي پي يو جو تعداد اوور سبسڪرپشن ۽ ڊسڪ جي سائيز ۾ واڌ جو جائزو وٺڻ لاءِ) ۽ اضافي لوڊ شامل ڪيو.
جڏهن اضافي تجربن کي منظم ڪندي، هيٺ ڏنل اسٽينڊ ترتيب استعمال ڪيو ويو:
300 ورچوئل ڊيسڪ ٽاپ 4vCPU، 4GB ريم، 80GB HDD ترتيب ۾ ترتيب ڏنل هئا.
ٽيسٽ مشينن مان هڪ جي ٺاھ جوڙ:
مشينون وقف ٿيل آهن - مڪمل ڪاپي آپشن:
اوور سبسڪرپشن 300 سان گڏ 12 نالج ورڪرز بينچ مارڪ
VSImax انگ اکر ڊيٽا:
VSIbase = 921 ms، VSI حد تائين پهچي نه وئي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
حاصل ڪيل نتيجا اڳئين VM ٺاھ جوڙ کي جانچڻ جي برابر آھن.
300 پاور ورڪرز 12 اوور سبسڪرپشن سان
VSImax انگ اکر ڊيٽا:
VSIbase = 933، VSI حد تائين پهچي نه وئي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
ھن جاچ دوران، پروسيسر لوڊ حد تائين پھچي ويو، پر ھن ڪارڪردگي تي ڪو خاص اثر نه ڪيو:
حاصل ڪيل نتيجا اڳئين ترتيب جي جانچ ڪرڻ سان ملندڙ جلندڙ آھن.
ڇا ٿيندو جيڪڏهن توهان 10 ڪلاڪن تائين لوڊ هلائيندا آهيو؟
هاڻي اچو ته ڏسون ته ڇا اتي ”ايڪميوليشن اثر“ ٿيندو ۽ 10 ڪلاڪ لڳاتار ٽيسٽون هلايون.
سيڪشن جي ڊگھي-مدت ٽيسٽ ۽ وضاحت جو مقصد اهو هجڻ گهرجي ته اسان اهو ڏسڻ چاهيون ٿا ته ڇا ان تي ڊگهي لوڊ هيٺ ٽراس سان ڪو مسئلو پيدا ٿيندو.
300 علم مزدورن جو معيار + 10 ڪلاڪ
اضافي طور تي، 300 علم جي ڪارڪنن جي لوڊ ڪيس جي آزمائش ڪئي وئي، بعد ۾ صارف 10 ڪلاڪ ڪم ڪيو.
VSImax انگ اکر ڊيٽا:
VSIbase = 919 ms، VSI حد تائين پهچي نه وئي.
VSImax تفصيلي انگ اکر ڊيٽا:
گراف ڏيکاري ٿو ته سڄي ٽيسٽ دوران ڪارڪردگي جي خرابي نه آهي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
اسٽوريج سسٽم جي ڪارڪردگي سڄي امتحان ۾ ساڳي رهي ٿي.
مصنوعي لوڊ جي اضافي سان اضافي جاچ
ڪسٽمر پڇيو ته ڊسڪ ۾ هڪ جهنگلي لوڊ شامل ڪيو وڃي. هن کي ڪرڻ لاء، هڪ ڪم شامل ڪيو ويو اسٽوريج سسٽم ۾ هر هڪ صارف جي ورچوئل مشين ۾ ڊسڪ تي مصنوعي لوڊ هلائڻ لاءِ جڏهن صارف سسٽم ۾ لاگ ان ٿئي ٿو. لوڊ مهيا ڪئي وئي فيو يوٽيليٽي، جيڪا توهان کي اجازت ڏئي ٿي ته ڊسڪ تي لوڊ کي IOPS جي تعداد سان محدود ڪري. هر مشين ۾، 22 IOPS 70٪ / 30٪ بي ترتيب پڙهڻ / لکڻ جي مقدار ۾ اضافي لوڊ شروع ڪرڻ لاء هڪ ڪم شروع ڪيو ويو.
300 علم مزدورن جو معيار + 22 IOPS في صارف
شروعاتي جاچ ۾، فيو مليو ويو ته اهم سي پي يو اوور هيڊ کي مجازي مشينن تي لاڳو ڪرڻ لاء. انهي جي نتيجي ۾ ميزبان جي تيز رفتار سي پي يو اوورلوڊ ۽ مجموعي طور تي سسٽم جي آپريشن کي تمام گهڻو متاثر ڪيو.
ميزبان سي پي يو لوڊ:
ساڳئي وقت، اسٽوريج سسٽم جي دير پڻ قدرتي طور تي وڌي وئي آهي:
ڪمپيوٽنگ پاور جي کوٽ 240 صارفين جي ڀرسان نازڪ بڻجي وئي:
حاصل ڪيل نتيجن جي ڪري، اهو فيصلو ڪيو ويو ته ٽيسٽنگ ڪرڻ جو ارادو گهٽ CPU هو.
230 آفيس ورڪرز بينچ مارڪ + 22 IOPS في صارف
سي پي يو تي لوڊ گھٽائڻ لاءِ، آفيس جي ڪارڪنن جي لوڊ جو قسم چونڊيو ويو، ۽ هر سيشن ۾ مصنوعي لوڊ جا 22 IOPS پڻ شامل ڪيا ويا.
ٽيسٽ 230 سيشن تائين محدود هئي ته جيئن وڌ ۾ وڌ سي پي يو لوڊ نه ٿئي.
ٽيسٽ 10 ڪلاڪن تائين هلائيندڙ استعمال ڪندڙن سان هلائي وئي ته سسٽم جي استحڪام کي جانچڻ لاءِ ڊگھي مدت جي آپريشن دوران وڌ ۾ وڌ لوڊ جي ويجهو.
VSImax انگ اکر ڊيٽا:
VSIbase = 918 ms، VSI حد تائين پهچي نه وئي.
VSImax تفصيلي انگ اکر ڊيٽا:
گراف ڏيکاري ٿو ته سڄي ٽيسٽ دوران ڪارڪردگي جي خرابي نه آهي.
سي پي يو لوڊ جا انگ اکر:
جڏهن هن ٽيسٽ کي انجام ڏيو، ميزبان جي سي پي يو تي لوڊ لڳ ڀڳ وڌ ۾ وڌ هئي.
SimpliVity مانيٽرنگ مان اسٽوريج سسٽم لوڊ انگ اکر:
اسٽوريج سسٽم جي ڪارڪردگي سڄي امتحان ۾ ساڳي رهي ٿي.
ٽيسٽ دوران اسٽوريج سسٽم تي لوڊ تقريباً 6 IOPS هو 500/60 تناسب ۾ (40 IOPS پڙهي، 3 IOPS لکڻ)، جيڪو تقريباً 900 IOPS في ڪم اسٽيشن تي آهي.
جوابي وقت لکڻ لاءِ اوسط 3 ms ۽ پڙهڻ لاءِ 1 ms تائين.
نتيجو
جڏهن HPE SimpliVity انفراسٽرڪچر تي حقيقي لوڊ ٺاهي رهيا هئا، نتيجا حاصل ڪيا ويا ته سسٽم جي قابليت کي سپورٽ ڪرڻ جي صلاحيت گهٽ ۾ گهٽ 300 مڪمل ڪلون مشينن جي ورچوئل ڊيسڪ ٽاپ کي SimpliVity نوڊس جي هڪ جوڙي تي. ساڳئي وقت، اسٽوريج سسٽم جو جوابي وقت سڄي جاچ دوران هڪ بهترين سطح تي برقرار رکيو ويو.
اسان ڊگھي تجربن جي نقطه نظر ۽ عمل کان اڳ حل جي مقابلي کان تمام گهڻو متاثر ٿيا آهيون. جيڪڏهن توهان چاهيو ته اسان توهان جي ڪم جي لوڊ لاء ڪارڪردگي پڻ جانچ ڪري سگهون ٿا. ٻين hyperconverged حل سميت. ذڪر ڪيل گراهڪ هاڻي متوازي ۾ ٻئي حل تي ٽيسٽ ختم ڪري رهيو آهي. ان جو موجوده انفراسٽرڪچر صرف PCs جو هڪ جهاز آهي، هر ڪم جي جڳهه تي هڪ ڊومين ۽ سافٽ ويئر. وي ڊي آءِ ڏانهن منتقل ٿيڻ بغير ٽيسٽن، يقيناً، ڪافي ڏکيو آهي. خاص طور تي، حقيقي صارفين کي لڏڻ کان سواء VDI فارم جي حقيقي صلاحيتن کي سمجهڻ ڏکيو آهي. ۽ اهي تجربا توهان کي عام صارفين کي شامل ڪرڻ جي ضرورت کان بغير ڪنهن خاص سسٽم جي حقيقي صلاحيتن کي تڪڙو جائزو وٺڻ جي اجازت ڏين ٿا. هي اهو آهي جتي هي مطالعو آيو آهي.
ٻيو اهم طريقو اهو آهي ته گراهڪ فوري طور تي مناسب اسڪيلنگ جو عزم ڪيو. هتي توهان هڪ اضافي سرور خريد ڪري سگهو ٿا ۽ هڪ فارم شامل ڪري سگهو ٿا، مثال طور، 100 صارفين لاء، هر شيء صارف جي قيمت تي متوقع آهي. مثال طور، جڏهن انهن کي 300 وڌيڪ استعمال ڪندڙن کي شامل ڪرڻ جي ضرورت آهي، انهن کي معلوم ٿيندو ته انهن کي اڳ ۾ ئي بيان ڪيل ترتيب ۾ ٻه سرورز جي ضرورت آهي، بجاء انهن جي مڪمل انفراسٽرڪچر کي اپڊيٽ ڪرڻ جي بدران.
HPE SimpliVity فيڊريشن جا امڪان دلچسپ آهن. ڪاروبار جغرافيائي طور تي الڳ ٿيل آهي، تنهنڪري اهو سمجھ ۾ اچي ٿو ته توهان جي پنهنجي الڳ VDI هارڊويئر کي هڪ پري آفيس ۾ نصب ڪريو. SimpliVity فيڊريشن ۾، هر ورچوئل مشين کي شيڊول مطابق نقل ڪيو ويندو آهي جغرافيائي طور تي ريموٽ ڪلسٽرن جي وچ ۾ تمام جلدي ۽ چينل تي لوڊ ڪرڻ جي بغير نقل ڪرڻ جي صلاحيت سان - هي هڪ تمام سٺي سطح جو هڪ بلٽ ان بيڪ اپ آهي. جڏهن سائيٽن جي وچ ۾ VMs کي نقل ڪندي، چينل کي ممڪن طور تي گهٽ ۾ گهٽ استعمال ڪيو ويندو آهي، ۽ اهو هڪ واحد ڪنٽرول سينٽر جي موجودگي ۾ تمام دلچسپ DR آرڪيٽيڪچر ٺاهڻ ۽ غير معياري اسٽوريج سائيٽن جي هڪ گروپ کي ممڪن بڻائي ٿو.
هي سڀ گڏجي اهو ممڪن بڻائي ٿو ته مالي طرف وڏي تفصيل سان جائزو وٺڻ، ۽ ڪمپني جي ترقي جي منصوبن تي VDI جي قيمتن کي تيز ڪرڻ، ۽ اهو سمجهڻ لاء ته حل ڪيترو جلدي ادا ڪندو ۽ اهو ڪيئن ڪم ڪندو. ڇو ته ڪنهن به وي ڊي آئي هڪ حل آهي جيڪو آخرڪار ڪيترن ئي وسيلن کي بچائيندو آهي، پر ساڳئي وقت، گهڻو ڪري، قيمت کان سواء، 5-7 سالن جي استعمال جي اندر ان کي تبديل ڪرڻ جو موقعو.
عام طور تي، جيڪڏهن توهان وٽ ڪي سوال آهن جيڪي تبصرو لاء نه آهن، مون کي اي ميل ذريعي لکو [ايميل محفوظ ٿيل].
جو ذريعو: www.habr.com