Nexenta နှင့် Supermicro တို့သည် Unified Storage Appliance ဟုခေါ်သောအရာကို ပေးအပ်ရန် ပူးပေါင်းလုပ်ဆောင်ခဲ့ကြသည်။ ဤ appliance သည် Nexenta ၏ NexentaStor 5.0 software ကို အသုံးပြု၍ block-and-file storage နှင့် Supermicro ၏ hardware နှင့် sales/support infrastructure တို့ကို ပေါင်းစပ်၍ storage management နှင့် analytics အတွက် NexentaFusion ကို ပေးအပ်သည်။ ဤပေါင်းစပ်မှုသည် Supermicro hardware တွင် စမ်းသပ်ပြီး အတည်ပြုပြီးဖြစ်ပြီး Supermicro မှ pre-loaded နှင့် pre-configured complete solution အဖြစ် မှာယူနိုင်ပါသည်။ Unified Storage Appliance သည် ဖောက်သည်၏ လိုအပ်ချက်ပေါ် မူတည်၍ configuration ငါးမျိုးဖြင့် ရရှိနိုင်ပြီး capacity-centric 4U 3.5″ hard drive ဗားရှင်းမှ flash cache ကို ပံ့ပိုးပေးနိုင်သည့် 180,000 mixed 8KB IOPS အထိ အဆင့်သတ်မှတ်ထားသော 2U 24-bay all-flash configuration အထိ အမျိုးမျိုးရှိသည်။ အဓိက unit တစ်ခုစီသည် အပို capacity အတွက် expansion JBOD နှစ်ခုကိုလည်း ပံ့ပိုးပေးနိုင်သည်။ Nexenta သည် အခြေခံဆော့ဖ်ဝဲဖြစ်သောကြောင့်၊ ဤဖြေရှင်းချက်တွင် မိတ္တူကူးခြင်း၊ in-line data reduction နှင့် space optimized snapshots/clones ကဲ့သို့သော enterprise data ဝန်ဆောင်မှုများဖြင့် ပြည့်နှက်နေပါသည်။ ကိရိယာတွင် နောက်တစ်နေ့ ၃ နှစ် ဝန်ဆောင်မှုအစီအစဉ် (၄ နာရီ တုံ့ပြန်မှု ရွေးချယ်နိုင်သည်) ပါဝင်ပြီး Supermicro သည် ဖောက်သည်များ ကောင်းမွန်သော စတင်မှုရရှိစေရန် အဝေးမှ တပ်ဆင်ခြင်း ဝန်ဆောင်မှုကို ပေးဆောင်ပါသည်။
3.84TB စွမ်းရည်ရှိတဲ့ bay ၂၄ ခုက flash storage ပမာဏများပေမယ့် Nexenta နဲ့ Supermicro တို့က အသုံးပြုသူတွေကို all-flash JBOD နှစ်ခုထပ်ထည့်ရင် တိုးမြှင့်နိုင်ပါတယ်။ အသုံးပြုသူတွေက bay ၄၈ ခု ဒါမှမဟုတ် စုစုပေါင်း ၇၂ ခုထပ်ထည့်နိုင်ပြီး စုစုပေါင်း raw capacity ကို flash 276TB အထိ မြှင့်တင်ပေးနိုင်ပါတယ်။ ကုမ္ပဏီတွေဟာ စွမ်းဆောင်ရည်ကို အဓိကမထားတဲ့နေရာမှာ ကုန်ကျစရိတ်သက်သာတဲ့ storage ကို ရှာဖွေနေသူတွေအတွက် ပိုကြီးတဲ့ hybrid model ကိုလည်း ပေးဆောင်ပါတယ်။ စွမ်းရည်အများကြီးကို ပေးစွမ်းနေချိန်မှာ array က unlimited file system size, unlimited snapshots and clones, inline data reduction, storage quality of service, scheduled snapshot-based replication နဲ့ continuous asynchronous replication အပါအဝင် data service အများအပြားကိုလည်း ပေးဆောင်ပါတယ်။
ဤသုံးသပ်ချက်သည် 24 3.8TB SAS SSDs ပါဝင်သော all-flash configuration များထဲမှ တစ်ခုကို အခြေခံထားသည်။
Nexenta & Supermicro မှ ပံ့ပိုးပေးသော Unified Storage Appliance သတ်မှတ်ချက်များ-
- မော်ဒယ်နံပါတ်: SSG-2028R-NEX2040
- ပုံစံအချက်: 2U
- သိုလှောင်ခြင်း
- သိုလှောင်မှုမီဒီယာ: 3.84TB SAS SSD
- ဒစ်ခ်ဖွဲ့စည်းပုံ- RAIDZ2: 4 + 2
- သိုလှောင်မှုပမာဏ: 46TB မှ 276TB အထိ
- အသုံးပြုနိုင်သော စွမ်းရည်: 30TB မှ 184TB အထိ
- ထိရောက်သော စွမ်းရည်: 90TB မှ 552TB အထိ
- performance
- အများဆုံး 8KB (ဖတ်/ရေး): 180K IOPS
- အများဆုံး Bandwidth ဖတ်ရှုမှု: 8GB/s
- ချဲ့ထွင်ကိုယ်ထည်- 2x 2U/24 bay အထိ – flash JBOD အားလုံးကို ပံ့ပိုးပေးသည် (စုစုပေါင်း bay ၇၂ ခု)
- ပရိုတိုကော ပံ့ပိုးမှု-
- NFSv3
- NFSv4
- CIFS
- SMB3
- iSCSI
- ဖိုင်ဘာ Channel ကို
- ဂေဟစနစ်ပံ့ပိုးမှု-
- Windows ကို
- Linux ကို
- VMware VAAI
- VMware VVOL
- VMware Multi-Tenant vCenter ပလပ်အင်
- OpenStack Cinder နှင့် မနီလာ
- Hyper-V SMB 3 ODX
- Docker Volume Plug-In
- ဒေတာဝန်ဆောင်မှုများ
- အကန့်အသတ်မရှိ ဖိုင်စနစ် အရွယ်အစား
- အကန့်အသတ်မရှိ Snapshot များနှင့် Clone များ
- Inline Data လျှော့ချခြင်း
- သိုလှောင်မှု ဝန်ဆောင်မှု အရည်အသွေး
- စီစဉ်ထားသော Snapshot အခြေခံမိတ္တူကူးခြင်း
- စဉ်ဆက်မပြတ် တစ်ပြိုင်နက်တည်း မိတ္တူကူးခြင်း
- စီမံခန့်ခွဲမှု:
- command line interface
- ကိုယ်တိုင်မှတ်တမ်းတင်ခြင်း REST API
- SNMP
- NexentaFusion: ဖန်သားပြားတစ်ခုတည်းဖြင့် များစွာသော စက်ပစ္စည်းများကို စီမံခန့်ခွဲခြင်း၊ အဆင့်မြင့် ခွဲခြမ်းစိတ်ဖြာမှု၊ ရိုးရှင်းသော လုပ်ဆောင်ချက်များ
ဒီဇိုင်းနှင့်တည်ဆောက်ပါ
စက်ပစ္စည်း၏ ရှေ့မျက်နှာစာ (အထက်ပါပုံ) သည် Supermicro ကိုယ်ထည်များစွာနှင့် အလွန်ဆင်တူသည်။ ရှေ့ဘက်တွင် ဒေါင်လိုက်ပုံစံဖြင့် ခင်းကျင်းထားသော 2.5” bays ၂၄ ခုရှိသည်။ ညာဘက်ခြမ်းတွင် ပါဝါခလုတ်ရှိပြီး တစ်ဖက်တစ်ချက်စီတွင် indicator မီးများရှိသည်။
စက်ပစ္စည်း၏နောက်ကျောကို တူညီသောပုံစံဖြင့် အပိုင်းနှစ်ပိုင်းအဖြစ် ညီညီညာညာခွဲထားသည်။ အပေါ်ဘယ်ဘက်ခြမ်းတွင် PSU ရှိသည်။ PSU အောက်တွင် အအေးပေးပန်ကာနှစ်ခုရှိသည်။ အအေးပေးပန်ကာများဘေးတွင် RJ-45 ports များရှိသည်။ ၎င်း၏ညာဘက်တွင် SAS JBOD ချဲ့ထွင်မှုနှင့် controller တစ်ခုလျှင် 4x 10GbE ports များအပါအဝင် PCIe slot သုံးခုရှိသည်။ ၎င်းတို့အောက်တွင် breakout port နှင့် USB ports များရှိသည်။
စီမံခန့်ခွဲမှု
Nexenta ဟာ သူ့ရဲ့ open-source storage product ဖြစ်တဲ့ NexentaStor ရဲ့ နောက်ဆုံးထွက် version ကို ဖြန့်ချိလိုက်ပါပြီ။ ဒီ version မှာ Nexenta Fusion ပါဝင်ပြီး အဲဒါက standalone VM ဒါမှမဟုတ် Docker container တစ်ခုဖြစ်ပြီး NexentaStor system အများအပြားကို စီမံခန့်ခွဲပေးပါတယ်။ ဒါက integrated management system ပါဝင်ပြီး storage controller တွေလိုပဲ hardware တစ်ခုတည်းမှာပဲ လည်ပတ်တဲ့ မူရင်း product နဲ့ ကွဲပြားပါတယ်။ Nexenta system တစ်ခုတည်းသာ install လုပ်ထားတာကြောင့် storage system တွေကြားမှာ switch လုပ်နိုင်တဲ့စွမ်းရည်ကို အလွယ်တကူ မပြသနိုင်ပေမယ့် multiple system တွေကို centralized management လုပ်တာက storage administrator ရဲ့ support ကို ရရှိဖို့ အမြဲတမ်း ခိုင်မာတဲ့နည်းလမ်းတစ်ခုပါပဲ။
ဝင်ရောက်ရန် မျက်နှာပြင်တွင် စနစ်အများစုအတွက် စံသတ်မှတ်ထားသော စံသတ်မှတ်ထားသည့် အသုံးပြုသူအမည်/စကားဝှက် ဝင်ရောက်ရန် ဒိုင်ယာလော့ဂ်ဘောက်စ် ပါရှိသည်။
ဝင်ရောက်ပြီးနောက် စနစ်၏ အရေးကြီးသော ရှုထောင့်များစွာကို ပြသသည့် ဒက်ရှ်ဘုတ်တစ်ခုသို့ သင့်အား ခေါ်ဆောင်သွားပါမည်။ စနစ်တွင် ဝန်ထုပ်ဝန်ပိုး မရှိသောကြောင့် လောလောဆယ်တွင် အချက်အလက်များစွာ မရှိပါ။
ဒီမျက်နှာပြင်က စနစ်တစ်ခုထက်ပိုပြီး အသက်သွင်းထားရင် အလွယ်တကူ ပြောင်းလဲအသုံးပြုနိုင်တဲ့ စနစ်များစွာကို ပြသပေးပါလိမ့်မယ်။
Management tab ကတော့ provisioning နဲ့ capacity management ရဲ့ အတွင်းပိုင်းကို နက်နက်ရှိုင်းရှိုင်း လေ့လာထားပါတယ်။ ဒီမှာ node တစ်ခုချင်းစီရဲ့ boot volume တွေဖြစ်တဲ့ pool တွေ ဒါမှမဟုတ် “rpool” နဲ့ node နှစ်ခုကြားမှာ float လုပ်လို့ရတဲ့ storage volume ဖြစ်တဲ့ “Tank” တွေကို တွေ့ရမှာပါ။ Supermicro appliance ဟာ စက်ရုံကနေ ထွက်လာတာဖြစ်ပြီး pool တစ်ခုကို configure လုပ်ပြီးသားဖြစ်ပြီး လိုအပ်ရင် preselected RAID protection နဲ့ caching drive တွေနဲ့ access လုပ်လို့ရပါပြီ (hybrid model တွေမှာပါ)။
“Tank” ရဲ့ ညာဘက်က setting ခလုတ်ကို နှိပ်ခြင်းအားဖြင့် storage pool အကြောင်း နောက်ထပ်အချက်အလက်တွေကို သင်မြင်နိုင်ပါတယ်။
နောက် tab တွင် pool သို့ ခွဲဝေပေးထားသော disk အားလုံးနှင့် ထို disk များ၏ အခြေအနေကို ပြသထားသည်။
တတိယ tab မှာ pool အတွက် properties တွေနဲ့ advanced setting တွေကို ပြသထားပါတယ်။ advanced setting ဧရိယာက pool ရဲ့ setting တွေကို အသေးစိတ်ပြင်ဆင်နိုင်ပါတယ်။
“create pool” ကို နှိပ်လိုက်တဲ့အခါ ဒီမျက်နှာပြင်ကို ရောက်ပါလိမ့်မယ်။ အဲဒီမှာ pool တွေ တည်ဆောက်နိုင်တဲ့ drive အားလုံးကို ပြသပေးပါတယ်။ pool ကို နာမည်ပေးပြီး build setting တွေကို ရွေးချယ်နိုင်ပါတယ်။ ဒီလမ်းညွှန်လုပ်ငန်းစဉ်မှာ RAID protection, logging, caching, spares နဲ့ အခြားအရာတွေကို configure လုပ်နိုင်တဲ့ setting အများအပြား ပါဝင်ပါတယ်။
Filesystems tab က စနစ်မှာရှိနေတဲ့ filesystem တွေကို ပြသပေးပါတယ်။ ဘယ်စနစ်မှာမဆို filesystem အများအပြားရှိနိုင်ပြီး “settings” gear widget ကို နှိပ်ခြင်းအားဖြင့် အဲဒီ filesystem တွေရဲ့ setting တွေကို ဂရုတစိုက် ထိန်းချုပ်နိုင်ပါတယ်။
ဒါက filesystem တစ်ခုဖန်တီးတဲ့ပုံစံရဲ့ ဥပမာတစ်ခုပါ။
Volumes tab သည် စနစ်တွင်ရှိသော မတူညီသော volume များကို ပြသသည်။ ၎င်းသည် သင့်အား volume များကို configure လုပ်ရန်နှင့် ၎င်းတို့၏ အရွယ်အစား၊ ၎င်းတို့ကို ဝင်ရောက်ကြည့်ရှုနိုင်သော host group များ၊ iSCSI target များနှင့် iSCSI group များ၊ FC parameter များနှင့် ဆက်စပ် setting များကို စီမံခန့်ခွဲရန် ခွင့်ပြုသည်။
ဒေတာကာကွယ်ရေးတက်ဘ်သည် စနစ်အတွက် ဒေတာကာကွယ်ရေးစည်းမျဉ်းများကို စောင့်ကြည့်ပြီး ပြင်ဆင်သတ်မှတ်နိုင်စေပါသည်။ ၎င်းတွင် snapshot များနှင့် အခြားစနစ်များသို့ ပုံတူကူးယူခြင်းတို့ ပါဝင်သည်။
High Availability tab သည် High Availability mode တွင် လည်ပတ်နေသော ဝန်ဆောင်မှုများ၊ Cluster status နှင့် ထိုအင်္ဂါရပ်များအတွက် နောက်ထပ် configuration အချက်အလက်များကို ပြသပေးသည်။
Components tab က NexentaStor ဝန်ဆောင်မှုတွေကို လည်ပတ်နေတဲ့ စနစ်တွေရဲ့ hardware components အားလုံးနဲ့ အခြေအနေကို မြင်နိုင်အောင် လုပ်ပေးပါတယ်။
Networks tab က ရုပ်ပိုင်းဆိုင်ရာနဲ့ ယုတ္တိဗေဒဆိုင်ရာ ကွန်ရက်ချိတ်ဆက်မှုအားလုံးကို အပေါ်ယံကြည့်ရှုနိုင်စေပြီး အဲဒီ configuration တွေကို ပြုပြင်မွမ်းမံနိုင်စွမ်းကိုလည်း ပေးပါတယ်။
Analytics tab က သင့်အား မူလ dashboard ပုံစံသို့ ပြန်လည်ခေါ်ဆောင်သွားပါသည်။ စနစ်၏ မတူညီသော စွမ်းဆောင်ရည် မက်ထရစ်များနှင့် အချက်ပေးမှုများကို ကြည့်ရှုရန် စိတ်ကြိုက်ပြင်ဆင်ထားသော dashboard များကိုလည်း သင်ထပ်ထည့်နိုင်ပါသည်။ ၎င်းသည် စနစ်တစ်ခုလုံး၏ အလွန်စိတ်ကြိုက်ပြင်ဆင်နိုင်သော နယ်ပယ်တစ်ခုဖြစ်သည်။
စနစ်၏ Administration tab သည် စနစ်တွင် ပေးဆောင်ပြီး ဖွင့်ထားသော ဝန်ဆောင်မှုများ၏ အလုံးစုံ စီမံခန့်ခွဲမှုသို့ သင့်အား ခေါ်ဆောင်သွားပါသည်။ ၎င်းသည် ခွဲခြမ်းစိတ်ဖြာမှုနှင့် အသိပေးချက်များ ပေးစွမ်းရန်အတွက် စနစ်ပေါ်တွင် လုပ်ဆောင်သော logging setting များနှင့် probe များကို ပြုပြင်မွမ်းမံနိုင်စေပါသည်။
interface ရဲ့ နောက်ဆုံးအပိုင်းကတော့ Fusion management settings ပါ။ ဒီနေရာမှာ NTP, Active Directory, email alerts, DNS နဲ့ Nexenta Fusion management system ရဲ့ တခြား management aspects အားလုံးကို configure လုပ်ရပါမယ်။
အလုံးစုံပြောရရင် Nexenta ဟာ သူတို့ရဲ့ ယခင်ဗားရှင်းတွေထက် user interface ရဲ့ အသွင်အပြင်နဲ့ အထိအတွေ့ကို တိုးတက်ကောင်းမွန်အောင် လုပ်ဆောင်ထားပါတယ်။ NexentaStor စနစ်တွေကို စီမံခန့်ခွဲဖို့ HTML5 interface နဲ့ dedicated appliance တစ်ခု ယူဆောင်လာခြင်းဟာ discrete system အများစုကို စီမံခန့်ခွဲတာထက် အလွန်ကြိုဆိုစရာကောင်းတဲ့ တိုးတက်မှုတစ်ခုပါ။ ဒါပေမယ့် interface ဟာ စိတ်ဓာတ်အားနည်းသူတွေအတွက် မဟုတ်ပါဘူး၊ ဘာလို့လဲဆိုတော့ pool တွေကို ထိရောက်မှုမရှိအောင် တည်ဆောက်နိုင်တဲ့ နည်းလမ်းတွေ အများကြီးရှိနေသေးသလို configuration အမှားတွေ လုပ်မိရင် system ကို ပျက်စီးစေမယ့် နည်းလမ်းတွေလည်း အများကြီး ရှိနေပါသေးတယ်။ ဒါပေမယ့် Nexenta နဲ့ Supermicro တို့ရဲ့ ပူးပေါင်းဆောင်ရွက်မှုဟာ Supermicro စက်ရုံကနေ preconfigured pool တွေနဲ့ RAID configuration တွေနဲ့ ပို့ဆောင်ခြင်းအားဖြင့် မှားယွင်းစွာ configure လုပ်ထားတဲ့ pool တွေအပေါ် စိုးရိမ်ပူပန်မှုကို လျော့ပါးသက်သာစေပါတယ်။
Nexenta ဟာ ကြာမြင့်စွာကတည်းက ရှိနေခဲ့တဲ့အတိုင်း ZFS-based storage အတွက် အလွန်စိတ်ကြိုက်ပြင်ဆင်နိုင်ပြီး အစွမ်းထက်တဲ့ front end တစ်ခုဖြစ်ပါတယ်။ command line မှာ ပြုလုပ်နိုင်တဲ့ မည်သည့်ပြောင်းလဲမှုကိုမဆို ပြုလုပ်နိုင်စေပါတယ်။ ဒီလောက်ထိန်းချုပ်မှုနဲ့ဆိုရင် အရာအားလုံးကို ကောင်းမွန်စွာ configure လုပ်ထားကြောင်း သေချာစေဖို့ ညင်သာစွာထိတွေ့မှု လိုအပ်ပါတယ်။ Configure လုပ်နေစဉ်အတွင်း လမ်းညွှန်ချက်အနည်းငယ်နဲ့ fail safes တွေက ဒီထုတ်ကုန်ကို အသုံးပြုသူအသစ်တွေအတွက် ပိုပြီးဆွဲဆောင်မှုရှိစေမှာပါ။
အပလီကေးရှင်း အလုပ်ပမာဏ ခွဲခြမ်းစိတ်ဖြာခြင်း
ပထမဆုံး benchmark များတွင် SysBench မှတစ်ဆင့် MySQL OLTP စွမ်းဆောင်ရည် နှင့် simulated TPC-C workload ပါရှိသော Microsoft SQL Server OLTP စွမ်းဆောင်ရည်တို့ ပါဝင်သည်။
ဤစမ်းသပ်မှုတစ်ခုစီတွင် array ကို 12-drive RAID1 mirrored-pair pools နှစ်ခုဖြင့် configure လုပ်ထားသည်။ ကျွန်ုပ်တို့သည် သီးခြား configuration သုံးခုကို တိုင်းတာသည်-
- ဖိသိပ်မှုသာပါဝင်သော iSCSI
- ချုံ့ခြင်းနှင့် ထပ်တူပြုခြင်းပါရှိသော iSCSI
- ဖိသိပ်မှုသာပါဝင်သော NFS
compression ကို default enabled item အဖြစ်အသုံးပြုခဲ့သည်၊ အဘယ်ကြောင့်ဆိုသော် compression ကို enabled သို့မဟုတ် disabled အကြား ကွာခြားချက်ကို ကျွန်ုပ်တို့မတွေ့ရှိခဲ့သောကြောင့်ဖြစ်သည်။
SQL Server စွမ်းဆောင်ရည်
SQL Server VM တစ်ခုစီကို vDisk နှစ်ခုဖြင့် configure လုပ်ထားသည်- boot အတွက် 100GB volume နှင့် database နှင့် log files အတွက် 500GB volume တို့ဖြစ်သည်။ system resource ရှုထောင့်မှကြည့်လျှင် VM တစ်ခုစီကို vCPU ၁၆ ခု၊ DRAM 64GB ဖြင့် configure လုပ်ထားပြီး LSI Logic SAS SCSI controller ကို အသုံးချခဲ့သည်။ ကျွန်ုပ်တို့၏ Sysbench workloads များကို ယခင်က စမ်းသပ်ခဲ့ပြီး storage I/O နှင့် capacity နှစ်မျိုးလုံးတွင် platform ကို ပြည့်နှက်စေခဲ့သော်လည်း SQL စမ်းသပ်မှုသည် latency စွမ်းဆောင်ရည်ကို ရှာဖွေနေပါသည်။
ဤစမ်းသပ်မှုသည် Windows Server 2012 R2 guest VM များတွင် လည်ပတ်နေသော SQL Server 2014 ကို အသုံးပြုထားပြီး Dell ၏ Benchmark Factory for Databases မှ ဖိအားပေးထားသည်။ ဤ benchmark ကို ကျွန်ုပ်တို့၏ ရိုးရာအသုံးပြုမှုမှာ local သို့မဟုတ် shared storage တွင် ကြီးမားသော 3,000-scale databases များကို စမ်းသပ်ရန်ဖြစ်သော်လည်း၊ ဤ iteration တွင် ကျွန်ုပ်တို့သည် USA တစ်ဝှမ်းတွင် 1,500-scale databases လေးခုကို ညီတူညီမျှ ဖြန့်ကျက်ရန် အာရုံစိုက်ပါသည် (controller တစ်ခုလျှင် VMs နှစ်ခု)။
SQL Server စမ်းသပ်ခြင်း ပုံစံ (VM တစ်ခုချင်းစီ)
- Windows Server 2012 R2
- သိုလှောင်မှုပမာဏ- 600GB ခွဲဝေထားပြီး 500GB အသုံးပြုပြီး
- SQL Server 2014
- ဒေတာဘေ့စ်အရွယ်အစား: ၁၅၀၀ စကေး
- Virtual Client ဝန်: ၁၅၀၀၀
- RAM ဘာဖာ: 48GB
- စမ်းသပ်ချိန်: ၃ နာရီ
- ၂.၅ နာရီ ကြိုတင်ပြုပြင်ခြင်း
- နမူနာကာလ ၃၀ မိနစ်
SQL Server OLTP Benchmark Factory LoadGen ပစ္စည်းကိရိယာများ
- Dell PowerEdge R730 Virtualized SQL 4-node Cluster
- cluster တွင် 249GHz အတွက် Intel E5-2690 v3 CPU ရှစ်လုံး (node တစ်ခုလျှင် နှစ်ခု၊ 2.6GHz၊ 12-cores၊ 30MB Cache)
- 1TB RAM (node တစ်ခုလျှင် 256GB၊ 16GB x 16 DDR4၊ CPU တစ်ခုလျှင် 128GB)
- 4 က x Emulex 16GB dual-port FC HBA
- 4 က x Emulex 10GbE နှစ်ထပ်ပေါက် NIC
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
ကျွန်ုပ်တို့သည် USA ကို data compression ဖွင့်ထားသော iSCSI နှင့် NFS configuration နှစ်ခုလုံးတွင် စမ်းသပ်ခဲ့သလို data compression နှင့် deduplication ဖွင့်ထားသော iSCSI ရှိ solution ကို စမ်းသပ်ခဲ့ပါသည်။
ငွေပေးငွေယူစွမ်းဆောင်ရည်ကိုကြည့်လျှင် compression ရှိသော iSCSI တွင် individual VM များရှိပြီး 3,120.53 TPS မှ 3,127.28 TPS အထိရှိပြီး စုစုပေါင်းရမှတ် 12,494.21 TPS ရရှိထားသည်။ compression ရှိသော NFS တွင် individual VM များရှိပြီး 3,003.12 TPS မှ 3,056.8 TPS အထိရှိပြီး စုစုပေါင်းရမှတ် 12,098.2 TPS ရရှိထားသည်။ DR ဖွင့်ထားသော ကျွန်ုပ်တို့၏ iSCSI တွင် individual VM များသည် 2,851.16 TPS မှ 3,020.22 TPS အထိရှိပြီး စုစုပေါင်းရမှတ် 11,748.23 TPS ရရှိထားသည်ကို တွေ့ရှိခဲ့ရသည်။
SQL Server ပျမ်းမျှ latency သို့ပြောင်းလိုက်သောအခါ၊ compression ပါသည့် iSCSI သည် တစ်ဦးချင်း VM များအတွက် 54ms မှ 65ms အထိနှင့် စုစုပေါင်း 59.75ms အထိ အနိမ့်ဆုံး latency ကိုပြသခဲ့သည်။ compression ပါသည့် NFS သည် တစ်ဦးချင်း VM များအတွက် စုစုပေါင်း latency 215.5ms အထိ 163ms မှ 251ms အထိ latency များကိုပေးခဲ့သည်။ deduplication ဖွင့်ထားသော iSCSI သည် တစ်ဦးချင်း VM များအတွက် အမြင့်ဆုံး latency 223ms မှ 519ms အထိနှင့် စုစုပေါင်း score 353.6ms ရရှိခဲ့သည်။
Sysbench စွမ်းဆောင်ရည်
Sysbench VM တစ်ခုစီကို vDisk သုံးခုဖြင့် configure လုပ်ထားသည်- တစ်ခုမှာ boot အတွက် (~92GB)၊ တစ်ခုမှာ pre-built database (~447GB) နှင့် တတိယတစ်ခုမှာ စမ်းသပ်ဆဲ database အတွက် (270GB)။ system resource ရှုထောင့်မှကြည့်လျှင် VM တစ်ခုစီကို vCPU ၁၆ ခု၊ DRAM 60GB ဖြင့် configure လုပ်ထားပြီး LSI Logic SAS SCSI controller ကို အသုံးချထားသည်။ Load gen system များသည် Dell R730 server များ ဖြစ်သည် ။ ဤသုံးသပ်ချက်တွင် 4VM group တစ်ခုလျှင် server များကို scaling လုပ်သည့် server လေးခုမှ ရှစ်ခုအထိ ရှိသည်။
Dell PowerEdge R730 Virtualized MySQL 4-8 node Cluster
- cluster တွင် 249GHz အတွက် Intel E5-2690 v3 CPU ရှစ်ခုမှ ဆယ့်ခြောက်ခု (node တစ်ခုလျှင် နှစ်ခု၊ 2.6GHz၊ 12-cores၊ 30MB Cache)
- 1-2TB RAM (node တစ်ခုလျှင် 256GB၊ 16GB x 16 DDR4၊ CPU တစ်ခုလျှင် 128GB)
- ၄-၅ ဆ Emulex 16GB dual-port FC HBA
- ၄-၅ ဆ Emulex 10GbE နှစ်ထပ်ပေါက် NIC
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
Sysbench စမ်းသပ်ခြင်း ပုံစံ (VM တစ်ခုချင်းစီအတွက်)
- CentOS 6.3 64-bit
- သိုလှောင်မှုပမာဏ: 1TB၊ 800GB အသုံးပြုပြီး
- Percona XtraDB 5.5.30-rel30.1
- ဒေတာဘေ့စ်ဇယားများ: ၁၀၀
- ဒေတာဘေ့စ်အရွယ်အစား: ၁၀,၀၀၀,၀၀၀
- ဒေတာဘေ့စ် ချည်နှောင်မှုများ: ၃၂
- RAM ဘာဖာ: 24GB
- စမ်းသပ်ချိန်: ၃ နာရီ
- ၂ နာရီကြာ ကြိုတင်ပြင်ဆင်မှု ၃၂ ခု
- ၁ နာရီ ၃၂ ကြိမ် ချည်နှောင်ထားသည်
Sysbench အတွက်၊ ကျွန်ုပ်တို့သည် ၄၊ ၈ နှင့် ၁၆ အပါအဝင် VM အစုံများစွာကို စမ်းသပ်ခဲ့ပြီး၊ Sysbench ကို အချိန်တိုင်း compression on ထားသည့်အပြင် block နှင့် file နှစ်မျိုးလုံးကို စမ်းသပ်ကာ deduplication နှစ်မျိုးလုံးကို On နှင့် Off ထားခဲ့သည်။ transactional performance အတွက်၊ USA သည် NFS တွင် 4VM ဖြင့် TPS 3,218 ရရှိခဲ့သည် (DR on ထားလျှင် 8VM ထက်မြင့်သည်)။ solution သည် NFS တွင် 16VM ဖြင့် အများဆုံး TPS 5,301 နှင့် 16VM တွင် အမြင့်ဆုံး iSCSI 4,672 TPS ကို ရရှိခဲ့သော်လည်း 8VM တွင် iSCSI ရမှတ်မှာ 4,618 TPS ရှိခဲ့သည်။
ပျမ်းမျှ latency ကိုကြည့်ဖို့ ပြောင်းကြည့်လိုက်တဲ့အခါ iSCSI မှာ 4VM ကို configure လုပ်ထားပြီး latency 35.08ms မှာ compression တစ်ခုတည်းကို enable လုပ်ထားတဲ့အခါ အကောင်းဆုံးစွမ်းဆောင်ရည်ကို တွေ့ရပါတယ်။ VM တွေထပ်ထည့်တဲ့အခါ ဒါမှမဟုတ် deduplication ကိုဖွင့်လိုက်တဲ့အခါ latency က မြန်မြန်ဆန်ဆန်တက်လာတာ အံ့သြစရာတော့မဟုတ်ပါဘူး။ အမြင့်ဆုံး latency က DR ကို 113.24ms မှာဖွင့်ထားတဲ့ iSCSI ပါ။
ကျွန်ုပ်တို့ရဲ့ အဆိုးဆုံးအခြေအနေ latency benchmark မှာ အကောင်းဆုံး latency က compression 4VM iSCSI နဲ့ဖြစ်ပြီး ဒီတစ်ခါတော့ 226.14ms ရှိခဲ့ပါတယ်။ အမြင့်ဆုံး latency က 512.5ms ရှိတဲ့ 16VM NFS ပါ။
VDBench လုပ်ငန်းဝန်အား ခွဲခြမ်းစိတ်ဖြာခြင်း
storage arrays တွေကို benchmarking လုပ်တဲ့အခါ application testing က အကောင်းဆုံးဖြစ်ပြီး synthetic testing က ဒုတိယနေရာမှာ ရှိပါတယ်။ တကယ့် workloads တွေရဲ့ ပြီးပြည့်စုံတဲ့ ကိုယ်စားပြုမှု မဟုတ်ပေမယ့် synthetic testing တွေက repeatability factor ရှိတဲ့ baseline storage devices တွေကို အထောက်အကူပြုပြီး ယှဉ်ပြိုင်တဲ့ solution တွေကြား apples-to-apples နှိုင်းယှဉ်မှုကို လွယ်ကူစေပါတယ်။ ဒီစမ်းသပ်မှုတွေက “four corners” tests၊ common database transfer size tests တွေအပြင် VDI environments အမျိုးမျိုးကနေ trace captures တွေအထိ testing profiles အမျိုးမျိုးကို ပေးစွမ်းပါတယ်။ ဒီစမ်းသပ်မှုအားလုံးက scripting engine တစ်ခုပါဝင်တဲ့ common vdBench workload generator ကို အသုံးပြုပြီး compute testing cluster ကြီးတစ်ခုပေါ်မှာ ရလဒ်တွေကို automate လုပ်ပြီး capture လုပ်ပါတယ်။ ဒါကြောင့် flash arrays နဲ့ individual storage devices တွေ အပါအဝင် storage devices အမျိုးမျိုးမှာ တူညီတဲ့ workloads တွေကို ထပ်ခါတလဲလဲ လုပ်ဆောင်နိုင်ပါတယ်။ array ဘက်မှာ Dell PowerEdge R730 servers cluster ကို အသုံးပြုပါတယ်။
ကိုယ်ရေးအချက်အလက်
- 4K ကျပန်းဖတ်ရှုမှု- 100% ဖတ်ရှုမှု၊ 128 threads၊ 0-120% iorate
- 4K ကျပန်းရေးသားမှု- 100% ရေးသားမှု၊ 64 threads၊ 0-120% iorate
- ၆၄K စဉ်ဆက်မပြတ်ဖတ်ရှုမှု- ၁၀၀% ဖတ်ရှုမှု၊ ချည် ၃၂ ခု၊ ၀-၁၂၀% iorate
- ၆၄K အစဉ်လိုက်ရေးသားမှု- ၁၀၀% ရေးသားမှု၊ ၁၆ ချည်၊ ၀-၁၂၀% iorate
- ပေါင်းစပ်ဒေတာဘေ့စ်- SQL နှင့် Oracle
- VDI အပြည့်အဝ Clone နှင့် ချိတ်ဆက်ထားသော Clone Traces များ
အမြင့်ဆုံးဖတ်ရှုစွမ်းဆောင်ရည်ကိုကြည့်လျှင် အမေရိကန်ပြည်ထောင်စုတွင် 200K IOPS ခန့်အထိ 1ms အောက်ရှိနေသော latency နိမ့်သော 4K ကျပန်းစွမ်းဆောင်ရည်ကောင်းမွန်ခဲ့သည်။ အမေရိကန်ပြည်ထောင်စုတွင် 13.6ms တွင် IOPS ၂၇၂,၄၂၉ ရှိပြီး 2.0ms အောက် latency တွင် IOPS ၂၄၉,၀၀၀ ခန့်ရှိသည်။
4K အမြင့်ဆုံးရေးသားစွမ်းဆောင်ရည်ကို ကြည့်မယ်ဆိုရင် USA ဟာ 2.6ms မှာ IOPS 3,905 နဲ့ စတင်ခဲ့ပါတယ်။ Latency ဟာ IOPS နဲ့အတူ မြန်မြန်ဆန်ဆန် မြင့်တက်လာခဲ့ပါတယ်။ USA ဟာ 29ms မှာ IOPS 31,200 အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
64K peak read ကိုပြောင်းလိုက်တဲ့အခါ USA က latency 3.2ms မှာ 3,596 IOPS မှာ အနည်းငယ်ပိုမြင့်လာပြန်ပါတယ်။ IOPS မှာ ပြန်ကျသွားခင် latency က မြင့်တက်လာပေမယ့် 2.83ms အောက်တော့ မကျဆင်းခဲ့ပါဘူး။ ဒီမှာတော့ အမြင့်ဆုံးစွမ်းဆောင်ရည်က 35,828 IOPS နဲ့ 14.3ms latency မှာ ရှိခဲ့ပါတယ်။ USA က bandwidth 2.23GB/s နဲ့ ပြီးဆုံးခဲ့ပါတယ်။
64K sequential peak write အတွက် latency သည် 1,300 IOPS တွင် 10.3ms မှစတင်ခဲ့သည်။ IOPS စွမ်းဆောင်ရည်ဖြင့် တစ်ဖန်ပြန်လည်မြင့်တက်လာပြီးနောက် 5,195 IOPS တွင် 6.2ms သို့ကျဆင်းသွားခဲ့သည်။ USA ၏ အမြင့်ဆုံးစွမ်းဆောင်ရည်မှာ 20.3ms တွင် 12,070 IOPS ရှိပြီး bandwidth 754.4MB/s ရှိသည်။
ကျွန်ုပ်တို့၏ SQL workload တွင် USA သည် 2ms ကျော် 21,168 IOPS ဖြင့် စတင်ခဲ့သည်။ ၎င်းသည် 4.5ms latency ဖြင့် 210,601 IOPS ဖြင့် အမြင့်ဆုံးသို့ ရောက်ရှိခဲ့သည်။
SQL 90-10 benchmark မှာ USA ဟာ latency 1ms ကျော်နဲ့ 13,811 IOPS မှာ စတင်ခဲ့ပြီး 132,220 IOPS နဲ့ 7ms latency မှာ အမြင့်ဆုံးရောက်ခဲ့ပါတယ်။
SQL 80-20 မှာ USA ဟာ IOPS 9,210 နဲ့ 2ms ကျော် စတင်ခဲ့ပါတယ်။ အမြင့်ဆုံးအဆင့်ကို 91,739 IOPS နဲ့ latency 11ms အထိ ရောက်ရှိခဲ့ပါတယ်။
Oracle Workload ဖြင့် အမေရိကန်ပြည်ထောင်စုသည် 1ms ကျော် latency 8,401 IOPS ဖြင့် စတင်ခဲ့ပြီး 82,789 IOPS နှင့် latency 15.4ms ဖြင့် အမြင့်ဆုံးသို့ ရောက်ရှိခဲ့သည်။
Oracle 90-10 နဲ့အတူ USA ဟာ 1ms အောက်မှာ 0.74ms နဲ့ စတင်ခဲ့ပြီး 38K IOPS အထိ ရောက်ရှိတဲ့အထိ 1ms အောက်မှာပဲ နေခဲ့ပါတယ်။ USA ဟာ 4.6ms latency မှာ 133,553 IOPS အထိ အမြင့်ဆုံး ရောက်ရှိခဲ့ပါတယ်။
Oracle 80-20 နဲ့အတူ USA ဟာ 1ms (9,004 IOPS မှာ 1.2ms) အထက်ကနေ စတင်ပြီး 7ms latency နဲ့ 84,786 IOPS မှာ အမြင့်ဆုံးကို ရောက်ရှိသွားတာကို ထပ်မံတွေ့မြင်ခဲ့ရပါတယ်။
VDI Full Clone ကိုပြောင်းလိုက်တဲ့အခါ boot test မှာ USA က 1ms မြောက်ဘက် (1.01ms at 11,402 IOPS) ကနေစတင်ပြီး 30K IOPS လောက်ရောက်တဲ့အထိ 1ms အောက်ကိုကျဆင်းသွားပါတယ်။ အမြင့်ဆုံးရောက်ရှိချိန်မှာ 9.3ms latency နဲ့ 114,647 IOPS အထိရောက်ရှိခဲ့ပါတယ်။
VDI Full Clone ကနဦး login သည် 1.8ms မှ 2,295 IOPS တွင် စတင်ခဲ့ပြီး 18,108 IOPS နှင့် latency 22.9ms တွင် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI Full Clone Monday login သည် 1.8ms မှ 2,696 IOPS တွင် စတင်ခဲ့ပြီး 26,465 IOPS နှင့် latency 19.2ms တွင် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI Link Clone ကို ရွှေ့လိုက်တဲ့အခါ boot test က 8,308 IOPS မှာ 1.2ms ကနေစပြီး 83,392 IOPS အထိ အမြင့်ဆုံးရောက်ရှိပြီး latency 4.9ms ရှိပါတယ်။
ကနဦးဝင်ရောက်မှုစွမ်းဆောင်ရည်ကိုတိုင်းတာသော Linked Clone VDI ပရိုဖိုင်တွင်၊ USA သည် 1.3ms latency ဖြင့် IOPS 2,698 ဖြင့်စတင်ခဲ့ပြီး 24,715 IOPS နှင့် latency 10.3ms တွင်အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI Linked Clone Monday Login စွမ်းဆောင်ရည်ကို ကြည့်မယ်ဆိုရင် အမေရိကန်ဟာ latency 1.8ms မှာ 2,818 IOPS စတင်ခဲ့ပြီး 20.1ms မှာ 25,416 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
ကောက်ချက်
Nexenta နဲ့ Supermicro တို့ ပံ့ပိုးပေးထားတဲ့ Unified Storage Appliance ဟာ Nexenta ရဲ့ software (NexentaStor 5.0 နဲ့ NexentaFusion) ကို Supermicro ရဲ့ hardware၊ sales နဲ့ support infrastructure တွေနဲ့ ပေါင်းစပ်ထားတဲ့ software-defined storage solution တစ်ခုဖြစ်ပါတယ်။ ဒီပူးပေါင်းဆောင်ရွက်မှုကြောင့် software-first solution တစ်ခုအနေနဲ့ ထူးခြားတဲ့ validated, pre-loaded နဲ့ pre-configured complete solution တစ်ခုကို ရရှိနိုင်မှာဖြစ်ပါတယ်။ ဒီကုမ္ပဏီတွေဟာ all-flash (performance အတွက်) နဲ့ hybrid model (capacity မြင့်မားပြီး cost-effective အတွက်) နှစ်မျိုးလုံးမှာ မတူညီတဲ့ flavor အမျိုးမျိုးကို ပေးဆောင်ထားပါတယ်။ category တစ်ခုချင်းစီမှာ half-populated နဲ့ fully-populated configuration တွေလည်း ရှိပြီး အားလုံးမှာ extra storage အတွက် JBOD နှစ်ခု ထပ်ထည့်နိုင်ပါတယ်။ ဒီ solution မှာ Supermicro ရဲ့ support ပါဝင်သလို platform ကလည်း data service တွေနဲ့ dial တွေကို အများစု use case တွေကို လွှမ်းခြုံနိုင်အောင် လုံလောက်တဲ့ dial တွေကို ပေးစွမ်းပါတယ်။
စွမ်းဆောင်ရည်ကိုကြည့်လျှင် SQL Server နှင့် Sysbench application workloads အပါအဝင် application workload analysis နှစ်ခုလုံးအပြင် မကြာသေးမီက မိတ်ဆက်ခဲ့သော VDBench Workload Analysis synthetic benchmarks များကိုလည်း လုပ်ဆောင်ခဲ့ပါသည်။ ကျွန်ုပ်တို့၏ application workloads များဖြင့် USA ကို compression on ထားသော iSCSI၊ deduplication on or off ဖြင့်လည်းကောင်း၊ compression on ထားသော NFS အဖြစ်လည်းကောင်း နှစ်မျိုးလုံးဖြင့် စမ်းသပ်ခဲ့ပါသည်။ SQL Server အတွက် ကျွန်ုပ်တို့၏ transactional benchmark တွင် deduplication ကိုဖွင့်ထားခြင်းသည် စုစုပေါင်း iSCSI ရမှတ် 11,748.2 TPS ဖြင့် စွမ်းဆောင်ရည်အပေါ် များစွာသက်ရောက်မှုရှိခဲ့ပြီး deduplication မပါဘဲ ကျွန်ုပ်တို့၏ iSCSI configuration တွင် 12,494.2 TPS ရရှိခဲ့ပါသည်။ Deduplication သည် SQL Server ပျမ်းမျှ latency အပေါ် များစွာသက်ရောက်မှုရှိခဲ့ပါသည်။ compression ပါသော iSCSI သည် စုစုပေါင်းရမှတ် 59.8ms ဖြင့် အကောင်းဆုံးစွမ်းဆောင်ရည်သာရှိခဲ့သော်လည်း compression နှင့် deduplication on ထားသော iSCSI သည် စုစုပေါင်းရမှတ် 353.6ms ရှိသည်။ ကျွန်ုပ်တို့၏ scaling Sysbench စမ်းသပ်မှုဖြင့် VM ၄ ခု၊ ၈ ခုနှင့် ၁၆ ခုဖြင့် စမ်းသပ်ခဲ့ပါသည်။ VM 4 ခုပါ၀င်တဲ့ load နည်းတဲ့အတွက် iSCSI ပေါ်မှာ compression သက်သက်နဲ့ အကောင်းဆုံးစွမ်းဆောင်ရည်ကို မြင်တွေ့ခဲ့ရပြီး TPS 3,654 ရရှိခဲ့ပါတယ်။ ဒါက compression သက်သက်နဲ့ NFS ပေါ်မှာ 3,218 ရရှိခဲ့တဲ့ ဒါမှမဟုတ် compression နဲ့ deduplication နှစ်မျိုးလုံးနဲ့ iSCSI ပေါ်မှာ 2,547 ရရှိခဲ့တဲ့ စွမ်းဆောင်ရည်နဲ့ နှိုင်းယှဉ်ရင် အမြင့်ဆုံးရမှတ်ကို ရရှိခဲ့ပါတယ်။ အထွတ်အထိပ်ရောက်ချိန်မှာ compression ပါတဲ့ NFS ဟာ TPS 5,301 ရရှိခဲ့ပြီး အမြင့်ဆုံးရမှတ်ကို ရရှိခဲ့ပါတယ်။ compression ပါတဲ့ iSCSI ဟာ TPS 4,672 ရရှိခဲ့ပြီး compression နဲ့ dedupe ပါတဲ့ iSCSI ဟာ TPS 4,548 ရရှိခဲ့ပါတယ်။
iSCSI မှာပဲ compression enable လုပ်ထားတဲ့ VDBench workload test တွေကိုကြည့်ရင် USA က နည်းနည်း ယိုင်နဲ့နေပါတယ်။ solution က benchmark သုံးခုမှာ sub-millisecond performance ပဲပြပြီး ဒီ test နှစ်ခုမှာ sub-millisecond latency နဲ့ပဲ စပါတယ်။ random 4K read မှာ USA က sub-millisecond latency ကို 200K IOPS လောက်ရောက်တဲ့အထိ ထိန်းထားနိုင်ခဲ့ပါတယ်။ Oracle 90-10 test မှာ 38K IOPS လောက်ရောက်တဲ့အထိ sub-millisecond performance ကို ထပ်တွေ့ခဲ့ရပါတယ်။ VDI Full Clone boot က 1ms ကျော်စပေမယ့် 30K IOPS လောက်ရောက်တဲ့အထိ ပြန်ကျသွားပြန်ပါတယ်။ တခြားနေရာတွေမှာတော့ USA က test အစနဲ့ load တွေ မြှင့်တင်တဲ့အဆင့်တွေမှာ latency floor ပိုများခဲ့ပါတယ်။
Unified Storage Appliance ဟာ Nexenta software နဲ့ Supermicro hardware တို့ကို အသုံးပြုထားတဲ့အတွက် ခံစားချက်တွေ ရောထွေးနေပါတယ်။ configuration option တွေအရဆိုရင် production scenario တွေအတွက် storage ကို tweak လုပ်ပြီး optimize လုပ်တဲ့နေရာမှာ ဈေးကွက်ထဲက တခြား array တွေထက် သာလွန်ပါတယ်။ knob နဲ့ dial တိုင်းကို control လုပ်ချင်တဲ့သူတွေအတွက် Nexenta က ပေးစွမ်းနိုင်ပါတယ်။ ဒါက အရမ်းကောင်းပေမယ့် setting တွေက အပြည့်အဝ indoctrinated မဖြစ်သေးသူတွေအတွက် တစ်ခါတစ်ရံမှာ ရှုပ်ထွေးနိုင်ပါတယ်။ Nexenta ဟာ ဒီနောက်ဆုံးထွက် version နဲ့ သူတို့ရဲ့ engineering effort ကို compression လုပ်ထားပြီး workload ပေါ်မူတည်ပြီး 3:1 capacity savings ရှိတယ်လို့ ဆိုပါတယ်။ deduplication ကို enable လုပ်တဲ့အခါ performance က production workload အများစုအတွက် enable မလုပ်သင့်တဲ့အထိ ထိခိုက်စေခဲ့ပါတယ်။ all flash system အတွက် data reduction နဲ့ moderate performance profile က appliance ကို ခက်ခဲတဲ့ အနေအထားမှာ ထားခဲ့ပါတယ်။ တခြား array တွေက performance penalty မရှိဘဲ full data reduction ကို ဘယ်လိုပေးစွမ်းရမလဲဆိုတာ သိထားကြပါတယ်။ တရားမျှတစွာပြောရရင် လူတိုင်း ဒါကို မလုပ်နိုင်သလို workload တိုင်းကလည်း deduplication အတွက် မသင့်တော်ပါဘူး။ ဒါပေမယ့် array အများအပြားက lossless full data reduction ကို computing TCO အတွက် အရေးကြီးတဲ့ feature တစ်ခုဖြစ်အောင် အောင်မြင်စွာ လုပ်ဆောင်နိုင်ခဲ့ပါတယ်။
Pros
- Supermicro နှင့် ပေါင်းစပ်ခြင်းသည် အသုံးပြုသူအသစ်များအတွက် အဆင်သင့်ဖြစ်စေပါသည်။
- Nexenta သည် အဆင့်မြင့်အသုံးပြုသူများအတွက် ချိန်ညှိရန်အတွက် ခလုတ်များနှင့် ခလုတ်များစွာကို ပေးဆောင်သည်
- Supermicro ပံ့ပိုးမှုကွန်ရက်သည် ရိုးရာအစဉ်အလာအရ software-first ကမ်းလှမ်းမှုတစ်ခုဖြစ်ခဲ့သည့်အရာအတွက် ပိုမိုပြီးပြည့်စုံသောကမ်းလှမ်းမှုကို ပေးဆောင်ပါသည်။
အားနည်းချက်များ
- ရေးသားရန် နှောင့်နှေးမှု အလွန်မြင့်မားသည်
- ထပ်တူပြုခြင်းဖွင့်ထားသည့် ကြီးမားသော စွမ်းဆောင်ရည် အထွေထွေ
အောက်ဆုံးလိုင်း
Unified Storage Appliance သည် Supermicro မှ ကြိုတင်ပြင်ဆင်ထားသော စက်ပစ္စည်းတစ်ခုတွင် ရိုးရာအားဖြင့် software-only Nexenta package တစ်ခုကို ပေးအပ်ထားပြီး အသုံးပြုရန် အသင့်ဖြစ်နေပါသည်။
အမေဇုံ