Fujitsu Storage ETERNUS AF250 သည် အလယ်အလတ်ဈေးကွက်၏ လိုအပ်ချက်များကို ဖြည့်ဆည်းရန် ဒီဇိုင်းထုတ်ထားသော ကုမ္ပဏီ၏ နောက်ဆုံးပေါ် all-flash array ဖြစ်သည်။ Fujitsu Storage ETERNUS AF လိုင်းတွင် နောက်မျိုးဆက်ဒေတာစင်တာများအတွက် အလွန်မြန်ဆန်ပြီး ပြောင်းလွယ်ပြင်လွယ်ရှိသည်ဟု ၎င်းတို့ဈေးကွက်တင်သည့် ကုမ္ပဏီ၏ all-flash storage စနစ်များ ပါဝင်သည်။ ETERNUS AF250 သည် မစ်ရှင်-အရေးကြီးသော workloads များနှင့် စွမ်းဆောင်ရည်မြှင့်တင်ရန် လိုအပ်သော application များအတွက် all-flash ၏ အကျိုးကျေးဇူးများကို ရှာဖွေနေသော လုပ်ငန်းများအတွက် entry-level array ငယ်တစ်ခုဖြစ်သည်။ AF250 ကို အသေးစားနှင့် အလတ်စားလုပ်ငန်းများရှိ Tier0 နှင့် Tier1 application များအတွက် ကုန်ကျစရိတ်သက်သာသော array တစ်ခုအဖြစ် ဒီဇိုင်းထုတ်ထားသည်။
၎င်း၏ 2U-form factor အတွင်း၊ Fujitsu Storage ETERNUS AF250 သည် 370TB နီးပါးရှိသော စုစုပေါင်းစွမ်းရည် (15.36TB drives များကို အသုံးပြု၍) အတွက် SAS SSD ၂၄ ခု တပ်ဆင်နိုင်သည်။ ဤ dual-controller array တွင် 64GB အထက် မန်မိုရီပါဝင်ပြီး RAID အဆင့်အမျိုးမျိုးကို ပံ့ပိုးပေးသည်။ Fujitsu ၏ အဆိုအရ AF250 သည် 760K IOPS နှင့် random စွမ်းဆောင်ရည် 430K IOPS တို့၏ sequential စွမ်းဆောင်ရည်ကို ရရှိနိုင်ပြီး read latency 170μs နှင့် write latency 60μs နိမ့်သည်။ ဤစွမ်းဆောင်ရည်အဆင့်သည် real-time business analytics သို့မဟုတ် VDI ပတ်ဝန်းကျင်ကဲ့သို့သော အသုံးပြုမှုကိစ္စများတွင် အကောင်းဆုံးဖြစ်စေသည်။
370TB က ပမာဏများတယ်လို့ ထင်ရပေမယ့် လုပ်ငန်းအမျိုးအစားပေါ် မူတည်ပါတယ်။ ဒါ့အပြင် 15+TB drives တွေက ကုမ္ပဏီတချို့က မပေးချင်တဲ့ ပရီမီယံဈေးနဲ့ ရနိုင်ပါတယ်။ ဒီအတွက် AF250 မှာ inline deduplication/compression ပါဝင်ပြီး ပမာဏကို ၅ ဆင့် တိုးမြှင့်ပေးနိုင်ပါတယ်။ တစ်နည်းအားဖြင့် ပြောရရင် 15TB drives တွေကို အသုံးပြုထားတဲ့ array တစ်ခုတည်းနဲ့ user တွေဟာ 2U form factor အတွင်း 1.84PB အတိုင်းအတာမှာ ထိရောက်တဲ့ ပမာဏကို မြင်တွေ့နိုင်ပါတယ်။
ကျွန်ုပ်တို့၏ A250 ပြန်လည်သုံးသပ်စနစ်ကို 46TB raw system capacity ဖြင့် ပြင်ဆင်ထားပြီး ပိုမိုကုန်ကျစရိတ်သက်သာသော 1.92TB SSD များကို အသုံးပြုထားသည်။
Fujitsu Storage ETERNUS AF250 သတ်မှတ်ချက်များ-
- ပုံစံအချက်- 2U
- ထိန်းချုပ်ကိရိယာအရေအတွက်: ၂
- host interface အရေအတွက်: 4/8 ports [FC(16Gbit/s), iSCSI(10Gbit/s)]
- အများဆုံးစနစ်မှတ်ဉာဏ်: 64GB
- ပံ့ပိုးပေးထားသော RAID အဆင့်များ- ၀၊ ၁၊ ၁+၀၊ ၅၊ ၅+၀၊ ၆
- Host interface များ
- ဖိုက်ဘာချန်နယ် (၁၆ Gb/s)
- iSCSI (10 Gb/s၊ 10 GBASE-T)
- iSCSI (10 Gb/s၊ 10 GBASE-SR)
- အများဆုံး Host အရေအတွက်: ၁၀၂၄
- သိုလှောင်ခြင်း
- အများဆုံးစွမ်းရည်: 737TB
- စုစုပေါင်း drive bay များ- ၄၈ ခု (တိုးချဲ့မှုပါ၀င်သည်)
- ပံ့ပိုးပေးထားသော Drive အမျိုးအစား-
- ၂.၅ လက်မ၊ SSD (၁၅.၃၆TB / ၇.၆၈TB / ၃.၈၄ TB / ၁.၉၂ TB / ၉၆၀GB / ၄၀၀ GB)
- ၂.၅ လက်မ၊ SSD (ကိုယ်တိုင်ကုဒ်ဝှက်ခြင်း) (1.92 TB)
- ဒရိုက် အင်တာဖေ့စ်: SAS (12Gb/s)
- performance
- နှောင့်နှေးမှု- ၆၀ မိုက်ခရိုစက္ကန့် ရေးသားပြီး၊ ၁၇၀ မိုက်ခရိုစက္ကန့် ဖတ်ပါ (အနည်းဆုံး)
- အဆင့်ဆင့်ဝင်ရောက်နိုင်မှုစွမ်းဆောင်ရည်- 760K IOPS (100 % ဖတ်ရှုမှု၊ 4 KB Blocks)
- ကျပန်းဝင်ရောက်မှုစွမ်းဆောင်ရည်- 430K IOPS (100 % ဖတ်ရှုမှု၊ 4 KB Blocks)
- ရုပ်ပိုင်းဆိုင်ရာ
- အတိုင်းအတာ (WxDxH): 482 x 645 x 88 မီလီမီတာ (19 x 25.4 x 3.5 လက်မ)
- အလေးချိန်: 35 kg (77 lb)
- ပတ်ဝန်းကျင်ထိန်းသိမ်းရေး
- အပူချိန် (လည်ပတ်မှုမရှိ): 0 – 50 °C
- စိုထိုင်းဆ (လည်ပတ်နေချိန်): ၂၀ – ၈၀ % (ဆွေမျိုးစိုထိုင်းဆ၊ ငွေ့ရည်ဖွဲ့ခြင်းမရှိ)
- စိုထိုင်းဆ (လည်ပတ်မှုမရှိ): ၈ – ၈၀ % (ဆွေမျိုးစိုထိုင်းဆ၊ ငွေ့ရည်ဖွဲ့ခြင်းမရှိ)
- အမြင့်: ၃,၀၀၀ မီတာ (၁၀,၀၀၀ ပေ)
- အသံဖိအား (LpAm): 47dB(A)
- အသံပါဝါ (LWAd; 1B = 10dB): 6.5B
- စွမ်းအား
- ပါဝါဗို့အား: AC 100 – 120 V / AC 200 – 240 V
- ပါဝါကြိမ်နှုန်း: 50 / 60 Hz
- ပါဝါထောက်ပံ့မှု ထိရောက်မှု: 92% (80 PLUS ရွှေ)
- အများဆုံးပါဝါသုံးစွဲမှု: AC 100 – 120 V: 1,240 W (1,260 VA)
- အများဆုံးပါဝါသုံးစွဲမှု: AC 200 – 240 V: 1,240 W (1,260 VA)
- ပါဝါအဆင့်: Single
ဒီဇိုင်းနှင့်တည်ဆောက်ပါ
Fujitsu ETERNUS AF250 သည် စက်ပစ္စည်း၏ ရှေ့ဘက်တွင် ၂၄ drive bay များပါရှိသော 2U array တစ်ခုဖြစ်သည်။ လှပသော bezel အစား AF250 သည် drive bay များကို လွှတ်ရန် တောက်ပသော အစိမ်းရောင်ခလုတ်များဖြင့် အနည်းငယ် ကွဲပြားသည်။ ဘယ်ဘက်ခြမ်းတွင် ပါဝါခလုတ်နှင့် LED indicator မီးများကို သင်တွေ့လိမ့်မည်။ ညာဘက်ခြမ်းတွင် Fujitsu အမှတ်တံဆိပ်ရှိသည်။
စက်ရဲ့နောက်ဘက်ကို လှည့်ကြည့်လိုက်ရင် dual controllers နဲ့ dual power supplies တွေကို တွေ့ရပါတယ်။ controller တစ်ခုစီမှာ FC ဒါမှမဟုတ် iSCSI အဖြစ် configure လုပ်နိုင်တဲ့ CNA port နှစ်ခုပါရှိပါတယ်။ အဲဒီ့ဘေးမှာ expansion အတွက် SAS port တစ်ခု၊ remote management port တစ်ခုနဲ့ local out-of-band management port တစ်ခုတို့ ပါဝင်ပါတယ်။
စီမံခန့်ခွဲမှု
Fujitsu နှင့် ၎င်း၏ ETERNUS AF လိုင်းသည် ရိုးရှင်းမှုအပေါ် အခြေခံထားသည် - စနစ်ထည့်သွင်းမှုမှသည် နေ့စဉ်အသုံးပြုမှုအထိ ၎င်း၏ လိုင်စင်ပုံစံအထိ။ Fujitsu သည် ၎င်းကို array ၏ GUI တွင်လည်း အသုံးပြုသည်။ အကောင့်ဝင်ပြီးနောက် ပေါ်လာသော အဓိကမျက်နှာပြင်မှာ Overview ဖြစ်သည်။ dashboard ၏အမည်က ညွှန်ပြသည့်အတိုင်း၊ ၎င်းသည် hardware အစိတ်အပိုင်းများ (၎င်းတို့သည် ပုံမှန်အလုပ်လုပ်နေခြင်းရှိမရှိ၊ သတိပေးမှုအခြေအနေတွင်ရှိခြင်း သို့မဟုတ် အမှားအယွင်းရှိနေခြင်းရှိမရှိ)၊ စနစ်တစ်ခုလုံးဆိုင်ရာ အချက်အလက်များ၊ နှင့် ညာဘက်ခြမ်းတွင် RAID Groups၊ Thin Provisioning Pool နှင့် Snap Data Pool ဆိုင်ရာ ဇယားများနှင့် အချက်အလက်များ ရှိသည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
ကျွန်ုပ်တို့ကြည့်ရှုရမယ့် အဓိက tab ကတော့ Volume tab ပါ။ ဒီ tab ကနေ volume ရဲ့ အမည်၊ status၊ type၊ usage၊ capacity၊ RAID group၊ encryption၊ process နဲ့ allocation တွေကို မြင်တွေ့နိုင်ပါတယ်။ screen ရဲ့ ညာဘက်ခြမ်းမှာ volume တစ်ခု ဖန်တီးခြင်း၊ delete လုပ်ခြင်း၊ renaming လုပ်ခြင်း၊ format ချခြင်း၊ expand လုပ်ခြင်း၊ RAID migration စတင်ခြင်း သို့မဟုတ် ရပ်တန့်ခြင်း၊ allocation သတ်မှတ်ခြင်း စတဲ့ လုပ်ဆောင်နိုင်တဲ့ လုပ်ဆောင်ချက်တွေ ရှိပါတယ်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
volume တစ်ခု (Volume0) ကို နှိပ်ခြင်းဖြင့် အသုံးပြုသူအား volume အကြောင်း ပိုမိုသိရှိနိုင်သည့်အပြင် ညာဘက်တွင် volume ဖြင့် လုပ်ဆောင်နိုင်သော option များကိုလည်း ပေးပါသည်။ အပေါ်ဘက်တွင် volume ကို နှိပ်ပြီးနောက် အခြား sub-tab အများအပြား ရှိပါသည်။ basic tab သည် အခြေခံအချက်အလက်များကို ပေးထားပြီး ဤဥပမာအတွက် volume ရရှိနိုင်မှု၊ ၎င်း၏ capacity၊ ၎င်း၏ RAID group စသည်တို့ကို ကျွန်ုပ်တို့ မြင်တွေ့နိုင်ပါသည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
ကျွန်ုပ်တို့ကြည့်ရှုမည့် နောက် tab မှာ RAID Group ဖြစ်သည်။ ဤ tab အောက်တွင် အသုံးပြုသူများသည် RAID group နံပါတ်၊ အမည်နှင့် စွမ်းရည်ကဲ့သို့သော အချက်အလက်များကို မြင်တွေ့နိုင်သည်။ ထို့အပြင်၊ ညာဘက်ခြမ်းတွင် အသုံးပြုသူများသည် RAID migration ကို စတင်ခြင်း သို့မဟုတ် ရပ်တန့်ခြင်းတို့ကို လုပ်ဆောင်နိုင်သည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
ကျွန်ုပ်တို့၏ စမ်းသပ်မှုအတွက် volume နှစ်ခုကို စနစ်ထည့်သွင်းထားသော်လည်း၊ အဓိက Volume မျက်နှာပြင်၏ ညာဘက်ခြမ်းရှိ Create ခလုတ်ကို နှိပ်ခြင်းဖြင့် volume များကို အလွယ်တကူ ဖန်တီးနိုင်ပါသည်။ ၎င်းကို နှိပ်လိုက်သည်နှင့် အသုံးပြုသူများသည် Volume နှင့် RAID Group အချက်အလက်များကို ထည့်သွင်းရပါမည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
အချက်အလက်ထည့်ပြီးသည်နှင့် အသုံးပြုသူများသည် မည်သည့် disk များ သို့မဟုတ် RAID group များကို ရွေးချယ်လိုသည်ကို ကြည့်ရှုရန် Select Raid Groups ခလုတ်ကို နှိပ်နိုင်သည်။ ဤနေရာတွင် ၎င်းတို့သည် အမည်၊ အမျိုးအစား (AF line အတွက် SSD ဖြစ်လိမ့်မည်)၊ စုစုပေါင်းစွမ်းရည်၊ စုစုပေါင်းနေရာလွတ်နှင့် အကြီးဆုံးနေရာလွတ်တို့ကို မြင်တွေ့နိုင်သည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
ဒါက ကျွန်တော်တို့ရဲ့ နောက်ထပ် main tab ဖြစ်တဲ့ RAID Groups ဆီကို ကောင်းကောင်း ဆက်သွားပါမယ်။ ဒီမှာ နံပါတ်၊ အမည်၊ အခြေအနေ၊ အသုံးပြုမှု၊ RAID အဆင့်၊ စုစုပေါင်း စွမ်းရည်၊ စုစုပေါင်း နေရာလွတ်၊ CM ကို ထိန်းချုပ်ခြင်း နဲ့ လုပ်ငန်းစဉ်တွေကို အလွယ်တကူ မြင်တွေ့နိုင်ပါတယ်။ အသုံးပြုသူတွေဟာ RAID group တွေရဲ့ စာရင်းကို filter လုပ်နိုင်သလို၊ အသစ်တွေကိုလည်း ဖန်တီး၊ ဖျက် ဒါမှမဟုတ် အမည်ပြောင်းနိုင်ပါတယ်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
drive တစ်ခုကို နှိပ်လိုက်ခြင်းအားဖြင့် ပိုမိုနက်ရှိုင်းစွာ လေ့လာနိုင်ပါသည်။ အခြေခံအချက်အလက်နှင့် volume layout အပြင်၊ သီးခြား drive အချက်အလက်များကိုလည်း ကြည့်ရှုနိုင်ပါသည်။ ၎င်းသည် drive အမျိုးအစား၊ ၎င်း၏စွမ်းရည်နှင့် ၎င်း၏အသုံးပြုမှုကို ပြောပြပါသည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
နောက်ထပ် Main Tab ကတော့ Thin Provisioning ပါ။ ကျွန်တော်တို့ရဲ့ Setup မှာ thin provisioning pool တွေ မရှိတဲ့အတွက် စိတ်ကူးဉာဏ်ကို အသုံးပြုရပါလိမ့်မယ်။ ဒါပေမယ့် ညာဘက်မှာ pool တစ်ခု အလွယ်တကူ ဖန်တီးနိုင်ပါတယ်။ ဖန်တီးပြီးတာနဲ့ user တွေက pool ရဲ့ နံပါတ်၊ နာမည်၊ drive အမျိုးအစား၊ RAID level၊ status၊ အသုံးပြုပြီးသား state၊ encryption၊ chunk size၊ deduplication၊ compression နဲ့ capacity တွေကို မြင်တွေ့ရမှာပါ။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
အဆင့်မြင့်မိတ္တူတက်ဘ်သည် အသုံးပြုသူများအား AF250 တွင် အဆင့်မြင့်မိတ္တူများ သို့မဟုတ် စီးပွားရေးဒေတာပမာဏများ၏ မိတ္တူများကို ဖန်တီးပြီး ခြေရာခံနိုင်စေပါသည်။ ဤတက်ဘ်မှ အသုံးပြုသူများသည် မိတ္တူကူးခြင်းအစည်းအဝေးတစ်ခုကို စတင်နိုင်ပြီး ၎င်းကို စောင့်ကြည့်နိုင်ပြီး ၎င်းတို့တွင် မိတ္တူများအတွက် စုစုပေါင်းစွမ်းရည်မည်မျှရှိသည်ကို ကြည့်ရှုနိုင်သည် (ဤကိစ္စတွင် 128TB)။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
Connectivity tab ကတော့ သူ့အတိုင်းပဲ။ main tab မှာ host group, host, CA port group, CA port, LUN group နဲ့ Host response တို့ကို ပြထားပါတယ်။ ညာဘက်မှာ user တွေက FC/RCoE ဒါမှမဟုတ် iSCSI host group တွေကို ထည့်နိုင်သလို FC, iSCSI, ဒါမှမဟုတ် FCoE port group တွေကို ဖန်တီးနိုင်သလို LUN group တွေကိုလည်း ထည့်နိုင်သလို host affinity ကိုလည်း ဖန်တီးနိုင်ပါတယ်။ screen ရဲ့ ဘယ်ဘက်ခြမ်းမှာ user တွေက group type တစ်ခုချင်းစီကို အသေးစိတ် လေ့လာနိုင်ပါတယ်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
Port group တွေအကြောင်း တစ်ချို့ကို လေ့လာပြီး FC အကြောင်းကို လေ့လာကြည့်ပါမယ်။ ဒီမှာ port၊ အမျိုးအစား၊ SFP အမျိုးအစား၊ status၊ port mode၊ connection၊ Loop ID၊ transfer rate၊ FC frame size နဲ့ reset screen တွေကို မြင်တွေ့နိုင်ပါတယ်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
ကျွန်ုပ်တို့သည် LUN အုပ်စုများထဲသို့လည်း အသေးစိတ်လေ့လာခဲ့ပါသည်။ ဤနေရာတွင် LUN အုပ်စုတွင် အရေအတွက်၊ အမည်၊ အခြေအနေ၊ LUN အရေအတွက်နှင့် LUN ထပ်နေသည်ကို တွေ့ရပါသည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
Components tab သည် AF250 နှင့် ချိတ်ဆက်ထားသော အစိတ်အပိုင်းအားလုံးကို ပြသသည်။ အသုံးပြုသူများသည် ဟာ့ဒ်ဝဲဘက်ရှိ ပြဿနာများကို ဖော်ထုတ်ရန် ကူညီရန် ချိတ်ဆက်ထားသည့်အရာများအပြင် ၎င်း၏အခြေအနေကို မြင်တွေ့နိုင်မည်ဖြစ်သည်။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
နောက်ဆုံးအနေနဲ့ System tab က အသုံးပြုသူတွေကို စနစ်တစ်ခုလုံးကို ခြုံငုံသုံးသပ်ချက်ပေးပါတယ်။ ဒီနေရာမှာ စနစ်ကို စနစ်ထည့်သွင်းမယ့်နေရာ၊ စကားဝှက်တွေကို ပြောင်းလဲမယ့်နေရာ၊ မိတ္တူကူးယူမှုနဲ့ ချုံ့မယ့်နေရာတွေကို ဖွင့်/ပိတ်မယ့်နေရာ၊ ပြီးတော့ admin တွေက စနစ်ရဲ့ မည်သည့်ရှုထောင့်ကိုမဆို စစ်ဆေးနိုင်တဲ့နေရာတွေပါ။
ပုံပေါ်တွင် right click နှိပ်ပြီး new tab တွင်ဖွင့်ပါ (ပုံကြီးကြည့်ရန်)
အပလီကေးရှင်း အလုပ်ပမာဏ ခွဲခြမ်းစိတ်ဖြာခြင်း
Fujitsu ETERNUS AF250 အတွက် application workload benchmarks များတွင် SysBench မှတစ်ဆင့် MySQL OLTP စွမ်းဆောင်ရည်နှင့် simulated TPC-C workload ပါရှိသော Microsoft SQL Server OLTP စွမ်းဆောင်ရည်တို့ ပါဝင်သည်။ scenario တစ်ခုစီတွင်၊ array သည် wide-stripe တွင် RAID1 SSD အတွဲ ၁၂ တွဲဖြင့် configure လုပ်ထားသော disk group မှ ဝန်ဆောင်မှုပေးသော LUN များကို အသုံးချခဲ့သည်။ controller နှစ်ခုလုံးတွင် balance လုပ်ထားသော LUN နှစ်ခုကို အသုံးချခဲ့သည်။
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 တွင် ကျွန်ုပ်တို့သည် AF250 (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
RAID1 မှာ Fujitsu ETERNUS AF250 ရဲ့ transactional performance ကိုကြည့်မယ်ဆိုရင် individual VM တွေမှာ 3,154.5 TPS ကနေ 3,156.5 TPS အထိရှိတဲ့ raw performance မှာ စုစုပေါင်း 12,622.1 TPS ရှိပါတယ်။ data reduction (ဒီ review ရဲ့ ကျန်တဲ့အပိုင်းအတွက် DR လို့ရည်ညွှန်းပါတယ်) နဲ့ AF250 မှာ စုစုပေါင်းရမှတ် 9,836.6 TPS ရရှိခဲ့ပါတယ်။
SQL Server အတွက် ပျမ်းမျှ latency သို့ပြောင်းလိုက်သောအခါ၊ raw သည် တစ်ဦးချင်း VM များတွင် 8ms မှ 12ms အထိရှိသော စုစုပေါင်းရမှတ် 9.8ms ဖြင့် အထင်ကြီးစရာကောင်းလောက်အောင် ရရှိခဲ့သည်။ DR ဖွင့်ထားချိန်တွင် စုစုပေါင်းရမှတ် 1,374.3ms ဖြင့် အထင်ကြီးစရာကောင်းလောက်အောင် နည်းပါးခဲ့ပြီး တစ်ဦးချင်း VM များတွင် 919ms မှ 1,673ms အထိရှိသည်။ အမြင့်ဆုံး SQL စွမ်းဆောင်ရည်အရ 9.8ms ပျမ်းမျှသည် အလွန်နိမ့်ကျသည်။
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 များ ဖြစ်သည် ။ ဤသုံးသပ်ချက်တွင် host တစ်ခုလျှင် VM ၄ ခုဖြင့် လေးခုကို အသုံးပြုထားသည်။
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)
- 4 က x Emulex 16GB dual-port FC HBA
- 4 က x 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 အတွက်၊ 4VM၊ 8VM နှင့် 16VM အပါအဝင် VM အစုံများစွာကို စမ်းသပ်ခဲ့ပါတယ်။ SQL Server နှင့်မတူဘဲ၊ ဤနေရာတွင် ကျွန်ုပ်တို့သည် raw performance ကိုသာ ကြည့်ရှုခဲ့ပါသည်။ transactional performance တွင် AF250 သည် 4VM အတွက် 7,028 TPS ဖြင့် အစပိုင်းတွင် အတော်လေးအားကောင်းခဲ့ပြီး 16VM တွင် 11,253 TPS အထိ မြင့်တက်ခဲ့သည်။
ပျမ်းမျှ latency အရ AF250 မှာ 4VM မှာ 18.21ms ရှိခဲ့ပါတယ်။ VM တွေကို 8 အထိ နှစ်ဆတိုးလိုက်တဲ့အခါ latency က 25.79ms အထိပဲ မြင့်တက်လာခဲ့ပါတယ်။ VM တွေကို နောက်တစ်ကြိမ် နှစ်ဆတိုးလိုက်တဲ့အခါ latency က 45.51ms အထိပဲ မြင့်တက်လာခဲ့ပါတယ်။
ကျွန်ုပ်တို့၏ အဆိုးဆုံးအခြေအနေ latency benchmark တွင် AF250 သည် 4VM တွင် 32.84ms ၏ 99th percentile latency နှင့် 16VM တွင် 80.75ms latency ဖြင့် အလွန်တသမတ်တည်းစွမ်းဆောင်ရည်ကို ထပ်မံပြသခဲ့သည်။
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 တွေကို 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 များ
အမြင့်ဆုံးဖတ်ရှုစွမ်းဆောင်ရည်ကိုကြည့်လျှင် Fujitsu ETERNUS AF250 သည် အစပိုင်းတွင် 0.28ms ဖြင့် 142K IOPS ကျော်သည်အထိ 1ms အောက်တွင်ရှိနေသည့် အလွန်အားကောင်းသော low-latency 4K ဖတ်ရှုစွမ်းဆောင်ရည်ကို ပေးစွမ်းနိုင်ခဲ့သည်။ array သည် latency 25.77ms ဖြင့် 158K IOPS တွင် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
4K အမြင့်ဆုံးရေးသားစွမ်းဆောင်ရည်ကိုကြည့်လျှင် AF250 သည် 0.27ms မှစတင်၍ 124K IOPS ကျော်သည်အထိ 1ms အောက်၌ရှိနေသော အလွန်ကောင်းမွန်သော low-latency စွမ်းဆောင်ရည်ကို ပြသခဲ့သည်။ ၎င်းသည် latency 14.89ms တွင်အမြင့်ဆုံးရောက်ရှိခဲ့ပြီး IOPS 137K ကျော်တွင်ရှိခဲ့သည်။
64K အမြင့်ဆုံးဖတ်ရှုမှုသို့ပြောင်းလိုက်သောအခါ AF250 သည် 0.41ms မှစတင်ခဲ့ပြီး 60K IOPS သို့ရောက်ရှိသည်အထိ 1ms အောက်တွင်ရှိနေခဲ့သည်။ ၎င်းသည် 67,391 IOPS ဖြင့် latency 6.01ms နှင့် bandwidth 4.21GB/s ဖြင့် အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
64K sequential peak write အတွက် AF250 သည် 0.47ms latency မှစတင်ခဲ့ပြီး 20K IOPS ကျော်သည်အထိ 1ms အောက်တွင်ရှိနေခဲ့သည်။ array သည် 8.5ms latency နှင့် 1.77GB/s bandwidth တွင် 27,623 သို့ အမြင့်ဆုံးရောက်ရှိခဲ့သည်။
ကျွန်ုပ်တို့ရဲ့ SQL workload မှာ AF250 ဟာ 0.35ms ကနေစတင်ပြီး 140K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ 6.48ms latency မှာ 156,638 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
SQL 90-10 benchmark မှာ AF250 ဟာ 0.31ms ကနေစတင်ပြီး 170K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ 5.5ms latency မှာ 186,021 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
SQL 80-20 benchmark ဟာ ကျွန်တော်တို့ရဲ့ VDbench စမ်းသပ်မှုတွေထဲမှာ ယနေ့အထိ အထင်ကြီးစရာအကောင်းဆုံးပါပဲ။ AF250 ဟာ တစ်လျှောက်လုံး sub-millisecond latency မှာ ရှိနေနိုင်ခဲ့ပါတယ်။ 0.33ms ကနေ စတင်ခဲ့ပြီး 0.92ms မှာ အမြင့်ဆုံးရောက်ရှိခဲ့ပြီး 176,789 IOPS ရှိခဲ့ပါတယ်။
Oracle Workload နဲ့ဆိုရင် AF250 ဟာ 0.3ms ကနေစတင်ပြီး 160K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ အမြင့်ဆုံးရောက်ရှိချိန်မှာ 6.05ms latency နဲ့ 172,811 IOPS အထိရောက်ရှိခဲ့ပါတယ်။
Oracle 90-10 နဲ့အတူ AF250 ဟာ 0.3ms မှာ ပြန်စတင်ပြီး 170K IOPS ကျော်တဲ့အထိ 1ms အောက်မှာပဲ နေခဲ့ပါတယ်။ 3.5ms latency မှာ 181,813 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
Oracle 80-20 နဲ့အတူ AF250 ဟာ 0.3ms မှာ ပြန်လည်စတင်ခဲ့ပြီး 160K IOPS ကျော်သွားတဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ array ဟာ 174,519 IOPS မှာ latency 3.68ms ရှိခဲ့ပါတယ်။
VDI Full Clone ကိုပြောင်းလိုက်တဲ့အခါ boot test မှာ AF250 ဟာ latency 0.32ms ကနေစတင်ပြီး 1ms အောက်မှာပဲရှိနေခဲ့ပြီး 137K IOPS အထိရောက်ရှိခဲ့ပါတယ်။ အမြင့်ဆုံးရောက်ရှိချိန်မှာ latency 6.84ms နဲ့ 152,469 IOPS အထိရှိခဲ့ပါတယ်။
VDI Full Clone ကနဦး login ဟာ 0.33ms မှာစတင်ပြီး 94K IOPS အောက်ရောက်တဲ့အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ 7.8ms latency မှာ 113,865 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Full Clone Monday login ဟာ 0.37ms ကနေစတင်ပြီး 95K IOPS အထိ 1ms အောက်မှာပဲနေခဲ့ပါတယ်။ 4.3ms latency မှာ 118,884 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Linked Clone ကို ရွှေ့လိုက်တဲ့အခါ boot test ရဲ့ စွမ်းဆောင်ရည်က 0.36ms ကနေစပြီး 120K IOPS အထိ ရောက်တဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ latency 3.2ms နဲ့ 144,317 IOPS အထိ အမြင့်ဆုံး ရောက်ရှိခဲ့ပါတယ်။
Initial Login စွမ်းဆောင်ရည်ကို တိုင်းတာတဲ့ Linked Clone VDI profile မှာ AF250 ဟာ 0.36ms ကနေ စတင်ခဲ့ပြီး 60K IOPS လောက်အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ 3.2ms latency မှာ 79,496 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပါတယ်။
VDI Linked Clone Monday Login စွမ်းဆောင်ရည်ကို ကျွန်ုပ်တို့ရဲ့ နောက်ဆုံးပရိုဖိုင်မှာ ကြည့်မယ်ဆိုရင် AF250 ဟာ 0.41ms latency မှာ ဖော်ပြထားပြီး 55K IOPS အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ အမြင့်ဆုံးရောက်ရှိချိန်မှာ 80,703 IOPS နဲ့ 6.27ms latency အထိ ရောက်ရှိခဲ့ပါတယ်။
ကောက်ချက်
Fujitsu Storage ETERNUS AF250 သည် ကုမ္ပဏီ၏ all-flash ETERNUS သိုလှောင်မှုလိုင်း၏ အလယ်အလတ်စျေးကွက်ဗားရှင်းဖြစ်သည်။ array သည် ၎င်း၏သေးငယ်သော 2U-form factor တွင် သိုလှောင်မှုအတော်အသင့်ထည့်သွင်းနိုင်သည်။ 15.36TB SSD များကို အသုံးပြုထားသော array သည် compression နှင့် data reduction မသုံးဘဲ 370TB နီးပါးကို host လုပ်နိုင်သည် (DR ဖွင့်ထားလျှင် ၎င်း၏ထိရောက်သောစွမ်းရည်သည် 1.84PB ဝန်းကျင်အထိ ခုန်တက်သွားပြီး 2U အတွင်းတွင်ပင်ရှိနေသေးသည်)။ စွမ်းရည်သည် ဒင်္ဂါးပြား၏တစ်ဖက်တစ်ချက်ဖြစ်သော်လည်း ကုမ္ပဏီတစ်ခုသည် all-flash array တွင် ရင်းနှီးမြှုပ်နှံမည်ဆိုပါက စွမ်းဆောင်ရည်သည် အဓိကစိုးရိမ်စရာဖြစ်သည်။ AF250 သည် 760K IOPS sequential performance နှင့် 430K IOPS random performance စွမ်းဆောင်ရည်ကို ကိုးကားထားပြီး 170μs read latency နှင့် 60μs write latency ရှိသည်။
ကျွန်ုပ်တို့၏ application workloads များဖြင့် inline data reduction services (DR) ကိုဖွင့်ထားသည်ဖြစ်စေ မဖွင့်ထားသည်ဖြစ်စေ array ကို စမ်းသပ်ခဲ့ပါသည်။ SQL Server အတွက် ကျွန်ုပ်တို့၏ transactional benchmark တွင် AF250 သည် Raw တွင် စုစုပေါင်းရမှတ် 12,622.1 TPS နှင့် စုစုပေါင်း latency 9.8ms ဖြင့် ကောင်းမွန်စွာ စွမ်းဆောင်ရည်ပြသခဲ့ပါသည်။ ၎င်းသည် SQL Server အတွက် ယနေ့အထိ ကျွန်ုပ်တို့စမ်းသပ်ဖူးသမျှတွင် အမြန်ဆုံး storage array ဖြစ်လာစေပြီး ၎င်း၏အတန်းအစားထက် များစွာသာလွန်ပါသည်။ DR ကိုဖွင့်ထားချိန်တွင် ၎င်း၏ TPS စုစုပေါင်းရမှတ် 9,836.6 နှင့် ပျမ်းမျှ latency 1,374.3ms သာရှိသောကြောင့် အတော်လေး ကြီးမားသော ထိခိုက်မှုတစ်ခု ကြုံတွေ့ခဲ့ရသည်။ Sysbench သည် အတော်လေး ကောင်းမွန်သော TPS ရမှတ်များ (4VM တွင် 7,028၊ 8VM တွင် 9,927 နှင့် 16VM တွင် 11,253) ကို ပြသခဲ့သည်။ AF250 သည် latency ရမှတ်များကိုလည်း ကောင်းစွာရယူနိုင်ခဲ့ပြီး ပျမ်းမျှအားဖြင့် 18.21ms မှ 45.51ms အထိနှင့် အဆိုးဆုံးအခြေအနေမှာ 32.84ms မှ 80.75ms အထိရှိသည်။
RAID1 wide-striped မှာ သူ့ရဲ့ raw storage ကို VDBench စမ်းသပ်မှုတွေမှာ ကြည့်မယ်ဆိုရင် sub-millisecond latency မှာ ဒီလောက်ကောင်းတဲ့ စွမ်းဆောင်ရည်ကို မြင်ရတာ အထင်ကြီးစရာပါပဲ။ random 4K မှာ AF250 ဟာ 142K IOPS read နဲ့ 124K IOPS write ရောက်တဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ 64K စမ်းသပ်မှုတွေမှာ array ဟာ 60K IOPS read နဲ့ 20K IOPS write ရောက်တဲ့အထိ 1ms အောက်မှာပဲ ရှိနေခဲ့ပြီး bandwidth ရမှတ် 4.21GB/s read နဲ့ 1.77GB/s write ရရှိခဲ့ပါတယ်။ SQL workloads သုံးခုကို 100% read၊ 90% read နဲ့ 10% write၊ 80% read နဲ့ 20% write မှာ လည်ပတ်ခဲ့ပြီး AF250 ဟာ ပထမစမ်းသပ်မှုနှစ်ခုမှာ ရမှတ် 140K နဲ့ 170K IOPS ရရှိခဲ့ပြီး 80/20 စမ်းသပ်မှုကတော့ 1ms အောက်မှာပဲ ရှိနေခဲ့ပါတယ်။ Oracle workload ဖြင့် တူညီသော စမ်းသပ်မှု သုံးခုကို လုပ်ဆောင်ခဲ့ပြီး 160K၊ 170K နှင့် 137K IOPS အသီးသီးအထိ 1ms latency အောက်တွင် စွမ်းဆောင်ရည်ကို ရရှိခဲ့ပါသည်။ Boot၊ Initial Login နှင့် Monday Login အတွက် VDI Full Clone နှင့် Linked Clone benchmarks များကိုလည်း ကျွန်ုပ်တို့ လုပ်ဆောင်ခဲ့ပါသည်။ AF250 သည် Full Clone တွင် 1ms အောက်တွင် 137K၊ 94K နှင့် 95K IOPS နှင့် Linked Clone တွင် 1ms အောက်တွင် 120K၊ 60K နှင့် 55K IOPS တို့ကို ရောက်ရှိခဲ့ပါသည်။
Fujitsu AF250 ဟာ အလယ်အလတ်ဈေးကွက်မှာ အလွန်ပြင်းထန်တဲ့ပြိုင်ဘက်တစ်ဦးဖြစ်လာခဲ့ပြီး ကျွန်ုပ်တို့ရဲ့သုံးသပ်ချက်ယူနစ်အတွက် လမ်းဘေးဈေး $100,000 အောက်နဲ့ပါ။ Fujitsu က array ရဲ့ စွမ်းဆောင်ရည်မြင့်မားမှုနဲ့ ပတ်သက်ပြီး ကြီးမားတဲ့ဂိမ်းတစ်ခုကို ပြောပါတယ်၊ ထူးဆန်းတာမဟုတ်ပေမယ့် array တစ်ခု ကျွန်ုပ်တို့ရဲ့ဓာတ်ခွဲခန်းကိုရောက်တဲ့အခါ အမြဲတမ်းဖြစ်လာတာမျိုးမဟုတ်ပါဘူး။ ကျွန်ုပ်တို့ရဲ့စမ်းသပ်မှုအားလုံးမှာ AF250 ဟာ latency နည်းပါးပြီး ခိုင်မာတဲ့ low-queue depth စွမ်းဆောင်ရည်က သူ့ရဲ့အမှတ်တံဆိပ်ဖြစ်ပြီး SQL Server ရလဒ်တွေက ကျွန်ုပ်တို့မှတ်တမ်းတင်ဖူးသမျှထဲမှာ အမြန်ဆုံးဖြစ်တယ်ဆိုတာ သက်သေပြခဲ့ပါတယ်။ ဒီပလက်ဖောင်းမှာ data-reduction ကို feature အနေနဲ့ ပေးထားပေမယ့် စွမ်းဆောင်ရည်အပေါ် သိသာထင်ရှားတဲ့သက်ရောက်မှုရှိခဲ့ပါတယ်။ Fujitsu က သူတို့ရဲ့ဖောက်သည်တွေအတွက် အလွန်ရှာဖွေလိုတဲ့ပစ္စည်းတစ်ခုလို့ မခံစားရပါဘူး၊ များစွာသော application တွေဟာ compressed လုပ်ပြီးသား data တွေနဲ့အလုပ်လုပ်တဲ့အခါ ဒါမှမဟုတ် transactional database လိုမျိုး application တွေကို အသုံးချတဲ့အခါ deduplication ထိရောက်မှုနည်းပါလိမ့်မယ်။ ဒါပေမယ့် ဒီအတွက် ဖြည့်ဆည်းဖို့အတွက် ဒီယူနစ်ဟာ ဒီဈေးနှုန်းတန်းမှာရှိတဲ့ ယှဉ်ပြိုင်နိုင်တဲ့မော်ဒယ်တွေထက် raw flash ကို နှစ်ဆလောက်ပေးစွမ်းနိုင်ပါတယ်။ A250 ရဲ့ ထိရောက်တဲ့ စွမ်းရည်က VDI ဒါမှမဟုတ် တခြားအသုံးပြုမှုကိစ္စတွေအတွက် အားနည်းချက်ဖြစ်စေနိုင်ပေမယ့် တခြား Tier0/1 workloads အများစုမှာတော့ စွမ်းဆောင်ရည်က အဓိက မောင်းနှင်အားဖြစ်ပြီး အဲဒီဘက်မှာ A250 က လုံးဝထူးချွန်ပါတယ်။
Pros
- ယနေ့အထိ storage array တွင် တိုင်းတာထားသော အမြန်ဆုံး SQL Server စွမ်းဆောင်ရည်
- ကျွန်ုပ်တို့၏ ပေါင်းစပ်လုပ်ငန်းဆောင်တာအားလုံးတွင် မီလီစက္ကန့်အောက် နှောင့်နှေးမှု အလွန်နည်းပါးခြင်း
- 46TB raw flash နဲ့ ဈေးကြီးတယ်
အားနည်းချက်များ
- ဒေတာလျှော့ချခြင်းကို ဖွင့်ထားသည့် ကြီးမားသော စွမ်းဆောင်ရည် အပိုကုန်ကျစရိတ်
The Bottom Line
Fujitsu Storage ETERNUS AF250 သည် မစ်ရှင်အရေးကြီးသော workloads များအတွက် မြင့်မားသောသိပ်သည်းဆသိုလှောင်မှုနှင့် ခိုင်မာသောစွမ်းဆောင်ရည်ကို ပေးစွမ်းနိုင်သည့် ကုန်ကျစရိတ်သက်သာသော ဖြေရှင်းချက်တစ်ခု လိုအပ်သော အလယ်အလတ်စျေးကွက်အဖွဲ့အစည်းအတွက် အသင့်တော်ဆုံးဖြစ်သည်။



















အမေဇုံ