ရုရှားသိုလှောင်မှုစနစ် AERODISK- ဝန်စမ်းသပ်ခြင်း။ ကျွန်ုပ်တို့သည် IOPS ကိုညှစ်ထုတ်သည်။

အားလုံးမင်္ဂလာပါ! ကတိပြုထားသည့်အတိုင်း၊ ကျွန်ုပ်တို့သည် ရုရှားလုပ်ဒေတာသိုလှောင်မှုစနစ် – AERODISK ENGINE N2 ၏ ဝန်စမ်းသပ်မှုရလဒ်များကို ထုတ်ပြန်လျက်ရှိသည်။

ယခင်ဆောင်းပါးတွင်၊ ကျွန်ုပ်တို့သည် သိုလှောင်မှုစနစ်အား ချိုးဖောက်ခဲ့သည် (ဆိုလိုသည်မှာ ပျက်စီးမှုစမ်းသပ်မှုများ ပြုလုပ်ခဲ့သည်) နှင့် ပျက်စီးမှုစမ်းသပ်မှု၏ ရလဒ်များသည် အပေါင်းလက္ခဏာဆောင်သည် (ဆိုလိုသည်မှာ ကျွန်ုပ်တို့သည် သိုလှောင်မှုစနစ်ကို မချိုးဖျက်ခဲ့ပါ)။ ပျက်စီးမှုစမ်းသပ်မှုရလဒ်များကို သင်ကြည့်ရှုနိုင်ပါသည်။ ဒီမှာ.

ယခင်ဆောင်းပါး၏ မှတ်ချက်များတွင်၊ ပိုမိုဆန်းပြားသော ပျက်စီးမှုစမ်းသပ်မှုများအတွက် တောင်းဆိုမှုများ ပြုလုပ်ခဲ့သည်။ ကျွန်ုပ်တို့သည် ၎င်းတို့အားလုံးကို မှတ်တမ်းတင်ထားပြီး ၎င်းတို့ကို အောက်ပါဆောင်းပါးများထဲမှ တစ်ခုတွင် သေချာပေါက်အကောင်အထည်ဖော်ပါမည်။ တစ်ချိန်တည်းမှာပင်၊ သင်သည် မော်စကိုရှိ ကျွန်ုပ်တို့၏ဓာတ်ခွဲခန်းသို့ အချိန်မရွေးသွားရောက်ကြည့်ရှုနိုင်သည် (ခြေလျင်ဖြင့်လာပါ သို့မဟုတ် အင်တာနက်မှတစ်ဆင့် အဝေးမှလုပ်ဆောင်နိုင်သည်) နှင့် ဤစမ်းသပ်မှုများကို ကိုယ်တိုင်လုပ်ဆောင်နိုင်သည် (တိကျသောပရောဂျက်တစ်ခုအတွက် စမ်းသပ်ခြင်းပင် ပြုလုပ်နိုင်သည် :-))။ ကျွန်ုပ်တို့ထံ စာရေးပါ၊ အဖြစ်အပျက်အားလုံးကို သုံးသပ်ပါမည်။

ထို့အပြင်၊ သင်သည် မော်စကိုတွင်မရှိပါက၊ သင့်နှင့်အနီးဆုံးမြို့ရှိ အရည်အချင်းစစ်စင်တာတွင် အခမဲ့လေ့ကျင့်ရေးပွဲကို တက်ရောက်ခြင်းဖြင့် ကျွန်ုပ်တို့၏သိုလှောင်မှုစနစ်နှင့် ပိုမိုရင်းနှီးလာနိုင်ပါသည်။

အောက်တွင် အရည်အချင်းစစ်ဌာနများ၏ လာမည့်ပွဲများနှင့် လည်ပတ်မည့်ရက်စွဲများစာရင်းဖြစ်သည်။

