Tegile ရဲ့ IntelliFlash array တွေကို hybrid architecture ပေါ်မှာ တည်ဆောက်ထားပြီး ဖောက်သည်တွေအနေနဲ့ HDD နဲ့ SSD storage တွေကို ပေါင်းစပ်အသုံးပြုပြီး တစ်ဦးချင်းစီအတွက် သင့်တော်တဲ့ latency နဲ့ storage density တွေနဲ့ configure လုပ်နိုင်ပါတယ်။ Tegile က ပြိုင်ဘက်တွေ မပေးနိုင်တဲ့ crowded storage market မှာ အသုံးချတဲ့ အဓိကအချက်ကတော့ inline deduplication နဲ့ compression နည်းပညာဖြစ်ပြီး ရရှိနိုင်တဲ့ capacity ကို user တွေဆီ တိုးချဲ့ပေးနိုင်ပါတယ်။ ဈေးကွက်ထဲက အများစု မရရှိနိုင်တဲ့ disk မှာ data reduction ကို တိုးချဲ့ခြင်းအားဖြင့် Tegile ဟာ hot data အတွက် flash ရဲ့ အကျိုးကျေးဇူးတွေကို ထိန်းသိမ်းထားရင်း အထင်ကြီးလောက်စရာ cost/TB metrics တွေကို ကြော်ငြာတဲ့ အကျိုးကျေးဇူးကို ရရှိပါတယ်။ Tegile HA2300 array အပေါ် ကျွန်ုပ်တို့ရဲ့ သုံးသပ်ချက်က IntelliFlash ကို expansion shelf (scale-up) တစ်ခုနဲ့ တွဲဖက်အသုံးပြုပြီး controller နှစ်ခုစလုံးကို workload အမျိုးမျိုးမှာ အလုပ်လုပ်စေပါတယ်။
Tegile ရဲ့ Intelligent Flash Array portfolio ရဲ့ အခြားအဖွဲ့ဝင်တွေလိုပဲ HA2300 မှာ redundant active/active controllers တွေပါဝင်ပြီး ဖောက်သည်ရွေးချယ်ထားတဲ့ eMLC SSD storage ပမာဏနဲ့ ဖြန့်ကျက်နိုင်ပါတယ်။ အဲဒီ flash storage နဲ့ array ရဲ့ DRAM အပါအဝင် HDD storage တွေကို Tegile ရဲ့ adaptive Caching and Scaling Engine က အသုံးချပြီး မကြာခဏဝင်ရောက်ကြည့်ရှုတဲ့ data တွေကို DRAM နဲ့ high-performance flash storage မှာ cache လုပ်ထားပြီး မကြာခဏဝင်ရောက်ကြည့်ရှုတဲ့ data တွေကို high-density flash ဒါမှမဟုတ် hard drive tiers တွေမှာ သိမ်းဆည်းထားပါတယ်။
ဈေးကွက်ထဲမှာ Tegile ရဲ့ array တွေကို ထူးခြားစေတဲ့ အဓိကအချက်ကတော့ ကုမ္ပဏီရဲ့ deduplication နဲ့ compression engine တွေပါပဲ။ data အားလုံးကို deduplicate လုပ်ခြင်းနဲ့ compression လုပ်ခြင်းဟာ performance အပေါ် overhead သက်ရောက်မှုအချို့ရှိပေမယ့် IntelliFlash က ဒီ performance overhead ကို လျော့ပါးစေဖို့ ဒီဇိုင်းထုတ်ထားတဲ့ metadata management အတွက် proprietary approach ကို အသုံးပြုပါတယ်။ data နဲ့ metadata တွေကို interleaving လုပ်မယ့်အစား Tegile array တွေက metadata fragmentation ကို dedicated DRAM နဲ့ flash media တွေမှာ metadata သိမ်းဆည်းခြင်းအားဖြင့် array ကို dedicated high-speed retrieval paths တွေကို အသုံးပြုပြီး metadata ကို access လုပ်ခွင့်ပြုပါတယ်။
Tegile ရဲ့ Caching and Scaling engine ဟာ hybrid configuration တွေမှာ latency အမျိုးမျိုးရှိတဲ့ media တွေကို ထည့်သွင်းနိုင်တဲ့ နည်းလမ်းပါ။ ဒီ caching solution ဟာ mirrored DRAM နဲ့ SSD တွေကို အသုံးပြုပြီး မကြာခဏဝင်ရောက်ကြည့်ရှုတဲ့ data အတွက် "read cache" tier နှစ်ခုကို တည်ဆောက်ပေးပြီး array တစ်လျှောက်မှာ eMLC wear ကို ပိုပြီး uniform ဖြစ်စေဖို့ flash storage media ရဲ့ wear level ကိုလည်း ခြေရာခံပါတယ်။
Intelligent Flash Array မိသားစုသည် FC၊ iSCSI၊ NFS နှင့် CIFS ပရိုတိုကောများမှတစ်ဆင့် ဝင်ရောက်ခွင့်ကို ပံ့ပိုးပေးပြီး SMB 3.0 လုပ်ဆောင်ချက်ကို အနာဂတ်ဆော့ဖ်ဝဲလ် အပ်ဒိတ်မှတစ်ဆင့် ရရှိမည်ဟု မျှော်လင့်ရသည်။ IntelliFlash ၏ redundant media fabric ဒီဇိုင်းကြောင့် တွဲဖက်အသုံးပြုနိုင်သော port အားလုံးတွင် ပရိုတိုကောအားလုံးကို တစ်ပြိုင်နက်တည်း အသုံးပြုနိုင်ပြီး ၎င်းသည် controller နှစ်ခုလုံးတွင် ချိတ်ဆက်မှုကို ပေါင်းစည်းပေးသည်။ ရေးသားမှုအားလုံးသည် synchronous ဖြစ်ပြီး ဒေတာအသစ်များသည် ၎င်း၏သက်တမ်းစက်ဝန်းကို persistent flash write cache တွင် စတင်သည်။
Tegile ရဲ့ အကျိုးကျေးဇူးအများစုဟာ သူတို့ရဲ့ caching နည်းပညာတွေနဲ့ data reduction တွေနဲ့ သက်ဆိုင်ပေမယ့် unit တွေဟာ အသုံးပြုရလွယ်ကူတဲ့ အကြောင်းပြချက်ကြောင့်လည်း အကျိုးကျေးဇူးရရှိကြပါတယ်။ သူတို့ရဲ့ administration GUI ဟာ သန့်ရှင်းပြီး အသုံးပြုရလွယ်ကူပြီး LUN provisioning လိုမျိုး task အများစုကို click အနည်းငယ်နှိပ်ရုံနဲ့ လုပ်ဆောင်နိုင်ပါတယ်။ Tegile administrator ကို dashboard မှာ high-level metrics တွေနဲ့ array က ပေးစွမ်းတဲ့ နေရာချွေတာမှုကို ပြသဖို့ Tegile ရဲ့ iconic "donuts" image တွေနဲ့လည်း ကြိုဆိုပါတယ်။
ကျွန်ုပ်တို့ရဲ့ သုံးသပ်ချက်က စင်ပါတဲ့ HA2300 အကြောင်းဖြစ်ပေမယ့် Tegile က ဖောက်သည်တွေရဲ့ လိုအပ်ချက်အပေါ် အခြေခံပြီး configuration အမျိုးမျိုးကို ပေးဆောင်ပါတယ်။ ဥပမာအားဖြင့် သူတို့ရဲ့ နောက်ဆုံးပေါ် T3000 hybrid arrays မိသားစုမှာ capacity optimized၊ performance optimized၊ business-critical workloads စတာတွေ အပါအဝင် use case အပေါ် အခြေခံပြီး pre-configured suggestion အများအပြားနဲ့ ပါရှိပါတယ်။ Tegile က သူတို့ရဲ့ core technologies တွေကို အသုံးချပြီး 18TB raw မှာရှိတဲ့ ESH-20 ကနေ 144TB raw မှာရှိတဲ့ ESF-145 အထိ configuration အမျိုးမျိုးကို ပေးအပ်တဲ့ all-flash မော်ဒယ်အများအပြားကိုလည်း ပေးဆောင်ပါတယ်။ Tegile က data လျှော့ချမှုပါတဲ့ workload ပေါ်မူတည်ပြီး အဲဒီမော်ဒယ်တွေမှာ ဖောက်သည်တွေဟာ 3-5x capacity benefits တွေကို ထပ်မံမြင်တွေ့ရမယ်လို့ မျှော်လင့်ပါတယ်။
Tegile HA2300 သတ်မှတ်ချက်များ
- ပလပ်ဖောင်းဖွဲ့စည်းမှု-
- ပရိုဆက်ဆာ: ၄ x Xeon E5620
- DRAM မှတ်ဉာဏ်: 192GB
- ဖလက်ရှ် မှတ်ဉာဏ်: 1200GB
- သိုလှောင်ရေးစွမ်းဆောင်ရည်:
- အနည်းဆုံး: သိုလှောင်မှုပမာဏ: 16TB
- အများဆုံး: သိုလှောင်မှုပမာဏ: 144TB
- ရုပ်ပိုင်းဆိုင်ရာ:
- ပုံစံအချက် (ရက်ခ်ယူနစ်များ): 2U
- အလေးချိန် (Lbs): 80
- ပါဝါ (W): 500
- ချဲ့ထွင်စင်များ- ၃ ခုအထိ
- ကွန်ယက်ဆက်သွယ်မှုများ -
- ၁ Gbps Ethernet port များ: ၁၂ ခု
- 1 Gbps IP-KVM မီးမလင်းအောင် စီမံခန့်ခွဲမှု Port: 2
- ရွေးချယ်နိုင်သော ချိတ်ဆက်မှု- Dual-port 4/8 Fibre Channel၊ Dual-port 10GbE Copper/Fiber၊ Quad-port 1 Gbps Ethernet
- ပါဝင်သော ဆော့ဖ်ဝဲဝန်ဆောင်မှုများ-
- ပရိုတိုကောများ- SAN ပရိုတိုကော ပံ့ပိုးမှု (iSCSI၊ Fibre Channel)၊ NAS ပရိုတိုကော ပံ့ပိုးမှု (NFS၊ CIFS၊ SMB 3.0)
- ဒေတာဝန်ဆောင်မှုများ- မိတ္တူကူးယူခြင်း၊ ဖိသိပ်ခြင်း၊ Thin Provisioning၊ Snapshot များ၊ Remote Replication၊ Application Profile များ
- စီမံခန့်ခွဲမှု- ဝဘ်ဘရောက်ဆာ၊ SSH၊ IP-KVM
- ထပ်ဆင့်ဖြစ်ခြင်း- တစ်ခုတည်းသော ပျက်ကွက်မှုမရှိခြင်း၊ Active-Active High Availability Architecture
- စံအာမခံ- ရက် ၉၀- ဖုန်းနှင့် အီးမေးလ်မှတစ်ဆင့် ၂၄×၇ ပံ့ပိုးမှု။ နောက်တစ်နေ့တွင် ဟာ့ဒ်ဝဲ အစားထိုး အစိတ်အပိုင်းများ။ အခမဲ့ ဆော့ဖ်ဝဲ အပ်ဒိတ်များ။
- ရွေးချယ်နိုင်သော အာမခံ:
- ၁ နှစ်၊ ၃ နှစ် သို့မဟုတ် ၅ နှစ်: ဖုန်းနှင့် အီးမေးလ်မှတစ်ဆင့် ၂၄ နာရီ ၇ ရက် ပံ့ပိုးမှု။ နောက်တစ်နေ့တွင် ဟာ့ဒ်ဝဲ အစားထိုး အစိတ်အပိုင်းများ။ အခမဲ့ ဆော့ဖ်ဝဲ အပ်ဒိတ်များ။
- ရွှေအဆင့် ပံ့ပိုးမှု- ရွေးချယ်နိုင်သော ပံ့ပိုးမှုဖြင့် ၄ နာရီကြာ ပံ့ပိုးမှု
- ငွေအဆင့် ပံ့ပိုးမှု- နောက်တစ်နေ့ လုပ်ငန်းရက်တွင် ပံ့ပိုးမှုဖြင့် ပံ့ပိုးမှု
တည်ဆောက်ခြင်းနှင့်ဒီဇိုင်းဆွဲခြင်း
IntelliFlash arrays များသည် ၂.၅ လက်မ HDD နှင့် SSD ၂၄ ခုအထိ ပံ့ပိုးပေးသည့် ကိုယ်ထည်အတွင်းတွင် redundant active/active controllers တစ်စုံကို အသုံးပြုသည်။ controller တစ်ခုစီတွင် ချိတ်ဆက်မှုတိုးချဲ့ရန်အတွက် PCIe slot နှစ်ခုပါရှိသည့်အပြင် Ethernet နှင့် FC ကဲ့သို့သော interconnect အမျိုးအစားများစွာကိုလည်း ပံ့ပိုးပေးသည်။ IntelliFlash storage media ရွေးချယ်မှုအားလုံးတွင် controllers နှစ်ခုလုံးနှင့် ချိတ်ဆက်ရန်အတွက် dual ports များပါဝင်ပြီး ချိတ်ဆက်မှုတစ်ခုတည်း ပြတ်တောက်သွားပါက redundant links များကို ပေးဆောင်သည်။
Tegile HA2300 ရဲ့ ကျွန်ုပ်တို့ ပြန်လည်သုံးသပ်ထားတဲ့ ပုံစံမှာ controller နှစ်ခုနဲ့ disk ၂၄ ခုပါတဲ့ primary system အပြင် နောက်ထပ် disk ၂၄ ခုထပ်ထည့်ထားတဲ့ ES2400 expansion shelf တစ်ခုလည်း ပါဝင်ပါတယ်။ ကျွန်ုပ်တို့ရဲ့ storage ပုံစံမှာ controller တစ်ခုစီက သူ့ရဲ့ကိုယ်ပိုင် 24-disk storage pool ကို ကိုင်တွယ်ပြီး (6) 200GB eMLC SAS2 SSD တွေနဲ့ (18) 1TB 7200RPM SAS2 HDD တွေ ပါဝင်ပါတယ်။
Controller တစ်ခုစီကို 2.4GHz Intel E5620 processors နှစ်ခုနဲ့ 96GB DRAM မှတစ်ဆင့် ပါဝါပေးပါတယ်။ ဒါကြောင့် HA2300 ဟာ active/active controller နှစ်ခုလုံးမှာ processor ၄ ခုနဲ့ 192GB ပေါင်းစပ်ပါဝင်ပါတယ်။ ကျွန်ုပ်တို့ရဲ့ configuration မှာ ပါဝင်တဲ့ ES2400 shelf ဟာ JBOD unit တစ်ခုသာဖြစ်ပြီး storage capacity ကိုသာ ထပ်ပေါင်းထည့်သွင်းထားပါတယ်။ hardware ထောက်ပံ့ပေးထားတာကြောင့် ကျွန်ုပ်တို့ရဲ့ platform ဟာ controller တစ်ခုကနေတစ်ဆင့် 6.2TB raw ကိုအသုံးပြုနိုင်ပြီး ဒုတိယ controller မှာ 7.14TB raw ကိုအသုံးပြုနိုင်ပါတယ်။
စီမံခန့်ခွဲမှု
Tegile IntelliFlash ဗိသုကာလက်ရာသည် အခြေခံသိုလှောင်မှုမီဒီယာကို virtualize လုပ်ကာ LUN များ သို့မဟုတ် ဖိုင်မျှဝေမှုများအဖြစ် ခွဲဝေပေးနိုင်သော စွမ်းရည်အစုအဝေးတစ်ခုကို ဖန်တီးပေးသည်။ ဤ pool စွမ်းရည်ကို အွန်လိုင်းတွင် တိုးချဲ့နိုင်သည်။ Tegile ဗိသုကာလက်ရာသည် read-modify-write လုပ်ဆောင်ချက်များမှ စွမ်းဆောင်ရည် overhead ကို ရှောင်ရှားရန်နှင့် ပျက်ကွက်နေသော drive များကို ပြန်လည်တည်ဆောက်ရန် လိုအပ်သောအချိန်ကို လျှော့ချရန်အတွက် dynamic stripe width များကို အသုံးပြုသည်။ IntelliFlash array များသည် dual parity၊ two-way mirroring နှင့် three-way mirroring RAID level များကို ပံ့ပိုးပေးသည်။ ဒေတာလုံခြုံရေးကို native key management ဖြင့် data များကို 256-bit AES encryption ပုံစံဖြင့် ရရှိနိုင်သည်။
database၊ server virtualization နှင့် virtual desktop အပါအဝင် အသုံးပြုမှုကိစ္စရပ်များအပေါ် အခြေခံ၍ တစ်ဦးချင်း volume များကို ချိန်ညှိနိုင်သည်။ ဤချိန်ညှိမှုလုပ်ငန်းစဉ်သည် block size၊ compression နှင့် deduplication ကဲ့သို့သော setting များကို သက်ရောက်မှုရှိသည်။ management interface ကို virtualized environments များကို ပံ့ပိုးရန် ဒီဇိုင်းထုတ်ထားပြီး virtualized အခြေအနေများအတွက် LUN များ၊ file system များနှင့် RAID group များအစား virtual machine granularity ဖြင့် configure လုပ်နိုင်သော management tools များကို ပံ့ပိုးပေးသည်။
IntelliFlash ဒေတာလျှော့ချရေးဝန်ဆောင်မှုများတွင် inline deduplication၊ inline compression နှင့် thin provisioning တို့ပါဝင်သည်။ storage pool တစ်ခုလုံးအတွက် သို့မဟုတ် တစ်ဦးချင်း LUN များနှင့် file share များအတွက် deduplication နှင့် compression ကို enable လုပ်နိုင်သည်။ LUN တစ်ခုစီကို 4KB မှ 128KB အထိ block size များနှင့် workloads ပေါ်မူတည်၍ compression algorithms များကို ရွေးချယ်နိုင်သည်။ နောက်အပိုင်းတွင် ဒေတာလျှော့ချခြင်း၏ အကျိုးကျေးဇူးများကို ပိုမိုလေ့လာပါမည်။
Tegile IntelliFlash array များသည် VM-aware နှင့် application-consistent ဖြစ်သော point-in-time snapshot များကို ရိုက်ကူးနိုင်သည်။ Snapshot များကို off-site တွင် ပုံတူကူးယူနိုင်ပြီး WAN မှတစ်ဆင့် ထုတ်လွှင့်ခဲ့သော ယခင် snapshot မှစ၍ တဖြည်းဖြည်းပြောင်းလဲမှုများသာ ပြုလုပ်နိုင်သည်။ Writeable point-in-time image များကို cloning feature ကို အသုံးပြု၍ ဖန်တီးထားပြီး VM-aware နှင့် application-consistent လည်းဖြစ်သည်။ snapshot များကဲ့သို့ပင် clone များသည် "ပါးလွှာ" ပြီး data အသစ်အတွက် လိုအပ်သည့်အတိုင်းသာ capacity ကို ခွဲဝေပေးသည်။
vCenter ဝဘ် client နှင့် desktop client plugin သည် VMware data store များကို vCenter မှတစ်ဆင့် စီမံခန့်ခွဲနိုင်စေပါသည်။ Tegile သည် VMware ပတ်ဝန်းကျင်တွင် I/O overhead လျှော့ချရန် VAAI ပံ့ပိုးမှုကိုလည်း ပေးဆောင်ပါသည်။ IntelliFlash arrays များကို Citrix XenDesktop အတွက် Citrix Ready VDI Capacity Program Verified ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ်လည်း စမ်းသပ်ပြီး အတည်ပြုထားပါသည်။
Microsoft ပတ်ဝန်းကျင်တွင်၊ Tegile arrays များသည် Hyper-V အတွက် failover clustering အတွက် CSV နှင့် ပေါင်းစပ်ထားပြီး application-consistent snapshots နှင့် clones များအတွက် VSS နှင့် ပေါင်းစပ်ထားသည်။ အနာဂတ်တွင် SMB 3.0 ပံ့ပိုးမှု ရရှိမည်ဖြစ်သည်။ Microsoft Hyper-V virtual machine များကို Microsoft Systems Center Virtual Machine Manager (SCVMM) မှတစ်ဆင့် စီမံခန့်ခွဲနိုင်သည်။ Tegile သည် ၎င်း၏ array များကို Oracle VM ဖြင့် စမ်းသပ်ခြင်းနှင့် အသိအမှတ်ပြုခြင်း၊ single instance နှင့် Oracle RAC တွင် UEK ပါရှိသော Oracle Linux ဖြင့် အတည်ပြုခြင်းအပြင် ကြိုတင်စမ်းသပ်ပြီး အတည်ပြုထားသော Oracle architectures များကို ပေးဆောင်သည်။
IntelliCare ပေါ်တယ်သည် စနစ်အချက်အလက်၊ ဖွဲ့စည်းမှုအသေးစိတ်အချက်အလက်များ၊ သမိုင်းဝင်ဒေတာနှင့် ခေတ်စားနေသော ခွဲခြမ်းစိတ်ဖြာမှုများနှင့် အချက်အလက်လျှော့ချမှုနှုန်းများအတွက် ဝင်ရောက်ခွင့်အမှတ်တစ်ခုကို တင်ပြပေးသည့်အပြင် ပံ့ပိုးမှုကိစ္စရပ်များကို စီမံခန့်ခွဲရန်အတွက် interface အဖြစ်လည်း ဆောင်ရွက်ပေးသည်။ IntelliCare ကို နေရာအသုံးပြုမှု၏ linear progression analysis၊ disk များအတွက် threshold alerts နှင့် high availability errors များအပေါ်အခြေခံ၍ ဖောက်သည်များနှင့် Tegile ပံ့ပိုးမှုထံ capacity alerts များပေးပို့ရန် configure လုပ်နိုင်သည်။ alert တစ်ခုစတင်သောအခါ array status နှင့် configuration data များကို ဝင်ရောက်ကြည့်ရှုနိုင်သော Tegile account manager ကို case သို့ အလိုအလျောက်သတ်မှတ်ပေးစေရန် IntelliCare ကို configure လုပ်နိုင်သည်။
ဒေတာကိုလျှော့ချရေး
အဆင့်မြင့် hybrid storage array နယ်ပယ်မှာ Tegile ဟာ primary storage array မှာ data reduction ရဲ့ အကျိုးကျေးဇူးတွေကို ပေါင်းစပ်ရာမှာ ဦးဆောင်နေပါတယ်။ အသုံးပြုသူတွေဆီက အမှတ်မိဆုံး screencap တစ်ခုကတော့ သိမ်းဆည်းထားတဲ့ data ပမာဏ၊ compression လုပ်ပြီးနောက် space ဘယ်လောက်သုံးလဲ နဲ့ deduplication လုပ်ပြီးနောက် space ဘယ်လောက်သုံးလဲဆိုတဲ့ "donut" shot တွေကို တင်တဲ့သူတွေပါ။ virtualized server တွေ အများအပြား လည်ပတ်နေပြီး Test/Dev work တွေကို silo မလုပ်စေချင်တဲ့ ဆန္ဒတွေ ပိုများလာတာနဲ့အမျှ repetitive data တွေဟာ industry တစ်ခုလုံးရဲ့ ပြဿနာတစ်ခုဖြစ်ပြီး ဖြေရှင်းနည်း အမျိုးမျိုးရှိပါတယ်။ လက်ရှိလိုအပ်ချက်နဲ့ ကိုက်ညီအောင် data reduction အကျိုးကျေးဇူးမရှိတဲ့ array တစ်ခုကို အရွယ်အစား ချိန်ညှိနိုင်သလို အနာဂတ်လိုအပ်ချက်တွေကို ခန့်မှန်းနိုင်သလို duplicate ဒါမှမဟုတ် compressible data တွေကို ဖယ်ရှားခြင်းအားဖြင့် အဲဒီ footprint ကို လျှော့ချနိုင်ပါတယ်။ ကျွန်တော်တို့ စမ်းသပ်ခဲ့တဲ့ ရိုးရာ hybrid storage platform အားလုံးထဲမှာ Tegile HA2300 ဟာ ဒီလို data reduction feature အဆင့်ကို ပေးစွမ်းနိုင်တဲ့ တစ်ခုတည်းသော platform ဖြစ်ပါတယ်။
Tegile HA2300 ရဲ့ data-reduction စွမ်းရည်တွေကို စမ်းသပ်ဖို့အတွက်၊ compression နဲ့ deduplication ကို enable လုပ်ထားတဲ့ stock virtual machine LUN profile ကို အသုံးပြုပြီး ကျွန်တော်တို့ရဲ့ ESXi host တစ်ခုဆီ တင်ပြခဲ့ပါတယ်။ ဒီစမ်းသပ်မှုက array ထဲကို migrate လုပ်ပြီးနောက် single VM ရဲ့ footprint ကို ရိုးရိုးရှင်းရှင်း ကြည့်ရှုခဲ့ပါတယ်။ ကျွန်တော်တို့ ပထမဆုံး စမ်းသပ်ခဲ့တာက shared storage မှာ MySQL performance ကို စမ်းသပ်ဖို့ အသုံးပြုခဲ့တဲ့ ကျွန်တော်တို့ရဲ့ CentOS 6.3 VM ပါ။ ဒီ VM မှာ vDisks တစ်ခုပေါ်မှာ pre-built database တစ်ခု ပါရှိပြီး အဲဒါကို blank vDisk ပေါ်ကို copy ကူးပြီး load လုပ်ပါတယ်။ ဒီအခြေအနေမှာ compression ကနေ အများဆုံး ၁၂% လောက် သက်သာတာကို တွေ့ရပါတယ်။
ကျွန်ုပ်တို့ရဲ့ နောက်ထပ်စမ်းသပ်မှုမှာ လာမယ့် OpenLDAP benchmarks တွေအတွက် အသုံးပြုတဲ့ CentOS 7 VM ကို လေ့လာခဲ့ပါတယ်။ ဒေတာချွေတာမှုမှာ ၅၅% ကျော် ပိုမိုကောင်းမွန်လာတာကို ကျွန်ုပ်တို့ တွေ့ရှိခဲ့ရပြီး အများစုကတော့ compression ကနေ ရရှိတာပါ။ အလားတူ VM အများအပြား (Linux သို့မဟုတ် Windows distribution များစွာ) ရှိတဲ့ ပတ်ဝန်းကျင်မှာ compression နဲ့ deduplication နှစ်မျိုးလုံးရဲ့ အကျိုးကျေးဇူးတွေကို သင်တွေ့မြင်ရမှာပါ။ primary storage မှာရှိတဲ့ VDI ဒါမှမဟုတ် Test/Dev လိုမျိုး scenarios တွေအတွက်လည်း အလားတူပါပဲ။ VM အသစ်တစ်ခု ဖန်တီးတိုင်း deduplication အကျိုးကျေးဇူးတွေဟာ ယေဘုယျအားဖြင့် linearly မြင့်တက်လာပါတယ်။
ဒေတာလျှော့ချရေးဝန်ဆောင်မှုအားလုံးနှင့်အတူ၊ ဆက်စပ်အလုပ်များနှင့် metadata စီမံခန့်ခွဲမှုအတွက် လိုအပ်သော system overhead ကြောင့် စွမ်းဆောင်ရည်အပေးအယူရှိပါသည်။ single-threaded transfer speeds (VM များအတွင်းရှိ copy/paste လုပ်ဆောင်ချက်များ သို့မဟုတ် datastore များအကြား SvMotion လုပ်ဆောင်ချက်များ) နှေးကွေးနေသည်ကို ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရပြီး၊ ခန့်မှန်းခြေအားဖြင့် 100MB/s ဖြင့် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။ ၎င်းတွင် read နှင့် write လုပ်ဆောင်ချက်နှစ်မျိုးလုံးပါဝင်ပြီး cache hits 100% နီးပါးရှိသည်။ စိတ်ဝင်စားစရာကောင်းသည်မှာ ဒေတာလျှော့ချရေးဝန်ဆောင်မှုများကို ဖွင့်ထားသည် သို့မဟုတ် လုံးဝပိတ်ထားသည့် ကျွန်ုပ်တို့၏ workloads အားလုံးတွင် စွမ်းဆောင်ရည်တွင် ကွာခြားချက်အလွန်နည်းပါးသည်ကို ကျွန်ုပ်တို့တွေ့ရှိခဲ့ရသည်။ နှိုင်းယှဉ်ကြည့်လျှင်၊ ဒေတာလျှော့ချရေးဝန်ဆောင်မှုများမပါဝင်သော ဤအပိုင်းရှိ array အများအပြားသည် အလားတူဒေတာရွှေ့ပြောင်းမှုလုပ်ဆောင်ချက်များမှတစ်ဆင့် 10Gb Ethernet သို့မဟုတ် 16Gb FC interface တစ်ခုတည်းကို ပြည့်နှက်နေစေနိုင်သည်။
နောက်ခံနှင့် နှိုင်းယှဉ်နိုင်သော အရာများကို စမ်းသပ်ခြင်း
ကျွန်ုပ်တို့၏ ဓာတ်ခွဲခန်းပတ်ဝန်းကျင်စာရင်း ၊ ဓာတ်ခွဲခန်း၏ ကွန်ရက်ချိတ်ဆက်နိုင်စွမ်းများအကြောင်း ခြုံငုံသုံးသပ်ချက် နှင့် ကျွန်ုပ်တို့၏ စမ်းသပ်မှုပရိုတိုကောများအကြောင်း အခြားအသေးစိတ်အချက်အလက်များကို ထုတ်ဝေပါသည် ၊ ထို့ကြောင့် စီမံခန့်ခွဲသူများနှင့် ပစ္စည်းကိရိယာများရယူခြင်းအတွက် တာဝန်ရှိသူများသည် ကျွန်ုပ်တို့ ထုတ်ဝေထားသောရလဒ်များ ရရှိခဲ့သည့် အခြေအနေများကို တရားမျှတစွာ တိုင်းတာနိုင်မည်ဖြစ်သည်။ ကျွန်ုပ်တို့၏ လွတ်လပ်မှုကို ထိန်းသိမ်းရန်အတွက်၊ ကျွန်ုပ်တို့၏ သုံးသပ်ချက်များကို ကျွန်ုပ်တို့စမ်းသပ်နေသော ပစ္စည်းကိရိယာများ၏ ထုတ်လုပ်သူမှ ငွေပေးချေခြင်း သို့မဟုတ် စီမံခန့်ခွဲခြင်း မရှိပါ။
ကျွန်ုပ်တို့သည် Tegile HA2300 ကို Dot Hill AssuredSAN Ultra48 ၊ AMI StorTrends 3500i ၊ X-IO ISE 710၊ HP StoreVirtual 4335 နှင့် Dell EqualLogic PS6210XS တို့နှင့် နှိုင်းယှဉ်သွားပါမည် ။ synthetic နှင့် application စမ်းသပ်မှုအားလုံးအတွက်၊ စွမ်းဆောင်ရည်လည်ပတ်နေစဉ်အတွင်း compression နှင့် deduplication ကို disable လုပ်ထားသည်။ array ကို ကျွန်ုပ်တို့၏ဓာတ်ခွဲခန်းတွင် Tegile field rep မှ deploy လုပ်ခဲ့ပြီး၊ synthetic benchmark များနှင့် ကျွန်ုပ်တို့၏ SQL Server စမ်းသပ်မှုအတွက် LUN များကို Tegile နည်းပညာစျေးကွက်ရှာဖွေရေးကိုယ်စားလှယ်မှ အဝေးမှ configure လုပ်ခဲ့သည်။ VMmark အတွက် LUN များကို snapshot များကို disable လုပ်ထားသော "virtual server" profile ကို အသုံးပြု၍ VMware iSCSI software adapter ကို အသုံးပြု၍ ESXi host တစ်ခုစီမှတစ်ဆင့် attach လုပ်ထားသော snapshot များပါသည့် "virtual server" profile ကို အသုံးပြု၍ configure လုပ်ခဲ့သည်။
စမ်းသပ်ထားတဲ့ platform တစ်ခုချင်းစီမှာ vendor တစ်ခုချင်းစီက unit ကို workload အမျိုးမျိုးအတွက် ဘယ်လို configure လုပ်ထားလဲဆိုတာနဲ့ testing အတွက်အသုံးပြုတဲ့ networking interface ကို နားလည်ဖို့ အရမ်းအရေးကြီးပါတယ်။ ပေးထားတဲ့ workload မှာ ဘယ်လောက်ကောင်းကောင်း လုပ်ဆောင်နိုင်မလဲဆိုတာနဲ့ ပတ်သက်လာရင် flash ပမာဏဟာ caching ဒါမှမဟုတ် tiering process လိုပဲ အရေးကြီးတယ်လို့ ပြောရမှာပါ။ အောက်ပါစာရင်းမှာ flash နဲ့ HDD ပမာဏ၊ ကျွန်ုပ်တို့ရဲ့ configuration မှာ ဘယ်လောက်အသုံးပြုနိုင်လဲ နဲ့ ဘယ် networking interconnect တွေကို leverage လုပ်ခဲ့လဲဆိုတာကို ပြသထားပါတယ်။
- Tegile HA2300 ချဲ့ထွင်စင်ပါရှိသော
- စာရင်းပါဈေးနှုန်း- အခြေခံဖွဲ့စည်းပုံ $100,443၊ စမ်းသပ်ပြီး သိုလှောင်စင်အပိုပါလျှင် $185,000
- ဒေတာလျှော့ချခြင်းမပြုမီ အသုံးပြုနိုင်သော စွမ်းရည်- 13.4TB (ပထမထပ် 6.2TB + ဒုတိယထပ် 7.14TB)
- ဖလက်ရှ်: 12 x 200GB HGST eMLC SAS2 SSD များ
- HDD: Seagate SAS2 7200RPM 1TB HDD ၃၆ လုံး
- ကွန်ရက်အပြန်အလှန်ချိတ်ဆက်မှု- 10Gb၊ ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် 2 x 10Gb
- Dot Hill AssuredSAN Ultra48 (Hybrid)
- စာရင်းပါဈေးနှုန်း: $113,158
- ဖလက်ရှ်: 800GB (4 x 400GB HGST SAS3 SSDs၊ 2 RAID1 pools)
- HDD: 9.6TB (32 x 600GB 10K 6G SAS HDD များ၊ 2 RAID10 pools)
- ကွန်ရက်ချိတ်ဆက်မှု- 16Gb FC၊ ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် 16Gb FC ၂ ခု
- AMI StorTrends 3500i
- စာရင်းပါဈေးနှုန်း: $87,999
- ဖလက်ရှ် ကက်ရှ်: 200GB (200GB SSDs x 2 RAID1)
- Flash Tier: အသုံးပြုနိုင်သော 1.6TB (800GB SSDs x 4 RAID10)
- HDD: 10TB အသုံးပြုနိုင်ပါသည် (2TB HDDs x 10 RAID10)
- ကွန်ရက်အပြန်အလှန်ချိတ်ဆက်မှု- ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် 10GbE iSCSI၊ 2 x 10GbE Twinax
- HP StoreVirtual 4335 – နုတ် ၃ ခု
- စာရင်းပါဈေးနှုန်း- node တစ်ခုလျှင် $၄၁,၀၀၀၊ $၁၂၃,၀၀၀
- Flash: အသုံးပြုနိုင်သော 1.2TB (400GB SSDs x 3 RAID5 တစ်ခုစီ၊ cluster တစ်လျှောက် network RAID10)
- HDD: အသုံးပြုနိုင်သော 10.8TB (900GB 10K HDDs x 7 RAID5 ကို node တစ်ခုလျှင်၊ cluster တစ်လျှောက် network RAID10)
- ကွန်ရက်အပြန်အလှန်ချိတ်ဆက်မှု- ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် 10GbE iSCSI၊ 1 x 10GbE Twinax
- Dell EqualLogic PS6210XS
- စာရင်းပါဈေးနှုန်း: $134,000
- ဖလက်ရှ်: 4TB အသုံးပြုနိုင်သည် (800GB SSDs x 7 RAID6)
- HDD: အသုံးပြုနိုင်သော 18TB (1.2TB 10K HDDs x 17 RAID6)
- ကွန်ရက်အပြန်အလှန်ချိတ်ဆက်မှု- ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် 10GbE iSCSI၊ 2 x 10GbE Twinax
- X-IO ISE 710
- စာရင်းပါဈေးနှုန်း: $115,000
- 800GB ဖလက်ရှ် (200GB SSDs x 10 RAID10)
- 3.6TB HDD (300GB 10K HDD x 30 RAID10)
- ကွန်ရက်ချိတ်ဆက်မှု- 8Gb FC၊ ထိန်းချုပ်ကိရိယာတစ်ခုလျှင် 8Gb FC ၂ ခု
ဤ benchmark သည် ကျွန်ုပ်တို့၏ ThinkServer RD630 benchmark environment ကို အသုံးပြုသည်-
- Lenovo ThinkServer RD630 စမ်းသပ်ခန်း
- ၂ x Intel Xeon E5-2690 (2.9GHz, 20MB Cache, 8-cores)
- Intel C602 ချစ်ပ်ဆက်
- မှတ်ဉာဏ် - 16GB (2 x 8GB) 1333MHz DDR3 မှတ်ပုံတင်ထားသော RDIMM များ
- Windows Server 2008 R2 SP1 64-bit၊ Windows Server 2012 Standard၊ CentOS 6.3 64-bit
- Boot SSD: 100GB Micron RealSSD P400e
- LSI 9211-4i SAS/SATA 6.0Gb/s HBA (boot SSDs အတွက်)
- LSI 9207-8i SAS/SATA 6.0Gb/s HBA (SSD သို့မဟုတ် HDD များကို benchmarking လုပ်ရန်အတွက်)
- Emulex LightPulse LPe16202 Gen 5 Fibre Channel (8GFC၊ 16GFC သို့မဟုတ် 10GbE FCoE) PCIe 3.0 Dual-Port CFA
- Mellanox SX1036 10/40Gb Ethernet Switch နှင့် Hardware
- 40GbE port ၃၆ ခု (10GbE port ၆၄ ခုအထိ)
- QSFP splitter ကြိုးများ 40GbE မှ 4x10GbE အထိ
အပလီကေးရှင်း စွမ်းဆောင်ရည် ခွဲခြမ်းစိတ်ဖြာခြင်း
Tegile IntelliFlash HA2300 ရဲ့ ကျွန်ုပ်တို့ရဲ့ ပထမဆုံး benchmark နှစ်ခုကတော့ VMware VMmark Virtualization Benchmark နဲ့ Microsoft SQL Server OLTP Benchmark တို့ဖြစ်ပြီး နှစ်ခုစလုံးဟာ HA2300 နဲ့ ၎င်းနဲ့ နှိုင်းယှဉ်နိုင်တဲ့ ထုတ်ကုန်တွေက ဝန်ဆောင်မှုပေးဖို့ ဒီဇိုင်းထုတ်ထားတဲ့ application workload တွေနဲ့ ဆင်တူပါတယ်။
StorageReview VMmark protocol သည် အသုံးများသော virtualization workloads များနှင့် administrative tasks များအပေါ်အခြေခံ၍ sub-tests အမျိုးမျိုးကို အသုံးပြုပြီး tile-based unit ကို အသုံးပြု၍ ရလဒ်များကို တိုင်းတာသည်။ လုပ်ငန်းနယ်ပယ်တွင် အသိအမှတ်ပြုထားပြီး တည်ထောင်ထားသော benchmark တစ်ခုအနေဖြင့် VMmark သည် compute နှင့် storage ကို benchmark ပြုပြင်မွမ်းမံမှု အနည်းငယ်သာ သို့မဟုတ် လုံးဝခွင့်မပြုဘဲ level playing field ထဲသို့ ထည့်သွင်းပေးသည်။ Tiles များသည် VMs များကို cloning နှင့် deploy လုပ်ခြင်း၊ datacenter တစ်လျှောက် automatic VM load balancing၊ VM live migration (vMotion) နှင့် dynamic datastore relocation (storage vMotion) ကဲ့သို့သော virtual workloads အမျိုးမျိုးကို လုပ်ဆောင်နိုင်စွမ်းကို တိုင်းတာသည်။
ပုံမှန်ပြုလုပ်ထားသော VMmark application ရမှတ်များနှင့် ಒಟ್ಟಾರೆရမှတ်များသည် Tegile HA2300 ၏ စွမ်းဆောင်ရည်ကို tile အရေအတွက်နည်းသော array များနှင့် နှိုင်းယှဉ်ပါက ပြသထားသည်။ HP StoreVirtual 4335 မှ ဒုတိယအနိမ့်ဆုံး ಒಟ್ಟಾರೆရမှတ် ၇.၆ နှင့် နှိုင်းယှဉ်ပါက HA2300 သည် ಒಟ್ಟಾರೆရမှတ် ၆.၆ ဖြင့် နောက်ကျကျန်နေခဲ့သည်။ ကျွန်ုပ်တို့၏ HA2300 ၏ dual storage pool များသည် controller တစ်ခုစီသို့ တူညီသော tile အရေအတွက် သတ်မှတ်ထားသောကြောင့် tile ၆ ခုထက်ကျော်လွန်ရန် လုံလောက်သော စွမ်းအားမရှိပါ။ ဤစမ်းသပ်မှုတွင် HP StoreVirtual 4335 သည် tile ၈ ခုဖြင့် ထိပ်ဆုံးတွင် ရပ်တည်ခဲ့ပြီး Dell EqualLogic PS6210XS နှင့် AMI StorTrends 3500i သည် tile ၁၀ ခုအထိ ရောက်ရှိခဲ့သည်။
StorageReview ရဲ့ Microsoft SQL Server OLTP စမ်းသပ်ခြင်း protocol ဟာ ရှုပ်ထွေးတဲ့ application environment တွေမှာတွေ့ရတဲ့ လုပ်ဆောင်ချက်တွေကို တုပတဲ့ online transaction processing benchmark တစ်ခုဖြစ်တဲ့ Transaction Processing Performance Council ရဲ့ Benchmark C (TPC-C) ရဲ့ လက်ရှိမူကြမ်းကို အသုံးပြုထားပါတယ်။ TPC-C benchmark ဟာ synthetic performance benchmark တွေထက် database environment တွေမှာ storage infrastructure ရဲ့ performance strengths နဲ့ bottlenecks တွေကို တိုင်းတာတာနဲ့ ပိုနီးစပ်ပါတယ်။ ဒီသုံးသပ်ချက်အတွက် ကျွန်ုပ်တို့ရဲ့ SQL Server protocol ဟာ 685GB (3,000 scale) SQL Server database ကို အသုံးပြုပြီး virtual user 30,000 ရဲ့ load အောက်မှာ transactional performance နဲ့ latency ကို တိုင်းတာပါတယ်။
ကျွန်ုပ်တို့၏ SQL Server benchmark သည် MPIO ကိုဖွင့်ထားသော ကျွန်ုပ်တို့၏ Windows Server 2012 host သို့ 1TB LUN တစ်ခုတည်းကို တင်ပြသည့် ကြီးမားသော database နှင့် log file တစ်ခုကို အသုံးပြုထားသည်။ ကျွန်ုပ်တို့၏ SQL Server benchmark အတွက် Tegile HA2300 ကို configure လုပ်သည့်အခါ 1TB LUN တစ်ခုတည်းကို အသုံးပြုခဲ့သည်။ ၎င်းသည် load ကို controller တစ်ခုပေါ်သို့ ပို့ဆောင်ပေးပြီး disk pool တစ်ခုဖြင့် ကျောထောက်နောက်ခံပြုထားပြီး controller တစ်ခုနှင့် disk pool တစ်ခုကို ၎င်း၏ active/active configuration တွင် idle ထားခဲ့သည်။ ဤအမျိုးအစားရှိ device အားလုံးကို တူညီသောနေရာတွင် ထားရှိပြီး LUN တစ်ခုနှင့် controller တစ်ခုသည် ဤ benchmark နောက်ကွယ်ရှိ activity ကို မောင်းနှင်သည်။
Tegile HA2300 သည် ဤ benchmark တွင် တစ်စက္ကန့်လျှင် transactions 3,058.5 ခုကို တိုင်းတာခဲ့ပြီး all-HDD RAID50 DotHill Ultra48 configuration ထက် သာလွန်သည်။ ဤစွမ်းဆောင်ရည်သည် ဤ protocol ဖြင့် စမ်းသပ်ထားသော အမြင့်ဆုံးစွမ်းဆောင်ရည်ရှိသော hybrid arrays များ၏ ထက်ဝက်ခန့်တွင် ရှိသည်။
HA2300 သည် SQL Server benchmark အတွင်း ပျမ်းမျှ latency 5,068ms ကို ထိန်းသိမ်းထားနိုင်ပြီး နှိုင်းယှဉ်နိုင်သော စွမ်းဆောင်ရည်များတွင် ဒုတိယအနိမ့်ဆုံးဖြစ်သည်။
TPC-C workload အတွင်း Microsoft SQL Server သည် write intensive ဖြစ်ပြီး ၎င်း၏ log buffer ကို disk သို့ ပုံမှန်ကြားကာလများတွင် commit လုပ်သည်ကို သတိပြုသင့်သည်။ write စွမ်းဆောင်ရည်နှေးကွေးလာပြီး storage array သည် ဆက်လက်မလုပ်ဆောင်နိုင်တော့သည်နှင့်အမျှ၊ ကျန်ရှိနေသော queue များသည်စုပုံလာပြီး latency ကိုသိသိသာသာတိုးစေသည်။ ၎င်းကို Tegile HA2300 နှင့် RAID50 configuration ရှိ DotHill Ultra48 တို့တွင်တွေ့မြင်နိုင်သည်။ ကျွန်ုပ်တို့၏ Windows Server 2012 platform ဖြင့် SQL Server စမ်းသပ်မှု၏ ကနဦး setup တွင်၊ ကျွန်ုပ်တို့၏ pre-built database ကို HA2300 မှတင်ပြသော LUN သို့ ရွှေ့ပြောင်းခြင်း basic copy/paste လုပ်ဆောင်ချက်များမှတစ်ဆင့် single-threaded write speeds 100MB/s အထက်တွင်ရှိကြောင်း ကျွန်ုပ်တို့သတိပြုမိခဲ့သည်။ ဤနှေးကွေးသော write speed ကို ကျွန်ုပ်တို့၏စမ်းသပ်မှုများမတိုင်မီနှင့် စမ်းသပ်မှုများအတွင်း storage vMotion လုပ်ဆောင်ချက်များအတွင်း ကျွန်ုပ်တို့၏ VMware environment တွင်လည်းမြင်တွေ့နိုင်သည်။ ကျန်ရှိနေသော queue depths များကို မြှင့်တင်နိုင်သည့် Multi-threaded synthetic workloads များသည် 1.1GB/s read နှင့် 755MB/s write တို့ကိုတွေ့မြင်နိုင်သော်လည်း၊ ၎င်းတို့ကို ကျွန်ုပ်တို့၏ application use case များတွင်မမြင်ရပါ။
Enterprise Synthetic Workload ခွဲခြမ်းစိတ်ဖြာခြင်း
fio synthetic benchmarks တစ်ခုချင်းစီကို မစတင်မီ ၊ ကျွန်ုပ်တို့၏ဓာတ်ခွဲခန်းသည် device ကို thread တစ်ခုလျှင် ၁၆ ခု queue ထူးချွန်စွာဖြင့် thread ၁၆ ခု၏ လေးလံသောဝန်အောက်တွင် steady-state သို့ ကြိုတင်ပြင်ဆင်သည်။ ထို့နောက် storage ကို thread/queue depth profile များစွာဖြင့် သတ်မှတ်ထားသော အကွာအဝေးများတွင် စမ်းသပ်ပြီး အသုံးပြုမှုအနည်းငယ်နှင့် များပြားသောအသုံးပြုမှုအောက်တွင် စွမ်းဆောင်ရည်ကို ပြသသည်။
- ကြိုတင်အခြေအနေပြင်ဆင်ခြင်းနှင့် မူလတည်ငြိမ်အခြေအနေစမ်းသပ်မှုများ-
- ပမာဏ (ဖတ်+ရေး IOPS စုစည်းမှု)
- ပျမ်းမျှ နှောင့်နှေးမှု (ဖတ်+ရေး နှောင့်နှေးမှု အတူတကွ ပျမ်းမျှ)
- အများဆုံး နှောင့်နှေးမှု (အမြင့်ဆုံး ဖတ်ရန် သို့မဟုတ် ရေးရန် နှောင့်နှေးမှု)
- နှောင့်နှေးမှု စံသွေဖည်မှု (ဖတ်+ရေး စံသွေဖည်မှုကို ပျမ်းမျှပေါင်းစပ်ထားသည်)
ဤပေါင်းစပ်ခွဲခြမ်းစိတ်ဖြာမှုတွင် ထုတ်လုပ်သူ၏ သတ်မှတ်ချက်များနှင့် စံနှုန်းများတွင် ကျယ်ကျယ်ပြန့်ပြန့်အသုံးပြုသည့် ပရိုဖိုင်နှစ်ခု ပါဝင်သည်။
- ၁၂၈,၀၀၀ – ၁၀၀% ဖတ်ရှုပြီး ၁၀၀% ရေးသား
- ၈၀၀၀ – ၇၀% ဖတ်/၃၀% ရေးသား
သိုလှောင်မှုကိရိယာများကို အားကောင်းပြီး ထပ်ခါတလဲလဲလုပ်ဆောင်နိုင်သော ဝန်ကို မောင်းနှင်ရန် synthetic workloads များသည် အထောက်အကူဖြစ်စေနိုင်သော်လည်း၊ IOPS နှင့် latency ကို database၊ virtualization သို့မဟုတ် အခြား application စွမ်းဆောင်ရည်နှင့် ဆက်စပ်ရန်ကြိုးစားနေသော customer များအတွက် တန်ဖိုးလျော့နည်းစေပါသည်။ application workloads များနှင့်မတူဘဲ၊ synthetic workload generators များကို အသုံးချနေသော data အမျိုးအစား၊ workload အရွယ်အစား၊ thread အရေအတွက်၊ I/O အရေအတွက်၊ random workload မည်မျှကျပန်းဖြစ်သည် သို့မဟုတ် underlying storage တွင် load ကို မည်သို့အသုံးချသည်အပါအဝင် သိသိသာသာ ချိန်ညှိနိုင်ပါသည်။ ၎င်းသည် FIO၊ IOMeter သို့မဟုတ် vdBench ၏ အတိုင်းအတာနှင့် စွမ်းရည်များကို ဖော်ပြခြင်းနှင့်ပင် မနီးစပ်ပါ၊ ඒ වෙනුවට မျက်နှာပြင်ကို ခြစ်ရာသာပြပါသည်။ မတူညီသော storage array များကို နှိုင်းယှဉ်သည့်အခါ ကျွန်ုပ်တို့၏ benchmarks များကို သက်ဆိုင်ရာဖြစ်စေရန်အတွက်၊ ကျွန်ုပ်တို့၏ lab သို့ဝင်ရောက်လာသော platform အားလုံးတွင် တူညီသော scripts များနှင့် configuration များကို အသုံးပြုပါသည်။ ၎င်းသည် platform အချို့သည် မတူညီသော configuration များဖြင့် မတူညီသော သို့မဟုတ် ပိုမိုမြင့်မားသော နံပါတ်များကို မြင်တွေ့နိုင်သည်ဟု ဆိုလိုနိုင်သော်လည်း၊ like to like ရလဒ်များကို ပြသခြင်းသည် platform အားလုံးကို တန်းတူညီမျှသော ကစားကွင်းတစ်ခုသို့ ရောက်ရှိစေသည်။ လက်ရှိတွင် ကျွန်ုပ်တို့သည် Windows Server 2012 environment တွင် server သို့ သတ်မှတ်ထားသော 25GB LUN ၈ ခုကို အသုံးပြု၍ array တစ်လျှောက်တွင် ညီတူညီမျှ ဖြန့်ဝေထားသည်။ ၎င်းက workload ကို storage သို့မဟုတ် DRAM tier ထဲသို့ ကန့်သတ်ထားပြီး၊ ကြိုတင်ပြင်ဆင်မှုကာလ ရှည်လျားခြင်းကြောင့် အမြင့်ဆုံးစွမ်းဆောင်ရည် tier သို့မဟုတ် cache သို့ ရွှေ့ပြောင်းရန် ဖိအားပေးပါသည်။
ဤသုံးသပ်ချက်ကို စတင်ချိန်တွင်သာမက အခြားတူညီသောမျိုးဆက် hybrid storage platform များ၏ သုံးသပ်ချက်များအတွက်ပါ ကျွန်ုပ်တို့၏ သတ်မှတ်ထားသော LUN ၈ ခုကို တူညီသော FIO thread ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ဖြေရှင်းရန် အောက်ပါ FIO script ကို အသုံးပြုခဲ့ပါသည်။
fio.exe –ဖိုင်အမည်=\\.\PhysicalDrive1:\\.\PhysicalDrive2:\\.\PhysicalDrive3:\\.\PhysicalDrive4:\\.\PhysicalDrive5:\\.\PhysicalDrive6:\\.\PhysicalDrive7:\\.\PhysicalDrive8 –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=FIO_group_test –output=FIO_group_test.out
ဒီ workload ကို LUN တစ်ခုချင်းစီမှာ သူ့ရဲ့ကိုယ်ပိုင် FIO thread ရရှိတဲ့နေရာမှာလည်း အသုံးပြုနိုင်ပါတယ်။ ပြုပြင်ထားတဲ့ script တစ်ခုကို အသုံးပြုပြီး Tegile HA2300 ရဲ့ FIO တိုင်းတာထားတဲ့ စွမ်းဆောင်ရည်ဟာ 50% အထိ တိုးလာနိုင်ပေမယ့် အဲဒီရလဒ်တွေဟာ ကျွန်တော်တို့ စမ်းသပ်ထားတဲ့ တခြား array တွေနဲ့ နှိုင်းယှဉ်လို့မရတော့ပါဘူး။ တခြား array တွေမှာလည်း တိုးတက်မှု ဒါမှမဟုတ် ပြောင်းလဲမှုတွေကို မြင်တွေ့ရမယ်ဆိုတာ ထင်ရှားပါတယ်။ ဒီပြောင်းလဲမှုရဲ့ ဥပမာတစ်ခုကတော့ အောက်က ဥပမာနဲ့ ဆင်တူပါတယ်။
fio.exe –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=thread1 filename=\\.\PhysicalDrive1 –name=thread2 filename=\\.\PhysicalDrive2 –name=thread3 filename=\\.\PhysicalDrive3 –name=thread4 filename=\\.\PhysicalDrive4 –name=thread5 filename=\\.\PhysicalDrive5 –name=thread6 filename=\\.\PhysicalDrive6 –name=thread7 filename=\\.\PhysicalDrive7 –name=thread8 filename=\\.\PhysicalDrive8 –output=FIO_test.out
benchmark နှစ်ခုစလုံးသည် တူညီသောနိဂုံးချုပ်ချက်သို့ ရောက်ရှိကြောင်း မှတ်သားထားရန် အရေးကြီးပါသည်။ ၎င်းတို့သည် ထို parameter များ၏ ကန့်သတ်ချက်များအတွင်း IOPS၊ latency နှင့် bandwidth အရေအတွက် အတိအကျကို ပေးစွမ်းသည့် ထပ်ခါတလဲလဲရလဒ်ကို ပြသသည်။ မည်သည့်ကိန်းဂဏန်းကိုမျှ တစ်ခုနှင့်တစ်ခု နှိုင်းယှဉ်၍မရပါ။ စမ်းသပ်မှုနှစ်ခုစလုံးသည် platform တစ်ခုသည် လက်တွေ့ကမ္ဘာထုတ်လုပ်မှုပတ်ဝန်းကျင်တွင် မည်သို့လုပ်ဆောင်မည်ကိုလည်း မပြသနိုင်ပါ၊ ထို့အပြင် application လိုအပ်ချက်များကို မမိတ်ဆက်ပေးသောကြောင့်လည်း မပြသနိုင်ပါ။
ကျွန်ုပ်တို့၏ ပထမဆုံး benchmark သည် 100% write နှင့် 100% read activity ပါဝင်သော random 4k transfers များ၏ စွမ်းဆောင်ရည်ကို တိုင်းတာသည်။ Tegile HA2300 သည် ဤ benchmark တွင် နှိုင်းယှဉ်နိုင်သော ထုတ်ကုန်များထဲတွင် တတိယအမြင့်ဆုံး read performance ဖြစ်သည့် 120,072 IOPS နှင့် 4k အမျိုးအစားတွင် ဒုတိယအမြင့်ဆုံး write performance ဖြစ်သည့် 38,311 IOPS တို့ကို တိုင်းတာခဲ့သည်။
Tegile HA2300 သည် ပျမ်းမျှ read latency 2.13ms နှင့် write latency 6.68ms ရှိခဲ့ပြီး နှိုင်းယှဉ်နိုင်သော array များတွင် အသီးသီး တတိယအကောင်းဆုံးနှင့် ဒုတိယအကောင်းဆုံးလည်း ဖြစ်သည်။
Tegile HA2300 အတွက် အမြင့်ဆုံး latency များကို ကျွန်ုပ်တို့ တိုင်းတာခဲ့ပြီး ၎င်းသည် နှိုင်းယှဉ်နိုင်သော ထုတ်ကုန်များထက် များစွာပိုများပါသည်။ အမြင့်ဆုံး read latency ကို ခန့်မှန်းခြေအားဖြင့် 7,188ms ဖြင့် တိုင်းတာခဲ့ပြီး အမြင့်ဆုံး write latency မှာ 6,885ms အထိ ရောက်ရှိခဲ့သည်။
စံသွေဖည်မှုတွက်ချက်မှုများအရ Tegile HA2300 သည် ၎င်း၏ hybrid ရွယ်တူများထက် latency အရ များစွာနည်းပါးပြီး read လုပ်ဆောင်ချက်များအတွက် 11.10ms နှင့် write လုပ်ဆောင်ချက်များအတွက် 31.29ms ရှိသည်။ နှိုင်းယှဉ်ကြည့်လျှင် HDD အားလုံးဖြင့် configure လုပ်ထားသော DotHill Ultra48 သည် ဤအမျိုးအစား၏ အောက်ဆုံးတွင် ရပ်တည်ခဲ့သော်လည်း SSD များ မိတ်ဆက်ပြီးသည်နှင့် read consistency တွင် ဒုတိယနေရာနှင့် write consistency တွင် ပထမနေရာရရှိခဲ့သည်။
8k 70% read 30% write random workload သို့ ရွေ့လျားနေသော Tegile HA2300 သည် 2T/2Q တွင် 2,405 IOPS မှ 16T/16Q တွင် 42,957 IOPS အထိ စွမ်းဆောင်ရည် မြှင့်တင်ပေးခဲ့သည်။ thread နှင့် queue အဆင့်နိမ့်များတွင် ၎င်းသည် pack ၏ အလယ်အလတ်အဆင့်ခန့်တွင် ရှိပြီး full load အောက်တွင် HP StoreVirtual 4335 cluster နှင့် AMI StorTrends 3500i တို့၏နောက်တွင် တတိယနေရာတွင် ရပ်တည်ခဲ့သည်။
8k 70/30 benchmark အတွက် ပျမ်းမျှ latency ရလဒ်များသည် 2T/2Q load တွင် 1.65ms တိုင်းတာခဲ့ပြီး 16T/16Q peak load အောက်တွင် 5.95ms အထိ မြင့်တက်လာခဲ့သည်။
ခြွင်းချက်အနည်းငယ်မှလွဲ၍ Tegile HA2300 သည် 8k 70/30 benchmark တွင် နှိုင်းယှဉ်ထားသော array များထဲတွင် အမြင့်ဆုံး latency ကို ကြုံတွေ့ခဲ့ရသည်။ TA3200 အတွက် ကျွန်ုပ်တို့တိုင်းတာခဲ့သော အမြင့်ဆုံး latency မှာ 4,674.84ms ဖြစ်ပြီး 4T/16Q တွင် ဖြစ်ပွားခဲ့သည်။
8k 70/30 benchmark အတွက် Tegile HA2300 ရဲ့ standard deviation တွက်ချက်မှုတွေက 4k benchmark အတွက် standard deviation ရလဒ်တွေနဲ့ မတူပါဘူး- သူတို့က HA2300 ကို maximum latency chart ထက် ပိုပြီး အပြုသဘောဆောင်တဲ့ ရှုထောင့်ကနေ ထားပေမယ့် HA2300 ကို နှိုင်းယှဉ်နိုင်တဲ့ benchmark တွေထက် latency နဲ့ ကိုက်ညီမှု နည်းတယ်လို့ သရုပ်ဖော်ထားပါတယ်။
ကောက်ချက်
HA2300 ကို ၎င်း၏ ES2400 တိုးချဲ့မှုစင်နှင့် ပေါင်းစပ်ထားခြင်းသည် အလွန်ပြောင်းလွယ်ပြင်လွယ်ရှိပြီး ဖောက်သည်များအနေဖြင့် HDD၊ flash သို့မဟုတ် နှစ်ခုပေါင်းစပ်မှုကို အသုံးပြုနိုင်ပြီး ၎င်းတို့အားလုံးကို downtime လုံးဝမရှိဘဲ (အခြား hardware များနှင့်အတူ) အစားထိုးနိုင်သည်။ Intelligent caching algorithm သည် hot data ကို ပိုမိုမြန်ဆန်သော flash tier သို့ ရွှေ့ပေးသည့်အပြင် ထိုအင်္ဂါရပ်နှင့်အတူ application-aware provisioning သည် သီးခြား application များအတွက် volume များကို သတ်မှတ်ပေးသည်။ Inline compression နှင့် deduplication စွမ်းရည်များသည် data footprint ကို လျှော့ချပေးပြီး ၎င်းသည် data center အားလုံးအတွက် ကြီးထွားလာနေသော ပြဿနာတစ်ခုဖြစ်သည်။ HA2300 သည် Citrix အသင့်ဖြစ်နေသော host platform များစွာကို ပံ့ပိုးပေးပြီး VMware နှင့် Microsoft virtualization software များနှင့် ပေါင်းစပ်နိုင်သည်။ Tegile ၏ HA2300 ကို ၎င်း၏ IntelliCare customer care program မှလည်း ကျောထောက်နောက်ခံပြုထားသည်။
စွမ်းဆောင်ရည်နဲ့ ပတ်သက်ရင် ရလဒ်တွေက ရောထွေးနေပါတယ်။ ကျွန်ုပ်တို့ရဲ့ application performance analysis မှာ HA2300 ဟာ VMmark benchmark မှာ တခြားပြိုင်ဘက် solution တွေရဲ့ နောက်မှာ ရှိနေပြီး tile ၆ ခုနဲ့ ထိပ်ဆုံးမှာ ရှိနေပြီး တခြား tile ၈ ခု ဒါမှမဟုတ် ၁၀ ခု ရရှိထားပါတယ်၊ ဒါမှမဟုတ် DotHill Ultra48 Hybrid array မှာတော့ အများကြီး ပိုမြင့်ပါတယ်။ SQL Server TPC-C benchmark မှာ တခြား hybrid system တွေထက် TPS နိမ့်ပြီး latency မြင့်တဲ့ အောက်ဆုံးနားမှာ ရှိနေပါတယ်။ array ဟာ synthetic tests တွေမှာ အတော်လေး ပိုကောင်းခဲ့ပြီး 4K throughput နဲ့ 4K average latency နှစ်ခုလုံးမှာ တတိယနေရာမှာ ရပ်တည်ခဲ့ပါတယ်။ ဒါပေမယ့် max latency နဲ့ standard deviation tests တွေမှာ HA2300 ဟာ စမ်းသပ်ထားတဲ့ hybrid array တွေထဲမှာ latency အမြင့်ဆုံး ဖြစ်ပါတယ်။
ရလဒ်အနေနဲ့ Tegile array ဟာ ပဟေဠိဆန်တဲ့အချက်တစ်ခုပါပဲ။ တစ်ဖက်မှာ ဖြန့်ကျက်ရလွယ်ကူပြီး စီမံခန့်ခွဲရလွယ်ကူသလို data service နဲ့ feature တွေ အများကြီးပါဝင်ပြီး compression နဲ့ deduplication လုပ်နိုင်တဲ့ hard drive တွေပါတဲ့ primary storage မှာ အနည်းငယ်သာရှိတဲ့ တစ်ခုဖြစ်ပါတယ်။ disk ပေါ်က data footprint နည်းပါးလာခြင်းက Tegile ကို ဒီ array နဲ့ သူတို့ရဲ့ all-flash hybrid နှစ်ခုလုံးမှာ TB ကုန်ကျစရိတ်ကို ဆွေးနွေးရာမှာ အားသာချက်ကြီးတစ်ခု ဖြစ်စေပါတယ်။ ဒါပေမယ့် data reduction ဝန်ဆောင်မှုတွေဟာ စွမ်းဆောင်ရည်ပိုင်းမှာတော့ ထိခိုက်မှုတွေ ရှိနေပါတယ်။ data reduction ကို enable လုပ်ထားလား၊ မလုပ်ထားလားဆိုတဲ့အပေါ်မှာ အငြင်းပွားရမယ့် overhead တွေ ရှိပါတယ်။ Tegile ရဲ့ အဓိကပြဿနာက အဲဒါပါပဲ။
အဖွဲ့အစည်းအများစုအတွက် array စွမ်းဆောင်ရည်ဟာ အဓိကဆုံးဖြတ်ချက်ချရမယ့် စံနှုန်းတော့ မဟုတ်ပါဘူး။ ROBO နဲ့ midmarket/SMB အသုံးပြုမှုကိစ္စအများစုမှာ HDD array အားလုံးက application တွေရဲ့ လိုအပ်ချက်တွေအတွက် အဆင်ပြေပါတယ်။ အမှန်တရားကတော့ အဖွဲ့အစည်းတိုင်း flash မလိုအပ်ပါဘူး၊ အနည်းဆုံးတော့ per per terminal အရပေါ့ (TCO argument ကို နောက်တစ်ကြိမ်အတွက် ချန်ထားလိုက်ပါ)။ HA2300 က ဒီလိုအပ်ချက်တွေကို ကောင်းကောင်းဖြေရှင်းပေးပါတယ်။ TB တစ်ခုချင်းစီရဲ့ ကုန်ကျစရိတ်၊ စီမံခန့်ခွဲမှုလွယ်ကူမှုနဲ့ data service တွေက per per per demand တွေထက် ပိုများပါတယ်။ ဒါပေမယ့် အလုံးစုံပြောရရင် hybrid နယ်ပယ်မှာ high performance player မဟုတ်ပေမယ့် ဒီအချိန်မှာတော့ data reduction service တွေ ဒါမှမဟုတ် Tegile ရဲ့ all-flash hybrid offering တွေထဲက တစ်ခုကို အသုံးမချတဲ့ traditional storage array တွေရဲ့ နယ်ပယ်လို့ ထင်ရပါတယ်။
Pros
- ဒေတာလျှော့ချရေးဝန်ဆောင်မှုများကို ပေးဆောင်သည်
- 4K throughput မြင့်မားပြီး ပျမ်းမျှ latency
- အင်္ဂါရပ်များစွာပါဝင်သော WebGUI
အားနည်းချက်များ
- SQL Server နှင့် VMmark တို့၏ စွမ်းဆောင်ရည် အတော်လေး အားနည်းသည်။
- နှောင့်နှေးမှု မတည်မငြိမ်ဖြစ်ခြင်းနှင့် အမြင့်ဆုံး တုံ့ပြန်မှုအချိန်များ
The Bottom Line
Tegile HA2300 သည် inline compression နှင့် deduplication engine များဖြင့် ပြည့်စုံသော feature များပါရှိသော hybrid array platform တစ်ခုဖြစ်သည်။ ၎င်း၏ အားသာချက်များမှာ configuration ပြောင်းလွယ်ပြင်လွယ်ရှိမှု၊ data service များ၊ protocol support နှင့် TB လျှင် ဆွဲဆောင်မှုရှိသော overall cost profile တို့ဖြစ်သော်လည်း ၎င်း၏ ရွယ်တူချင်းများစွာနှင့် စွမ်းဆောင်ရည်တူညီမှု မရှိပါ။
အမေဇုံ