အကောင်းဆုံး Microsoft SQL Server 2012 ထုတ်လုပ်မှုဆာဗာတစ်ခုတည်ဆောက်ခြင်းသည် ခက်ခဲသောအလုပ်တစ်ခုဖြစ်နိုင်ပြီး သိုလှောင်မှု၊ RAM သို့မဟုတ် ပရိုဆက်ဆာရွေးချယ်မှုကဲ့သို့သော variable များသည် အတွေ့အကြုံရှိ IT administrator များကိုပင် အခက်တွေ့စေပါသည်။ virtualized မဟုတ်သောပတ်ဝန်းကျင်များတွင် SQL Server 2012 ကိုလည်ပတ်ရန်အတွက် အကောင်းဆုံး Intel Xeon E5-2600 v2 CPU ကို ရွေးချယ်ခြင်းနှင့်ပတ်သက်သည့် ခွဲခြမ်းစိတ်ဖြာမှုကို ကျွန်ုပ်တို့နောက်ဆုံးတွင်တင်ခဲ့သည် ။ iron ပေါ်တွင်လည်ပတ်နေသော SQL ၏စွမ်းဆောင်ရည်လိုအပ်ချက်များကိုထည့်သွင်းစဉ်းစားသောအခါ CPU အပြင် RAM သည်နောက်ထပ်အဓိကအစိတ်အပိုင်းတစ်ခုဖြစ်သည်။ ဤစမ်းသပ်မှုအတွက် Intel processor လေ့လာမှုကဲ့သို့ပင် testbed တစ်ခုတည်းကိုကျွန်ုပ်တို့အသုံးပြုခဲ့ပြီးယခုတစ်ကြိမ်တွင်၎င်း၏စွမ်းဆောင်ရည်သက်ရောက်မှုကိုတိုင်းတာရန် Micron PC3-12800 RAM ကိုအကောင်းဆုံးစွမ်းဆောင်ရည်ရှိသော CPU နှင့်သိုလှောင်မှုဖြင့်အဆင့်မြှင့်တင်ရန်အာရုံစိုက်ခဲ့သည်။
ရိုးရာအစဉ်အလာအရ SQL Server အတွက် RAM ပိုများလာခြင်းက စွမ်းဆောင်ရည်ပိုမိုမြင့်မားစေပါတယ်။ RAM ပိုများလာခြင်းက ပေးထားသော storage array ပေါ်ရှိ I/O footprint ကို လျှော့ချပေးပြီး caching အကျိုးကျေးဇူးအချို့ကိုလည်း ရရှိစေပါတယ်။ အရာအားလုံးကို ညီမျှအောင်ထားခြင်းဖြင့် latency profile နိမ့်ကျနေချိန်တွင် SQL Server အတွက် RAM မည်မျှ ရည်စူးနိုင်သည်ကို ကျွန်ုပ်တို့ ကြည့်ရှုပါသည်။ ဤဆောင်းပါးတွင် SQL Server အတွက် 128GB ရည်စူးထားခြင်း၏ စွမ်းဆောင်ရည်သက်ရောက်မှုကို ပြသထားပြီး လက်ရှိတွင် enterprise reviews များအတွက် device များကို 8GB အထိ စမ်းသပ်နေပါသည်။
စမ်းသပ်ခန်း
ဤခွဲခြမ်းစိတ်ဖြာမှုအတွက် ကျွန်ုပ်တို့သည် Windows Server 2012 ကို အသုံးပြုသည့် Supermicro SuperStorage Server 2027R-AR24NV အတွင်းရှိ Micron PC3-12800 DDR3 မှတ်ဉာဏ်ကို အကဲဖြတ်နေပါသည်။ ၎င်းသည် Intel CPU များ၏ E5-2600 နှင့် E5-2600 v2 မိသားစုကို ပံ့ပိုးပေးသည့် 2U dual-socket box တစ်ခုဖြစ်သည်။ system RAM တွင် စမ်းသပ်မှုတစ်ခုစီအတွက် တည်ငြိမ်နေသော 16GB Micron PC3-12800 DIMM ဆ ယ့်ခြောက်ခုဖြင့် ဖွဲ့စည်းထားသည် ။ SQL Server မှ အသုံးပြုသော RAM ပမာဏကို ပြောင်းလဲရန်အတွက်၊ ခြေလှမ်းတစ်ခုစီအတွက် ရွေးချယ်ထားသော ပမာဏအထိ ကန့်သတ်ထားသော allocation setting ကို ပြောင်းလဲပါသည်။ in-host storage အတွက် 2.6TB Fusion ioMemory PX600 ကို အသုံးပြုခဲ့ပြီး ၊ ၎င်းသည် SQL Server latency နံပါတ်များ အလွန်ကောင်းမွန်သည် (ကျွန်ုပ်တို့၏ဓာတ်ခွဲခန်းက စမ်းသပ်ထားသော အမြန်ဆုံး လက်ရှိမျိုးဆက်ထုတ်ကုန်)။
ဆာဗာဖွဲ့စည်းမှုပုံစံ
- ၂ x Intel Xeon ပရိုဆက်ဆာ E5-2687W v2 – 25M Cache၊ 3.40GHz၊ 8 cores
- Intel C602 ချစ်ပ်ဆက်
- မှတ်ဉာဏ် – 256GB (16x 16GB) 1600MHz Micron DDR3 မှတ်ပုံတင်ထားသော RDIMM များ (စနစ်အတွက် 128GB၊ SQL အတွက် 8-128GB)
- Windows Server 2012 နျ Standard
- Supermicro SAS3 HBA ၃ ခု (LSI SAS 3008 ထိန်းချုပ်ကိရိယာများ)
- 200GB Micron P400m Boot SSD
- ၁ x Mellanox ConnectX-3 Dual-Port VPI PCIe 3.0 Adapter (InfiniBand LoadGen Fabric)
- ၁ x Emulex OCe11102 နှစ်ထပ်ပေါက် 10GbE အဒက်တာ
Storage Configuration
- SanDisk Fusion ioMemory PX600 2.6TB
- စွမ်းဆောင်ရည်မြင့်မုဒ်တွင် ၈၀% အလွန်အကျွံပံ့ပိုးပေးခြင်း
- ပါဝါအပြည့်ဆွဲယူအသုံးပြုနိုင်ပါပြီ
- VSL 4.1.1 Firmware/Drivers များ
performance
သတ်မှတ်ထားသော RAM stepping interval တစ်ခုချင်းစီကို အလားတူနည်းလမ်းဖြင့် စမ်းသပ်ခဲ့သည်- single-node 2P Supermicro server အတွင်းရှိ PX600 ပေါ်တွင် database ရှိနေသည့် ကျွန်ုပ်တို့၏ SQL Server 2012 OLTP benchmark ကို အသုံးပြုခဲ့သည် ။ တူညီသော class ရှိ storage device အများစုကဲ့သို့ပင်၊ ကျွန်ုပ်တို့သည် တစ်စက္ကန့်လျှင် transaction အတွက် သိပ်စိတ်ပူစရာမလိုပါ။ transaction တစ်ခုချင်းစီ ပြီးမြောက်ရန် latency ပေါ်တွင် အဓိကထားသည်။
မျှော်လင့်ထားသည့်အတိုင်း SQL server သို့ RAM အများအပြား ခွဲဝေပေးခြင်းသည် transactional performance ကို ပိုမိုမြင့်မားစေခဲ့သည်။ 128GB မှ 64GB အထိ TPS တွင် ကြီးမားသောပြောင်းလဲမှုကို ကျွန်ုပ်တို့ မတွေ့ရှိခဲ့ပါ။ အမှန်တကယ်တွင် 96GB မှ 64GB အထိ ကျဆင်းမှုသည် အမှားအယွင်းအတိုင်းအတာအတွင်းတွင်သာ ရှိနေခဲ့သည်။ 16GB မှ 8GB အထိ ကွာခြားချက်သည် အကြီးမားဆုံးပြောင်းလဲမှုကို ဖြစ်ပေါ်စေခဲ့ပြီး 16GB သည် ဤစမ်းသပ်မှုနှင့် server configuration အတွက် အနည်းဆုံးအသုံးဝင်သော threshold ဖြစ်နိုင်ကြောင်း ကျွန်ုပ်တို့အား ပြောပြသည်။
latency ကို အဓိကထားကြည့်မယ်ဆိုရင် Fusion ioMemory PX600 ဟာ 128GB၊ 96GB နဲ့ 64GB ရလဒ်တွေကို 2-3ms အကြား ရရှိခဲ့ပြီး latency နည်းပါးတဲ့ စွမ်းဆောင်ရည်ကို ဘယ်လောက်ကောင်းကောင်း ထိန်းသိမ်းထားနိုင်လဲဆိုတာကို တွေ့ရပါတယ်။ 32GB ကို ကျဆင်းသွားခြင်းက latency ကို 66% လောက် မြှင့်တင်ပေးခဲ့ပေမယ့် 16GB ကို ထပ်မံကျဆင်းသွားခြင်းက ပိုပြီး သိသာထင်ရှားလာပါတယ်။ အဲဒီပြောင်းလဲမှုက latency ကို 200% တိုးမြှင့်ပေးခဲ့ပြီး RAM ကို 8GB အထိ လျှော့ချလိုက်တဲ့အခါ နောက်ထပ် 153% တိုးမြှင့်ပေးခဲ့ပါတယ်။
သိုလှောင်မှုသက်ရောက်မှုကို ဤစမ်းသပ်မှု၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် မပြသခဲ့သော်လည်း DRAM ခွဲဝေမှုတွင် တစ်ဆင့်တက်လာတိုင်း ဒေတာဘေ့စ်တည်ရှိရာ သိုလှောင်ကိရိယာမှ မြင်တွေ့ရသော ဝန်အားကို သိသိသာသာ လျော့ကျစေပါသည်။ အတိုချုပ်ပြောရလျှင် မှတ်ဉာဏ်ပိုများလာခြင်းသည် သိုလှောင်မှုကို ထိမှန်သည့် တောင်းဆိုမှုနည်းပါးစေပြီး စနစ်မှတ်ဉာဏ်အတွင်း၌သာ ရှိနေစေပါသည်။ 128GB RAM တွင် နောက်ခံဝန်အား 50-100MB/s ရှိသော်လည်း 16GB တွင် 800MB/s အထိ မြင့်တက်လာသည် (log-write လုပ်ဆောင်ချက်အတွင်းတွင်မဟုတ်ဘဲ DRAM ဖွဲ့စည်းမှုတိုင်းအတွက် ကြီးမားသော မြင့်တက်မှုများကို ဖြစ်စေနိုင်သည်)။ သိုလှောင်မှုမီဒီယာ နည်းလာပါက ဤရလဒ်များသည် ပိုမိုမြင့်မားလာမည်ဖြစ်သည်။
ကောက်ချက်
စွမ်းဆောင်ရည်မြင့် non-virtualized SQL Server တစ်ခုကို တည်ဆောက်တဲ့အခါ ထည့်သွင်းစဉ်းစားရမယ့်အချက်တွေ အများကြီးရှိပါတယ်။ ပထမအပိုင်းမှာ CPU နဲ့ SQL စွမ်းဆောင်ရည်အပေါ် သက်ရောက်မှုကို ကျွန်တော်တို့ လေ့လာခဲ့ပါတယ်။ RAM ကို စမ်းသပ်ဖို့အတွက် အကောင်းဆုံးစွမ်းဆောင်ရည်ရှိတဲ့ in-host storage နဲ့ CPU တွေကို အသုံးပြုထားပါတယ်။ Micron နဲ့ ပူးပေါင်းပြီး SQL အတွက် သီးသန့် RAM 8GB ကနေ 128GB အထိ တူညီတဲ့ စမ်းသပ်မှုတွေကို လုပ်ဆောင်ခဲ့ပါတယ်။ ရလဒ်တွေက အတော်လေး အလိုလိုသိနိုင်ပြီး RAM ပိုများလေ latency ပိုကောင်းလေပါပဲ။ ဒါပေမယ့် ဒီ configuration မှာ latency က သိသိသာသာ အမြင့်ဆုံးကို ရောက်ရှိတဲ့ breaking point ရှိနေပါတယ်။ 16GB latency မှာ 32GB နဲ့ နှိုင်းယှဉ်ရင် 3 ဆ မြင့်တက်ပြီး 8GB မှာတော့ သက်ရောက်မှုက ပိုပြီး ပြင်းထန်ပါတယ်။ အကောင်းဆုံးစွမ်းဆောင်ရည်အတွက် ထိပ်တန်း clock-speed CPU တွေနဲ့ ဦးဆောင် PCIe storage ပါတဲ့ SQL အတွက် RAM 128GB က latency ကို 2ms သာ ထုတ်ပေးပါတယ်။
Crucial/Micron ထုတ်ကုန်စာမျက်နှာ
SQL Server 2012 အတွက် အကောင်းဆုံး Intel Xeon E5-2600 v2 CPU ကို ရွေးချယ်ခြင်း
အမေဇုံ