• Ekaterinburg မေ ၁၆၊ ၂၀၁၉။ သင်တန်း ဟောပြောပွဲ။ လင့်ခ်ကို အသုံးပြု၍ စာရင်းသွင်းနိုင်သည်- https://aerodisk.promo/ekb/
• Ekaterinburg မေလ 20 ရက်နေ့မှ ဇွန်လ 21 ရက် 2019 ခုနှစ်။ ကျွမ်းကျင်မှုစင်တာ။ မည်သည့်အချိန်တွင်မဆို AERODISK ENGINE N2 သိုလှောင်မှုစနစ်၏ တိုက်ရိုက်သရုပ်ပြမှုကို လာပါ။ လိပ်စာအတိအကျနှင့် မှတ်ပုံတင်လင့်ခ်ကို နောက်ပိုင်းတွင် ဖော်ပြပေးပါမည်။ အချက်အလက်ကို လိုက်နာပါ။
• Novosibirsk ကျွန်ုပ်တို့၏ဆိုက် သို့မဟုတ် HUBRA တွင် အချက်အလက်များကို လိုက်နာပါ။
  အောက်တိုဘာလ 2019
• ကာဇန်။ ကျွန်ုပ်တို့၏ဆိုက် သို့မဟုတ် HUBRA တွင် အချက်အလက်များကို လိုက်နာပါ။
  အောက်တိုဘာလ 2019
• Krasnoyarsk ကျွန်ုပ်တို့၏ဆိုက် သို့မဟုတ် HUBRA တွင် အချက်အလက်များကို လိုက်နာပါ။
  နိုဝင်ဘာလ 2019

နောက်ထပ် သတင်းကောင်းလေးတစ်ခုကိုလည်း မျှဝေချင်ပါတယ်- နောက်ဆုံးတော့ ကျွန်တော်တို့ ရပါပြီ။ YouTube ကို အတိတ်ဖြစ်ရပ်များမှ ဗီဒီယိုများကို ကြည့်ရှုနိုင်သည့် ချန်နယ်တစ်ခု။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏လေ့ကျင့်ရေးဗီဒီယိုများကို ထိုနေရာတွင် ပုံမှန်တင်ပါသည်။

စမ်းသပ်မှုရပ်

ဒီတော့ စာမေးပွဲတွေကို ပြန်ကြည့်တယ်။ SAS SSD ဒရိုက်များအပြင် Front-end Fiber Channel 2G အဒက်တာများ တပ်ဆင်ခြင်းဖြင့် ကျွန်ုပ်တို့၏ ENGINE N16 ဓာတ်ခွဲခန်းသိုလှောင်မှုစနစ်ကို အဆင့်မြှင့်တင်ထားပါသည်။ အချိုးကျသောပုံစံဖြင့်၊ ကျွန်ုပ်တို့သည် FC 16G အဒက်တာများထည့်ခြင်းဖြင့် ဝန်ကိုလည်ပတ်စေမည့် ဆာဗာကို အဆင့်မြှင့်တင်ထားပါသည်။

ရလဒ်အနေဖြင့် ကျွန်ုပ်တို့၏ဓာတ်ခွဲခန်းတွင် FC 2G မှတစ်ဆင့် ရုပ်ပိုင်းဆိုင်ရာ Linux ဆာဗာသို့ SAN ခလုတ်များမှ ချိတ်ဆက်ထားသည့် 24 SAS SSD 1,6 TB၊ 3 DWPD ဒစ်ခ် 16-controller သိုလှောင်မှုစနစ်တစ်ခုရှိသည်။
စမ်းသပ်ခုံတန်းပုံစံကို အောက်ပါပုံတွင် ပြထားသည်။

စမ်းသပ်နည်း

ပိတ်ဆို့ဝင်ရောက်မှုတွင် အကောင်းဆုံးစွမ်းဆောင်ရည်အတွက်၊ ကျွန်ုပ်တို့သည် တစ်ချိန်က ALL-FLASH စနစ်များအတွက် အထူးဖန်တီးထားသည့် DDP (Dynamic Disk Pool) ရေကူးကန်များကို အသုံးပြုပါမည်။
စမ်းသပ်ရန်အတွက် RAID-1 ကာကွယ်မှုအဆင့်ဖြင့် တစ်ခုစီတွင် 10 TB စွမ်းရည်ရှိသော LUN နှစ်ခုကို ဖန်တီးခဲ့သည်။ သိုလှောင်မှုစနစ်ရှိ တပ်ဆင်ထားသော ဒစ်တစ်ခုစီ၏ အလားအလာကို အပြည့်အဝအသုံးချနိုင်ရန် ကျွန်ုပ်တို့သည် 12 disks (စုစုပေါင်း 24 ခု) တွင် LUN တစ်ခုစီကို “ဖြန့်” ပါမည်။

