VMware ရဲ့ VSAN အဖွဲ့ဟာ မကြာသေးခင်က Hyperconverged Infrastructure (HCI)၊ HCI benchmark ဒါမှမဟုတ် HCIbench အတွက် အခမဲ့ storage performance testing tool တစ်ခုကို ကြေညာခဲ့ပါတယ် ။ I/O ဒါမှမဟုတ် bandwidth tests တွေနဲ့ traditional arrays တွေကို stress လုပ်တာကို ကောင်းကောင်းနားလည်ပေမယ့် HCI gear တွေမှာ synthetic tests တွေသုံးဖို့ ဂရုတစိုက်ချဉ်းကပ်မှုနဲ့ သင်ယူမှုကွေးတစ်ခု လိုအပ်ပါတယ်။ traditional storage infrastructure နဲ့ သင်ရွေးချယ်ထားတဲ့ I/O generator ကို ပေးထားတဲ့ workload profile နဲ့ setup လုပ်ပြီး LUN အချို့ကို ညွှန်ပြပြီး rip လုပ်ခိုင်းလိုက်ပါ။ Hyperconverged testing မှာ VM အများအပြား (များသောအားဖြင့် 10-64) က vDisks များစွာမှာ အဲဒီ workload ကို တစ်ပြိုင်နက်တည်း အသုံးချတဲ့ ကြီးမားတဲ့ချဉ်းကပ်မှုတစ်ခု လိုအပ်ပါတယ်… task ပြီးသွားတဲ့အခါ အဲဒီဒေတာအားလုံးကို စုဆောင်းတာကို ထည့်မပြောတော့ပါဘူး။ ဒီလိုချဉ်းကပ်မှုမျိုးဟာ platform ကို လုံလောက်စွာ stress ပေးဖို့နဲ့ real-world production setting နဲ့ ညီမျှမှုမရှိပေမယ့် ပိုမိုနီးကပ်လာစေဖို့ လိုအပ်ပါတယ်။ သင်စိတ်ကူးကြည့်နိုင်တဲ့အတိုင်း အတွေ့အကြုံရှိ reviewer တွေအတွက် ဒါကိုပြီးမြောက်အောင်လုပ်ဖို့ ခက်ခဲပြီး end-user အများအပြားအတွက် ကျိုးကြောင်းဆီလျော်တဲ့ အချိန်ဘောင်အတွင်း ပြီးမြောက်ဖို့ မဖြစ်နိုင်ပါဘူး။ VMware ရဲ့ HCIbench က ဒီစမ်းသပ်မှုလုပ်ငန်းစဉ်ကို ပိုမိုလွယ်ကူစေပြီး ကြိုတင်တည်ဆောက်ထားတဲ့ VM စမ်းသပ်မှုကို ဖြန့်ကျက်နိုင်သူ မည်သူမဆိုအပြင် လွတ်လပ်တဲ့ ပြန်လည်သုံးသပ်သူကလည်း HCI ကို ပိုမိုကောင်းမွန်စွာ စမ်းသပ်နိုင်စေပါတယ်။
VMware က ဒီ tool ကို မထုတ်လုပ်ခင်မှာ ကျွန်တော်တို့နဲ့ မျှဝေခဲ့ပေမယ့် VSAN နဲ့ တခြား HCI platform တွေရဲ့ စွမ်းဆောင်ရည်ကို တိုင်းတာဖို့ ကျွန်တော်တို့ရဲ့ tool တွေကို တိုးချဲ့ဖို့ ကြိုးစားနေတုန်းမှာ အခက်အခဲတွေ ရှိခဲ့ပါတယ် ။ လောလောဆယ်မှာတော့ Windows နဲ့ Linux system တွေ (တချို့ physical နဲ့ တချို့ VM တွေ) ကနေ FIO ကို အသုံးပြုပါတယ် ။ အဲဒီမှာ local ဒါမှမဟုတ် remote (iSCSI, SMB, CIFS) volume ကို ညွှန်ပြပြီး singular workload ကို စတင်ပါတယ်။ SSD, SAN ဒါမှမဟုတ် NAS နဲ့ဆိုရင် dual-controller platform တစ်ခုကို stress လုပ်ဖို့ physical storage device ဒါမှမဟုတ် multiple LUN တွေကို target လုပ်ပြီး central point ကနေ ထိထိရောက်ရောက် stress လုပ်နိုင်ပါတယ်။ script တစ်ခုက ဒါကို စတင်ပါလိမ့်မယ်။ ဥပမာအနေနဲ့ အောက်မှာ ကျွန်တော်တို့ရဲ့ FIO parameter တစ်ခုရဲ့ snippet ကို ထည့်သွင်းထားပါတယ်။
fio.exe –filename=\\.\PhysicalDrive1:\\.\PhysicalDrive2:\\.\PhysicalDrive3:\\.\PhysicalDrive4 –thread –direct=1 –rw=randrw –refill_buffers –norandommap –randrepeat=0 –ioengine=windowsaio –bs=4k –rwmixread=100 –iodepth=16 –numjobs=16 –time_based –runtime=60 –group_reporting –name=4ktest –output=4ktest.out
reviewer ဒါမှမဟုတ် tester ဟာ test တွေကြားမှာ မှန်ကန်တဲ့ device ကိုရောက်အောင် script ကို မှန်ကန်စွာပြင်ဆင်နိုင်ဖို့၊ မှန်ကန်တဲ့ load ကို apply လုပ်ဖို့၊ မတူညီတဲ့ block-size workloads တွေအတွက် multiple scripts ရှိဖို့ လိုအပ်ပါတယ်။ ပြီးရင် scripts တွေထဲထည့်ပါ (preconditioning ဒါမှမဟုတ် multiple loads အတွက် loop လုပ်ရပါမယ်!)၊ powershell ဒါမှမဟုတ် bash အတွက် ပြင်ဆင်ပြီးရင် ဒါတွေဟာ ဘယ်လိုမြန်မြန်ဆန်ဆန် ထိန်းမနိုင်သိမ်းမရဖြစ်သွားလဲဆိုတာ မြင်တွေ့နိုင်ပါတယ်။ ဒါတွေအားလုံး ပိုဆိုးသွားစေဖို့ benchmark-generated output files တွေကို parse လုပ်ဖို့ custom-written scripts တွေ ပိုလိုအပ်ပြီး ကွာခြားချက်တွေကို graph လုပ်ပြီး နှိုင်းယှဉ်ဖို့ လိုအပ်ပါတယ်။ reviewer တစ်ယောက်အနေနဲ့ ဒါတွေကို toolbox ထဲမှာထားပြီး နေ့စဉ်အသုံးပြုဖို့ လိုအပ်ပါတယ်။ tools ကောင်းကောင်းတစ်ခုရဖို့၊ သူတို့ရဲ့ အားသာချက်တွေကို သိဖို့၊ သူတို့ရဲ့ အားနည်းချက်တွေကိုလည်း နားလည်ဖို့ လပေါင်းများစွာ ဒါမှမဟုတ် နှစ်ပေါင်းများစွာ ကြာတတ်ပါတယ်။ storage platform အသစ်တစ်ခုကို အကဲဖြတ်တဲ့ customer တစ်ယောက်ဟာ storage ကို test လုပ်ရုံနဲ့ အသက်မွေးဝမ်းကျောင်းမလုပ်ပါဘူး၊ ဒါတွေအားလုံးကို မြန်မြန်ဆန်ဆန် မေ့လျော့သွားနိုင်ပါတယ်။ HCIbench ဟာ independent-reviewers တွေ ယုံကြည်ရတဲ့ tools တွေကိုပဲ အသုံးပြုပြီး ဘယ်သူမဆို အသုံးပြုရလွယ်ကူအောင် လုပ်ပေးပါတယ်။
HCIbench က hyperconverged testing ကို ရိုးရှင်းစေပါတယ်။ scripted setup အများကြီးနဲ့ standard testing tools တွေကို run ပြီး data အများကြီးစုဆောင်းမယ့်အစား HCIbench က သင့်ရဲ့ cluster တစ်လျှောက်မှာ Vdbench ကို run တဲ့ VMs အများအပြားကို အလိုအလျောက် deploy လုပ်ပေးပါတယ်။ ဒီ tool က HCI market segments တွေအတွက် ရည်ရွယ်ထားပေမယ့် shared storage ကနေ power လုပ်တဲ့ traditional clusters တွေမှာလည်း အလားတူပဲ အလုပ်လုပ်ပါတယ်။ ဒီအရာအားလုံးရဲ့ အဓိကအချက်ကတော့ VMware က သူတို့ရဲ့ကိုယ်ပိုင် proprietary tool ကို market ဒါမှမဟုတ် သူတို့ရဲ့ကိုယ်ပိုင် workload profiles တွေမှာ တွန်းအားပေးနေတာမဟုတ်ပါဘူး။ အဲဒီအစား သူတို့ဟာ လူသိများပြီး ယုံကြည်စိတ်ချရတဲ့ vdbench ကို workload generator အဖြစ် အသုံးပြုဖို့၊ customer ဒါမှမဟုတ် tester ကို သူတို့ရဲ့ကိုယ်ပိုင် test profiles တွေကို အသုံးပြုနိုင်စွမ်းပေးပြီး ရလဒ်တွေကို ပိုမိုကောင်းမွန်စွာ နှိုင်းယှဉ်ပြီး စာချုပ်ချုပ်ဆိုနိုင်ဖို့ GUI တစ်ခု ထည့်သွင်းဖို့ ရွေးချယ်ခဲ့ကြပါတယ်။ reporting detail အဆင့်က အထင်ကြီးစရာပါပဲ၊ workload profiles တွေကို လွှမ်းခြုံထားရုံသာမက hypervisor နဲ့ ချိတ်ဆက်ထားပြီး cluster-wide tests တွေရဲ့ သက်ရောက်မှုကို ကြည့်ရှုဖို့ stats တွေကို ဆွဲယူထားပါတယ်။
HCIbench ကို အသုံးပြုတာက စမ်းသပ်မှုနဲ့ ပတ်သက်ရင် အတော်လေး လွယ်ကူပါတယ်။ ကြိုတင်တည်ဆောက်ထားတဲ့ Auto-Perf-Tool OVA ကို ဒေါင်းလုဒ်လုပ်ပြီး သင့်ရဲ့ VMware environment မှာ deploy လုပ်ရပါမယ်။ ပါဝါဖွင့်ပြီးတာနဲ့ သင့်ရဲ့ DHCP မှတစ်ဆင့် IP address တစ်ခု သတ်မှတ်ပေးဖို့ ဒါမှမဟုတ် သတ်မှတ်ပေးဖို့ အဆင့်အနည်းငယ်ကို ဖြတ်သန်းရပါလိမ့်မယ်။ အဲဒါပြီးသွားရင် သင့်ရဲ့ web browser ကို အာရုံစိုက်ပါ။
configuration စာမျက်နှာမှာ သင့်ရဲ့ testing environment အတွက် အရေးကြီးတဲ့ bit အားလုံးကို ထည့်သွင်းရမယ့်နေရာဖြစ်ပြီး tool က generate လုပ်ထားတဲ့ VM တွေကို အလိုအလျောက် deploy လုပ်နိုင်ပါတယ်။
အောက်ကို scroll down လုပ်ပြီးနောက် default deployment details တွေကို ပြောင်းလဲရမယ့်နေရာတွေ ရှိပါတယ်။ Vdbench Guest VM Specification area မှာ tool က သင့်ရဲ့ gear မှာ ဘယ်လို deploy လုပ်လဲဆိုတာကို ဖြေရှင်းနိုင်ပါတယ်။ ကျွန်တော်တို့ရဲ့ 4-node VSAN platform လေးခုမှာ VM ၁၆ ခုနဲ့ စတင်ခဲ့ပြီး default data disk အရေအတွက် (10) နဲ့ default data disk အရွယ်အစား (10GB) ကို ထိန်းသိမ်းထားခဲ့ပါတယ်။ 16VM တွေနဲ့ဆိုရင် cluster မှာ 1600GB footprint ရရှိမှာဖြစ်ပြီး flash ထဲမှာ ကောင်းကောင်းရှိနေတဲ့ VM တွေရဲ့ performance ကို တိုင်းတာနိုင်မှာပါ။ VM၊ vdisk count ဒါမှမဟုတ် vdisk size ကနေတစ်ဆင့် အဲဒီတန်ဖိုးတွေကို တိုးမြှင့်ခြင်းအားဖြင့် flash အပြင်ဘက်နဲ့ သင့်ရဲ့ spinning media tier ထဲကို တွန်းပို့တဲ့အခါ ဒါမှမဟုတ် all-flash array တွေက slower read-centric flash tier ထဲကို တွန်းပို့တဲ့အခါ ဘယ်လိုတုံ့ပြန်လဲဆိုတာကို တိုင်းတာဖို့ အဲဒီကန့်သတ်ချက်တွေကို တွန်းပို့နိုင်ပါတယ်။ end-user တစ်ယောက်အတွက် ဒါက အရမ်းအရေးကြီးပါတယ်၊ ဘာလို့လဲဆိုတော့ သင့်ရဲ့ working dataset ကြီးထွားလာတာနဲ့အမျှ performance မဟုတ်ဘဲ vendor-driven ရလဒ်တွေက အကောင်းဆုံး case performance ကို ပြသနေလို့ပါ။
နောက်တစ်ခုအနေနဲ့ ကိုယ်ပိုင် vdbench parameter ဖိုင်ကို upload လုပ်၊ select လုပ် ဒါမှမဟုတ် တည်ဆောက်နိုင်ပါတယ်။ peak I/O နဲ့ peak bandwidth ကို တိုင်းတာဖို့ four-corners testing အတွက် 4K random read and write အပြင် read and write bandwidth အတွက် large-block sequential value ကိုလည်း အသုံးပြုလေ့ရှိပါတယ်။ ရောနှော workload အတွက် 8K random 70% read 30% write ဟာ industry-reported ကိန်းဂဏန်းတွေနဲ့ နှိုင်းယှဉ်ရင် အတော်လေး ကောင်းမွန်စွာ အလုပ်လုပ်ပါတယ်။ ဒါကို အရမ်းလွယ်ကူစေဖို့အတွက် ဒီ workload profile ၅ ခုလုံးကို ဖန်တီးပြီး download လုပ်နိုင်အောင် ပေးထားပါတယ်။ ဒါတွေက အစပြုရာနေရာတစ်ခု ဖန်တီးဖို့ ကူညီပေးပြီး ဒီ tool ကို အသုံးချတဲ့ review တွေမှာ အသုံးပြုမယ့် profile တွေ ဖြစ်လာမှာပါ။ ကျွန်တော်တို့ရဲ့ tests တွေကို copy လုပ်ချင်လား။ tool ကို download လုပ်ပြီး ဒီ profile တွေကို apply လုပ်ပြီး reporting stats အပြည့်အစုံကို နှိုင်းယှဉ်ကြည့်ပါ။
StorageReview ရဲ့ HCIbench Workload Profiles တွေ
- 4K ကျပန်း 100% ဖတ်ပြီး
- 4K ကျပန်း 100% ရေးသားခြင်း
- 8K ကျပန်း ၇၀% ဖတ် / ၃၀% ရေး
- ၃၂K အစီအစဉ်အတိုင်း ၁၀၀% ဖတ်ရှုပြီး
- 32K အစဉ်လိုက် 100% ရေးသားခြင်း
သင့်ရဲ့ workload ကို သတ်မှတ်ပြီးတာနဲ့ scroll down လုပ်ပြီး အသုံးပြုချင်တဲ့ တခြား setting တွေကို ရွေးချယ်ပါ။ VMDK Warm Up parameter က စမ်းသပ်ခြင်းမပြုမီ အသစ်ဖန်တီးထားတဲ့ vDisks တွေကို ဖြည့်ဖို့အတွက် အထောက်အကူဖြစ်စေပါတယ်။ hot-data တွေကို flash ထဲကို ရွှေ့ပြောင်းနိုင်အောင် workload ကို ကြိုတင်အခြေအနေရှိအောင် ကူညီပေးဖို့အတွက် "warmup" command ကိုလည်း ကျွန်ုပ်တို့ရဲ့ shared workload files တွေမှာ ထည့်သွင်းထားပါတယ်။ ပိုမိုသန့်ရှင်းတဲ့ ရလဒ်အတွက် စမ်းသပ်ချိန်ကို ပိုရှည်အောင် ထားတာ အကောင်းဆုံးပါပဲ။ run အနည်းငယ်ကို စမ်းကြည့်ချင်ရင် စက္ကန့် ၉၀၀ ဒါမှမဟုတ် ၁၈၀၀ ကနေ စတင်ပါ။ ပိုပြီးတရားဝင်တဲ့ run အတွက် ၆ နာရီ (စက္ကန့် ၂၁၆၀၀) ဒါမှမဟုတ် ပိုကြာအောင် လုပ်ပါ။ VM တွေကို Clean up the VM အတွက် checkbox ကိုလည်း အမှန်ခြစ်သင့်ပါတယ်၊ ဘာလို့လဲဆိုတော့ ဒါက HCIbench ကို VM တွေကို ဖန်တီးပြီး deploy လုပ်ခွင့်ပြုပြီး စမ်းသပ်မှုပြီးဆုံးတာနဲ့ သင့် storage ကနေ ဖျက်ပစ်နိုင်လို့ပါ။ အောက်ခြေမှာ tool အလုပ်လုပ်ဖို့အတွက် Vdbench binary ကို download လုပ်ပြီး ZIP ဖိုင်အပြည့်အစုံကို upload လုပ်ဖို့လိုအပ်တယ်ဆိုတာ သတိပြုမိပါလိမ့်မယ်။ Oracle EULA မှာ tool ကို ဖြန့်ဝေရာမှာ ကန့်သတ်ချက်တွေရှိပါတယ်၊ ဆိုလိုတာက သင်ကိုယ်တိုင် download လုပ်ရပါမယ်။ Oracle ဆိုက်ကို ရောက်သွားစေဖို့ download link ကို နှိပ်ပြီး vdbench50403.zip ကို download လုပ်ပြီး prompt ထဲမှာ zip ဖိုင်ထည့်ထားတဲ့ ဖိုင်ကို upload လုပ်ပါ။ နောက်ဆုံးအနေနဲ့ သင့်ရဲ့ configuration ကို save လုပ်ပြီး ဘာမှ မကျန်ခဲ့ဘူးဆိုတာ သေချာအောင် validate လုပ်ပြီး test ကို စတင်လိုက်ပါ။ ပြီးသွားရင် ရလဒ်တွေကို ပြန်လည်သုံးသပ်နိုင်ပါတယ်။
ရလဒ်စာမျက်နှာက သင့်အား အခြေခံ HTML ဖိုင်ကြည့်ရှုသူအဖြစ် ထားရှိပေးပါသည်။
တင်ပြထားတဲ့ ပထမဆုံးဖိုင်က ရလဒ်တွေရဲ့ အခြေခံအကျဉ်းချုပ်ပါ။ VSAN workload နဲ့ ကျွန်တော်တို့ရဲ့ကိစ္စမှာ 8K 70/30 workload နဲ့ ပျမ်းမျှ latency 2ms နဲ့ throughput 984MB/s ရှိတဲ့ 114k IOPS ကို ရရှိခဲ့ပါတယ်။ ဒါကို environment မှာ deployed VM အားလုံးကနေ ဆွဲထုတ်ထားတဲ့ vdbench output files တွေကနေ ထုတ်ပေးတာပါ။ second-by-second reported stats တွေကို ကြည့်ချင်ရင် users တွေက အဲဒီဖိုင်တွေကို ကြည့်နိုင်ပါတယ်။
iotest ဖိုဒါထဲသို့ ရွှေ့ပြီး “stats.html” ဖိုင်ကို နှိပ်ပါ။
၎င်းက အလိုအလျောက်ထုတ်ပေးသော ဇယားများပါရှိသော ကောင်းမွန်သော GUI တွင် သင်စဉ်းစားနိုင်သော အသေးစိတ်အချက်အလက်တိုင်းကို ပြသပေးပါသည်။
host တစ်ခုစီမှာ သင့်ရဲ့ vmknic ပေါ်မှာ data ဘယ်လောက် push လုပ်ခဲ့လဲ၊ ဆက်စပ်အချက်အလက်အားလုံးလိုမျိုး အသုံးဝင်တဲ့ စာရင်းဇယားတွေကိုတောင် သင် လေ့လာနိုင်ပါတယ်။
VMware ဟာ POC မှာရှိတဲ့ end-user တစ်ယောက် ဒါမှမဟုတ် ကျွန်တော့်လို reviewer တစ်ယောက်အတွက် synthetic HCI testing ကို ပိုမိုလွယ်ကူအောင် အထင်ကြီးလောက်စရာ ကြိုးစားအားထုတ်ခဲ့ပါတယ်။ shared storage environment တစ်ခုမှာ synthetic workloads တွေကို deploy လုပ်ရာမှာ အခက်အခဲတွေ ဒါမှမဟုတ် ရှုပ်ထွေးမှုတွေကို ဖယ်ရှားပေးပြီး သင်လက်တွန့်နေတာထက် ပိုပြီး generated details တွေကို ပေးပါတယ်။ ဒါ့အပြင် system တွေကို ထိရောက်စွာ နှိုင်းယှဉ်ဖို့ လိုအပ်တဲ့ testing time ကိုလည်း တိုစေတာကြောင့် သင့်ရဲ့ POC window အတွင်းမှာ ပိုမိုကောင်းမွန်စွာ ပညာရှိရှိ ဆုံးဖြတ်ချက်ချနိုင်ဖို့ အခွင့်အလမ်းတွေကို တိုးမြင့်စေပါတယ်။ နောက်ဆုံးမှာတော့ open-source tool vdbench ကို ခြုံငုံပြီး ရှင်းပြထားပါတယ်။ community က သိပြီး ယုံကြည်စိတ်ချရတဲ့ I/O generator တစ်ခုဖြစ်ပြီး VMware ဟာ shenanigans တွေကို လုပ်ဆောင်နိုင်မလားဆိုတဲ့ စိုးရိမ်မှု နည်းပါးစေပါတယ်။ ဒီ tool မှာ application workload ဒါမှမဟုတ် working production environment ကို replicate မလုပ်နိုင်တဲ့အတွက် ကန့်သတ်ချက်တွေ ရှိပါတယ်။ ဒါတွေက comparison မှာ ထည့်သွင်းနိုင်တဲ့ additional tool တွေဖြစ်ပြီး ဒီ tool က ကောင်းမွန်တဲ့ starting point ကို ပေးစွမ်းပါတယ်။
အမေဇုံ