AMD က သူတို့ရဲ့ EPYC Rome 7002 CPU series အသစ်ကို ဒီနေ့ မိတ်ဆက်လိုက်တဲ့အခါ GIGABYTE အပါအဝင် ရောင်းချသူအများအပြားက ဒီနည်းပညာအသစ်ကို ပံ့ပိုးပေးတဲ့ server တွေကို ကြေညာခဲ့ကြပါတယ်။ တကယ်တော့ GIGABYTE က EPYC Rome ကို ပံ့ပိုးပေးတဲ့ R-Series rack server စီးရီးတစ်ခုလုံးကို မိတ်ဆက်ခဲ့ပါတယ်။ R-series ဟာ resource တွေ မျှတစွာပါဝင်တဲ့ general-purpose server family တစ်ခုဖြစ်ပါတယ်။ ဒီ series မှာ storage media combination အမျိုးမျိုးနဲ့ 1U နဲ့ 2U server နှစ်မျိုးလုံးကို ပေးစွမ်းပါတယ်။ ဒီ review အတွက် 24 U.2 NVMe bays ပါဝင်တဲ့ GIGABYTE R272-Z32 Server ကို လေ့လာကြည့်ပါမယ်။
ဟာ့ဒ်ဝဲဘက်မှကြည့်လျှင် server သည် GIGABYTE ၏ EPYC Rome MZ32-AR0 server motherboard ကို အသုံးပြုထားသည်။ motherboard တွင် AMD EPYC 7002 SoC တစ်ခုနှင့် DDR4 မှတ်ဉာဏ်အတွက် DIMM slot ၁၆ ခု ပါဝင်သည်။ server တွင် NVMe storage အတွက် hot-swappable slot ၂၄ ခုအပြင် နောက်ဘက်တွင် SATA SSD သို့မဟုတ် HDD များအတွက် slot နှစ်ခုပါရှိသည်။ တိုးချဲ့ရန်အတွက် motherboard တွင် PCIe expansion slot ခုနစ်ခုနှင့် Mezzanine connector တစ်ခုပါရှိသောကြောင့် ဖောက်သည်များ တိုးချဲ့ရန် သို့မဟုတ် လိုအပ်သော accessories များထည့်သွင်းရန် နေရာလွတ်ပေးသည်။ configure လုပ်ထားသည့်အတိုင်း server တွင် NVMe bays များသည် ရရှိနိုင်သော PCIe slot အများစုနှင့် ရှေ့ backplane သို့ PCIe lanes အတွက် Mezzanine slot ကို အသုံးပြုသည်။ နောက်ဆုံးတွင် ဖောက်သည်များသည် အမှန်တကယ်တိုးချဲ့ရန်အတွက် PCIe slot သုံးခုသာ ကျန်တော့သည်။
GIGABYTE server အားလုံးကဲ့သို့ပင် R272-Z32 သည် ၎င်း၏ remote management software အတွက် GIGABYTE Server Management (GSM) ကိုအသုံးပြုသည်။ GIGABYTE AMD EPYC Rome server သည် BMC server management အတွက် AMI MegaRAC SP-X platform ကိုလည်းအသုံးပြုနိုင်သည်။ ဤအလိုလိုသိသာပြီး အင်္ဂါရပ်ကြွယ်ဝသော browser-based GUI တွင် RESTful API support၊ HTML5-based iKVM၊ အသေးစိတ် FRU အချက်အလက်၊ pre-event automatic video recording နှင့် SAS/RAID controller monitoring အပါအဝင် ထင်ရှားသော features အများအပြားပါဝင်သည်။
ကျွန်ုပ်တို့ရဲ့ တည်ဆောက်မှုအတွက် AMD EPYC 7702P CPU ကို အသုံးပြုထားပါတယ်။ RAM အတွက် 8 32GB 3200MHz Micron အမှတ်တံဆိပ် DDR4 မော်ဂျူးတွေကို အသုံးပြုထားပါတယ်။ သိုလှောင်မှုအတွက် 3.84TB စွမ်းရည်ရှိတဲ့ 12 Micron Pro 9300 SSD တွေကို အသုံးပြုထားပါတယ်။
GIGABYTE R272-Z32 Server Key သတ်မှတ်ချက်များ
| စီပီယူ | AMD ၏ EPYC 7002 |
| Form ကိုအချက် | 2U |
| မိခင်ဘုတ် | EATX MZ32-AR0 |
| မှတ်ဉာဏ် | DIMM slot ၁၆ ခု |
| ဒရိုက်ဘေးများ | |
| ရှေ့ | ၂၄ x ၂.၅” hot-swap U.2 NVMe SSD |
| နောက်ဘက် | ၂ x ၂.၅: hot-swap HDD |
| expansion slot နှစ်ခု | |
| 7 x Low-profile slot | (Slot7) PCIe x16 slot @Gen4 x16 s/w တွင် 4 x Slim-SAS 4i ပါရှိပြီး 4 x U.2 မှ (Slot6)PCIe x16 slot @Gen4 x16 (Slot5)PCIe x16 slot @Gen4 x8 (Slot4)PCIe x16 slot @Gen4 x16 (Slot3)PCIe x16 slot @Gen4 x16 (Slot2)PCIe x8 slot @Gen3 x8 (အပေါက် ၁) PCIe x16 အပေါက် @Gen3 x16 mezzanine @Gen3 x16 (အမျိုးအစား ၁၊ P1၊P2၊P3၊P4; NCSI ပံ့ပိုးမှုပါရှိသော အမျိုးအစား ၂ P5) |
| နောက်ပြန်လေယာဉ် | U.2 HDD နောက်ခံပြား (CBP20O5+CEPM080x3) |
| IO Connector | နောက်ဘက်တွင် VGA ၁ ခု၊ COM ၁ ခု၊ 1G LAN ၂ ခု၊ MLAN ၁ ခု၊ USB3.0 ၃ ခု၊ ID ခလုတ် ၁ ခု အတွင်းပိုင်း COM ၁ ခု၊ TPM ၁ ခု၊ USB3.0 (၂ ပေါက်) ၁ ခု၊ USB2.0 (၂ ပေါက်) ၁ ခု |
| Power ကထောက်ပံ့ရေး | ထပ်ဆင့် 1200W 80+ ပလက်တီနမ် |
| စနစ်အအေးခံခြင်း။ | ၄ x ၈ စင်တီမီတာ အလွယ်တကူလဲလှယ်နိုင်သော ပြောင်းပြန်လည်ပတ်သည့် ပန်ကာ |
| အတိုင်းအတာ | 87.5 438 660 မီလီမီတာ |
GIGABYTE R272-Z32 ဒီဇိုင်းနှင့် တည်ဆောက်မှု
ရှေ့ပိုင်းကနေစပြီး ဆာဗာရဲ့ အတွင်းပိုင်းကနေ နောက်ဘက်အထိ လုပ်ဆောင်ပြီး လုပ်ဆောင်ချက်အားလုံးကို အသေးစိတ်ရှင်းပြပါမယ်။ ဆာဗာရဲ့ ရှေ့ပိုင်းမှာ ၂.၅ လက်မ U.2 NVMe bay ၂၄ ခု၊ USB 3.0 port နှစ်ခု၊ power button တစ်ခု၊ recessed reset button တစ်ခုနဲ့ ID button တစ်ခု ပါဝင်ပါတယ်။ ID button ဟာ ဆာဗာရဲ့ ရှေ့နဲ့နောက် နှစ်ဖက်စလုံးကနေ LED မီးလုံးတစ်လုံး မြင်နိုင်တာကြောင့် datacenter မှာ အသုံးဝင်ပါတယ်။ ဆာဗာအနည်းငယ်ပါတဲ့ အခန်းတစ်ခန်းမှာ ID indicator က သင်အလုပ်လုပ်နေတဲ့ စက်ကို ခွဲခြားသိရှိနိုင်အောင် ကူညီပေးပါလိမ့်မယ်။
အတွင်းပိုင်းမှာ processor motherboard တစ်ခုတည်းမှာ DDR4 slot ၁၆ ခုနဲ့ PCIe slot ၇ ခု ပါဝင်ပါတယ်။ motherboard ပေါ်က slot အားလုံးက Gen 4 ဖြစ်ပြီး အရင် generation ရဲ့ မြန်နှုန်းထက် နှစ်ဆပိုများပါတယ်။ NVMe bay တစ်ခုစီမှာ motherboard နဲ့ ကိုယ်ပိုင် PCIe ချိတ်ဆက်မှု လိုအပ်တာကြောင့် ကျွန်ုပ်တို့ရဲ့ configuration မှာ NVMe bay တွေကို ချိတ်ဆက်မှု ထောက်ပံ့ပေးဖို့ daughter board ငါးခု ပါဝင်ပါတယ်။ user customization အတွက် open PCIe slot သုံးခု ပါဝင်ပြီး အားလုံးရဲ့ တစ်ဝက်အမြင့် ရှိပါတယ်။ open slot သုံးခုထဲက တစ်ခုက စက်ပိုင်းဆိုင်ရာနဲ့ လျှပ်စစ်ပိုင်းဆိုင်ရာ x8 ဖြစ်ပါတယ်။ ကျန် slot နှစ်ခုက စက်ပိုင်းဆိုင်ရာ x16၊ တစ်ခုက လျှပ်စစ်ပိုင်းဆိုင်ရာ x8 နဲ့ နောက်တစ်ခုက လျှပ်စစ်ပိုင်းဆိုင်ရာ x16 ဖြစ်ပါတယ်။ PCIe cable တွေနဲ့ဆိုရင် card တွေဆီကို လေစီးဆင်းမှုက အကန့်အသတ်ရှိနိုင်တာကြောင့် network connectivity အတွက် ပိုသင့်တော်ပြီး GPU ထက် LFM လေစီးဆင်းမှု လိုအပ်ချက် နည်းပါးပါတယ်။ server ရဲ့ ရှေ့ဘက်ခြမ်းမှာ hot swappable chassis fan ၄ ခု တန်းစီ ပါရှိပါတယ်။
နောက်ဆုံးအနေနဲ့ server ရဲ့နောက်ဘက်ပါ။ server တွေအတွက်ကတော့ အတော်လေးကို ပုံမှန်ပါပဲ။ USB 3.0 port သုံးခု၊ 1GbE port နှစ်ခု၊ management port တစ်ခု၊ ID switch တစ်ခု၊ serial port တစ်ခု၊ VGA port တစ်ခု၊ SATA bay နှစ်ခုနဲ့ 1200 watt power supply နှစ်ခု ပါဝင်ပါတယ်။ အရှေ့ဘက်မှာ ဈေးကြီးတဲ့ high-performance storage ပါတဲ့ NVMe bay တွေ ပါပေမယ့် နောက်ဘက်က SATA bay တွေကတော့ boot drive တွေအတွက် high capacity low cost storage ကို ပေးစွမ်းပါတယ်။ ရှေ့ဘက်မှာ မြင်တွေ့ရတာနဲ့ ကိုက်ညီတဲ့ နောက်ဘက်က ID button တစ်ခု ရှိပါတယ်။ serial port က legacy product တွေအတွက် next-generation platform နဲ့ ဆက်လက်တည်ရှိနေတာကို မြင်ရတာ ဝမ်းသာစရာပါပဲ။
GIGABYTE R272-Z32 စီမံခန့်ခွဲမှု
ဖော်ပြခဲ့သည့်အတိုင်း GIGABYTE R272-Z32 တွင် ၎င်း၏ကိုယ်ပိုင် GSM remote management software ပါရှိသော်လည်း BMC server management အတွက် AMI MegaRAC SP-X platform ကိုလည်း အသုံးပြုနိုင်ပါသည်။ ဤသုံးသပ်ချက်အတွက် MegaRAC ကို အသုံးပြုသွားမည်ဖြစ်ပြီး KVM ၏ အစိတ်အပိုင်းနှစ်ခုဖြစ်သည့် management screen နှင့် ဆက်စပ် landing page များအပြင် Server OS management နှင့် loading software အတွက် remote console popup window တို့ဖြစ်သည်။
အဓိက စီမံခန့်ခွဲမှု မျက်နှာပြင်ကနေ landing page မှာရှိတဲ့ quick stats တွေကို ကြည့်ရှုနိုင်ပြီး Dashboard, Sensor, System Inventory, FRU Information, Logs & Reports, Settings, Remote Control, Image Redirection, Power Control, နဲ့ Maintenance အပါအဝင် ဘယ်ဘက်ခြမ်းမှာ လည်ပတ်နေတဲ့ main tabs အများအပြားကို မြင်တွေ့နိုင်ပါတယ်။ ပထမစာမျက်နှာကတော့ dashboard ပါ။ ဒီမှာ BMC ရဲ့ uptime၊ pending assertions၊ access logs နဲ့ issues ဘယ်နှစ်ခု up ဖြစ်နေလဲ၊ sensor monitoring နဲ့ drive slots တွေနဲ့ ပြီးခဲ့တဲ့ ၂၄ နာရီနဲ့ ၃၀ ရက်အတွင်း event ဘယ်နှစ်ခု ရှိခဲ့လဲဆိုတာကို အလွယ်တကူ မြင်တွေ့နိုင်ပါတယ်။
အာရုံခံကိရိယာများကို နှိပ်ခြင်းဖြင့် အသုံးပြုသူများသည် သီးခြားအာရုံခံကိရိယာများနှင့် ၎င်းတို့၏ လက်ရှိအခြေအနေကို လျင်မြန်စွာ မြင်တွေ့နိုင်သည်။ အသုံးပြုသူများသည် ပုံမှန်အာရုံခံကိရိယာများနှင့် ၎င်းတို့ လက်ရှိဖတ်ရှုနေပုံနှင့် ပြုမူနေပုံ (ဥပမာ- ပန်ကာ RPM နှင့် ဖွင့်သည့်အချိန်) ကိုလည်း မြင်တွေ့နိုင်သည်။
System Inventory tab က admin တွေကို server ထဲက hardware အမျိုးမျိုးကို မြင်တွေ့နိုင်စေပါတယ်။ CPU ကို နှိပ်လိုက်တဲ့အခါ ဘယ်ဟာလဲဆိုတာနဲ့ ပတ်သက်ပြီး အသေးစိတ်အချက်အလက်တွေကို ပေးစွမ်းနိုင်ပြီး ဒီကိစ္စမှာတော့ AMD EPYC 7702P လည်း ပါဝင်ပါတယ်။ အသုံးပြုသူတွေဟာ CPU ရဲ့ cache အချက်အလက်တွေကိုလည်း မြင်တွေ့နိုင်ပါတယ်။
CPU ကဲ့သို့ပင် DIMM inventory subtab သည် RAM အကြောင်း အသေးစိတ်အချက်အလက်များကို ပေးထားပြီး အများဆုံးပမာဏ၊ မည်သည့် slot များတွင် မည်မျှထည့်သွင်းထားသည်၊ ECC ဟုတ်မဟုတ်အပြင် သီးခြား DIMM များအကြောင်း အသေးစိတ်အချက်အလက်များကိုလည်း ပေးထားသည်။
HDD Inventory subtab သည် အထက်ဖော်ပြပါနှင့် ဆင်တူပြီး ထည့်သွင်းထားသော drive များအကြောင်း အချက်အလက်များနှင့် နောက်ထပ်အချက်အလက်များအတွက် အသေးစိတ်ကြည့်ရှုနိုင်စွမ်းကို ပေးပါသည်။
နောက်ထပ် အဓိက tab ကတော့ FRU (Field Replaceable Units) အချက်အလက်ပါ။ နာမည်အတိုင်းပါပဲ၊ ဒီ tab က FRU units တွေအကြောင်း အချက်အလက်တွေကို ပေးစွမ်းပြီး chassis နဲ့ motherboard အကြောင်း အချက်အလက်တွေကို ဒီမှာ မြင်တွေ့နိုင်ပါတယ်။
Settings tab ကတော့ အတော်လေး ပြည့်စုံပါတယ်။ admin တွေအနေနဲ့ လိုအပ်တဲ့ setting option အားလုံးကို အသုံးပြုခွင့်ပေးပြီး သူတို့ရွေးချယ်ထားတဲ့ workloads တွေနဲ့ ကိုက်ညီအောင် ပြောင်းလဲနိုင်စွမ်းလည်း ရှိပါတယ်။
နောက် tab ကတော့ Remote Control ပါ။ ဒီမှာ user တွေက KVM ကို launch လုပ်မလား၊ JAVA SOL ကို launch လုပ်မလား ရွေးချယ်ခွင့်ရှိပါတယ်။ KVM ကို launch လုပ်ခဲ့ပါတယ်။
တစ်ကြိမ်စတင်လိုက်သည်နှင့် ၎င်းသည် အသုံးပြုသူများအား server OS သို့ အဝေးမှဝင်ရောက်ခွင့်ပေးသည်၊ ၎င်းသည် ကျွန်ုပ်တို့၏ ဥပမာတွင် Linux loading screen ဖြစ်သည်။ Remote console windows များသည် datacenter တစ်ခုတွင် အဖိုးမဖြတ်နိုင်သော tool တစ်ခုဖြစ်ပြီး၊ ထိုသို့ပြုလုပ်ရန် monitor၊ keyboard နှင့် mouse crash cart များကို သယ်ယူစရာမလိုဘဲ local control ကို လိုချင်ပါသည်။ window ၏ ညာဘက်အပေါ်ထောင့်တွင် မြင်နိုင်သည်မှာ software ကို load လုပ်ရန်အတွက် server ပေါ်တွင် အဝေးမှဝင်ရောက်နိုင်ရန် သင့် local system မှ ISO များကို mount လုပ်နိုင်သည့် CD image feature ဖြစ်သည်။
Power Control tab မှာ Power Off, Power On, Power Cycle, Hard Reset နဲ့ ACPI Shutdown အပါအဝင် power လုပ်ဆောင်ချက်စာရင်းငယ်လေးကို ပေးထားပါတယ်။
Maintenance tab သည် Backup Configuration၊ Firmware Image Location၊ Firmware Information၊ Firmware Update၊ HPM Firmware Update၊ Preserve Configuration၊ Restore Configuration၊ Restore Factory Defaults နှင့် System Administrator အပါအဝင် administrator များ ဂရုစိုက်ရန် လိုအပ်နိုင်သည့် အရာများစွာကို ဝင်ရောက်ကြည့်ရှုနိုင်စေပါသည်။
BIOS အချက်အလက်များကို Maintenance tab အောက်ရှိ Firmware information မှတစ်ဆင့်လည်း ဝင်ရောက်ကြည့်ရှုနိုင်ပါသည်။
Gigabyte R272-Z32 ဖွဲ့စည်းပုံနှင့် စွမ်းဆောင်ရည်
ကျွန်ုပ်တို့ရဲ့ ကနဦး စမ်းသပ်မှု အစီအစဉ်အတွက် bare metal Linux environment ထဲက synthetic benchmarks တွေကို အာရုံစိုက်ပါတယ်။ Ubuntu 18.04.02 ကို install လုပ်ပြီး storage-driven benchmarks တွေကို အသုံးချဖို့ vdbench ကို အသုံးပြုခဲ့ပါတယ်။ server ထဲမှာ 12 Micron 9300 Pro 3.84TB SSDs တွေ ထည့်သွင်းထားတာကြောင့် CPU မှာ storage I/O တွေ ပြည့်နှက်နေစေဖို့ အဓိကထား လုပ်ဆောင်ခဲ့ပါတယ်။ AMD EYPC Rome၊ အဓိကအားဖြင့် VMware vSphere (6.7 U3 ကို GA အဖြစ် စောင့်ဆိုင်းနေ) ကို အပြည့်အဝ ပံ့ပိုးပေးတဲ့ နောက်ထပ် OS ပံ့ပိုးမှုတွေ ထွက်ပေါ်လာတာနဲ့အမျှ ဒီ server platform မှာ စမ်းသပ်မှုတွေကို ထပ်ထည့်သွားပါမယ်။
VDBench လုပ်ငန်းဝန်အား ခွဲခြမ်းစိတ်ဖြာခြင်း
storage arrays တွေကို benchmarking လုပ်တဲ့အခါ application testing က အကောင်းဆုံးဖြစ်ပြီး synthetic testing က ဒုတိယနေရာမှာ ရှိပါတယ်။ တကယ့် workloads တွေရဲ့ ပြီးပြည့်စုံတဲ့ ကိုယ်စားပြုမှု မဟုတ်ပေမယ့် synthetic tests တွေက repeatability factor ရှိတဲ့ baseline storage devices တွေကို အထောက်အကူပြုပြီး ယှဉ်ပြိုင်တဲ့ solution တွေကြား apples-to-apples နှိုင်းယှဉ်မှုကို လွယ်ကူစေပါတယ်။ ဒီ workloads တွေက “four corners” tests၊ common database transfer size tests တွေအပြင် VDI environments အမျိုးမျိုးကနေ trace captures တွေအထိ testing profiles အမျိုးမျိုးကို ပေးစွမ်းပါတယ်။ ဒီ tests အားလုံးက scripting engine တစ်ခုပါဝင်တဲ့ common vdBench workload generator ကို အသုံးပြုပြီး compute testing cluster ကြီးတစ်ခုပေါ်မှာ ရလဒ်တွေကို automate လုပ်ပြီး capture လုပ်ပါတယ်။ ဒါကြောင့် flash arrays နဲ့ individual storage devices တွေ အပါအဝင် storage devices အမျိုးမျိုးမှာ တူညီတဲ့ workloads တွေကို repeat လုပ်နိုင်ပါတယ်။
ကိုယ်ရေးအချက်အလက်
- 4K ကျပန်းဖတ်ရှုမှု- 100% ဖတ်ရှုမှု၊ 128 threads၊ 0-120% iorate
- 4K ကျပန်းရေးသားမှု- 100% ရေးသားမှု၊ 64 threads၊ 0-120% iorate
- ၆၄K စဉ်ဆက်မပြတ်ဖတ်ရှုမှု- ၁၀၀% ဖတ်ရှုမှု၊ ချည် ၃၂ ခု၊ ၀-၁၂၀% iorate
- ၆၄K အစဉ်လိုက်ရေးသားမှု- ၁၀၀% ရေးသားမှု၊ ၁၆ ချည်၊ ၀-၁၂၀% iorate
- ပေါင်းစပ်ဒေတာဘေ့စ်- SQL နှင့် Oracle
- VDI အပြည့်အဝ Clone နှင့် ချိတ်ဆက်ထားသော Clone Traces များ
ကျပန်း 4K ဖတ်ရှုမှုဖြင့် GIGABYTE R272-Z32 သည် 100µs ကျော်တွင် စတင်ခဲ့ပြီး 6,939,004 IOPS ဖြင့် latency 189.6µs ဖြင့် အမြင့်ဆုံးသို့ ရောက်ရှိခဲ့သည်။
ကျပန်း 4K ရေးသားမှုအတွက်၊ server သည် 28µs latency သာရှိသော 158,161 IOPS ရှိသည်။ server သည် IOPS ၁.၂၇ သန်းခန့်အထိ 100µs အောက်တွင်ရှိနေပြီး 699.8µs latency တွင် 1,363,259 IOPS သို့ အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
sequential workloads သို့ပြောင်းလိုက်သောအခါ၊ ကျွန်ုပ်တို့၏ 64K read တွင် server သည် 645,240 IOPS သို့မဟုတ် 40.3GB/s ဖြင့် latency 592.9µs ဖြင့် အမြင့်ဆုံးရောက်ရှိခဲ့သည်ကို ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရသည်။
64K ရေးသားမှုတွင် server သည် 110K IOPS သို့မဟုတ် 6.8GB/s ခန့်တွင် latency 246.1µs ဖြင့် အမြင့်ဆုံးရောက်ရှိပြီးနောက် သိသိသာသာ ကျဆင်းသွားခဲ့သည်။
ကျွန်ုပ်တို့၏ နောက်ထပ်စမ်းသပ်မှုအစုံမှာ ကျွန်ုပ်တို့၏ SQL workloads များဖြစ်သည်- SQL၊ SQL 90-10 နှင့် SQL 80-20။ SQL အတွက် server သည် 2,489,862 IOPS ဖြင့် latency 151.2µs ဖြင့် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
SQL 90-10 အတွက် server သည် အမြင့်ဆုံးစွမ်းဆောင်ရည် 2,123,201 IOPS ရှိပြီး latency 177.2µs ရှိသည်။
ကျွန်ုပ်တို့ရဲ့ နောက်ဆုံး SQL စမ်းသပ်မှု 80-20 မှာ server ဟာ 1,849,018 IOPS နဲ့ latency 202.1µs ရှိတဲ့ အမြင့်ဆုံးစွမ်းဆောင်ရည်ကို ရရှိခဲ့ပါတယ်။
နောက်တစ်ခုကတော့ ကျွန်တော်တို့ရဲ့ Oracle workloads တွေဖြစ်တဲ့ Oracle, Oracle 90-10 နဲ့ Oracle 80-20 တို့ပါ။ Oracle နဲ့ဆိုရင် GIGABYTE server ဟာ 1,652,105 IOPS နဲ့ latency 227.5µs အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
Oracle 90-10 နဲ့အတူ sever ဟာ 1,727,168 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပြီး latency 150.1µs သာရှိခဲ့ပါတယ်။
Oracle 80-20 အတွက် sever သည် latency 166.8µs တွင် အမြင့်ဆုံးရမှတ် 1,551,361 IOPS ကို ရရှိခဲ့သည်။
ထို့နောက် ကျွန်ုပ်တို့၏ VDI clone စမ်းသပ်မှု Full နှင့် Linked သို့ ပြောင်းသွားခဲ့သည်။ VDI Full Clone (FC) Boot အတွက် EPYC Rome စွမ်းအင်သုံး server သည် latency 220.4µs တွင် 1,680,812 IOPS ၏ အမြင့်ဆုံးစွမ်းဆောင်ရည်ကို ရရှိခဲ့ပါသည်။
VDI FC Initial Login ဖြင့် server သည် 39,309 IOPS ဖြင့်စတင်ခဲ့ပြီး latency 79.8µs ရှိသည်။ server သည် 200K IOPS အထိ 100µs အောက်တွင်ရှိနေပြီး latency 627.3µs ဖြင့် 393,139 IOPS တွင်အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI FC Monday Login အတွက် server သည် 351,133 IOPS ဖြင့် latency 326.6µs ဖြင့် အမြင့်ဆုံးသို့ ရောက်ရှိခဲ့သည်။
VDI LC Boot အတွက် server သည် 777,722 IOPS တွင် latency 197.6µs အထိ အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI LC Initial Login ဖြင့် GIGABYTE server သည် 341.9µs latency တွင် 211,720 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
နောက်ဆုံးအနေနဲ့ VDI LC Monday Login နဲ့အတူ EPYC Rome server ဟာ 216,084 IOPS နဲ့ latency 521.9µs ရှိတဲ့ အမြင့်ဆုံးစွမ်းဆောင်ရည်ကို ရရှိခဲ့ပါတယ်။
ကောက်ချက်
AMD EPYC 7002 CPU အသစ်များ ထွက်ရှိလာပြီး processor အသစ်များပါရှိသော ပထမဆုံး server (ကျွန်ုပ်တို့၏ Lab တွင်) မှာ GIGABYTE R272-Z32 ဖြစ်သည်။ ဤ 2U အထွေထွေရည်ရွယ်ချက် server သည် MZ32-AR0 motherboard ကိုအသုံးပြုထားသောကြောင့် EPYC Rome processor အသစ်တစ်ခုတည်းနှင့် တွဲဖက်အသုံးပြုနိုင်သည်။ server တွင် DIMM slot ၁၆ ခုပါရှိပြီး DDR4 3200MHz RAM စုစုပေါင်း 1TB အထိ ရရှိနိုင်မည်ဖြစ်သည်။ R272-Z32 တွင် NVMe storage အားလုံးအတွက် hot-swap bays ၂၄ ခုပါရှိပြီး နောက်ဘက်တွင် SATA SSD သို့မဟုတ် HDD များအတွက် bays နှစ်ခုပါရှိသည်။ ဖောက်သည်များသည် PCIe devices များ (ယခု Gen4 devices များအပါအဝင်) ထပ်မံလိုအပ်ပါက နောက်ဘက်တွင် slot ခုနစ်ခုရှိသော်လည်း သုံးခုသာဖွင့်ထားသည်။ server သည် BMC server management အတွက် AMI MegaRAC SP-X ကိုလည်း ပံ့ပိုးပေးသည်။
စမ်းသပ်မှုအတွက် AMD EPYC 7702P CPU၊ 256GB 3,200MHz Micron DDR4 RAM နှင့် 12 3.84TB Micron Pro 9300 SSD တို့ကို အသုံးပြုခဲ့ပါတယ်။ အထက်ပါအချက်တွေနဲ့ ဒီ server လေးက တကယ်ကို အံ့မခန်းပါပဲ။ ကျွန်တော်တို့ရဲ့ VDBench workloads တွေကို အသုံးပြုရုံနဲ့ server ဟာ 4K read မှာ IOPS ၇ သန်း၊ 4K write မှာ IOPS ၁.၄ သန်း၊ 64K sequential read မှာ IOPS ၄၀.၃GB/s နဲ့ 64K sequential write မှာ IOPS ၆.၈GB/s ရရှိခဲ့တာ တွေ့ရပါတယ်။ ကျွန်တော်တို့ရဲ့ SQL workloads တွေထဲကို ရွှေ့ကြည့်မယ်ဆိုရင် server ဟာ IOPS ၂.၅ သန်း၊ SQL 90-10 မှာ IOPS ၂.၁ သန်း နဲ့ SQL 80-20 မှာ IOPS ၁.၈၅ သန်းနဲ့ အထင်ကြီးစရာကောင်းလောက်အောင် ဆက်လက်တိုးတက်နေပါတယ်။ Oracle မှာ server ဟာ IOPS ၁.၆၅ သန်း၊ ၉၀-၁၀ မှာ IOPS ၁.၇၃ သန်း နဲ့ ၈၀-၂၀ မှာ IOPS ၁.၅၅ သန်း ရရှိခဲ့ပါတယ်။ ကျွန်တော်တို့ရဲ့ VDI clone စမ်းသပ်မှုတွေမှာတောင် VDI FC boot မှာ IOPS ၁ သန်းကို ၁.၆၈ သန်းနဲ့ ချိုးဖျက်နိုင်ခဲ့ပါတယ်။ latency က အများစုအတွက် 100µs ကျော်ပေမယ့် sequential 64K write test မှာတော့ 1ms ကျော်ပဲ ရှိခဲ့ပါတယ်။
အထွေထွေရည်ရွယ်ချက်ဆာဗာအတွက် AMD EPYC Rome သည် GIGABYTE R272-Z32 ကို ကြီးမားသောသတ္တဝါတစ်ကောင်အဖြစ်သို့ ပြောင်းလဲပေးခဲ့သည်။ ဆာဗာတွင် ကောင်းမွန်သောစက်ပစ္စည်းများရှိသော်လည်း ၎င်း၏အလားအလာကို အမြင့်ဆုံးအထိ အသုံးချရန်ပင် မနီးစပ်ခဲ့ပါ။ Rome ကို ပံ့ပိုးပေးသော OS စာရင်း ဆက်လက်တိုးပွားလာသည်နှင့်အမျှ CPU အသစ်များသည် များပြားလှသော workload များတွင် မည်မျှကောင်းမွန်စွာ ပေါင်းစပ်ထားသည်ကို ကျွန်ုပ်တို့ မြင်တွေ့နိုင်မည်ဖြစ်သည်။ ၎င်းတို့ကို ပံ့ပိုးပေးသော ဆာဗာများပါရှိသော ဤပရိုဆက်ဆာအသစ်များသည် အထူးသဖြင့် PCIe Gen4 ၏ အသုံးမပြုရသေးသော အလားအလာကို ထည့်သွင်းစဉ်းစားသောအခါတွင် ကျွန်ုပ်တို့မမြင်ရသေးသော ဒေတာစင်တာတွင် စွမ်းဆောင်ရည်အဆင့်သစ်တစ်ခုသို့ ကျွန်ုပ်တို့အား ပို့ဆောင်ပေးနေနိုင်သည်။
အမေဇုံ