ကျွန်ုပ်တို့သည် သိုလှောင်မှုအရင်းအမြစ်များကို တတ်နိုင်သမျှအသုံးချရန်အတွက် မတူညီသော ထိန်းချုပ်ကိရိယာများမှတစ်ဆင့် ဆာဗာသို့ LUN များကို တင်ပြပါသည်။

စစ်ဆေးမှုတစ်ခုစီသည် တစ်နာရီကြာမည်ဖြစ်ပြီး၊ စမ်းသပ်မှုများကို Flexible IO (FIO) ပရိုဂရမ်မှ လုပ်ဆောင်မည်ဖြစ်ပြီး၊ FIO ဒေတာကို Excel သို့ အလိုအလျောက် အပ်လုဒ်လုပ်မည်ဖြစ်ပြီး၊ ယင်းတွင် ဂရပ်ဖစ်များကို ရှင်းရှင်းလင်းလင်းဖြစ်စေရန် တည်ဆောက်ထားပြီးဖြစ်သည်။

ပရိုဖိုင်များကို တင်ပါ။

စုစုပေါင်း၊ ကျွန်ုပ်တို့သည် 15 မိနစ်ခွဲဝေပေးမည့် သွေးပူချိန်မပါဝင်ဘဲ တစ်နာရီလျှင် တစ်ကြိမ်လျှင် စမ်းသပ်မှု သုံးခုကို လုပ်ဆောင်မည် (၎င်းသည် SSD 24 ခု၏ array တစ်ခုကို ပူနွေးရန် မည်မျှလိုအပ်သည်)။ ဤစမ်းသပ်မှုများသည် အထူးသဖြင့် ၎င်းတို့သည် အချို့သော DBMSs၊ ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များ၊ မီဒီယာအကြောင်းအရာထုတ်လွှင့်မှုများနှင့် အရန်သိမ်းဆည်းမှုများကို အတုယူပါသည်။

ထို့အပြင်၊ စမ်းသပ်မှုအားလုံးတွင်၊ သိုလှောင်မှုစနစ်နှင့် host ပေါ်ရှိ RAM တွင် ကက်ရှ်လုပ်နိုင်စွမ်းကို တမင်တကာ ပိတ်ထားသည်။ ဟုတ်ပါတယ်၊ ဒါက ရလဒ်ကို ပိုဆိုးစေလိမ့်မယ်၊ ဒါပေမယ့် ငါတို့အမြင်အရတော့ ဒီလိုအခြေအနေမျိုးမှာ စာမေးပွဲက ပိုမျှတပါလိမ့်မယ်။

စမ်းသပ်မှုရလဒ်

စာမေးပွဲနံပါတ် ၁။ အတုံးသေးသေးလေးတွေနဲ့ ကျပန်းဆွဲချပါ။ မြင့်မားသော ငွေပေးငွေယူ DBMS ကို အတုယူပါ။

• ဘလောက်အရွယ်အစား = 4k
• ဖတ်/ရေး = 70%/30%
• အကျင့်နံပါတ် = ၁၆
• တန်းစီစူး = ၃၂
• ဇာတ်ကောင်ကို Load = Full Random

စမ်းသပ်မှုရလဒ်များ

စုစုပေါင်း၊ အငယ်တန်းအလယ်အလတ်တန်းစားအင်ဂျင် N2 စနစ်ဖြင့် ကျွန်ုပ်တို့သည် latency 438 မီလီစက္ကန့်ဖြင့် 2,6k IOPS ကို ရရှိခဲ့ပါသည်။ စနစ်၏အတန်းအစားကိုထည့်သွင်းစဉ်းစားရန်ကျွန်ုပ်တို့၏အမြင်အရ၊ ရလဒ်သည်အတော်လေးသင့်လျော်သည်။ ဤသည်မှာ စနစ်အတွက် ကန့်သတ်ချက်ဟုတ်မဟုတ် နားလည်ရန်၊ သိုလှောင်မှု ထိန်းချုပ်ကိရိယာများ၏ အရင်းအမြစ်အသုံးပြုမှုကို ကြည့်ရှုပါမည်။

