NetApp AFF A200 သည် NetApp ၏ enterprise flash storage portfolio အတွက် ဆွဲဆောင်မှုရှိသော entry point တစ်ခုပေးစွမ်းသည့် 2U all-flash storage array တစ်ခုဖြစ်သည်။ AFF A200 တွင် dual controllers များဖြင့် စီမံခန့်ခွဲပြီး six-core Intel Broadwell-DE processors များဖြင့် ပါဝါပေးထားသော front-mounted 2.5-inch drives ၂၄ ခု ပါရှိသည်။ A200 ကို SAN သို့မဟုတ် NAS workloads (သို့မဟုတ် နှစ်မျိုးလုံး) ဖြင့် ဝင်ရောက်အသုံးပြုနိုင်သည်။ AFF A200 သည် 15TB အထိရှိသော SSDs များကို ပံ့ပိုးပေးသောကြောင့် single array တစ်ခုတွင် raw storage 367TB အထိ တပ်ဆင်ထားနိုင်ပြီး DS224C expansion shelf မှတစ်ဆင့် အပိုနေရာရရှိနိုင်သည်။
NetApp AFF A200 ဖွဲ့စည်းမှု၏ စုစုပေါင်းစွမ်းရည်ကို ထည့်သွင်းစဉ်းစားသောအခါ၊ NetApp သည် ၎င်း၏ inline data reduction နည်းပညာများဖြစ်သည့် compression၊ deduplication နှင့် data compaction တို့၏ ထိရောက်မှုကို အာမခံကြောင်း သတိပြုရန် အရေးကြီးပါသည်။ NetApp သည် workload အမျိုးအစားများအပေါ် အခြေခံ၍ အာမခံထားသော storage efficiency ကို ပေးပါသည်။ client များသည် အာမခံထားသော ထိရောက်မှုကို မသိရှိပါက NetApp မှ ကွာခြားချက်ကို ဖြည့်ဆည်းပေးပါမည်။ ဤအာမခံချက်သည် ၎င်း၏လက်ရှိပုံစံဖြင့် ၂၀၁၈ ခုနှစ် ဧပြီလအထိ အကျုံးဝင်ပါသည်။
AFF A200 ရဲ့ ဒေတာလျှော့ချရေး ထိရောက်မှုကို အကဲဖြတ်တာဟာ ကျွန်ုပ်တို့ရဲ့ ပြန်လည်သုံးသပ်ချက် လုပ်ငန်းစဉ်ရဲ့ အတိုင်းအတာပြင်ပမှာ ရှိနေပေမယ့် NetApp ရဲ့ အဆိုအရ AFF A200 ဟာ စွမ်းရည်လိုအပ်ချက်တွေကို ၂ ဆကနေ ၁၀ ဆအထိ လျှော့ချပေးသင့်ပါတယ်။ အကျဉ်းချုပ်ပြောရရင် NetApp ရဲ့ ဒေတာ စုစည်းမှုနည်းပညာဟာ တူညီတဲ့ volume ကနေ ယုတ္တိဗေဒဆိုင်ရာ ဒေတာဘလောက်များစွာကို 4KB ဘလောက်တစ်ခုတည်းအဖြစ် ထားရှိပေးပါတယ်။ NetApp ရဲ့ အဆိုအရ ဒီလုပ်ဆောင်ချက်ဟာ စွမ်းဆောင်ရည်အပေါ် "သုညနီးပါး" သက်ရောက်မှုရှိပြီး ဒါဟာ ကျွန်ုပ်တို့ရဲ့ ပြန်လည်သုံးသပ်ချက် လုပ်ငန်းစဉ်အတွင်းမှာ ကောင်းကောင်း အကျုံးဝင်ပါတယ်။ A200 ရဲ့ ဗိသုကာလက်ရာဟာ ကုမ္ပဏီရဲ့ FAS2650 array (AFF A200 ရဲ့ ဗိသုကာလက်ရာဟာ entry-FAS platform နဲ့ ဆင်တူပါတယ်) ကို အသုံးချထားပေမယ့်၊ ယခင် FAS2650 စီမံခန့်ခွဲသူတွေဟာ A200 မှာ NVMe FlashCache မပါဝင်ပြီး SSD တွေနဲ့သာ အလုပ်လုပ်တယ်ဆိုတာ သတိပြုသင့်ပါတယ်။
Netapp ထုတ်ကုန်တစ်ခုဖြစ်သည့် FAS2240-2 ကို နောက်ဆုံးအကြိမ် လေ့လာကြည့်ပြီးနောက် သုံးနှစ်တာကာလအတွင်း NetApp ဂေဟစနစ်အတွင်း များစွာပြောင်းလဲသွားခဲ့ပါသည်။ ၎င်းတွင် AFF all-flash ထုတ်ကုန်များ ပွဲဦးထွက်ခြင်းနှင့် ONTAP 9 operating system ( လက်ရှိ version 9.2 ) ပွဲဦးထွက်ခြင်းတို့ ပါဝင်သည်။ AFF A200 သည် AFF မိသားစု၏ ဒုတိယမျိုးဆက်ဖြစ်သော "AFF A" ထုတ်ကုန်များ၏ အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။ Flash နည်းပညာနှင့် all-flash arrays များအတွက် ဈေးကွက်သည်လည်း ကြားကာလကာလအတွင်း တိုးတက်ပြောင်းလဲလာခဲ့သည်။ ထို့ကြောင့် NetApp သည် ဈေးကွက်အသစ်များသို့ ချဲ့ထွင်ရန်နှင့် FAS2240 ကဲ့သို့သော ကမ်းလှမ်းချက်များဖြင့် အတိတ်ကတည်ဆောက်ခဲ့သော ဖောက်သည်အခြေခံကို ပေါင်းစည်းရန် အကြီးမားဆုံးအခွင့်အလမ်းများကို မည်သည့်နေရာတွင် မြင်တွေ့ရသည်ကို ညွှန်ပြသည့် NetApp AFF A200 ကို ထည့်သွင်းစဉ်းစားရန် ကျိုးကြောင်းဆီလျော်ပါသည်။
ဤသုံးသပ်ချက်သည် NetApp မှ ဤနောက်ဆုံးပေါ်မျိုးဆက် entry-level flash storage ကို ပြည့်စုံစွာ လေ့လာထားပြီး၊ 24 960GB SSDs တပ်ဆင်ထားသော အသင့်အတင့်တပ်ဆင်ထားသော AFF A200 ပါရှိသည်။
NetApp AFF A200 သတ်မှတ်ချက်များ
- HA အတွဲတစ်ခုလျှင် (တက်ကြွ-တက်ကြွ ထိန်းချုပ်ကိရိယာ)
- ပုံစံအချက်: 2U
- မှတ်ဉာဏ်: 64GB
- NVRAM: 8GB
- သိုလှောင်ခြင်း
- ဘုတ်ပေါ်ရှိ bays: ၂.၅" အပေါက် ၂၄ ခု
- အများဆုံး SSD: ၁၄၄
- အများဆုံး ကုန်ကြမ်းပမာဏ: 2.2PB
- ထိရောက်သော စွမ်းရည်: 8.8PB (base10)
- ထောက်ပံ့ပေးထားသော SSD များ- 15.3TB၊ 7.6TB၊ 3.8TB နှင့် 960GB။ 3.8TB နှင့် 800GB ကိုယ်တိုင်ကုဒ်ဝှက်ခြင်း
- ပံ့ပိုးပေးထားသော သိုလှောင်စင်များ- DS224C၊ DS2246
- SAN Scale-Out: နိုဒ် ၂-၈ ခု
- RAID ပံ့ပိုးပေးသည်- RAID6၊ RAID4၊ RAID 6 + RAID 1 သို့မဟုတ် RAID 4 + RAID 1 (SyncMirror)
- ပံ့ပိုးပေးသော OS:
- Windows ကို 2000
- Windows Server 2003
- Windows Server 2008
- Windows Server 2012
- Windows Server 2016
- Linux ကို
- Oracle Solaris
- Aix
- HP-UX
- Mac OS နဲ့
- VMware က
- ESX
- ဆိပ်ကမ်းများ:
- ၈x UTA2 (16Gb FC၊ 10GbE/FCoE)
- ၂x ၁၀GbE
- 4x 12Gb SAS
- သိုလှောင်မှုကွန်ရက်ထောက်ပံ့မှု:
- FC
- FCoE
- iSCSI
- NFS
- pNFS
- CIFS/SMB
- OS ဗားရှင်း- ONTAP 9.1 RC2 သို့မဟုတ် နောက်ပိုင်းဗားရှင်း
- LUN အများဆုံးအရေအတွက်: ၄,၀၉၆
- ပံ့ပိုးပေးထားသော SAN host အရေအတွက်: ၅၁၂
တည်ဆောက်ခြင်းနှင့်ဒီဇိုင်းဆွဲခြင်း
NetApp AFF A200 ကို 2.5-inch SAS SSD များကို ပံ့ပိုးပေးသည့် 24-bay chassis ပေါ်တွင် အခြေခံ၍ တည်ဆောက်ထားသည်။ ဤဗိသုကာလက်ရာသည် NetApp ၏ DS224C storage shelf ကို အခြေခံထားပြီး Intel Broadwell-DE 6-core processors များနှင့် internal နှင့် external drives များသို့ 12Gbps SAS ချိတ်ဆက်မှုတို့ဖြင့် တွဲဖက်ထားသည်။ ဒီဇိုင်းရှုထောင့်မှကြည့်လျှင် Netapp သည် redundancy အဆင့်အမြင့်ဆုံးအတွက် အရာအားလုံးကို အလွန်အကျွံတည်ဆောက်ထားသည်။ MP-HA (Multi-path High-Availability) SAS ချိတ်ဆက်မှုများသည် internal နှင့် external လမ်းကြောင်းများ ဖြတ်သန်းသွားသောကြောင့် controller တစ်ခုစီသည် link တစ်ခု ပြတ်တောက်သွားခြင်း သို့မဟုတ် အလွန်အကျွံအသုံးပြုခြင်းပင်ဖြစ်စေ drive တိုင်းနှင့် လမ်းကြောင်းများစွာမှတစ်ဆင့် ဆက်သွယ်နိုင်သည်။ ထို့အပြင် unit တွင် NVMEM ဘက်ထရီပါရှိပြီး အပြည့်အဝအားသွင်းထားသောအခါ power-fail ဖြစ်ရပ် ၂၅ ခုကို ကိုင်တွယ်နိုင်ပြီး controller တစ်ခုစီသည် onboard-boot device သို့ in-flight data ကို de-stage လုပ်ရန် လုံလောက်သော uptime ကို ပေးစွမ်းသည်။ ထို့အပြင်၊ de-staged data ကိုပင် အပြည့်အဝ encrypt လုပ်ထားပြီး ပါဝါပြတ်တောက်မှုဖြစ်စေသည့် ဖြစ်ရပ် မည်သို့ပင်ရှိစေကာမူ ၎င်းကိုကာကွယ်ရန် အပြည့်အဝ encrypt လုပ်ထားသည်။ ဤခံနိုင်ရည်အဆင့်သည် ကိုယ်ထည်အအေးပေးစနစ်နှင့် ပါဝါစနစ်များ၏ ဒီဇိုင်းတွင် ပေါ်လွင်နေပြီး၊ ပါဝါထောက်ပံ့မှုတစ်ခုစီသည် ပုံမှန်လည်ပတ်မှုအခြေအနေများတွင် စနစ်ကို အကန့်အသတ်မရှိ အပြည့်အဝအအေးခံနိုင်ပြီး ပါဝါပေးနိုင်ပါသည်။
စက်ရဲ့ ရှေ့မျက်နှာစာက ရိုးရှင်းပြီး NetApp အမှတ်တံဆိပ်နဲ့ drive bay တွေကို ဖုံးအုပ်ထားပါတယ်။ ဘယ်ဘက်ခြမ်းမှာ ပါဝါခလုတ်နဲ့အတူ ချို့ယွင်းချက်တွေနဲ့ လုပ်ဆောင်ချက်အခြေအနေကို ပြသတဲ့ LED display ပါရှိပါတယ်။
နောက်ဘက်မြင်ကွင်းမှာ ကေဘယ်လမ်းကြောင်းအမျိုးမျိုးနဲ့ ပတ်သက်ပြီး အနည်းငယ်ပိုရှုပ်ထွေးနေပေမယ့် redundant magic အများစုကို ဖြစ်ပေါ်စေတာက ချိတ်ဆက်မှုပါ။ node နှစ်ခုရှိပြီး device ကို အလယ်မှာခွဲထားပြီး တစ်ဖက်စီက တစ်ဖက်နဲ့တစ်ဖက် တူညီပါတယ်။ controller တစ်ခုစီရဲ့ ဘယ်ဘက်ခြမ်းမှာ SAS port နှစ်ခုရှိပါတယ်။ ဒါတွေကို သိုလှောင်ရုံအပိုတွေနဲ့ တွဲဖက်အသုံးပြုသလို HA SAS ချိတ်ဆက်မှုအတွက် controller တစ်ခုစီကြားမှာ external redundant link အဖြစ်လည်း လုပ်ဆောင်ပါတယ်။ SAS port တွေဘေးမှာ node-to-node ချိတ်ဆက်မှုကို ခွင့်ပြုတဲ့ 10GbE port နှစ်ခုရှိပါတယ်။ single-pair deployment မှာ node နှစ်ခုစလုံးကို အချင်းချင်းတိုက်ရိုက်ချိတ်ဆက်ထားပြီး cluster ပိုကြီးတဲ့ (Clustered Data ONTAP) မှာတော့ ဒီ port တွေကို cluster traffic အတွက် dedicated switch တစ်ခုနဲ့ ချိတ်ဆက်ထားပါတယ်။ နောက်တစ်ခုကတော့ primary data ဒါမှမဟုတ် network fabric အတွက် FC ဒါမှမဟုတ် Ethernet personalities တွေမှာ လည်ပတ်ဖို့ configure လုပ်နိုင်တဲ့ UTA2 port လေးခုပါ။ UTA2 port တွေရဲ့အပေါ်မှာ console micro-USB port တစ်ခုရှိပါတယ်။ UTA2 port တွေရဲ့ ညာဘက်ခြမ်းမှာ RJ-45 console port နဲ့ USB port တစ်ခုရှိပါတယ်။ ညာဘက်ခြမ်းမှာတော့ management port တစ်ခုရှိပါတယ်။ ဖော်ပြထားတဲ့ port တွေအောက်မှာ dual power supply တွေ ပါပါတယ်။
စီမံခန့်ခွဲမှု
NetApp AFF A200 သည် ONTAP 9.1 နှင့်အထက် ဗားရှင်းများကို အသုံးပြုထားပြီး 9.2 သည် ကျွန်ုပ်တို့၏ သုံးသပ်ချက်အတွင်း ထွက်ပေါ်လာခဲ့သည်။ UI သည် NetApp ၏ OnCommand System Manager ဖြစ်သည်။ အပေါ်ဘက်တွင် Dashboard၊ LUN၊ SVM၊ Network၊ Hardware and Diagnostics၊ Protection နှင့် Configurations အပါအဝင် အဓိက tab အများအပြား ရှိသည်။ အဓိက dashboard မှတစ်ဆင့် အသုံးပြုသူများသည် သတိပေးချက်များနှင့် အသိပေးချက်များ၊ man node များကို လက်ရှိမည်သို့အသုံးပြုနေသည် (ကျွန်ုပ်တို့၏ကိစ္စတွင် ၂)၊ storage efficiency၊ Top Objects နှင့် latency၊ IOPS နှင့် bandwidth တို့တွင် လက်ရှိစွမ်းဆောင်ရည်ကို ဖတ်ရှုနိုင်သည်။
LUN tab အောက်တွင် အသုံးပြုသူများသည် ၎င်းတို့၏ LUN များကို အမည်ဖြင့် စာရင်းသွင်းထားသောကြောင့် အလွယ်တကူ စီမံခန့်ခွဲနိုင်ပြီး တစ်ခုကို နှိပ်လိုက်ခြင်းဖြင့် မျက်နှာပြင်အောက်ခြေရှိ properties များကို ပေါ်လာစေပါသည်။
LUN tab အောက်မှာလည်း Initiator groups တွေအတွက် sub tab ရှိပါသေးတယ်။ ဒီမှာ users တွေက name, SVM, type, OS, Portset နဲ့ count တွေကို အလွယ်တကူ မြင်တွေ့ စီမံခန့်ခွဲနိုင်ပါတယ်။
နောက်ထပ် အဓိက tab ကတော့ SVM (Storage Virtual Machines) ပါ။ ဒီ tab ကို နှိပ်လိုက်ရင် အသုံးပြုသူတွေကို SVM စာရင်းနဲ့ သူတို့ရဲ့ အသေးစိတ်အချက်အလက်တွေကို အောက်ဘယ်ဘက်ထောင့်မှာ ပြသပေးပါလိမ့်မယ်။
သတ်မှတ်ထားသော SVM တစ်ခုကို နှိပ်ခြင်းဖြင့် အသုံးပြုသူများအား ချိတ်ဆက်မှု၊ စွမ်းရည်နီးပါးရှိသော volume များနှင့် SVM များ၏ စွမ်းဆောင်ရည်ကဲ့သို့သော အရာများကို ပြသသည့် overview ကဲ့သို့သော အခြားရွေးချယ်စရာများစွာကို ပေးပါသည်။
SVM တစ်ခုကို နှိပ်လိုက်တဲ့အခါ Volumes၊ Application Provisioning၊ LUNs၊ Qtrees၊ Quotas နဲ့ SVM Settings အပါအဝင် တခြား sub-tab အများအပြား ရှိပါတယ်။ Volumes sub-tab အောက်မှာ အသုံးပြုသူတွေဟာ volume တွေ တည်ဆောက်ထားတာကို မြင်တွေ့နိုင်သလို၊ တည်းဖြတ် ဒါမှမဟုတ် ဖယ်ရှားနိုင်သလို၊ snapshot ရိုက်ယူနိုင်သလို QoS ကို ချိန်ညှိနိုင်တဲ့ function တွေလည်း ပါဝင်ပါတယ်။
အသုံးပြုသူများသည် volume တစ်ခုကို တည်းဖြတ်လိုပါက volume တစ်ခုကို right click နှိပ်ရုံဖြင့် အောက်ပါ screen သို့ ရောက်ရှိမည်ဖြစ်သည်။ ဤနေရာတွင် General၊ Storage Efficiency နှင့် Advanced အပါအဝင် တည်းဖြတ်ရန် tab သုံးခု ပေးထားသည်။ အမည်အတိုင်း General tab သည် အမည်၊ လုံခြုံရေးပုံစံနှင့် volume သည် thin provisioned ဟုတ်မဟုတ် အပါအဝင် အထွေထွေအချက်အလက်များကို တည်းဖြတ်နိုင်သည်။
Storage Efficiency သည် အသုံးပြုသူများအား volume အတွင်းရှိ data-reduction စွမ်းရည်များကို တည်းဖြတ်နိုင်စေပါသည်။ ၎င်းတွင် background deduplication၊ inline compression နှင့် inline deduplication ကို ဖွင့်ခြင်း သို့မဟုတ် ပိတ်ခြင်း ပါဝင်သည်။
အဆင့်မြင့်သည် အသုံးပြုသူများအား volume ကို အလိုအလျောက်အရွယ်အစားပြောင်းလဲခြင်းနှင့် snapshot အဟောင်းများကို ဖျက်ခြင်းအပါအဝင် နေရာပြန်လည်ရယူခြင်းကို သတ်မှတ်နိုင်စေပါသည်။ ဖိုင်တစ်ခုကို ဖတ်ရှုသည့်အခါ အသုံးပြုသူများသည် အပိုင်းလိုက်ကြိုတင်ထားရှိမှုကိုလည်း ဖွင့်နိုင်ပြီး ဝင်ရောက်ခွင့်အချိန်ကို အပ်ဒိတ်လုပ်နိုင်သည်။
နောက်ထပ် sub-tab ကတော့ Application Provisioning ပါ။ နာမည်အတိုင်းပါပဲ၊ အသုံးပြုသူတွေဟာ ဒီ tab အောက်မှာ SVM တွေအတွက် application အချို့ ပံ့ပိုးပေးနိုင်ပါတယ်။ ဒီ application တွေ (နဲ့ သူတို့ရဲ့ template တွေ) မှာ Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance နဲ့ SAN SAP HANA တို့ ပါဝင်ပါတယ်။
SVM များအတွက် LUN များ၏ sub-tab သည် အသုံးပြုသူများအား SVM တစ်ခုချင်းစီအတွက် LUN များကို ကြည့်ရှု၊ စီမံခန့်ခွဲပြီး တည်းဖြတ်နိုင်စေပါသည်။ LUN များကို အမည်ဖြင့် ဖော်ပြထားသည် (သို့သော် ၎င်းကို ချိန်ညှိနိုင်သည်) တစ်ခုချင်းစီအတွက် အထွေထွေအသေးစိတ်အချက်အလက်များဖြင့် ဖြစ်သည်။ အသုံးပြုသူများသည် တစ်ခုကို နှိပ်ပါက အောက်ခြေတွင် ပိုမိုအဆင့်မြင့်သော properties များကို မြင်တွေ့နိုင်သည်။
SVM များအောက်ရှိ အရေးကြီးသော sub-tab တစ်ခုမှာ Settings tab ဖြစ်သည်။ ဤ tab သည် user များအား protocols များ၊ policies များ၊ services များ၊ user details များနှင့် လက်ရှိအခြေအနေများကဲ့သို့သော အရာများကို ကြည့်ရှုနိုင်စေပါသည်။
ကျွန်ုပ်တို့ကြည့်ရှုမည့် နောက်ထပ်အဓိက tab မှာ Network tab ဖြစ်သည်။ ဤ tab တွင် Subnets၊ Network Interfaces၊ Ethernet Ports၊ Broadcast Domains၊ FC/FoE Adaptors နှင့် IPspaces အပါအဝင် sub-tab အများအပြားပါရှိသည်။ ကျွန်ုပ်တို့ကြည့်ရှုမည့် ပထမဆုံး sub-tab မှာ Network Interfaces ဖြစ်သည်။ ဤနေရာတွင် user များသည် Interface အမည်၊ SVM၊ IP address၊ လက်ရှိ port၊ home port ဟုတ်မဟုတ်၊ data protocol access အမျိုးအစား၊ management access၊ subnet နှင့် role တို့ကို မြင်တွေ့နိုင်သည်။ interface တစ်ခုကို နှိပ်လိုက်ခြင်းဖြင့် general နှင့် failover properties များကိုလည်း ပြသသည်။
Ethernet Ports sub-tab မှာ port အမျိုးမျိုး၊ သူတို့ဘယ် node မှာရှိနေလဲ၊ broadcast domain နဲ့ IPspace တွေအပြင် ဘယ်လို type တွေလဲဆိုတာကို ဖော်ပြထားပါတယ်။ port တစ်ခုကို နှိပ်လိုက်ခြင်းအားဖြင့် user တွေကို properties နဲ့ interfaces တွေ ပေးစွမ်းနိုင်ပါတယ်။
Broadcast Domain sub-tab သည် broadcast domain သည် cluster လား default လား၊ ၎င်း၏ maximum transmission units (MTU)၊ ၎င်း၏ IPspace နှင့် ၎င်း၏ combined port update status တို့ကို user များအား ပြောပြသည်။
FC/FoE Adaptors sub-tab သည် ၎င်း၏ WWNN၊ မည်သည့် node တွင်ရှိနေသည်၊ မည်သည့် slot တွင်တည်ရှိသည်၊ ၎င်း၏ WWPN၊ ၎င်း၏ status နှင့် ၎င်း၏ speed ကဲ့သို့သော adaptor များအကြောင်း အချက်အလက်များကို ပြသသည်။ adaptor တစ်ခုကို နှိပ်ခြင်းဖြင့် media type၊ connection established၊ fabric established၊ speed၊ port address နှင့် data link rate ကဲ့သို့သော အသေးစိတ်အချက်အလက်များကို အသုံးပြုသူများအား ပေးသည်။
နောက် main tab ကတော့ Hardware and Diagnostics ပါ။ ဒီ tab က user ကို option အများအပြားပါတဲ့ drop-down menu တစ်ခုပေးပါတယ်။ option တွေထဲက တစ်ခုကတော့ disk ဖြစ်ပြီး Summary နဲ့ Inventory ဆိုတဲ့ sub-tab နှစ်ခုပါရှိပါတယ်။ Inventory အောက်မှာ user တွေက သူတို့ရဲ့ cluster ထဲက disk အားလုံး၊ name တွေ၊ container type၊ home နဲ့ current owner၊ type (ဒီကိစ္စမှာ SSD အားလုံး)၊ RPM (ဒီကိစ္စမှာ none - disk တွေက SSD အားလုံးဖြစ်လို့)၊ effective size နဲ့ physical space တွေကို မြင်တွေ့နိုင်ပါတယ်။ disk တစ်ခုကို နှိပ်လိုက်ခြင်းအားဖြင့် aggregate၊ vendor ID၊ zeroing၊ serial number နဲ့ broken details စတဲ့ နောက်ထပ်အသေးစိတ်အချက်အလက်တွေကိုလည်း ရရှိနိုင်ပါတယ်။
အသုံးပြုသူများသည် အမည်၊ ၎င်းတို့ မည်သည့် node တွင်ရှိနေသည်၊ အသုံးပြုထားသော ရာခိုင်နှုန်း၊ ရရှိနိုင်သော နေရာလွတ်၊ အသုံးပြုထားသော နေရာလွတ်၊ စုစုပေါင်း နေရာလွတ်၊ volume အရေအတွက် နှင့် disk အရေအတွက်ကဲ့သို့သော အချက်အလက်များကို ကြည့်ရှုရန် aggregates များကို ကြည့်ရှုနိုင်သည်။
Diagnostics for node သည် အမည်၊ အခြေအနေ၊ up time၊ ONTAP version၊ မော်ဒယ်နံပါတ်၊ system ID၊ serial number နှင့် node သည် all-flash optimized ဖြစ်မဖြစ်ကဲ့သို့သော အထွေထွေအချက်အလက်အချို့ကို ပေးသည်။
Diagnostics for Events သည် အက်ဒမင်များအား ဖြစ်ရပ်များ၊ ၎င်းတို့၏ပြင်းထန်မှု၊ ၎င်းတို့စတင်ရာနေရာ၊ ၎င်းတို့ဖြစ်ပွားခဲ့သော node၊ ရက်စွဲနှင့်အချိန်နှင့် ဖြစ်ရပ်၏ အခြားအသေးစိတ်အချက်အလက်များအကြောင်း အတော်လေးအသေးစိတ်ကျသော မက်ဆေ့ချ်တစ်ခုပေးသည်။
နောက်ထပ် အဓိက tab ကတော့ Protection ဖြစ်ပြီး အသုံးပြုသူတွေကို snapshot တွေအတွက် drop-down menu တစ်ခု ပေးပါတယ်။ အသုံးပြုသူတွေကို snapshot တွေကို အချိန်အလိုက် ဒါမှမဟုတ် အချိန်အပိုင်းအခြားအလိုက် ရွေးချယ်စရာအမျိုးမျိုးနဲ့ စီစဉ်နိုင်တဲ့ မျက်နှာပြင်တစ်ခု ပေးထားပါတယ်။
Protection tab အောက်ရှိ အခြားမျက်နှာပြင်သည် အသုံးပြုသူများအား snapshot မူဝါဒများကို သတ်မှတ်ခွင့်ပြုသည်။
နောက်ဆုံး အဓိက tab ကတော့ Configuration ပါ။ Configuration tab မှာ ဘယ်ဘက်ခြမ်းမှာ Configuration Updates, Service Processor, Cluster Peers, High Availability, Licenses, Cluster Updates, Date and Time, SNMP, LDAP, Users, နဲ့ Roles တွေ အပါအဝင် subsection များစွာ ပါဝင်ပါတယ်။ Service Processor ကို နှိပ်လိုက်တဲ့အခါ user တွေဟာ cluster ထဲက node တွေ၊ သူတို့ရဲ့ IP address တွေ၊ status နဲ့ MAC address တွေအပြင် network နဲ့ အထွေထွေ အသေးစိတ်အချက်အလက်တွေကို မြင်တွေ့ရပါတယ်။
Cluster Update အောက်တွင် အသုံးပြုသူများသည် ၎င်းတို့၏ cluster အတွက် ONTAP မှတစ်ဆင့် ရရှိနိုင်သော အပ်ဒိတ်များနှင့် အပ်ဒိတ်တွင် မည်သည့်အရာများ ပါဝင်သည်ကို မြင်တွေ့နိုင်သည်။
အလုံးစုံပြောရရင် NetApp AFF A200 ရဲ့ management interface က အသုံးပြုရတာ နှစ်သက်စရာကောင်းပြီး ကျွန်တော်တို့ရဲ့ စမ်းသပ်မှုအတွင်းမှာလည်း ဘာအခက်အခဲမှ မရှိပါဘူး။ iPhone အပါအဝင် မည်သည့် platform အမျိုးအစားမှာမဆို browser နဲ့ software-agnostic approach ကို ပေးစွမ်းနိုင်ပါတယ် (အောက်မှာ screenshot ပါရှိပါတယ်)။ mobile interface က system ကို manage လုပ်ဖို့အတွက် အကြိုက်ဆုံးနည်းလမ်းမဟုတ်ပေမယ့် လိုအပ်ရင် manage လုပ်လို့ရတယ်ဆိုတဲ့အချက်ကတော့ အထင်ကြီးစရာပါပဲ။ interface က သန့်ရှင်းပြီး လိုက်နာရလွယ်ကူပြီး array ကို manage လုပ်ဖို့အတွက် လွယ်ကူတဲ့ နေရာတွေရှိပါတယ်။ interface အချို့မှာ "ပိုသစ်တဲ့" အသွင်အပြင် ဒါမှမဟုတ် ခံစားချက်ရှိနိုင်ပေမယ့် ONTAP WebGUI က ရှုပ်ထွေးမှုကို အနည်းဆုံးဖြစ်အောင် ထိန်းသိမ်းထားပေးပြီး အကောင်းဆုံးကတော့ responsive ဖြစ်ပြီး ကျော်လွှားရလွယ်ကူပါတယ်။
အပလီကေးရှင်း အလုပ်ပမာဏ ခွဲခြမ်းစိတ်ဖြာခြင်း
NetApp AFF A200 အတွက် application workload benchmarks များတွင် SysBench မှတစ်ဆင့် MySQL OLTP စွမ်းဆောင်ရည်နှင့် simulated TPC-C workload ပါရှိသော Microsoft SQL Server OLTP စွမ်းဆောင်ရည်တို့ ပါဝင်သည်။
ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် ချိတ်ဆက်မှုနှစ်ခုဖြင့် 16Gb လင့်ခ်လေးခုကို အသုံးပြု၍ FC မှတစ်ဆင့် စမ်းသပ်ခဲ့သည်။
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 ကိုအသုံးပြုပြီး Quest ၏ Databases အတွက် Benchmark Factory မှ အလေးပေးဖော်ပြထားသည်။ ဤ benchmark ကို ကျွန်ုပ်တို့၏ ရိုးရာအသုံးပြုမှုမှာ local သို့မဟုတ် shared storage တွင် ကြီးမားသော 3,000-scale databases များကို စမ်းသပ်ရန်ဖြစ်သော်လည်း၊ ဤ iteration တွင် A200 (controller တစ်ခုလျှင် VM နှစ်ခု) တစ်လျှောက်တွင် 1,500-scale databases လေးခုကို ညီတူညီမျှ ဖြန့်ကျက်ရန် အာရုံစိုက်ပါသည်။
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
ကျွန်ုပ်တို့၏ SQL Server စမ်းသပ်မှုတွင် NetApp AFF A200 ၏ ငွေပေးငွေယူစွမ်းဆောင်ရည်ကိုကြည့်လျှင် AFF A200 သည် တစ်ဦးချင်း VM များတွင် 3,154.95 TPS မှ 3,155.113 TPS အထိ TPS 12,620.15 TPS ရလဒ်များကို ရရှိခဲ့ပါသည်။ data reduction mode တွင် NetApp A200 သည် စုစုပေါင်းရမှတ် 12,583.81 TPS ရရှိခဲ့ပြီး တစ်ဦးချင်း VM များတွင် 3,145.29 TPS မှ 3,146.43 TPS အထိ ရရှိခဲ့ပါသည်။
ပျမ်းမျှ latency ကိုကြည့်မယ်ဆိုရင် A200 ဟာ VM အားလုံးမှာ 11ms အထိရောက်ရှိခဲ့ပြီး စုစုပေါင်း 11ms ရရှိခဲ့ပါတယ်။ DR mode မှာတော့ latency အနည်းငယ်မြင့်တက်လာပေမယ့် တစ်ဦးချင်း VM တွေမှာ 24ms ကနေ 26ms အထိရှိလာပြီး စုစုပေါင်း 25ms ရရှိခဲ့ပါတယ်။
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-5 node Cluster
- cluster တွင် 249GHz အတွက် Intel E5-2690 v3 CPU ၈-၁၀ လုံး (node တစ်ခုလျှင် နှစ်ခု၊ 2.6GHz၊ 12-cores၊ 30MB Cache)
- 1-1.25TB 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 အစုံများစွာကို စမ်းသပ်ခဲ့ပြီး data reduction ကို "On" နှင့် "Raw" ပုံစံနှစ်မျိုးလုံးဖြင့် Sysbench ကို လုပ်ဆောင်ခဲ့သည်။ transactional performance အတွက်၊ NetApp A200 သည် 20VM များနှင့် data reduction ကို ပိတ်ထားခြင်းဖြင့် ၎င်း၏အကောင်းဆုံးစွမ်းဆောင်ရည်ကို ပြသခဲ့ပြီး ရလဒ်အနေဖြင့် 9,695 TPS ရရှိခဲ့သည်။ DR ကိုဖွင့်ထားသော်လည်း A200 သည် 20VM များတွင် 8,986 TPS ရရှိနေဆဲဖြစ်သည်။
ပျမ်းမျှ latency အနေနဲ့ပြောရရင် VM နည်းလေ ပိုနည်းလေဖြစ်တာကြောင့် 4VM benchmarks တွေမှာ Raw အတွက် 17.84ms နဲ့ DR အတွက် 19.2ms ပဲရှိပါတယ်။ စိတ်ဝင်စားစရာကောင်းတာက 20VMs မှာ Raw နဲ့ data reduction version ကွာခြားချက်က 5ms လောက်ပဲ (66.02ms မှ 71.24ms) ရှိပါတယ်။
ကျွန်ုပ်တို့ရဲ့ အဆိုးဆုံးအခြေအနေ latency benchmark မှာ A200 ဟာ 4VM တွေရဲ့ data reduction version က 48.43ms မှာ အနိမ့်ဆုံး latency ရှိပြီး (Raw က 48.63ms မှာပဲရှိပေမယ့်) VM count ကို 20 အထိ မြှင့်တင်လိုက်တဲ့အခါ data reduction version က 180.27ms သာရှိပြီး Raw က 172.6ms ပဲရှိပါတယ်။
VDBench လုပ်ငန်းဝန်အား ခွဲခြမ်းစိတ်ဖြာခြင်း
storage arrays တွေကို benchmarking လုပ်တဲ့အခါ application testing က အကောင်းဆုံးဖြစ်ပြီး synthetic testing က ဒုတိယနေရာမှာ ရှိပါတယ်။ တကယ့် workloads တွေရဲ့ ပြီးပြည့်စုံတဲ့ ကိုယ်စားပြုမှု မဟုတ်ပေမယ့် synthetic testing တွေက repeatability factor ရှိတဲ့ baseline storage devices တွေကို အထောက်အကူပြုပြီး ယှဉ်ပြိုင်တဲ့ solution တွေကြား apples-to-apples နှိုင်းယှဉ်မှုကို လွယ်ကူစေပါတယ်။ NetApp က AFF A200 ကို review လုပ်နေစဉ်အတွင်း သူတို့ရဲ့ POC Toolkit ကို ကျွန်တော်တို့နဲ့ မျှဝေခဲ့ပြီး "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 လုပ်နိုင်ပါတယ်။ 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 များ
အမြင့်ဆုံးဖတ်ရှုစွမ်းဆောင်ရည်ကိုကြည့်လျှင် NetApp AFF A200 သည် ထူးကဲသော low-latency 4k ဖတ်ရှုစွမ်းဆောင်ရည်ကို ပေးစွမ်းခဲ့ပြီး အစပိုင်းတွင် 0.31ms ရှိပြီး 1ms အောက် 190k IOPS အထိ ရှိနေခဲ့သည်။ အမြင့်ဆုံးအချိန်တွင် A200 သည် 16.4ms latency တွင် 249k IOPS ကို တိုင်းတာခဲ့သည်။
4k အမြင့်ဆုံးရေးသားစွမ်းဆောင်ရည်ကိုကြည့်လျှင် A200 သည် 0.34ms ဖြင့်စတင်ခဲ့ပြီး 40K မှ 50K IOPS အကြားရောက်ရှိသည်အထိ 1ms အောက်တွင်ရှိနေခဲ့သည်။ ၎င်း၏အမြင့်ဆုံးအချိန်တွင် A200 သည် 19.6ms တွင် 85K IOPS ကျော်ရောက်ရှိခဲ့သည်။
64k peak read ကိုပြောင်းလိုက်တဲ့အခါ A200 ဟာ 0.27ms latency ကနေစတင်ခဲ့ပြီး 48.5K IOPS အထက်ကိုရောက်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ latency 8.5ms နဲ့ 60K IOPS ကျော်အထိရောက်ရှိခဲ့ပါတယ်။ A200 ကတော့ 3.75GB/s bandwidth နဲ့ပြီးဆုံးခဲ့ပါတယ်။
64k sequential peak write အတွက် A200 ဟာ 0.49ms ကနေစတင်ပြီး 6K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ A200 ဟာ 19.7K IOPS မှာ latency 12.85ms နဲ့ အမြင့်ဆုံးကိုရောက်ရှိခဲ့ပါတယ်။ A200 မှာလည်း အမြင့်ဆုံးအချိန်မှာ bandwidth 1.22GB/s ရှိခဲ့ပါတယ်။
ကျွန်ုပ်တို့၏ SQL workload တွင် A200 သည် ၎င်း၏ latency ကို 0.37ms မှစတင်ခဲ့ပြီး 120K IOPS ကျော်သည်အထိ 1ms အောက်တွင်ရှိနေခဲ့သည်။ ၎င်းသည် 179K IOPS နှင့် 5.7ms တွင် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
SQL 90-10 benchmark မှာ A200 ဟာ latency 0.37ms နဲ့ စတင်ခဲ့ပြီး 80K နဲ့ 100K IOPS အကြား ရောက်တဲ့အထိ 1ms အောက်မှာပဲ ရှိနေပါတယ်။ A200 ဟာ latency 6.5ms နဲ့ 159K IOPS အထိ အမြင့်ဆုံး ရောက်ရှိခဲ့ပါတယ်။
SQL 80-20 မှာ A200 ဟာ latency 0.38ms နဲ့ စတင်ခဲ့ပြီး 60K IOPS ကျော်သွားတဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ A200 ကတော့ latency 7.8ms နဲ့ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
Oracle Workload နဲ့ဆိုရင် A200 ဟာ latency 0.39ms နဲ့ စတင်ခဲ့ပြီး 50K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ A200 ဟာ latency 10.2ms နဲ့ 125K IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
Oracle 90-10 မှာ A200 ဟာ latency 0.37ms ကနေစတင်ခဲ့ပြီး 100K IOPS အောက်ရောက်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ latency 4.2ms နဲ့ 155K IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
Oracle 80-20 မှာ A200 ဟာ latency 0.38ms ကနေစတင်ခဲ့ပြီး 65K IOPS အောက်ရောက်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ latency 4.9ms နဲ့ 129K IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Full Clone ကိုပြောင်းလိုက်တဲ့အခါ boot test မှာ A200 ဟာ latency 0.35ms နဲ့စတင်ပြီး 52K IOPS အထိ 1ms အောက်မှာရှိနေတာကို တွေ့ရပါတယ်။ A200 ဟာ latency 8.6ms နဲ့ 122K IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Full Clone ကနဦးဝင်ရောက်မှုသည် 0.41ms latency မှစတင်ခဲ့ပြီး 22K IOPS အထိ 1ms အောက်တွင်ရှိနေခဲ့သည်။ A200 သည် latency 18.6ms ဖြင့် 48K IOPS တွင် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI Full Clone Monday login ဟာ 0.48ms latency မှာ စတင်ခဲ့ပြီး 20K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ 10.4ms နဲ့ 49K IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Full Clone ကို ရွှေ့လိုက်တဲ့အခါ boot test မှာ စွမ်းဆောင်ရည်က 1ms အောက်မှာပဲ 49k IOPS အထိ ရှိနေခဲ့ပြီး နောက်ပိုင်းမှာ ပျမ်းမျှ latency 5.13ms နဲ့ အမြင့်ဆုံး 95.7k IOPS အထိ ရောက်ရှိခဲ့ပါတယ်။
Initial Login စွမ်းဆောင်ရည်ကို တိုင်းတာသည့် Linked Clone VDI ပရိုဖိုင်တွင်၊ sub-ms latency ကို 18.8k IOPS အထိ တွေ့မြင်ခဲ့ရပြီး အမြင့်ဆုံးအချိန်တွင် 6.95ms တွင် 36.8k IOPS အထိ မြင့်တက်လာခဲ့သည်။
VDI Linked Clone Monday Login စွမ်းဆောင်ရည်ကို ကျွန်ုပ်တို့ရဲ့ နောက်ဆုံးပရိုဖိုင်မှာ ကြည့်မယ်ဆိုရင် 1ms barrier transition ဟာ 17.5k IOPS မှာ ဖြစ်ပေါ်နေပြီး workload ဟာ 37.4k IOPS နဲ့ 13.3ms average latency မှာ အမြင့်ဆုံးကို ဆက်လက်မြင့်တက်နေတာကို တွေ့ရပါတယ်။
VMmark 3
အပ်ဒိတ် ၁/၃၁/၁၈: ဤကနဦးပြန်လည်သုံးသပ်ချိန်တွင် ကျွန်ုပ်တို့၏ VMmark စမ်းသပ်မှုကို အပြီးသတ်မပြုလုပ်ရသေးပါ။ ၎င်းသည် အွန်လိုင်းတွင် ရောက်ရှိလာပြီး ရလဒ်အနေဖြင့် A200 ၏ virtualization စွမ်းဆောင်ရည် နှင့်ပတ်သက်သည့် အသေးစိတ်အချက်အလက်များကို ကျွန်ုပ်တို့ တင်ထားပါသည် ။ ဒေတာလျှော့ချရေးဝန်ဆောင်မှုများကို ဖွင့်ထားချိန်တွင် အနည်းဆုံးထိခိုက်မှုဖြင့် အလွန်ကောင်းမွန်စွာ လုပ်ဆောင်ခဲ့သောကြောင့် ယူနစ်အပေါ် ကျွန်ုပ်တို့၏ စိတ်အားထက်သန်မှုကို ဒေတာက ပိုမိုမြှင့်တင်ပေးပါသည်။
ကောက်ချက်
NetApp AFF A200 သည် all-flash storage ကို စတင်အသုံးပြုလိုသော သို့မဟုတ် ရွှေ့ပြောင်းလိုသော သို့မဟုတ် remote/branch office များအတွက် ကောင်းမွန်သော ရွေးချယ်မှုတစ်ခုအနေဖြင့် အသေးစားအဖွဲ့အစည်းများအတွက် entry-level array တစ်ခုဖြစ်သည်။ A200 သည် six-core Intel Broadwell-DE processors များဖြင့် ပါဝါပေးထားသော dual-controller platform တစ်ခုဖြစ်ပြီး memory 64GB အထက်ရှိသည်။ စွမ်းရည်ရှုထောင့်မှကြည့်လျှင် A200 တွင် SAS flash drive များအတွက် 2.5” bay ၂၄ ခုပါရှိသည်။ array သည် 15TB drive များအထိ ပံ့ပိုးပေးသောကြောင့် စုစုပေါင်း raw capacity 367TB အထိ ရှိသော်လည်း data လျှော့ချခြင်းဖြင့် effective capacity ပိုမိုမြင့်မားသည်။ ထို့အပြင် NetApp သည် 4:1 storage efficiency လျှော့ချမှုကို အာမခံပေးပါသည်။ A200 သည် DS224C expansion shelf မှတစ်ဆင့် capacity ကို ပေါင်းထည့်နိုင်သည်။ array သည် NetApp ၏ ONTAP operating system တွင် လည်ပတ်သည်။
စွမ်းဆောင်ရည်ကိုကြည့်မယ်ဆိုရင် SQL Server နဲ့ Sysbench application workloads အပါအဝင် ကျွန်ုပ်တို့ရဲ့ ပုံမှန် application workload analysis တွေအပြင် မကြာသေးမီက မိတ်ဆက်ခဲ့တဲ့ VDBench Workload Analysis synthetic benchmarks တွေကိုလည်း လုပ်ဆောင်ခဲ့ပါတယ်။ NetApp က သူတို့ရဲ့ POC Toolkit ကို review အတွက် မျှဝေပေးခဲ့ပြီး server အများအပြားမှာ workloads တွေကို စတင်လုပ်ဆောင်ဖို့ ပိုမိုလွယ်ကူစေခဲ့သလို အနာဂတ်မှာလည်း ပိုမိုမြန်ဆန်တဲ့ array တွေကို တသမတ်တည်း စမ်းသပ်ဖို့ ပိုမိုလွယ်ကူစေခဲ့ပါတယ်။
ကျွန်ုပ်တို့၏ application workloads များဖြင့် inline data reduction services (DR) ကိုဖွင့်ထားသည်ဖြစ်စေ မဖွင့်ထားသည်ဖြစ်စေ array ကိုစမ်းသပ်ပါသည်။ SQL Server အတွက် ကျွန်ုပ်တို့၏ transactional benchmark တွင် DR ၏သက်ရောက်မှုမှာ အနည်းငယ်သာရှိပြီး aggregate score 12,620.1 TPS raw နှင့် DR ဖွင့်ထားသည်ဖြစ်စေ 12,583.8 TPS ရှိသည်။ Individual VM များသည် 3,145.3 TPS မှ 3,155.1 TPS အထိရှိသည်။ SQL Server ပျမ်းမျှ latency ဖြင့် DR ဖွင့်ထားချိန်တွင် latency နှစ်ဆတိုးလာသည်ကို ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရသည်။ raw သည် 11ms (individual နှင့် aggregate နှစ်မျိုးလုံး) လည်ပတ်နေပြီး DR သည် aggregate 25ms ရှိသည်။ Sysbench ဖြင့် 4, 8, 16 နှင့် 20 အပါအဝင် VM scaling set အများအပြားကို ကျွန်ုပ်တို့လည်ပတ်ခဲ့သည်။ 4VM များ၏ အနိမ့်ဆုံး scale တွင် NetApp သည် အတော်လေးကောင်းမွန်စွာလုပ်ဆောင်နိုင်ခဲ့ပြီး array ကိုအပြည့်အဝမဖြည့်တင်းဘဲ ကောင်းမွန်သောစွမ်းဆောင်ရည်ကိုပေးစွမ်းခဲ့သည်။ 4VM တွေမှာ raw performance က 7,175 TPS ရှိပြီး ပျမ်းမျှ latency 17.84ms နဲ့ အဆိုးဆုံး latency 48.63ms ရှိပါတယ်။ တစ်ဖက်မှာတော့ 20VM တွေမှာ raw က 9,695 TPS ရှိပြီး latency 66.02ms နဲ့ အဆိုးဆုံး latency 172.6ms ရှိပါတယ်။ ထပ်ပြောပါရစေ၊ DR ဖွင့်ထားတဲ့အခါ ကွာခြားချက်ကြီးကြီးမားမား မရှိပေမယ့် raw က စမ်းသပ်မှုအားလုံးမှာ ပိုကောင်းတဲ့ စွမ်းဆောင်ရည် ရှိပါတယ်။
data reduction services ဖွင့်ထားပြီး လုပ်ဆောင်ထားတဲ့ VDBench စမ်းသပ်မှုတွေကို ကြည့်မယ်ဆိုရင် sub-millisecond latency မှာ ဒီလောက်ကောင်းတဲ့ စွမ်းဆောင်ရည်ကို မြင်တွေ့ရတာ အထင်ကြီးစရာပါပဲ။ random 4K မှာ A200 ဟာ write မှာ latency 1ms မကျော်ခင် 40K IOPS ရရှိခဲ့ပြီး read မှာတော့ A200 ဟာ latency 1ms မကျော်ခင် 190K အထိ ရောက်ရှိခဲ့ပါတယ်။ ဒီလမ်းကြောင်းဟာ ကျန်တဲ့ benchmarks တွေတစ်လျှောက်လုံး ဆက်လက်ဖြစ်ပေါ်နေခဲ့ပါတယ်။ 64K sequential စမ်းသပ်မှုတွေမှာ A200 ဟာ read မှာ latency 1ms အောက် 48K IOPS ရရှိခဲ့ပြီး write မှာတော့ 1ms latency အောက် 20K IOPS ရရှိခဲ့ပါတယ် (bandwidth speeds 3.75GB/s read နဲ့ 1.22GB/s write တွေနဲ့လည်း ပြီးဆုံးခဲ့ပါတယ်)။ ကျွန်ုပ်တို့သည် SQL workloads သုံးခုကို 100% read၊ 90% read နှင့် 10% write၊ 80% read နှင့် 20% write ဖြင့် လုပ်ဆောင်ခဲ့ပြီး A200 သည် latency 1ms အောက်တွင် 120K IOPS၊ 80K IOPS နှင့် 60K IOPS အသီးသီးရရှိခဲ့ပါသည်။ Oracle workload နှင့် တူညီသော စမ်းသပ်မှုသုံးခုကို လုပ်ဆောင်ခဲ့ရာ A200 သည် latency 1ms အောက်တွင် 50K IOPS၊ 100K IOPS နှင့် 65K IOPS ရရှိခဲ့သည်ကိုလည်း တွေ့ရှိခဲ့ပါသည်။ Boot၊ Initial Login နှင့် Monday Login အတွက် VDI Full Clone နှင့် Linked Clone benchmarks များကိုလည်း လုပ်ဆောင်ခဲ့ပါသည်။ A200 သည် Full Clone တွင် 1ms latency အောက်တွင် 52K IOPS၊ 22K IOPS နှင့် 20K IOPS ရရှိခဲ့ပြီး Linked Clone တွင် 1ms latency အောက်တွင် 49K IOPS၊ 18K IOPS နှင့် 17K IOPS ရရှိခဲ့ပါသည်။ NetApp က workloads တွေကို ချိန်ညှိဖို့ နောက်ကွယ်မှာ ဘယ်လောက် optimization လုပ်ရလဲဆိုတာကို မြန်မြန်ဆန်ဆန် မှတ်ချက်ပေးလေ့ရှိပြီး A200 မှာ ကျွန်တော်တို့ စမ်းသပ်တဲ့ စမ်းသပ်မှုတိုင်းမှာ inline data အပြည့်အဝ လျှော့ချထားရင်တောင်မှ ဒီလိုရလဒ်မျိုးကို မြင်တွေ့နိုင်ပါတယ်။
ဒီ workloads အားလုံးနဲ့ ကျွန်တော်တို့ရဲ့ lab မှာ ရက်သတ္တပတ်ပေါင်းများစွာ စမ်းသပ်ပြီးနောက်မှာ တစ်ခုကတော့ ထင်ရှားပါတယ်။ all-flash systems တွေကို migration လုပ်လိုက်တာက NetApp အတွက် အပြောင်းအလဲကြီးတစ်ခု ဖြစ်စေခဲ့ပါတယ်။ uplift flash က ပေးစွမ်းနိုင်တာတွေထဲက တစ်ချို့ဖြစ်ပေမယ့် ONTAP တိုးတက်မှုတွေ အများကြီးကြောင့်ပါ။ ဂုဏ်ယူစရာပဲ ဖြစ်ဖြစ်၊ နောက်ဆုံးထုတ်ကုန်က အရမ်းကောင်းပါတယ်။ storage အတွက် mid-market segment က အံ့သြစရာကောင်းလောက်အောင် ယှဉ်ပြိုင်မှုပြင်းထန်ပါတယ်။ startup တွေ၊ software-defined options တွေနဲ့ တခြား သံသယဖြစ်ဖွယ် အရာတွေ အများကြီးရှိပါတယ်။ storage အတွက် ဂဏန်းခြောက်လုံးအောက် သုံးစွဲဖို့ ရှာနေတယ်ဆိုရင် NetApp ကို ဒီ segment မှာ ပေါ့ပေါ့တန်တန် မကြည့်မိရင် ခွင့်လွှတ်နိုင်ပါတယ်။ ဒါပေမယ့် A200 က အတော်လေး အားနည်းတာကြောင့် ဒါဟာ ဝမ်းနည်းစရာ အမှားတစ်ခုပါပဲ။ တစ်မီလီစက္ကန့်အောက်မှာ အံ့မခန်း စွမ်းဆောင်ရည်ကို ပေးစွမ်းနိုင်တာက တစ်ခုပါပဲ၊ ဒါပေမယ့် အရေးကြီးတဲ့ အပိုင်းကတော့ NetApp က 4:1 capacity guarantee ရရှိဖို့ data reduction services တွေကို ဖွင့်ထားခြင်းဖြင့် လုပ်ဆောင်နေပါတယ်။ ဒါက ရိုးရှင်းတဲ့ကိစ္စ မဟုတ်ပါဘူး။ တခြား array အများစုကတော့ data reduction ဖွင့်ထားရင် အရမ်းအဆင်မပြေတာ ဒါမှမဟုတ် မပေးစွမ်းနိုင်ပါဘူး။ ကျွန်တော်တို့ရဲ့ အနိမ့်ဆုံးစွမ်းရည်ရှိတဲ့ entry-level A200 drives တွေက 7.75TB pools နှစ်ခုမှာ 15.5TB အထိ ပေးစွမ်းနိုင်တာကြောင့် NetApp က ပေးစွမ်းတဲ့ 15TB drives တွေနဲ့ 4:1 target ကိုရောက်ရင် top-end capacity 62TB ရရှိမှာပါ။ 2U midmarket box တစ်ခုအတွက် အတော်လေး အထင်ကြီးလောက်စရာ ရောက်ရှိမှုပါပဲ။ စွမ်းဆောင်ရည်နဲ့ နက်ရှိုင်းပြီး ရင့်ကျက်တဲ့ data services တွေ ပေါင်းစပ်ထားတာကြောင့် A200 ဟာ ၂၀၁၇ ခုနှစ်ရဲ့ Editor's Choice ဆုရှင် ဒုတိယမြောက်အဖြစ် ရွေးချယ်ရလွယ်ကူစေပါတယ်။
Pros
- 2U footprint တွင် 367TB အထိ (4:1 data efficiency မတိုင်မီ)
- ဒေတာလျှော့ချရေးနည်းပညာများသည် အပလီကေးရှင်း workload benchmarks များအပေါ် အနည်းငယ်သာ သက်ရောက်မှုရှိခဲ့သည်။
- VDBench မှာ sub-millisecond latency တွေမှာ အံ့မခန်းစွမ်းဆောင်ရည်
- ဒေတာဝန်ဆောင်မှုများနှင့် ပေါင်းစပ်မှုများ၏ ရင့်ကျက်သော အစုံ
အားနည်းချက်များ
- 960GB နဲ့ 3.8TB configuration တွေကြားက ဈေးနှုန်းကွာဟချက်ကို ဖြည့်ဆည်းဖို့ 1.92TB SSD option မပါရှိခြင်း
The Bottom Line
NetApp AFF A200 သည် အပလီကေးရှင်းတုံ့ပြန်မှု၏ ခိုင်မာသောပေါင်းစပ်မှုလိုအပ်ပြီး ကျယ်ပြန့်သော ဒေတာဝန်ဆောင်မှုများစာရင်းဖြင့် ကျောထောက်နောက်ခံပြုထားသော အလယ်အလတ်ဈေးကွက်အတွက် အကောင်းဆုံးပေါင်းစပ်သိုလှောင်မှုဖြေရှင်းချက်တစ်ခုဖြစ်သည်။
အမေဇုံ