ရိုးရာ Sysbench OLTP workload ပါရှိသော VMware VSAN cluster ၏ စွမ်းဆောင်ရည်အဆင့်များကို ကြည့်ရှုပြီးနောက် ၊ ပိုမိုတောင်းဆိုမှုများသော အသုံးပြုမှုကိစ္စများအတွက် workload တိုးမြှင့်ခြင်းဖြင့် platform သည် မည်မျှကောင်းမွန်စွာ တုံ့ပြန်သည်ကို ကျွန်ုပ်တို့ ရှာဖွေလိုခဲ့ပါသည်။ ကနဦး ဖြန့်ကျက်မှုတွင် node တစ်ခုလျှင် ၁ ခု၊ Sysbench VM လေးခု ပါဝင်ခဲ့သော်လည်း၊ ထို workload သည် resource များကို အပြည့်အဝအသုံးချနေသည်ဟု ကျွန်ုပ်တို့ခံစားရသည့် disk I/O ကို လုံလောက်သော မြင့်မားသောအတိုင်းအတာသို့ မရောက်ရှိစေခဲ့ပါ။ ၎င်းသည် POC တစ်ခုကို လည်ပတ်နေသော ဖောက်သည်တစ်ဦးသည် ၎င်းတို့၏ လက်ရှိ workload ၏ အစိတ်အပိုင်းတစ်ခုအောက်တွင် စမ်းသပ်သော်လည်း workload များ အချိန်ကြာလာသည်နှင့်အမျှ သို့မဟုတ် application data များ ပိုမိုရွှေ့ပြောင်းလာသည်နှင့်အမျှ platform သည် မည်မျှကောင်းမွန်စွာ တုံ့ပြန်သည်ကို မတိုင်းတာခြင်းနှင့် ဆင်တူပါသည်။ အဆက်မပြတ် တိုးပွားလာသော MySQL workload များအောက်တွင် ဤ VSAN cluster သည် မည်သို့တုံ့ပြန်သည်ကို ပိုမိုနားလည်စေရန်၊ ကျွန်ုပ်တို့သည် Sysbench VM (node တစ်ခုလျှင် ၁ ခု) benchmark လေးခုကို စုစုပေါင်း VM ၈ ခုနှင့် ၁၂ ခုအထိ ချိန်ညှိခဲ့ပါသည်။
Dell PowerEdge R730xd VMware VSAN သတ်မှတ်ချက်များ
- Dell PowerEdge R730xd ဆာဗာများ (x၄)
- CPU များ- Intel Xeon E5-2697 v3 2.6GHz (14C/28T) ရှစ်လုံး
- မှတ်ဉာဏ်: 64 x 16GB DDR4 RDIMM
- SSD: 16 x 800GB Solid State Drive SAS Mix MLC 12Gbps ကိုအသုံးပြုသည်
- HDD: 80 x 1.2TB 10K RPM SAS 6Gbps
- ကွန်ရက်ချိတ်ဆက်မှု: Intel X520 DP 10Gb DA/SFP+ ၄ ခု၊ + I350 DP 1Gb Ethernet
- သိုလှောင်မှုပမာဏ: 86.46TB
Sysbench စွမ်းဆောင်ရည်
Sysbench VM တစ်ခုစီကို vDisk သုံးခုဖြင့် configure လုပ်ထားပြီး တစ်ခုမှာ boot အတွက် (~92GB)၊ တစ်ခုမှာ pre-built database (~447GB) နှင့် တတိယတစ်ခုမှာ test under database (400GB) ဖြစ်သည်။ system resource ရှုထောင့်မှကြည့်လျှင် VM တစ်ခုစီကို vCPU ၁၆ ခု၊ DRAM 64GB ဖြင့် configure လုပ်ထားပြီး LSI Logic SAS SCSI controller ကို အသုံးချထားသည်။
VM ၈ ခု load လုပ်တဲ့အခါ Sysbench VM တွေက တစ်ခုစီကို 5,200-6,300MHz အကြား အသုံးပြုတာကို တွေ့ရပါတယ်။ စုစုပေါင်း host resource တွေက 18,000MHz လောက် အသုံးပြုထားတာကို တွေ့ရပါတယ်။ ဒါကြောင့် CPU resource အများကြီး ကျန်ခဲ့ပြီး host တစ်ခုစီကို ၂၂% ပဲ အသုံးပြုပါတယ်။ ဒါပေမယ့် Sysbench VM ၈ ခုရဲ့ workload မှာတော့ ရရှိနိုင်တဲ့ SSD cache အားလုံးနီးပါးကို အသုံးပြုထားပါတယ်။ storage impact အတွက် ಒಟ್ಟಾರೆ footprint ကို ချဲ့ထွင်ဖို့ Sysbench VM ၁၆ ခုကို load လုပ်ခဲ့ပြီး စုစုပေါင်း VSAN storage capacity 86.46TB ရဲ့ 14TB လောက်ကို အသုံးပြုခဲ့ပါတယ်။ ဒါပေမယ့် 8 VM workload လုပ်တဲ့အချိန်မှာ အဲဒီ 14TB ရဲ့ 7TB ပဲ active ဖြစ်ပါတယ်။ ဒါက 4 VM workload မှာ 3.5TB နဲ့ နှိုင်းယှဉ်ရင် ပိုများပါတယ်။
Sysbench စမ်းသပ်ခြင်း ပုံစံ (VM တစ်ခုချင်းစီအတွက်)
- CentOS 6.3 64-bit
- သိုလှောင်မှုပမာဏ: 1TB၊ 800GB အသုံးပြုပြီး
- Percona XtraDB 5.5.30-rel30.1
- ဒေတာဘေ့စ်ဇယားများ: ၁၀၀
- ဒေတာဘေ့စ်အရွယ်အစား: ၁၀,၀၀၀,၀၀၀
- ဒေတာဘေ့စ် ချည်နှောင်မှုများ: ၃၂
- RAM ဘာဖာ: 24GB
- စမ်းသပ်ချိန်: ၃ နာရီ
- ၂ နာရီကြာ ကြိုတင်ပြင်ဆင်မှု ၃၂ ခု
- ၁ နာရီ ၃၂ ကြိမ် ချည်နှောင်ထားသည်
- ၁ နာရီ ၃၂ ကြိမ် ချည်နှောင်ထားသည်
- ၁ နာရီ ၃၂ ကြိမ် ချည်နှောင်ထားသည်
- ၁ နာရီ ၃၂ ကြိမ် ချည်နှောင်ထားသည်
- ၁ နာရီ ၃၂ ကြိမ် ချည်နှောင်ထားသည်
Sysbench OLTP workload ကို ချိန်ညှိလိုက်တဲ့အခါ VM ၄ ခုနဲ့ စုစုပေါင်း TPS ၂,၈၃၀ ရှိရာကနေ VM ၈ ခုနဲ့ TPS ၄,၂၅၉ အထိ စွမ်းဆောင်ရည်တိုးတက်မှုကို တိုင်းတာနိုင်ခဲ့ပါတယ်။ ဒါက workload footprint နှစ်ဆတိုးလာတာနဲ့အမျှ စွမ်းဆောင်ရည် ၅၀% တိုးလာတာကို တွေ့ရှိရပါတယ်။
စုစုပေါင်း ငွေပေးငွေယူ စွမ်းဆောင်ရည် မြင့်တက်လာခြင်းနှင့်အတူ၊ VM တစ်ခုချင်းစီအလိုက် ပျမ်းမျှ latency တိုးလာမှုကို ၄၅ မီလီစက္ကန့်မှ ၆၀ မီလီစက္ကန့်အထိ တိုင်းတာခဲ့ပါသည်။ ၎င်းသည် workload သေးငယ်ခြင်းထက် ၃၃% ခန့် ခုန်တက်သွားခြင်း ဖြစ်ပါသည်။
I/O ဝယ်လိုအားများ မြင့်တက်လာသည်နှင့်အမျှ ပျမ်းမျှ 99th percentile latency သည် 94ms မှ 131ms အထိ မြင့်တက်လာခဲ့သည်။
Benchmark လည်ပတ်နေချိန်မှာ vCenter ကနေ CPU၊ disk နဲ့ networking stats တွေကို ကျွန်တော်တို့ ဖမ်းယူခဲ့ပါတယ်။ 8 VM စမ်းသပ်မှုအတွင်းမှာ VM-CPU ပျံ့နှံ့မှုဟာ 5,275MHz မှ 6,393MHz အထိ ရှိတာကို ကျွန်တော်တို့ တွေ့ခဲ့ရပါတယ်။
node တစ်ခုလျှင် VM ၂ ခု active ဖြစ်နေချိန်တွင် workload စတင်ပြီးနောက် disk activity ရောနှောနေသည်ကို ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရသည်။ စမ်းသပ်မှုစတင်ချိန်တွင် pre-built database သည် VM တစ်ခုစီအတွင်း ၎င်းကိုယ်တိုင်ကူးယူနေစဉ်တွင် ပိုမိုကြီးမားသော peaks များကို တိုင်းတာခဲ့သည်။
8 VM Sysbench စမ်းသပ်မှုအတွင်း host တစ်ခုမှ ကွန်ရက်အသွားအလာသည် စမ်းသပ်မှု တည်ငြိမ်သွားပြီးနောက် ရောနှော 391MB/s ကို တိုင်းတာခဲ့သည်။
ဒီစမ်းသပ်မှုရဲ့ ရည်ရွယ်ချက်က VSAN ဟာ အဆက်မပြတ်တိုးလာနေတဲ့ workload ကို ဘယ်လိုတုံ့ပြန်လဲဆိုတာကို ပြသဖို့ဖြစ်တဲ့အတွက် VM ၈ ခု run ပြီးနောက်မှာ platform ကို စုစုပေါင်း VM ၁၂ ခုအထိ တွန်းပို့ခဲ့ပါတယ်။ ဒါဟာ workload အချို့ဟာ SSD cache အပြင်ဘက်ကို တွန်းပို့ခဲ့တဲ့ breaking point ပါ။ workload အများစုဟာ ပြီးမြောက်မှုမရှိတာ ဒါမှမဟုတ် သင့်တော်တဲ့ရမှတ်တွေ မရတာကြောင့် ဒီစွမ်းဆောင်ရည်ကို ကျွန်တော်တို့ plot မလုပ်ခဲ့ပါဘူး။ ပြီးမြောက်သွားတဲ့ VM တွေအတွက် cluster တစ်လျှောက်မှာ စုစုပေါင်း transaction performance ဟာ 1000-1500TPS လောက် နိမ့်နေတာကို ကျွန်တော်တို့ မြင်တွေ့ခဲ့ရပါတယ်။ ကျွန်တော်တို့တိုင်းတာခဲ့တဲ့ performance drop-off ကို 800GB အစား 1.6TB SSD လိုမျိုး flash devices ကြီးတွေနဲ့ လျှော့ချနိုင်သလို၊ read-tier ထဲကို လျှံကျနေတဲ့ all-flash VSAN model ကို အသုံးပြုနိုင်ပါတယ်။ ဒါက VSAN environment ရဲ့ flash component ကို သင့်တော်တဲ့အရွယ်အစား အရွယ်အစားသတ်မှတ်ဖို့ လိုအပ်တယ်ဆိုတာကို ပေါ်လွင်စေပြီး admin တွေ ဒါမှမဟုတ် သူတို့ရဲ့ reseller partner တွေဟာ working data set အကြောင်း ကောင်းကောင်းသိထားသင့်ပါတယ်။ ဒါက VSAN platform အတွက် အဓိကအားသာချက်တွေထဲက တစ်ခုပါ။ လက်ရှိနှင့် အနာဂတ် workloads များ၏ လိုအပ်ချက်များနှင့် အကိုက်ညီဆုံးဖြစ်အောင် customer များ configure များကို စိတ်ကြိုက်ပြင်ဆင်နိုင်စေသည် သို့မဟုတ် လိုအပ်သလို SSD များကို ဈေးသက်သာစွာ လဲလှယ်/ထည့်သွင်းနိုင်စေပါသည်။
သင့်ပလက်ဖောင်းရဲ့ အားနည်းချက်တွေကို သိရှိထားခြင်းက အလွန်အရေးကြီးပါတယ်။ အစပိုင်းမှာ ဖြန့်ကျက်ထားတဲ့ workload တွေဟာ အချိန်ကြာလာတာနဲ့အမျှ VM အရေအတွက်နဲ့ storage capacity နှစ်မျိုးလုံးမှာ တိုးလာလေ့ရှိပါတယ်။ storage platform တိုင်းမှာ choke point (all-flash arrays တွေတောင်) ရှိပါတယ်၊ ဒါကြောင့် ဒီ four-node VSAN cluster ဘယ်လိုတည်ဆောက်ထားလဲဆိုတာကို သိရှိနိုင်ပါတယ်။ လောလောဆယ်မှာ storage platform တစ်ခုတည်းမှာသာ Sysbench VM ၁၂ ခုနဲ့ ၁၆ ခုကို အောင်မြင်စွာ လည်ပတ်နိုင်ခဲ့ပြီး အဲဒီ storage platform ဟာ MSRP $575,000 ရှိတဲ့ all-flash array တစ်ခုဖြစ်ပါတယ်။ ဒါပေမယ့် ဒီ VSAN cluster ရဲ့ အနာဂတ်စမ်းသပ်မှုတွေမှာ အလားတူစွမ်းဆောင်ရည်ရည်မှန်းချက်တွေကို ရောက်ရှိအောင် ကြိုးစားဖို့အတွက် all-flash configuration တွေ ပါဝင်ပါလိမ့်မယ်။
VMware Virtual SAN ပြန်လည်သုံးသပ်ချက်- ခြုံငုံသုံးသပ်ချက်နှင့် ပြင်ဆင်မှု
VMware Virtual SAN ပြန်လည်သုံးသပ်ချက်- VMmark စွမ်းဆောင်ရည်
VMware Virtual SAN ပြန်လည်သုံးသပ်ချက်- Sysbench OLTP စွမ်းဆောင်ရည်
VMware Virtual SAN ပြန်လည်သုံးသပ်ချက်- SQL Server စွမ်းဆောင်ရည်
VMware Virtual SAN ပြန်လည်သုံးသပ်ချက်- Scaled Sysbench OLTP စွမ်းဆောင်ရည်
VMware Virtual SAN ပြန်လည်သုံးသပ်ချက်- HCIbench Synthetic Performance
အမေဇုံ