အထက်တွင်ဖော်ပြထားသည့်အတိုင်း ကျွန်ုပ်တို့သည် CPU ကို အဓိကစိတ်ဝင်စားပါသည်၊ အဘယ်ကြောင့်ဆိုသော် ကျွန်ုပ်တို့သည် စမ်းသပ်မှုရလဒ်များကို ပုံပျက်မသွားစေရန် RAM cache ကို တမင်တကာပိတ်ထားပါသည်။

သိုလှောင်မှု ထိန်းချုပ်ကိရိယာ နှစ်ခုစလုံးတွင် ကျွန်ုပ်တို့သည် ခန့်မှန်းခြေအားဖြင့် တူညီသော ပုံတစ်ပုံကို မြင်တွေ့ရသည်။

ဆိုလိုသည်မှာ CPU load သည် 50% ဖြစ်သည်။ ၎င်းသည် ဤသိုလှောင်မှုစနစ်၏ ကန့်သတ်ချက်နှင့် ဝေးသည်ဟု အကြံပြုထားပြီး ၎င်းကို အလွယ်တကူ ချိန်ညှိနိုင်သေးသည်။ ရှေ့ကိုနည်းနည်းခုန်ကြည့်ရအောင်- အောက်ဖော်ပြပါစမ်းသပ်မှုများအားလုံးသည် controller ပရိုဆက်ဆာများတွင် ဝန်အား 50% ဝန်းကျင်ရှိကြောင်းပြသခဲ့ပြီးဖြစ်သောကြောင့် ၎င်းတို့ကို ထပ်မံစာရင်းမသွင်းတော့ပါ။

ကျွန်ုပ်တို့၏ဓာတ်ခွဲခန်းစမ်းသပ်မှုများအပေါ်အခြေခံ၍ ကျွန်ုပ်တို့သည် ကျပန်း IOPS ကို 2k blocks တွင်ရေတွက်ပါက AERODISK Engine N4 စနစ်၏ သက်တောင့်သက်သာကန့်သတ်ချက်မှာ ~700 IOPS ဖြစ်သည်။ ၎င်းသည် မလုံလောက်ပါက တစ်သန်းအတွက် ကြိုးစားရန် လိုအပ်ပါက၊ ကျွန်ုပ်တို့တွင် မော်ဒယ်ဟောင်း ENGINE N000 ရှိသည်။

ဆိုလိုသည်မှာ၊ သန်းပေါင်းများစွာသော IOPS ၏ဇာတ်လမ်းသည် ENGINE N4 ဖြစ်ပြီး တစ်သန်းသည် သင့်အတွက် အလွန်များပါက N2 ကို အေးအေးဆေးဆေးသုံးပါ။

စာမေးပွဲတွေကို ပြန်ကြည့်ရအောင်။

စာမေးပွဲနံပါတ် ၂။ ကြီးမားသော လုပ်ကွက်များတွင် ဆင့်ကဲမှတ်တမ်းတင်ခြင်း။ ဗီဒီယိုစောင့်ကြည့်စနစ်များကို အတုယူခြင်း၊ ခွဲခြမ်းစိတ်ဖြာသော DBMS ထဲသို့ ဒေတာများတင်ခြင်း သို့မဟုတ် အရန်မိတ္တူများကို မှတ်တမ်းတင်ခြင်း။

ဤစမ်းသပ်မှုတွင် ကျွန်ုပ်တို့သည် IOPS ကို စိတ်မဝင်စားတော့ဘဲ၊ ကြီးမားသောလုပ်ကွက်များတွင် စဉ်ဆက်မပြတ် တင်လာသောအခါတွင် ၎င်းတို့သည် အဓိပ္ပါယ်မရှိပေ။ ကျွန်ုပ်တို့ အဓိကစိတ်ဝင်စားသည်မှာ- စာရေးစီးဆင်းမှု (တစ်စက္ကန့်လျှင် မီဂါဘိုက်) နှင့် နှောင့်နှေးမှုများ၊ သေးငယ်သော လုပ်ကွက်များထက် ကြီးမားသော ဘလောက်များနှင့် ပိုများမည်မှာ သေချာပါသည်။

