Reduxio HX550 သည် 2U chassis အတွင်းရှိ dual controller hybrid storage array တစ်ခုဖြစ်သည်။ စနစ်တွင် 7.2k 2TB hard drive ၁၆ ခုနှင့် 800GB SSD ရှစ်ခုကို ရှေ့တွင်တပ်ဆင်ထားပြီး စနစ်တစ်ခုစီတွင် 38.4TB raw data pool တစ်ခုဖန်တီးပေးသည်။ ထိုနေရာတွင် ရပ်တန့်လိုက်လျှင် HX550 သည် SMB နှင့် enterprise ဈေးကွက်များ၏ လိုအပ်ချက်များကို ဆွဲဆောင်ရန်ကြိုးစားနေသော အခြား midrange hybrid ကမ်းလှမ်းမှုများနှင့် တူညီသည်။ သို့သော် Reduxio သည် ဤသိုလှောင်မှုအမျိုးအစားတွင် ရှားပါးသော သို့မဟုတ် လုံးဝအသစ်အဆန်းဖြစ်သော ထူးခြားသော အလှည့်အပြောင်းများစွာကို ပေးဆောင်သောကြောင့် ပို၍ကောင်းမွန်သည်။ ၎င်းတို့ထဲတွင် အဓိကအချက်မှာ Reduxio ၏ ဒေတာကို အချိန်တိုင်းကာကွယ်သင့်သည်ဟူသော အကြောင်းပြချက်ဖြစ်သည်။ Reduxio သည် BackDating ကို ပေးဆောင်ခြင်းဖြင့် ဤမစ်ရှင်ကို လုပ်ဆောင်ပြီး ၎င်းသည် တစ်စက္ကန့် RTO နှင့် RPO ကို ပေးဆောင်ပြီး အဖွဲ့အစည်းတစ်ခုအား မည်သည့်အချိန်တွင်မဆို ဒုတိယအသေးစိတ်အချက်အလက်ဖြင့် ပြန်လည်ကျဆင်းစေနိုင်သည်။ Reduxio သုံးစွဲသူများသည် ဤနည်းလမ်းသည် ဒေတာဆုံးရှုံးမှု သို့မဟုတ် ဝင်ရောက်ခွင့်ပြဿနာအမျိုးမျိုးကို ကိုင်တွယ်ဖြေရှင်းရာတွင် အထူးသဖြင့် ransomware ၏ တိုးပွားလာသောပြဿနာနှင့် ရင်ဆိုင်ရာတွင် ထိရောက်မှုရှိကြောင်း တွေ့ရှိခဲ့ကြသည်။
ဒေတာပြန်လည်ရယူခြင်းအတွက် ဤချဉ်းကပ်မှုသည် TimeOS ၏ အဓိကအချက်တစ်ခုဖြစ်ပြီး၊ Reduxio ၏ ထူးခြားသောစွမ်းရည်အားလုံးကို ဖွင့်ပေးသည့် သိုလှောင်မှုလည်ပတ်မှုစနစ်ဖြစ်သည်။ TimeOS တွင် hybrid array များတွင် မကြာခဏမတွေ့ရသော real-time data reduction အပြင် hot data အတွက် real-time၊ fully automated adaptive tiering လုပ်ဆောင်ချက်များလည်း ပါဝင်သည်။ စနစ်သည် 38.4TB raw ကို ပေးဆောင်သော်လည်း၊ Reduxio သည် HX550 ရှိသောဖောက်သည်များသည် အသုံးပြုနိုင်သောနေရာ 120TB+ အထိ မြင်တွေ့ရမည်ဟု ခန့်မှန်းထားသည်။ Reduxio ၏ global dedupe နှင့် compression ကို in-memory နှင့် inline ပြုလုပ်ပြီး ၎င်းသည် box များအကြား သို့မဟုတ် Reduxio နှင့် cloud အကြား data များကို လျင်မြန်စွာရွှေ့ပြောင်းခြင်းသည် နောက်ထပ်အခြေခံရောင်းချမှုအချက်ဖြစ်သောကြောင့် ဗိသုကာပိုင်းဆိုင်ရာအရ အရေးကြီးပါသည်။
HX550 သည် ဈေးကွက်ရှိ အခြား array များနှင့် ဆက်လက်ကွဲပြားနေသောကြောင့် NoRestore ပါရှိသော ၎င်း၏ကိုယ်ပိုင်ဒေတာကာကွယ်မှုနှင့် မိုဘိုင်းစွမ်းရည်ပါရှိသည်။ NoRestore လုပ်ဆောင်ချက်သည် မူလနှင့် ဒုတိယသိုလှောင်မှုစီမံခန့်ခွဲမှုကို ပလက်ဖောင်းတစ်ခုတည်းအဖြစ် ပေါင်းစပ်ထားသည်။ အဖွဲ့အစည်းအများစုသည် မိတ္တူဒေတာတိုးပွားလာမှုနှင့် ဘေးအန္တရာယ်ပြန်လည်ရယူခြင်းဖြေရှင်းချက်တစ်ခုရှိရန် လိုအပ်ချက်ကို ရင်ဆိုင်နေရသောကြောင့် ဤ built-in မိတ္တူဒေတာစီမံခန့်ခွဲမှုသည် အရေးကြီးသောအင်္ဂါရပ်တစ်ခုဖြစ်သည်။ NoRestore သည် ဖောက်သည်များအား ၎င်းတို့၏ရှိပြီးသားဒေတာကာကွယ်မှုကိရိယာများကို ဖယ်ရှားနိုင်စေပါသည်။ NoRestore သည် deduped နှင့် compressed ဒေတာများ၏ repository တစ်ခုသို့ incremental update များကို အဆက်မပြတ်ပေးပို့ခြင်းဖြင့် လုပ်ဆောင်ပြီး ၎င်းသည် အခြား Reduxio စနစ်တစ်ခု၊ မည်သည့် iSCSI သိုလှောင်မှု သို့မဟုတ် cloud storage ဖြစ်နိုင်သည်။ ဒေတာကို ပြန်လည်ရယူရန်အတွက် မည်သည့် Reduxio စနစ်မဆို နောက်ခံတွင်သိမ်းဆည်းထားသောဒေတာမှ volume တစ်ခုကို ဖန်တီးနိုင်သည်။ ဒေတာအားလုံးကို ပြန်လည်ကူးယူခြင်းမပြုမီ volume ကိုရရှိနိုင်စေသည့်စွမ်းရည်သည် ကုမ္ပဏီက စက္ကန့်ပိုင်းအတွင်း 100TB ကို ပြန်လည်ရယူရန် ရဲရင့်စွာကြေငြာထားပြီး ပိုမိုမြန်ဆန်သော restore များကိုရရှိစေသည်။ Reduxio စနစ်တစ်ခုသည် repository တစ်ခုကိုအသုံးပြုသောအခါ၊ ဖောက်သည်များသည် ဒုတိယသိုလှောင်မှု သို့မဟုတ် ဖြစ်ပေါ်လာမည့် မတူညီသောစီမံခန့်ခွဲမှုများကို ထည့်သွင်းရန်မလိုအပ်ဘဲ one-stop-shop solution ကိုရရှိမည်ဖြစ်သည်။
အချိန်အတော်အသင့် ရင်းနှီးမြှုပ်နှံမှုယူရတဲ့ တခြား “ချက်ချင်း” လုပ်ဆောင်ချက်တစ်ခုအနေနဲ့ NoMigrate feature လည်း ပါဝင်ပါတယ်။ ဒီ feature က Reduxio ကနေ Reduxio ကို ဒါမှမဟုတ် third-party vendor ကနေ Reduxio ကို drag-and-drop နဲ့ near-instant migrate လုပ်နိုင်တဲ့ လုပ်ဆောင်ချက်ကို ပေးစွမ်းမယ်လို့ ကတိပြုထားပါတယ်။ အရင်က data ပမာဏများစွာကို migrate လုပ်ဖူးသူတိုင်းအတွက် instant migration ဟာ မျိုချရခက်တဲ့ ကိစ္စတစ်ခုလို့ ထင်ရပါတယ်။ Reduxio က source storage system ရဲ့ host အဖြစ် configure လုပ်ခြင်းအားဖြင့် ဒါကို လုပ်ဆောင်နိုင်ပြီး source system ကနေ resource တွေကို virtualize လုပ်ပြီး migrate လုပ်နိုင်တယ်လို့ ဆိုပါတယ်။ migration လုပ်နေစဉ်အတွင်း I/O request တွေ ရှိလာခဲ့ရင် data တွေ ရှိပြီးသားလို Reduxio system ကို request တွေ ပို့ပေးပါလိမ့်မယ်။ Reduxio system ကို မရောက်သေးတဲ့ data တွေကို user တွေ ဖတ်ဖို့ ကြိုးစားရင် ပုံမှန် application operation အတွက် ချက်ချင်းအသုံးပြုနိုင်အောင် block တွေရဲ့ copy ကို priority လုပ်ပေးပါလိမ့်မယ်။
Reduxio က သူ့ရဲ့ တခြား pack တွေနဲ့ ကွဲပြားအောင် အသုံးပြုတဲ့ နောက်ထပ်စိတ်ဝင်စားစရာကောင်းတဲ့ feature တစ်ခုကတော့ cloud-based analytics solution ဖြစ်တဲ့ StorSense ပါ။ StorSense ဆိုတာ Reduxio array အားလုံးနဲ့အတူ ပါရှိတဲ့ SaaS solution တစ်ခုဖြစ်ပြီး ပြဿနာတွေကို ရှာဖွေဖို့နဲ့ အဲဒီပြဿနာတွေကို ဖြေရှင်းဖို့ မြန်ဆန်စေဖို့ ဒါမှမဟုတ် Reduxio အင်ဂျင်နီယာတွေက တွေ့ရှိတဲ့ ပြဿနာတွေကို ပြင်ဆင်နိုင်အောင် data တွေကို စုဆောင်းပြီး ခွဲခြမ်းစိတ်ဖြာပေးပါတယ်။ ဒီစနစ်ကို လုံခြုံမှုမြင့်မားအောင် ဒီဇိုင်းထုတ်ထားပြီး အသုံးပြုသူတွေအနေနဲ့ data တွေကို အန္တရာယ်မဖြစ်စေဘဲ ပြဿနာတွေကို ဖြေရှင်းနိုင်တယ်ဆိုတာ သိရှိပြီး စိတ်အေးချမ်းသာစွာ အနားယူနိုင်ပါတယ်။
ဤအင်္ဂါရပ်အားလုံးကို သိုလှောင်မှုစီမံခန့်ခွဲမှုနှင့် အများဆုံးဆက်စပ်နေသည့်အရာထက် ဗီဒီယိုဂိမ်းစက်နှင့် ပိုမိုဆင်တူသည့် GUI မှတစ်ဆင့် စီမံခန့်ခွဲသည်။ ဖြန့်ကျက်မှုသည် ရိုးရှင်းပြီး GUI မှတစ်ဆင့် ယူနစ်များစွာကို အလိုလိုကိုင်တွယ်ဖြေရှင်းနိုင်သည်။
ဤသုံးသပ်ချက်အတွက် ဓာတ်ခွဲခန်းတွင် HX550 နှစ်ခုရှိသော်လည်း စွမ်းဆောင်ရည်နံပါတ်များသည် ယူနစ်တစ်ခုတည်းမှဖြစ်သည်။ သို့သော် အချို့သောအင်္ဂါရပ်များသည် ဒုတိယ array တစ်ခု လိုအပ်ပြီး ၎င်းကို အောက်ဖော်ပြပါ စီမံခန့်ခွဲမှုလမ်းညွှန်တွင် ဖော်ပြထားသည်။
Reduxio HX550 သတ်မှတ်ချက်များ
- ပုံစံအချက်- 2U ကိုယ်ထည်တွင် Dual-controller
- စွမ်းရည်: 38.4TB အစစ်အမှန်၊ 120TB နှင့်အထက် ထိရောက်သော စွမ်းရည်
- SSD: 8x 800GB eMLC
- HDD: 16x 2TB 7.2K NL-SAS
- ကက်ရှ်: 256GB DDR3 ECC
- Reduxio TimeOS v3.4.1
- Network Ports များ
- iSCSI အတွက် 4x 10GbE SFP+
- စီမံခန့်ခွဲမှုအတွက် 2x 1GbE RJ45
- virtual network ၆ ခုအထိ
- ပံ့ပိုးပေးထားသော Host များ
- မိုက်ခရိုဆော့ဖ် ဝင်းဒိုးဆာဗာ ၂၀၀၈/၂၀၁၂/၂၀၁၆
- VMware ESXi 5.x/6.x
- XenServer 6.x/7.x
- Red Hat Linux 5/6/7
- CentOS 5/6/7
- SuSE ၁၂
- ထောကျပံ့ဘရောက်စာများ
- ဂူဂယ်ခရုမ်း v41
- မော်ဇီလာ ဖိုင်းဖော့စ် v38
- Internet Explorer ကို 11
- Safari 8 နှင့်အထက်။
- ပါဝါ- အပိုပါဝါပါရှိသော အတွင်းပိုင်းဘက်ထရီ အရန်ယူနစ်များ
- LUN များ: အများဆုံး LUN ၁၀၀၀၊ အများဆုံး LUN အရွယ်အစား 100TB
- Host များ- အများဆုံး host ၁၀၀၀
- protocols များ:
- iSCSI
- သည် HTTP
- HTTPS ကို
- SSHv2
- DNS ကို
- SMTP
- လုံခြုံသော SMTP
- NTP
- သိုလှောင်မှု စီမံခန့်ခွဲမှု-
- Reduxio သိုလှောင်မှုမန်နေဂျာ
- ReduxioCLI
- REST API ကို
- SNMP ထောင်ချောက်များ
- အီးမေးလ်သတိပေးချက်များ
- အင်္ဂါရပ်များ
- NoDup
- BackDating Clone/Revert
- bookmarks
- သမိုင်းမူဝါဒများ
- အလိုအလျောက် တသမတ်တည်းဖြစ်မှု
- StorSense
- အပိုဆော့ဝဲ
- VMware vSphere အတွက် Reduxio StorApp
- Microsoft Windows Server အတွက် Reduxio StorKit
- OpenStack အတွက် StorKit
- Flocker အတွက် StorKit
ဒီဇိုင်းနှင့်တည်ဆောက်ပါ
Reduxio HX550 သည် 2U form factor ရှိသော storage array တစ်ခုဖြစ်သည်။ device ၏ ရှေ့ဘက်တွင် အောက်ဘက်ရှိ drives များကို ဝင်ရောက်ကြည့်ရှုရန် hinge ပေါ်တွင် ဖွင့်နိုင်သော ထင်ရှားသော bezel တစ်ခု ပါရှိသည် (bezel ကိုဖွင့်ရန် torque screwdriver လိုအပ်သည်)။ အောက်တွင် bays များ၏ အောက်ခြေတွင် status နှင့် error အတွက် indicator lights များပါရှိသော 24 2.5” drives များ ပါရှိသည်။
စက်ရဲ့နောက်ဘက်ကို ရွှေ့ကြည့်လိုက်ရင် PCM status LED မီးတွေ၊ PCM power switch နဲ့ PCM power connector ပါတဲ့ power supply တွေကို ဘေးတစ်ဖက်တစ်ချက်စီမှာ တပ်ဆင်ထားပါတယ်။ controller တွေဘေးမှာ power supply တွေကို လဲလှယ်နိုင်တဲ့ lever နဲ့ handle တစ်ခုရှိပါတယ်။ အလယ်မှာတော့ controller နှစ်ခုကို တစ်ခုအပေါ်တစ်ခု ထပ်ထားပါတယ်။ နှစ်ခုစလုံးမှာ hardware status LED မီးတွေ၊ interconnect port နှစ်ခု၊ USB 3.0 port နှစ်ခု၊ data port နှစ်ခု၊ management port တစ်ခုနဲ့ micro HDMI port တစ်ခု ပါဝင်ပါတယ်။
စီမံခန့်ခွဲမှုနှင့် အသုံးပြုနိုင်မှု
စီမံခန့်ခွဲမှုနဲ့ပတ်သက်ပြီး ရွေးချယ်စရာတွေ အများကြီးရှိပေမယ့် ဒီသုံးသပ်ချက်အတွက် Reduxio Storage Manager ကို အသုံးပြုခဲ့ပါတယ်။ ဒီ browser-based GUI ဟာ အသုံးပြုရလွယ်ကူပြီး အလိုလိုသိနိုင်ပါတယ်။ လိုအပ်တာတွေကို drag and drop လုပ်ခြင်းအားဖြင့် dashboard တွေကို အလွယ်တကူ စိတ်ကြိုက်ပြင်ဆင်နိုင်ပါတယ်။ GUI ရဲ့ feature တစ်ခုချင်းစီကို ခွဲခြမ်းစိတ်ဖြာမယ့်အစား Reduxio ရဲ့ ထူးခြားတဲ့ feature အချို့ကို လေ့လာသွားပါမယ်။ အထူးသဖြင့် NoRestore feature နဲ့ Sysbench စမ်းသပ်မှုမှာ ဘယ်လိုအသုံးချခဲ့လဲဆိုတာကို လေ့လာသွားပါမယ်။
ပထမဦးစွာ ဘယ်ဘက်ခြမ်းမှာ သတိပေးချက်တွေ၊ ညာဘက်မှာ ချိတ်ဆက်ထားတဲ့ host အရေအတွက်၊ မီနူးခလုတ်၊ volume တွေနဲ့ စွမ်းဆောင်ရည်ကို အချိန်နဲ့တပြေးညီ ဖတ်ရှုနိုင်တဲ့ dashboard မျက်နှာပြင်ကို ကြည့်ပါမယ်။
ဗဟိုစာရင်းမှ ဝစ်ဂျက်များကို မြင်ကွင်းဝင်းဒိုးနှစ်ခုသို့ ဆွဲယူချခြင်းဖြင့် ဒက်ရှ်ဘုတ်ကို စိတ်ကြိုက်ပြင်ဆင်နိုင်သည်။ ဤစနစ်တွင် Alerts ဝစ်ဂျက်သည် ဘယ်ဘက်တွင်ရှိပြီး IOPs ဝစ်ဂျက်သည် ညာဘက်တွင်ရှိသည်။ အခြားဝစ်ဂျက်များမှာ Throughput၊ Latency၊ Top-IOPs၊ top-Throughput နှင့် Capacity တို့ဖြစ်သည်။ ဝင်းဒိုးတစ်ခုရှိ ဝစ်ဂျက်တစ်ခုခုကို နှိပ်ခြင်းဖြင့် UI ရှိ အသေးစိတ်စာမျက်နှာသို့ သင့်အား ခေါ်ဆောင်သွားမည်ဖြစ်သည်။
အသုံးပြုသူများသည် ဒေတာများကို မည်သည့်နေရာတွင် မည်သည့်အမြန်နှုန်းဖြင့် အဆင့်ဆင့်ခွဲခြားထားသည်ကို ကြည့်ရှုရန် tiering ကို နှိပ်နိုင်သည်။
နေရာအသုံးပြုမှု တက်ဘ်သည် စုစုပေါင်းနှင့် နှိုင်းယှဉ်ပြီး နေရာမည်မျှအသုံးပြုထားသည်ကို ပြသသည်။
ကျွန်ုပ်တို့ စောင့်ကြည့်သွားမယ့် နောက်ဆုံး tab မှာ NoDup ကို အသုံးပြုပြီး စုစုပေါင်း စွမ်းရည် ချွေတာမှုကို ကြည့်ရှုပါတယ်။
Setting tab အောက်မှာ အသုံးပြုသူတွေကို remote Reduxio system၊ third-party iSCSI storage ဒါမှမဟုတ် S3-based cloud storage ထည့်သွင်းဖို့ ရွေးချယ်ခွင့်ပေးထားပါတယ်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
အသုံးပြုသူများသည် remote Reduxio စနစ်ကိုအသုံးပြုရန် ရွေးချယ်ပါက remote စနစ်ကို ရွေးချယ်ရန် တောင်းဆိုခံရမည်ဖြစ်သည်။ ဤကိစ္စတွင်၊ ၎င်းကိုစမ်းသပ်ရန် အခြားစနစ်မရှိပါ။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
အဖွဲ့အစည်းနှင့် ၎င်းအား မည်သို့စီစဉ်ထားပုံအတွက် ပိုမိုအဆင်ပြေပါက S3-based cloud storage ကို ထည့်သွင်းရန် ရွေးချယ်မှုလည်း ရှိပါသည်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
iSCSI က ကျွန်ုပ်တို့ရဲ့ benchmark အတွက် လိုအပ်တာဖြစ်တဲ့အတွက် နှစ်ခုထပ်ထည့်ထားပါတယ်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
လိုအပ်တဲ့ iSCSI storage ရပြီဆိုရင် settings tab ကနေတစ်ဆင့် NoRestore ကို setup လုပ်နိုင်ပါတယ်။ repositories sub-tab အောက်မှာ backup အတွက် NoRestore ကို configure လုပ်မလား ဒါမှမဟုတ် repository ထပ်ထည့်မလားဆိုတဲ့ option ကို ပေါ်လာပါလိမ့်မယ်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
အရန်ကူးယူရန် ရွေးချယ်ရာတွင် မိနစ်အနည်းငယ်သာ စောင့်ဆိုင်းရပါသည်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
backup အတွက် configure လုပ်ပြီးသည်နှင့် NoRestore tab သို့ နှိပ်ပြီး New Volume sub-tab တွင် ကျွန်ုပ်တို့၏ Sysbench ပေါ်လာသည်ကို ကြည့်ရှုနိုင်ပါသည်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
ဒီကနေ Sysbench စမ်းသပ်မှုရဲ့ backup task တစ်ခု ဖန်တီးပြီး ဘယ်လောက်မြန်မြန် restore လုပ်နိုင်မလဲ ကြည့်ဖို့ backup ကို run ပါတယ်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
၎င်းလည်ပတ်နေစဉ်အတွင်း backup အတွက် ကျွန်ုပ်တို့လိုချင်သော data protection ကို စစ်ဆေးပြီး setup လုပ်နိုင်ပါသည်။ ဤကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် continuous-replication ကို ရွေးချယ်ခဲ့ပါသည်။ ဤနေရာတွင် data protection group ကို အမည်ပေးခြင်းနှင့် backdating ကို သတ်မှတ်ခြင်းအတွက် ရွေးချယ်စရာများလည်း ရှိပါသည်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
အသုံးပြုသူများသည် ၎င်းတို့၏ backup များ၏ အခြေအနေကို ဤနေရာတွင်လည်း အလွယ်တကူ စစ်ဆေးနိုင်ပါသည်။ GUI သည် စုစုပေါင်းဒေတာကာကွယ်မှု၊ အသုံးပြုထားသောနေရာ၊ သတိပေးချက်များ၊ ဒေတာလွှဲပြောင်းမှုကို ရပ်တန့်နိုင်စွမ်းနှင့် အခြားလွှဲပြောင်းမှုများကို ရှာဖွေနိုင်စွမ်းကဲ့သို့သော အချက်အလက်များကို ပေးသည်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
NoRestore ရဲ့ နောက်ထပ်စိတ်ဝင်စားစရာကောင်းတဲ့ လုပ်ဆောင်ချက်တစ်ခုကတော့ အသုံးပြုသူတွေကို ဒေတာလွှဲပြောင်းမှု ဝင်းဒိုးတွေကို ကြည့်ရှုနိုင်စွမ်း ပေးစွမ်းနိုင်ခြင်းပါပဲ။ အသုံးပြုသူတွေဟာ သူတို့ရဲ့ ရှာဖွေမှုကို ကျဉ်းမြောင်းစေမယ့် နေ့ရက်နဲ့ အချိန်ကို ရွေးချယ်နိုင်သလို ဘာတွေဖမ်းမိလဲဆိုတာကို ကြည့်ဖို့ ကျယ်ပြန့်တဲ့ ပိုက်ကွန်ကို ပစ်ချနိုင်ပါတယ်။
ပုံကြီးကြီးကြည့်ရန် right click နှိပ်ပြီး tab အသစ်တွင်ဖွင့်ပါ
အပလီကေးရှင်း အလုပ်ပမာဏ ခွဲခြမ်းစိတ်ဖြာခြင်း
Reduxio HX550 အတွက် application workload benchmarks များတွင် SysBench မှတစ်ဆင့် MySQL OLTP စွမ်းဆောင်ရည်နှင့် simulated TPC-C workload ပါရှိသော Microsoft SQL Server OLTP စွမ်းဆောင်ရည်တို့ ပါဝင်သည်။ scenario တစ်ခုချင်းစီတွင်၊ ကျွန်ုပ်တို့သည် array ကို dual-drive redundancy ဖြင့် configure လုပ်ခဲ့သည်။ testing platform တွင် VMware ESXi 6.5 ကို run သည့် Dell PowerEdge R730 server လေးခုပါဝင်ပြီး 9000 MTU jumbo frames ပါသည့် Dell EMC Networking Z9100 switch ကို backbone အဖြစ် အသုံးပြုခဲ့သည်။
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 ၏ Benchmark Factory for Databases မှ အလေးပေးဖော်ပြထားသည်။ ဤ benchmark ကို ကျွန်ုပ်တို့၏ ရိုးရာအသုံးပြုမှုမှာ local သို့မဟုတ် shared storage တွင် ကြီးမားသော 3,000-scale databases များကို စမ်းသပ်ရန်ဖြစ်သော်လည်း၊ ဤ iteration တွင် Reduxio HX550 (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)
- ၈ x Emulex 16GB dual-port FC HBA
- Mellanox ConnectX-4 rNDC 25GbE dual-port NIC ၈ ခု
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
SQL Server အတွက်၊ တစ်ခုမှာ VM ၂ ခုနဲ့ နောက်တစ်ခုမှာ VM ၄ ခုနဲ့ စမ်းသပ်မှုနှစ်စုံကို လုပ်ဆောင်ခဲ့ပါတယ်။ ၄ ခုပါ SQL Server ဟာ တစ်ဦးချင်း VM ၃,၀၈၅ TPS မှ ၃၀၈၉ TPS အထိနဲ့ စုစုပေါင်းရမှတ် ၁၂,၃၅၁.၉ TPS ရရှိခဲ့ပါတယ်။ ၂ ခုပါ SQL Server ဟာ တစ်ဦးချင်း VM ၃,၁၁၉.၇ TPS မှ ၃၁၂၀.၅ TPS အထိနဲ့ စုစုပေါင်းရမှတ် ၆,၂၄၀.၁ TPS ရရှိခဲ့ပါတယ်။
ပျမ်းမျှ latency သို့ပြောင်းလိုက်သောအခါ၊ 4 VM benchmark တွင် တစ်ဦးချင်း VM များတွင် 114ms မှ 119ms အထိရှိသော်လည်း စုစုပေါင်း latency 115.75ms ရှိသည်။ 2 VM benchmark တွင် တစ်ဦးချင်း VM များတွင် 64ms မှ 66ms အထိရှိသော်လည်း စုစုပေါင်းရမှတ် 65ms ဖြင့် ပိုမိုကောင်းမွန်စွာပြသခဲ့သည်။
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 စနစ်များသည် Dell R730 server များဖြစ်သည်။
Dell PowerEdge R730 Virtualized MySQL 4 node Cluster
- 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)
- ၈ x Emulex 16GB dual-port FC HBA
- Mellanox ConnectX-4 rNDC 25GbE dual-port 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 benchmark မှာ 4VM နဲ့ 8VM ပါတဲ့ VM အစုံတွေကို run ခဲ့ပါတယ်။ transactional performance အတွက် 8VM က 2,472.3 TPS ပေးခဲ့ပြီး 4VM က 2,031.9 TPS ပေးခဲ့ပါတယ်။
ကျွန်တော်တို့ရဲ့ Sysbench workload ရဲ့ ပျမ်းမျှ latency ကိုကြည့်ရင် 8VM က 103.55ms ပေးပြီး 4VM က 63ms ပေးပါတယ်။
ကျွန်ုပ်တို့ရဲ့ အဆိုးဆုံးအခြေအနေ ၉၉ ရာခိုင်နှုန်း latency တိုင်းတာမှုမှာ 8VM က 228ms အထိ ရောက်ရှိခဲ့ပြီး 4VM က 150ms အထိ ရောက်ရှိခဲ့ပါတယ်။
VDBench လုပ်ငန်းဝန်အား ခွဲခြမ်းစိတ်ဖြာခြင်း
storage arrays တွေကို benchmarking လုပ်တဲ့အခါ application testing က အကောင်းဆုံးဖြစ်ပြီး synthetic testing က ဒုတိယနေရာမှာ ရှိပါတယ်။ တကယ့် workloads တွေရဲ့ ပြီးပြည့်စုံတဲ့ ကိုယ်စားပြုမှု မဟုတ်ပေမယ့် synthetic testing တွေက 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 တွေကို ထပ်ခါတလဲလဲ လုပ်ဆောင်နိုင်ပါတယ်။ 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 များ
အမြင့်ဆုံးဖတ်ရှုစွမ်းဆောင်ရည်ကိုကြည့်လျှင် Reduxio HX550 သည် 6,202 IOPS တွင် 1ms အောက်တွင်စတင်ခဲ့ပြီး 30K IOPS ဝန်းကျင်အထိ sub-millisecond latency ကိုထိန်းသိမ်းထားနိုင်ခဲ့သည်။ 63ms latency တွင် 65,177 IOPS အထိအမြင့်ဆုံးရောက်ရှိခဲ့သည်။
4K အမြင့်ဆုံးရေးသားစွမ်းဆောင်ရည်ကိုကြည့်လျှင် HX550 သည် 19K IOPS ဝန်းကျင်အထိ မီလီစက္ကန့်အောက် latency စွမ်းဆောင်ရည်ရှိခဲ့ပြီး 74ms latency ဖြင့် 27,708 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
64K အမြင့်ဆုံးဖတ်ရှုမှုသို့ ပြောင်းလဲလိုက်သောအခါ HX550 သည် 1ms အထက် (အတိအကျအားဖြင့် 1.45ms) မှစတင်ခဲ့ပြီး 49ms latency တွင် 9,590 IOPS သို့မဟုတ် 667.1MB/s ဖြင့် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
64K sequential peak write အတွက် HX550 တွင် 2K IOPS အထိ sub-millisecond latency စွမ်းဆောင်ရည်ရှိပြီး 40ms latency ဖြင့် 6,334 IOPS သို့မဟုတ် 444.8MB/s အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
ကျွန်ုပ်တို့၏ SQL workload တွင် Reduxio HX550 သည် 1ms အထက်တွင်စတင်ခဲ့ပြီး latency 63ms ဖြင့် 15,066 IOPS တွင်အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
SQL 90-10 workload တွင် HX550 သည် 1ms (1,903 IOPS တွင် 2.62ms) အထက်မှ စတင်ပြီးနောက် 45ms latency ဖြင့် 20,141 IOPS အထိ အမြင့်ဆုံးသို့ ရောက်ရှိခဲ့သည်။
SQL 80-20 မှာ HX550 ဟာ 1,898 IOPS နဲ့ 2.58ms latency ကနေ စတင်ခဲ့ပြီး အမြင့်ဆုံး 19,764 IOPS နဲ့ latency 52ms အထိ ရောက်ရှိခဲ့ပါတယ်။
ကျွန်ုပ်တို့၏ Oracle workload ဖြင့် Reduxio HX550 သည် 1ms အထက်၊ 2,897 IOPS 1.78ms တွင်စတင်ခဲ့ပြီး 40ms latency ဖြင့် 31,422 IOPS တွင်အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
Oracle 90-10 နဲ့အတူ HX550 ဟာ 2,397 IOPS မှာ latency 2.1ms နဲ့ စတင်ခဲ့ပြီး 25,512 IOPS မှာ latency 21ms အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
Oracle 80-20 နဲ့အတူ HX550 ဟာ 2,399 IOPS နဲ့ latency 2.07ms မှာ စတင်ခဲ့ပြီး 25,097 IOPS နဲ့ latency 22.6ms အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Full Clone ကိုပြောင်းလိုက်တဲ့အခါ boot test မှာ Reduxio HX550 ဟာ 1ms အထက်ကနေ ပြန်စပြီး 21,575 IOPS မှာ latency 41ms နဲ့ အမြင့်ဆုံးရောက်တာကို ပြသခဲ့ပါတယ်။
VDI Full Clone ကနဦးဝင်ရောက်မှုသည် ၁ မီလီစက္ကန့်အောက်သာကြာသော်လည်း 2K IOPS ဝန်းကျင်တွင် မီလီစက္ကန့်အောက်စွမ်းဆောင်ရည်ကို ချိုးဖျက်နိုင်ခဲ့သည်။ ၎င်းသည် 57ms latency ဖြင့် 16,226 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
VDI Full Clone Monday login သည် 1,503 IOPS ဖြင့် စတင်ခဲ့ပြီး latency 4.9ms ဖြင့် အမြင့်ဆုံးရောက်ရှိခဲ့ပြီး 13,225 IOPS ဖြင့် latency 39ms အထိ ရောက်ရှိခဲ့သည်။
VDI Linked Clone ကို ကူးပြောင်းလိုက်တဲ့အခါ HX550 အတွက် boot test ဟာ 1,496 IOPS နဲ့ 2ms latency မှာ စတင်ခဲ့ပြီး 21ms latency နဲ့အတူ 16,731 IOPS အထိ အမြင့်ဆုံး ရောက်ရှိခဲ့ပါတယ်။
Initial Login စွမ်းဆောင်ရည်ကို တိုင်းတာတဲ့ Linked Clone VDI profile မှာ HX550 ဟာ 1,401 IOPS နဲ့ latency 1.3ms ရှိပြီး အမြင့်ဆုံး 13,047 IOPS နဲ့ latency 19.5ms ရှိတာကို တွေ့ရပါတယ်။
VDI Linked Clone Monday Login စွမ်းဆောင်ရည်ကို ကြည့်ရင်း ကျွန်ုပ်တို့ရဲ့ နောက်ဆုံးပရိုဖိုင်မှာ HX550 ဟာ 1ms (1,302 IOPS with 2.8ms latency) အထက်ကနေ ပြန်စပြီး 27ms latency with 12,187 IOPS အထိ အမြင့်ဆုံးရောက်တာကို မြင်တွေ့ခဲ့ရပါတယ်။
ကောက်ချက်
Reduxio HX550 သည် 2U၊ အလယ်အလတ်တန်းစား၊ hybrid storage array တစ်ခုဖြစ်သည်။ array တွင် 7200RPM HDD ၁၈ ခုနှင့် SSD ၆ ခုပေါင်းစပ်ခြင်းဖြင့် raw storage 38.4TB အထိရှိနိုင်သည်။ HX550 သည် ဈေးကွက်ရှိ အခြား array များနှင့်မတူတော့သည့်အချက်မှာ ဤအချက်ပင်ဖြစ်သည်။ HX550 တွင် အခြားနယ်ပယ်များနှင့် ကွဲပြားစေသည့် အင်္ဂါရပ်များစွာပါရှိသည်။ ၎င်း၏ operating system TimeOS ကို အသုံးပြုထားသော array တွင် auto tiering ပါရှိပြီး hot data ကို ပိုမိုမြန်ဆန်သော storage media သို့ ရွှေ့ပြောင်းနိုင်ပြီး cold data ကို ပိုမိုကုန်ကျစရိတ်သက်သာသော storage media သို့ ရွှေ့ပြောင်းနိုင်သည်။ HX550 သည် BackDating ဟုခေါ်သော လုပ်ငန်းစဉ်ကို အသုံးပြုထားပြီး second-by-second roll-back granularity ကို ခွင့်ပြုပေးပြီး data ဆုံးရှုံးမှုကို သိသိသာသာကာကွယ်ပေးနိုင်သည်။ array တွင် NoRestore နှင့် NoMigrate ဟူသော “instant” feature နှစ်ခုပါရှိပြီး အသုံးပြုသူများ ချက်ချင်းအသုံးပြုနိုင်စေမည့် နည်းလမ်းဖြင့် data များကို ရွှေ့ပြောင်းခြင်းဖြင့် ချက်ချင်း restore လုပ်ခြင်းနှင့် migrations လုပ်ခြင်းများကို ခွင့်ပြုသည်။ ထို့အပြင်၊ HX550 တွင် အသုံးပြုသူများအား ပြဿနာများကို ကြိုတင်တုံ့ပြန်နိုင်ရန် ကူညီပေးသည့် (သို့မဟုတ် Reduxio အင်ဂျင်နီယာများသည် ပြဿနာမဖြစ်ပွားမီ အဝေးမှ တုံ့ပြန်နိုင်စေမည့်) analytics SaaS ဖြေရှင်းချက်တစ်ခု ပါရှိသည်။
စွမ်းဆောင်ရည်ပိုင်းကို လှည့်ကြည့်မယ်ဆိုရင် ကျွန်တော်တို့ရဲ့ Application Workload Analysis (SQL Server နဲ့ Sysbench အပါအဝင်) နဲ့ VDBench Workload Analysis နှစ်ခုလုံးကို လုပ်ဆောင်ခဲ့ပါတယ်။ SQL အတွက် Reduxio HX550 ဟာ 4VM အတွက် စုစုပေါင်း TPS ရမှတ် 12,351.9 နဲ့ 2VM အတွက် 6,240.1 ရရှိခဲ့ပါတယ်။ SQL latency အတွက် HX550 ဟာ 2VM အတွက် စုစုပေါင်းရမှတ် 65ms နဲ့ 4VM အတွက် 115.8ms ရရှိခဲ့ပါတယ်။ Sysbench က HX550 မှာ 8VM အတွက် 2,472 TPS၊ ပျမ်းမျှ latency 103.6ms နဲ့ အဆိုးဆုံးအခြေအနေမှာ latency 228.4ms နဲ့ 4VM အတွက် 2,032 TPS၊ ပျမ်းမျှ latency 63ms နဲ့ အဆိုးဆုံးအခြေအနေမှာ latency 150.1ms ရှိကြောင်း ပြသခဲ့ပါတယ်။ ကျွန်တော်တို့ရဲ့ VDBench workload အတွက် Reduxio HX550 စွမ်းဆောင်ရည်က အားနည်းခဲ့ပါတယ်။ မီလီစက္ကန့်အောက် latency စွမ်းဆောင်ရည်သည် အလွန်နည်းပါးခြင်း သို့မဟုတ် မရှိခြင်းဖြစ်ပြီး စမ်းသပ်မှုအားလုံးသည် latency အလွန်အမင်း မြင့်တက်လာခဲ့သည်။ 1ms အောက်မှ စတင်သော စမ်းသပ်မှု သုံးခုသာ ရှိခဲ့သည်- 4K read၊ 64K read နှင့် VDI Full Clone initial login။ အမြင့်ဆုံးရမှတ်မှာ 65K IOPS တွင် 4K read တွင် ဖြစ်သော်လည်း 63ms latency လည်း ရှိသည်။ အမှန်မှာ၊ VDI LC Boot အတွက် အနိမ့်ဆုံး peak latency မှာ 19.5ms ဖြစ်သည်။
Reduxio HX550 သည် enterprise storage array များ (ဆိုလိုသည်မှာ primary storage နှင့် backup စွမ်းရည်များ ရောနှောခြင်း) အကြောင်း ကျွန်ုပ်တို့ စဉ်းစားပုံကို ပြန်လည်ပုံဖော်ပေးသည်မှာ သံသယဖြစ်စရာမရှိသော်လည်း၊ feature set သည် overhead များစွာ လိုအပ်ပြီး ၎င်းသည် ဈေးနှုန်းနှင့် စွမ်းဆောင်ရည်အချိုးကို မညီမျှစေပါ။ ဖြစ်နိုင်ခြေရှိသော ဖောက်သည်များသည် Reduxio ၏ RPO/RTO နှင့် ဖြန့်ကျက်မှုနှင့် စီမံခန့်ခွဲမှု ကွဲပြားမှုများ၏ ရိုးရှင်းမှုမှ ကြီးမားသောတန်ဖိုးကို မြင်တွေ့ရန် လိုအပ်ပြီး အလားတူစျေးနှုန်းရှိသော flash array မှ မြင်တွေ့ရမည့် မြင့်မားသောစွမ်းဆောင်ရည်ကို မလိုအပ်ပါ။ သေချာသည်မှာ HX550 သည် လွယ်ကူသည်။ သေးငယ်သောပတ်ဝန်းကျင်များတွင် ၎င်းသည် primary နှင့် backup array များကို ခေတ်မီပြီး အနည်းငယ်ဆန်းသစ်သော interface ဖြင့် ထိရောက်စွာ အစားထိုးနိုင်သည်။ ransomware ကဲ့သို့သော တစ်ခုခုမှ ပြန်လည်ရယူရန် လွယ်ကူခြင်းသည် အလွန်ဆွဲဆောင်မှုရှိသော ဇာတ်လမ်းတစ်ပုဒ်ဖြစ်သည်မှာ သံသယဖြစ်စရာမရှိပါ။ သို့သော် ပိုမိုစံသတ်မှတ်ထားသော storage array၊ backup appliance နှင့် သင့်လျော်သော software architecture သို့မဟုတ် converged solution ကို ပေါင်းစပ်ရန် အချိန်နှင့် ဝန်ထမ်းရှိပါက သိသိသာသာ ပိုမိုကောင်းမွန်သော စွမ်းဆောင်ရည်ပရိုဖိုင်မှ အကျိုးကျေးဇူးရရှိမည်ဖြစ်သည်။ Reduxio ကို အကဲဖြတ်သောအခါ၊ backup နှင့် recovery feature များသည် တန်ဖိုးတိုးလာပြီး IT အဖွဲ့အစည်းငယ်များအတွက် စနစ်များသည် ဖြန့်ကျက်ရန်နှင့် စီမံခန့်ခွဲရန် လွယ်ကူကြောင်း ထင်ရှားသည်။ ၎င်းတို့သည် အဖွဲ့အစည်းတစ်ခု လိုအပ်သောအရာများဖြစ်ပါက။ နောက်ဆုံးတွင် Reduxio တန်ဖိုးအဆိုပြုချက်သည် စနစ်တွင် လုံလောက်သော စွမ်းဆောင်ရည်ရှိမရှိ ဟူသော ရိုးရှင်းသော မေးခွန်းတစ်ခုအဖြစ်သို့ ပြောင်းလဲသွားပါသည်။
The Bottom Line
Reduxio HX550 hybrid array သည် ချက်ချင်းနီးပါး recovery လုပ်နိုင်ပြီး ရိုးရှင်းသော deployment နှင့် management model ကို ပေးစွမ်းသည်။ သို့သော် ဤ features များသည် performance ကို သက်ရောက်မှုရှိသည်။ Reduxio ကို အကဲဖြတ်ခြင်းတိုင်းသည် application responsiveness ကို လက်ခံနိုင်ကြောင်း သေချာစေရမည်။
အမေဇုံ