• ဘလောက်အရွယ်အစား = 128k
• ဖတ်/ရေး = 0%/100%
• အကျင့်နံပါတ် = ၁၆
• တန်းစီစူး = ၃၂
• ဇာတ်ကောင်ကိုဖွင့်ပါ - ဆင့်ကဲ

စုစုပေါင်း- ကျွန်ုပ်တို့တွင် တစ်စက္ကန့်လျှင် ငါးဂစ်ဂါဗိုက်ခွဲ နှောင့်နှေးမှုဖြင့် 2 မီလီစက္ကန့်ဖြင့် ရိုက်ကူးနိုင်သည်။ ၎င်း၏အနီးကပ်ဆုံးနိုင်ငံခြားပြိုင်ဘက်များနှင့် နှိုင်းယှဉ်ပါက ကျွန်ုပ်တို့၏အမြင်အရ ရလဒ်သည် ကောင်းမွန်ပြီး ENGINE NXNUMX စနစ်၏ ကန့်သတ်ချက်လည်းမဟုတ်ပေ။

စာမေးပွဲနံပါတ် ၃။ တုံးကြီးများဖြင့် ဆက်တိုက်ဖတ်သည်။ ရုပ်သံလွှင့်မီဒီယာအကြောင်းအရာကို အတုယူခြင်း၊ ခွဲခြမ်းစိတ်ဖြာသော DBMS မှ အစီရင်ခံစာများထုတ်ပေးခြင်း သို့မဟုတ် အရန်သိမ်းဆည်းခြင်းမှဒေတာများကို ပြန်လည်ရယူခြင်း။

ယခင်စမ်းသပ်မှုကဲ့သို့ပင်၊ ကျွန်ုပ်တို့သည် စီးဆင်းမှုနှင့် နှောင့်နှေးမှုများကို စိတ်ဝင်စားပါသည်။

• ဘလောက်အရွယ်အစား = 128k
• ဖတ်/ရေး = 100%/0%
• အကျင့်နံပါတ် = ၁၆
• တန်းစီစူး = ၃၂
• ဇာတ်ကောင်ကိုဖွင့်ပါ - ဆင့်ကဲ

ထုတ်လွှင့်မှုစာဖတ်ခြင်းစွမ်းဆောင်ရည်သည် ထုတ်လွှင့်မှုရေးသားခြင်းစွမ်းဆောင်ရည်ထက် အနည်းငယ်ပိုကောင်းသည်ဟု ခန့်မှန်းနိုင်သည်။

စိတ်ဝင်စားစရာမှာ၊ latency indicator သည် စမ်းသပ်မှုတစ်လျှောက်လုံး (မျဉ်းဖြောင့်) နှင့် တူညီပါသည်။ ဤသည်မှာ အမှားအယွင်းတစ်ခုမဟုတ်ပါ၊ ကြီးမားသောလုပ်ကွက်များတွင် စဉ်ဆက်မပြတ်ဖတ်ရှုသောအခါ၊ ကျွန်ုပ်တို့၏အခြေအနေမှာ ဤသည်မှာ သာမန်အခြေအနေဖြစ်သည်။

ဟုတ်ပါတယ်၊ အကယ်၍ ကျွန်ုပ်တို့သည် ဤပုံစံဖြင့် စနစ်အား ရက်သတ္တပတ်နှစ်ပတ်ကြာ ထားခဲ့ပါက၊ ပြင်ပအချက်များနှင့် ဆက်နွှယ်မည့် ဂရပ်များတွင် အချိန်အပိုင်းအခြားအလိုက် ခုန်တက်သည်ကို ကျွန်ုပ်တို့ မြင်တွေ့ရမည်ဖြစ်သည်။ သို့သော်၊ ယေဘုယျအားဖြင့်၊ ၎င်းတို့သည် ရုပ်ပုံအား ထိခိုက်မည်မဟုတ်ပါ။

တွေ့ရှိချက်များ

dual-controller AERODISK ENGINE N2 စနစ်မှ၊ ကျွန်ုပ်တို့သည် ပြင်းထန်သောရလဒ်များ (~438 IOPS နှင့် ~000-5 gigabyte per second) ကို ရရှိနိုင်ပါသည်။ Load tests များက ကျွန်ုပ်တို့၏ သိုလှောင်မှုစနစ်အတွက် ရှက်ရွံ့ခြင်းမရှိကြောင်း ပြသခဲ့သည်။ ဆန့်ကျင်ဘက်တွင်၊ အညွှန်းများသည် အလွန်သင့်လျော်ပြီး ကောင်းမွန်သောသိုလှောင်မှုစနစ်နှင့် ကိုက်ညီပါသည်။

အထက်တွင်ရေးခဲ့သည့်အတိုင်း၊ Engine N2 သည် အငယ်တန်းမော်ဒယ်ဖြစ်ပြီး၊ ထို့အပြင်၊ ဤဆောင်းပါးတွင်ပြသထားသောရလဒ်များသည် ၎င်း၏ကန့်သတ်ချက်မဟုတ်ပါ။ နောက်ပိုင်းတွင် ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ အင်ဂျင် N4 စနစ်ဟောင်းမှ အလားတူစမ်းသပ်ချက်ကို ထုတ်ပြန်ပါမည်။

ပုံမှန်အားဖြင့်၊ ကျွန်ုပ်တို့သည် ဆောင်းပါးတစ်ပုဒ်၏ဘောင်အတွင်း ဖြစ်နိုင်ချေရှိသော စစ်ဆေးမှုအားလုံးကို အကျုံးမဝင်နိုင်ပါ၊ ထို့ကြောင့် မှတ်ချက်များတွင် အနာဂတ်စာမေးပွဲများအတွက် ၎င်းတို့၏ဆန္ဒကို မျှဝေရန် စာဖတ်သူများကို ထပ်မံတိုက်တွန်းလိုပါသည်။

ထို့အပြင်၊ ယခုနှစ်တွင် ကျွန်ုပ်တို့သည် လေ့ကျင့်ရေးတွင် တက်ကြွစွာ ပါဝင်ဆောင်ရွက်ထားကြောင်း သင့်အား သတိပေးထားသောကြောင့် AERODISK သိုလှောင်မှုစနစ်များဆိုင်ရာ လေ့ကျင့်သင်ကြားမှုများ ပြုလုပ်နိုင်သည့် ကျွန်ုပ်တို့၏ အရည်အချင်းစစ်စင်တာများသို့ ဖိတ်ခေါ်ကာ တစ်ချိန်တည်းတွင် စိတ်ဝင်စားစရာကောင်းပြီး ပျော်ရွှင်စရာအချိန်များကို ပိုင်ဆိုင်နိုင်မည်ဖြစ်သည်။

လာမည့် လေ့ကျင့်ရေးပွဲများအကြောင်း အချက်အလက်ကို ကျွန်ုပ် ပွားနေပါသည်။

• Ekaterinburg မေ ၁၆၊ ၂၀၁၉။ သင်တန်း ဟောပြောပွဲ။ လင့်ခ်ကို အသုံးပြု၍ စာရင်းသွင်းနိုင်သည်- https://aerodisk.promo/ekb/
• Ekaterinburg မေလ 20 ရက်နေ့မှ ဇွန်လ 21 ရက် 2019 ခုနှစ်။ ကျွမ်းကျင်မှုစင်တာ။ မည်သည့်အချိန်တွင်မဆို AERODISK ENGINE N2 သိုလှောင်မှုစနစ်၏ တိုက်ရိုက်သရုပ်ပြမှုကို လာပါ။ လိပ်စာအတိအကျနှင့် မှတ်ပုံတင်လင့်ခ်ကို နောက်ပိုင်းတွင် ဖော်ပြပေးပါမည်။ အချက်အလက်ကို လိုက်နာပါ။
• Novosibirsk ကျွန်ုပ်တို့၏ဆိုက် သို့မဟုတ် HUBRA တွင် အချက်အလက်များကို လိုက်နာပါ။
  အောက်တိုဘာလ 2019
• ကာဇန်။ ကျွန်ုပ်တို့၏ဆိုက် သို့မဟုတ် HUBRA တွင် အချက်အလက်များကို လိုက်နာပါ။
  အောက်တိုဘာလ 2019
• Krasnoyarsk ကျွန်ုပ်တို့၏ဆိုက် သို့မဟုတ် HUBRA တွင် အချက်အလက်များကို လိုက်နာပါ။
  နိုဝင်ဘာလ 2019

source: www.habr.com