Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

ယနေ့ကျွန်ုပ်တို့သည် Unity/Unity XT သိုလှောင်မှုစနစ်များ - FAST VP တွင်အသုံးပြုထားသောစိတ်ဝင်စားဖွယ်နည်းပညာတစ်ခုအကြောင်းပြောပါမည်။ Unity အကြောင်း သင် ပထမဆုံးအကြိမ် ကြားသိရပါက၊ ဆောင်းပါး၏အဆုံးတွင် လင့်ခ်ကို အသုံးပြု၍ စနစ်သွင်ပြင်လက္ခဏာများကို စစ်ဆေးနိုင်ပါသည်။ Dell EMC ပရောဂျက်အဖွဲ့တွင် FAST VP တွင် တစ်နှစ်ကျော် အလုပ်လုပ်ခဲ့သည်။ ဒီနေ့တော့ ဒီနည်းပညာအကြောင်းကို အသေးစိတ်ပြောပြပြီး သူ့ရဲ့အကောင်အထည်ဖော်မှုအသေးစိတ်တစ်ချို့ကို ပြောပြချင်ပါတယ်။ ဟုတ်ပါတယ်၊ ထုတ်ဖော်ခွင့်ရှိသူများသာ။ ထိရောက်သောဒေတာသိမ်းဆည်းခြင်းဆိုင်ရာ ကိစ္စရပ်များကို သင်စိတ်ဝင်စားပါက သို့မဟုတ် စာရွက်စာတမ်းများကို အပြည့်အဝနားမလည်ပါက၊ ဤဆောင်းပါးသည် အသုံးဝင်ပြီး စိတ်ဝင်စားစရာဖြစ်ပါလိမ့်မည်။

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

ပစ္စည်းထဲမှာမပါတဲ့အရာတွေကို ငါချက်ချင်းပြောပြမယ်။ ပြိုင်ဘက်များကို ရှာဖွေခြင်းနှင့် ၎င်းတို့နှင့် နှိုင်းယှဉ်ခြင်း ရှိမည်မဟုတ်ပါ။ စူးစမ်းလိုသောစာဖတ်သူများသည် ၎င်းတို့အကြောင်း သိပြီးသားဖြစ်သောကြောင့် open source မှ အလားတူနည်းပညာများအကြောင်း မပြောလိုပါ။ ပြီးတော့ ငါဘာမှ ကြော်ငြာမှာ မဟုတ်ဘူး။

သိုလှောင်မှုအဆင့်။ FAST VP ၏ ရည်မှန်းချက်များနှင့် ရည်မှန်းချက်များ

FAST VP သည် Virtual Pool အတွက် Fully Automated Storage Tiering ကို ကိုယ်စားပြုသည်။ နည်းနည်းခက်လား? ပြဿနာမရှိပါဘူး၊ အခုပဲ အဖြေရှာလိုက်မယ်။ Tiering သည် ဤဒေတာကို သိမ်းဆည်းသည့် အဆင့်များ (tiers) အများအပြားရှိသည့် ဒေတာသိုလှောင်မှုကို စုစည်းမှုနည်းလမ်းတစ်ခုဖြစ်သည်။ တစ်ခုချင်းစီတွင်၎င်း၏ကိုယ်ပိုင်လက္ခဏာများရှိသည်။ အရေးကြီးဆုံး- အချက်အလက်ယူနစ်ကို သိမ်းဆည်းခြင်း၏ စွမ်းဆောင်ရည်၊ ပမာဏနှင့် စျေးနှုန်း။ ဟုတ်ပါတယ် သူတို့ကြားက ဆက်ဆံရေးရှိတယ်။

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

ယခု Unity တွင် သိုလှောင်မှုအဆင့်ကို အကောင်အထည်ဖော်ခြင်း၏ အင်္ဂါရပ်များကို ကြည့်ကြပါစို့။ Unity တွင် အဆင့် 3 သို့မဟုတ် အဆင့် ရှိသည်။

  • လွန်ကဲသောစွမ်းဆောင်ရည် (SSDs)
  • စွမ်းဆောင်ရည် (SAS HDD 10k/15k RPM)
  • စွမ်းရည် (NL-SAS HDD 7200 RPM)

၎င်းတို့ကို စွမ်းဆောင်ရည်နှင့် ဈေးနှုန်း ကြီးစဉ်ငယ်လိုက် ဖော်ပြထားပါသည်။ လွန်ကဲသော စွမ်းဆောင်ရည်တွင် solid state drives (SSDs) များသာ ပါဝင်သည်။ အခြားအဆင့်နှစ်ဆင့်တွင် သံလိုက်ဒစ်ဒရိုက်များပါဝင်ပြီး လည်ပတ်မှုအမြန်နှုန်းနှင့် လိုက်လျောညီထွေရှိသော စွမ်းဆောင်ရည် ကွာခြားပါသည်။

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

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

ဘာကြောင့် Tiering လိုအပ်တာလဲ။

အတိုချုံးပြောရရင်- အရင်းအမြစ် အနည်းဆုံးကို အသုံးပြု၍ ပိုမိုကြီးမားသော ရလဒ်များရရှိရန်။ ပို၍တိကျသည်မှာ၊ ရလဒ်အား သိုလှောင်မှုစနစ်၏လက္ခဏာများ- အမြန်နှုန်းနှင့် ဝင်ရောက်ချိန်၊ သိုလှောင်မှုကုန်ကျစရိတ်နှင့် အခြားအရာများအဖြစ် အများအားဖြင့် နားလည်ကြသည်။ အရင်းအမြစ်အနည်းဆုံးဆိုသည်မှာ ငွေ၊ စွမ်းအင်စသည်ဖြင့် အသုံးစရိတ်အနည်းဆုံးကို ဆိုလိုသည်။ FAST VP သည် Unity/Unity XT သိုလှောင်မှုစနစ်များတွင် မတူညီသောအဆင့်များတစ်လျှောက် ဒေတာပြန်လည်ဖြန့်ဝေခြင်းအတွက် ယန္တရားများကို အကောင်အထည်ဖော်သည်။ ငါ့ကိုယုံရင် နောက်အပိုဒ်ကို ကျော်သွားနိုင်ပါတယ်။ ကျန်တာတော့ နည်းနည်းပြောပြမယ်။

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

  • စီမံခန့်ခွဲသူ၏အချိန်နှင့်အာရုံစိုက်မှုလိုအပ်သည်။
  • ပြောင်းလဲနေသောအခြေအနေများနှင့်အညီ သိုလှောင်မှုအရင်းအမြစ်များကို “ပြန်လည်ရေးဆွဲခြင်း” အမြဲတမ်းမဖြစ်နိုင်ပါ။
  • အရေးကြီးသော အားသာချက်တစ်ခု ပျောက်ကွယ်သွားသည်- မတူညီသော သိုလှောင်မှု အဆင့်များရှိ အရင်းအမြစ်များကို တစ်စုတစ်စည်းတည်း ဝင်ရောက်ခွင့်။

သိုလှောင်မှုစီမံခန့်ခွဲသူများသည် အလုပ်လုံခြုံရေးအတွက် စိုးရိမ်မှုနည်းပါးစေရန်၊ အရည်အချင်းပြည့်မီသော အရင်းအမြစ်များ စီစဉ်ရေးဆွဲခြင်းသည်လည်း ဤနေရာတွင် လိုအပ်ကြောင်း ကျွန်ုပ်ထည့်ပြောပါမည်။ ယခု အဆင့်တန်းခြင်းဆိုင်ရာ လုပ်ငန်းတာဝန်များကို အတိုချုံးဖော်ပြထားသောကြောင့်၊ FAST VP ထံမှ သင်မျှော်လင့်နိုင်သည်ကို လေ့လာကြည့်ကြပါစို့။ ယခုအချိန်သည် အဓိပ္ပါယ်ပြန်သွားရမည့်အချိန်ဖြစ်သည်။ ပထမစကားလုံးနှစ်လုံး - Fully Automated - သည် "အပြည့်အဝ အလိုအလျောက်စနစ်" ဟု စာသားအရ ဘာသာပြန်ပြီး အဆင့်များအကြား ဖြန့်ဝေမှုသည် အလိုအလျောက် ဖြစ်ပေါ်သည်ဟု ဆိုလိုသည်။ ကောင်းပြီ၊ Virtual Pool သည် မတူညီသော သိုလှောင်မှုအဆင့်များမှ အရင်းအမြစ်များ ပါဝင်သော ဒေတာစုပေါင်းတစ်ခုဖြစ်သည်။ ၎င်းသည် ပုံသဏ္ဌာန်ဖြစ်သည်-

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

ရှေ့ကိုကြည့်လိုက်ရင်၊ FAST VP သည် ရေကူးကန်တစ်ခုအတွင်းသာ ဒေတာများကို ရွှေ့ပေးသည်၊ ရေကူးကန်များစွာကြားတွင် မဟုတ်ဘဲ၊

FAST VP မှ ပြဿနာများကို ဖြေရှင်းပေးသည်။

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

  • မတူညီသော disk အမျိုးအစားများ၊ အဆင့်များတစ်လျှောက် ဒေတာဖြန့်ဝေခြင်း။
  • အမျိုးအစားတူ ဒစ်များကြားတွင် ဒေတာဖြန့်ဝေခြင်း။
  • ရေကူးကန်ကို တိုးချဲ့သည့်အခါ ဒေတာဖြန့်ဖြူးခြင်း။

ဤတာဝန်များကို မည်သို့ဖြေရှင်းသည်ကို မကြည့်မီ၊ FAST VP အလုပ်လုပ်ပုံနှင့်ပတ်သက်သော လိုအပ်သော အချက်အလက်အချို့ကို ကျွန်ုပ်တို့ သိထားရန်လိုအပ်ပါသည်။ FAST VP သည် သတ်မှတ်ထားသော အရွယ်အစား - 256 megabytes ရှိသော လုပ်ကွက်များဖြင့် လုပ်ဆောင်သည်။ ၎င်းသည် ရွှေ့နိုင်သော သေးငယ်သော ဆက်စပ်နေသော ဒေတာအပိုင်းဖြစ်သည်။ စာရွက်စာတမ်းတွင်၎င်းကို၎င်းဟုခေါ်သည် - အချပ်။ FAST VP ၏ရှုထောင့်မှကြည့်လျှင် RAID အဖွဲ့များအားလုံးသည် ထိုကဲ့သို့သော “အပိုင်းအစများ” အစုတစ်ခုပါ၀င်သည်။ ထို့ကြောင့်၊ I/O ကိန်းဂဏန်းများအားလုံးကို ထိုကဲ့သို့သော ဒေတာပိတ်ဆို့ခြင်းအတွက် စုဆောင်းထားသည်။ ဤဘလောက်အရွယ်အစားကို အဘယ်ကြောင့်ရွေးချယ်ပြီး ၎င်းကို လျှော့ချမည်နည်း။ ဘလောက်သည် အလွန်ကြီးမားသည်၊ သို့သော် ၎င်းသည် ဒေတာအသေးစိတ် (သေးငယ်သော ဘလော့အရွယ်အစားသည် ပိုမိုတိကျသော ဖြန့်ဖြူးမှုကို ဆိုလိုသည်) နှင့် ရရှိနိုင်သော ကွန်ပျူတာအရင်းအမြစ်များအကြား အပေးအယူတစ်ခုဖြစ်သည်- RAM ပေါ်တွင် ရှိပြီးသား တင်းကျပ်သောကန့်သတ်ချက်များနှင့် လုပ်ကွက်အများအပြားကြောင့် ကိန်းဂဏန်းအချက်အလက်များ ကြာမြင့်နိုင်သည်။ အလွန်များပြီး တွက်ချက်မှု အရေအတွက် အချိုးကျ တိုးလာမယ်။

VP သည် ဒေတာများကို ရေကူးကန်သို့ မည်မျှ အမြန်ခွဲဝေပေးသည် ။ နိုင်ငံရေးသမားတွေ

FAST VP ဖွင့်ထားသည့် ရေကူးကန်တစ်ခုအတွင်း ဒေတာနေရာချထားမှုကို ထိန်းချုပ်ရန်၊ အောက်ပါမူဝါဒများ ရှိပါသည်-

  • အမြင့်ဆုံးရနိုင်သော အဆင့်
  • အလိုအလျောက်အဆင့်
  • အမြင့်စတင်ပြီးနောက် အလိုအလျောက်အဆင့် (မူလ)
  • အနိမ့်ဆုံးရနိုင်သော အဆင့်

၎င်းတို့သည် ကနဦးပိတ်ဆို့ခွဲဝေမှု (ဒေတာကို ဦးစွာရေးသားထားသည်) နှင့် နောက်ဆက်တွဲနေရာချထားမှုနှစ်ခုစလုံးအပေါ် သက်ရောက်မှုရှိသည်။ ဒေတာသည် ဒစ်ခ်များပေါ်တွင် တည်ရှိနေသောအခါ၊ အချိန်ဇယားတစ်ခုအရ သို့မဟုတ် ကိုယ်တိုင်ဖြင့် ပြန်လည်ဖြန့်ဝေခြင်းကို စတင်ပါမည်။

အမြင့်ဆုံးရနိုင်သောအဆင့်သည် စွမ်းဆောင်ရည်အမြင့်ဆုံးအဆင့်တွင် ဘလောက်အသစ်တစ်ခုကို နေရာချရန် ကြိုးပမ်းသည်။ ၎င်းတွင် နေရာအလုံအလောက်မရှိပါက၊ ၎င်းကို နောက်ထွက်ရှိမှုအရှိဆုံးအဆင့်တွင် ထားရှိမည်ဖြစ်ပြီး၊ ထို့နောက် ဒေတာကို ပိုမိုအကျိုးရှိသောအဆင့်သို့ ရွှေ့နိုင်သည် (နေရာလွတ်ရှိပါက သို့မဟုတ် အခြားဒေတာများကို ရွှေ့ပြောင်းခြင်းဖြင့်)။ Auto-Tier သည် ရရှိနိုင်သောနေရာပမာဏပေါ်မူတည်၍ မတူညီသောအဆင့်များတွင် ဒေတာအသစ်များကို နေရာချထားပေးပြီး ဝယ်လိုအားနှင့် နေရာလွတ်ပေါ်မူတည်၍ ပြန်လည်ဖြန့်ဝေပါသည်။ အမြင့်ဆုံးစတင်ပြီးနောက် အော်တိုအဆင့်သည် မူရင်းမူဝါဒဖြစ်ပြီး အကြံပြုထားသည်။ အစပိုင်းတွင် ထည့်သွင်းသည့်အခါ၊ ၎င်းသည် အမြင့်ဆုံးရရှိနိုင်သော အဆင့်အဖြစ် အလုပ်လုပ်ပြီး၊ ထို့နောက် ၎င်း၏အသုံးပြုမှုစာရင်းဇယားပေါ်မူတည်၍ ဒေတာကို ရွှေ့သည်။ အနိမ့်ဆုံးရနိုင်သော အဆင့်မူဝါဒသည် ဒေတာကို ဖြစ်ထွန်းမှုအနည်းဆုံးအဆင့်တွင် နေရာချရန် ကြိုးပမ်းသည်။

ဒေတာလွှဲပြောင်းမှုသည် သိုလှောင်မှုစနစ်၏ အသုံးဝင်သောလုပ်ဆောင်မှုကို အနှောင့်အယှက်မဖြစ်စေရန်အတွက် ဦးစားပေးမှုနည်းပါးသော ကြောင့် ဖြစ်ပေါ်သော်လည်း၊ ဦးစားပေးကို ပြောင်းလဲသည့် "ဒေတာနေရာချထားမှုနှုန်း" ဆက်တင်တစ်ခု ရှိပါသည်။ ဤနေရာတွင် ထူးခြားချက်တစ်ခုရှိသည်- ဒေတာဘလောက်များအားလုံးတွင် တူညီသောပြန်လည်ခွဲဝေမှုအစီအစဥ်ရှိသည်မဟုတ်ပါ။ ဥပမာအားဖြင့်၊ မက်တာဒေတာအဖြစ် အမှတ်အသားပြုထားသော ဘလောက်များကို ပိုမိုမြန်ဆန်သောအဆင့်သို့ ဦးစွာရွှေ့ပါမည်။ Metadata သည် အသုံးပြုသူဒေတာမဟုတ်သော်လည်း ၎င်း၏ဖော်ပြချက်ကို သိမ်းဆည်းထားသည့် နောက်ထပ်အချက်အလက်အချို့မှာ "ဒေတာအကြောင်းဒေတာ" ဖြစ်သည်။ ဥပမာ၊ ဖိုင်စနစ်ရှိ အချက်အလက်တစ်ခုသည် မည်သည့်ဖိုင်တစ်ခုကို ပိတ်ဆို့ထားသနည်း။ ဆိုလိုသည်မှာ ဒေတာသို့ဝင်ရောက်မှုအမြန်နှုန်းသည် မက်တာဒေတာသို့ဝင်ရောက်သည့်အမြန်နှုန်းပေါ်တွင်မူတည်ပါသည်။ မက်တာဒေတာသည် ပုံမှန်အားဖြင့် အလွန်သေးငယ်သောကြောင့်၊ ၎င်းကို စွမ်းဆောင်ရည်မြင့်ဒစ်များသို့ ရွှေ့ခြင်း၏ အကျိုးကျေးဇူးများသည် ပိုမိုများပြားမည်ဟု မျှော်လင့်ရသည်။

Fast VP သည် ၎င်း၏လုပ်ငန်းတွင် အသုံးပြုသည့် စံသတ်မှတ်ချက်များ

အကြမ်းဖျင်းအားဖြင့် ဘလောက်တစ်ခုစီအတွက် အဓိကစံသတ်မှတ်ချက်မှာ ဒေတာအပိုင်းအစတစ်ခု၏ ဖတ်ရှုခြင်းနှင့် ရေးသားခြင်းဆိုင်ရာ လုပ်ဆောင်မှုအရေအတွက်အပေါ် မူတည်ပြီး ဒေတာ၏ "ဝယ်လိုအား" ၏ လက္ခဏာရပ်ဖြစ်သည်။ ဤလက္ခဏာကို "အပူချိန်" ဟုခေါ်သည်။ တောင်းဆိုထားခြင်းမရှိသော ဒေတာထက် "ပိုပူ" သော တောင်းဆိုထားသော ဒေတာများ ရှိပါသည်။ ပုံမှန်အားဖြင့် တစ်နာရီခြားတွင် အချိန်အခါအလိုက် တွက်ချက်သည်။

အပူချိန် တွက်ချက်မှု လုပ်ဆောင်ချက်တွင် အောက်ပါ ဂုဏ်သတ္တိများ ရှိသည်။

  • I/O မရှိပါက အချိန်ကြာလာသည်နှင့်အမျှ ဒေတာ "အေးသွားသည်"။
  • အချိန်ကြာလာသည်နှင့်အမျှ တူညီသောဝန်ပိုမှုအောက်တွင်၊ အပူချိန်သည် ပထမဆုံးတိုးလာပြီး အချို့သောအကွာအဝေးတွင် တည်ငြိမ်သည်။

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

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

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

A. မတူညီသော disk အမျိုးအစားများ၊ အဆင့်များတစ်လျှောက် ဒေတာဖြန့်ဝေခြင်း။

တကယ်တော့ ဒါက FAST VP ရဲ့ အဓိကတာဝန်ပါ။ ကျန်တာတွေက တစ်နည်းအားဖြင့် ဆင်းသက်လာတာပါ။ ရွေးချယ်ထားသောမူဝါဒပေါ် မူတည်၍ မတူညီသောသိုလှောင်မှုအဆင့်များတွင် ဒေတာကို ဖြန့်ဝေပါမည်။ ပထမဦးစွာ၊ နေရာချထားမှုမူဝါဒကို ထည့်သွင်းစဉ်းစားပြီး၊ ထို့နောက် block temperature နှင့် RAID အဖွဲ့များ၏ အရွယ်အစား/အမြန်နှုန်းကို ထည့်သွင်းစဉ်းစားသည်။

အမြင့်ဆုံး/အနိမ့်ဆုံး ရနိုင်သော အဆင့်မူဝါဒများအတွက် အရာအားလုံးသည် ရိုးရှင်းပါသည်။ ကျန်တဲ့ နှစ်ယောက်အတွက်တော့ ဒါက ကိစ္စပါပဲ။ RAID အဖွဲ့များ၏ အရွယ်အစားနှင့် စွမ်းဆောင်ရည်ကို ထည့်သွင်းစဉ်းစားပြီး မတူညီသောအဆင့်များတစ်လျှောက် ဒေတာများကို ဖြန့်ဝေသည်- ထို့ကြောင့် RAID အဖွဲ့တစ်ခုစီ၏ “အခြေအနေအလိုက် အမြင့်ဆုံးစွမ်းဆောင်ရည်” နှင့် လုပ်ကွက်များ၏ စုစုပေါင်း “အပူချိန်” အချိုးသည် ခန့်မှန်းခြေအားဖြင့် တူညီပါသည်။ ထို့ကြောင့် ဝန်ကို အညီအမျှ ခွဲဝေပေးပါသည်။ ပိုလိုအပ်သောဒေတာကို အမြန်မီဒီယာသို့ ရွှေ့ပြီး အသုံးနည်းသောဒေတာကို ပိုနှေးသောမီဒီယာသို့ ရွှေ့သည်။ အကောင်းဆုံးအားဖြင့်၊ ဖြန့်ဖြူးမှုသည် ဤကဲ့သို့သောပုံပေါက်သင့်သည်-

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

B. အမျိုးအစားတူ ဒစ်များကြားတွင် ဒေတာဖြန့်ဝေခြင်း။

အစမှာ ကျွန်တော် အဲဒီ storage media ကို ရေးခဲ့တာ သတိရပါ။ တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော အဆင့်များကို ရေကန်တစ်ခုတည်းအဖြစ် ပေါင်းစပ်ထားပါသလား။ အဆင့်တစ်ခုအတွက်၊ FAST VP မှာလည်း လုပ်စရာရှိတယ်။ မည်သည့်အဆင့်တွင်မဆို အမြင့်ဆုံးစွမ်းဆောင်ရည်ရရှိစေရန်၊ disks များကြားတွင် ဒေတာအညီအမျှ ဖြန့်ဝေရန် အကြံပြုလိုပါသည်။ ၎င်းသည် (သီအိုရီအရ) သင့်အား အများဆုံး IOPS ပမာဏကို ရရှိစေမည်ဖြစ်သည်။ RAID အုပ်စုအတွင်းရှိဒေတာများကို disks များတစ်လျှောက်အညီအမျှဖြန့်ဝေသည်ဟုယူဆနိုင်သော်လည်း RAID အုပ်စုများကြားတွင်၎င်းသည်အမြဲတမ်းကိစ္စမဟုတ်ပါ။ မညီမျှမှုဖြစ်သည့်အခါ၊ FAST VP သည် ၎င်းတို့၏အသံအတိုးအကျယ်နှင့် “အခြေအနေအလိုက် စွမ်းဆောင်ရည်” (ကိန်းဂဏာန်းအရ) အချိုးအဆအလိုက် RAID အုပ်စုများအကြား ဒေတာကို ရွှေ့ပါမည်။ ရှင်းလင်းစေရန်အတွက် RAID အဖွဲ့သုံးဖွဲ့ကြားတွင် ပြန်လည်ချိန်ခွင်လျှာညှိမှုအစီအစဉ်ကို ပြသပါမည်။

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

B. ရေကူးကန်ကို ချဲ့ထွင်သောအခါ ဒေတာဖြန့်ဖြူးမှု

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

Wear Leveling ပေးရပါတယ်။

ဤအင်္ဂါရပ်သည် Storage Tiering နှင့် တိုက်ရိုက်မသက်ဆိုင်သော်လည်း FAST VP သည် ဝတ်ဆင်မှုအဆင့်ကို အသုံးပြုခြင်းဖြင့် SSD ၏ သက်တမ်းကို တိုးမြှင့်နိုင်သည်။ အပူချိန်ဒေတာကို ရရှိထားပြီးဖြစ်သောကြောင့်၊ ရေးရန်လုပ်ဆောင်မှု အရေအတွက်ကိုလည်း ထည့်သွင်းစဉ်းစားထားပြီး ဒေတာဘလောက်များကို မည်သို့ရွှေ့ရမည်ကို ကျွန်ုပ်တို့သိသည်၊ ဤပြဿနာကို ဖြေရှင်းရန် FAST VP အတွက် ယုတ္တိတန်ပါသည်။

RAID အဖွဲ့တစ်ခုတွင် ထည့်သွင်းသည့်အရေအတွက်သည် အခြားတစ်ခုရှိထည့်သွင်းသည့်အရေအတွက်ထက် သိသိသာသာကျော်လွန်နေပါက၊ FAST VP သည် စာရေးခြင်းလုပ်ဆောင်မှုအရေအတွက်နှင့်အညီ ဒေတာကို ပြန်လည်ဖြန့်ဝေမည်ဖြစ်သည်။ တစ်ဖက်တွင်၊ ၎င်းသည် ဝန်ကိုသက်သာစေပြီး အချို့သော disk များ၏အရင်းအမြစ်ကို သက်သာစေသည်၊ အခြားတစ်ဖက်တွင်၊ ၎င်းသည် loaded နည်းသောသူများအတွက် "အလုပ်" ကိုပေါင်းထည့်ကာ အလုံးစုံစွမ်းဆောင်ရည်ကိုတိုးစေသည်။

ဤနည်းဖြင့် FAST VP သည် Storage Tiering ၏ ရိုးရာစိန်ခေါ်မှုများကို လက်ခံပြီး ၎င်းထက်အနည်းငယ်ပိုလုပ်သည်။ ဤအရာအားလုံးသည် Unity သိုလှောင်မှုစနစ်တွင် အချက်အလက်များကို ထိရောက်စွာ သိမ်းဆည်းနိုင်စေပါသည်။

အနည်းငယ်အကြံပေးချက်များ

  1. စာတမ်းဖတ်ခြင်းကို လစ်လျူမရှုပါနှင့်။ အကောင်းဆုံး အလေ့အကျင့်တွေ ရှိပါတယ်၊ သူတို့က အတော်လေး အလုပ်လုပ်တယ်။ ၎င်းတို့ကို လိုက်နာပါက စည်းကမ်းအတိုင်း ကြီးလေးသော ပြဿနာများ ပေါ်ပေါက်ခြင်း မရှိပါ။ ကျန်တဲ့ အကြံပြုချက်တွေက အခြေခံအားဖြင့် သူတို့ကို ထပ်ခါထပ်ခါ ဒါမှမဟုတ် ဖြည့်စွက်ပေးတယ်။
  2. အကယ်၍ သင်သည် FAST VP ကို ​​configure လုပ်ပြီး enable လုပ်ထားလျှင် ၎င်းကို enable လုပ်ထားခြင်းဖြင့် ပိုကောင်းပါသည်။ ဒေတာကို ခွဲဝေချထားပေးသည့်အချိန်နှင့် တစ်နှစ်လျှင် တစ်ကြိမ်ထက် ဖြည်းဖြည်းချင်း ဖြန့်ဝေစေပြီး အခြားအလုပ်များ၏ စွမ်းဆောင်ရည်အပေါ် ဆိုးရွားစွာ အကျိုးသက်ရောက်မှုရှိစေပါ။ ထိုသို့သောအခြေအနေမျိုးတွင် ဒေတာပြန်လည်ဖြန့်ဝေခြင်းသည် အချိန်ကြာမြင့်နိုင်ပါသည်။
  3. ပြောင်းရွှေ့ခြင်းဝင်းဒိုးကို ရွေးချယ်ရာတွင် သတိထားပါ။ ဒါက သိသာထင်ရှားပေမယ့်၊ Unity မှာ ဝန်အနည်းဆုံးနဲ့ အချိန်ကို ရွေးချယ်ပြီး လုံလောက်တဲ့ အချိန်ကို ခွဲဝေပေးပါ။
  4. သင်၏ သိုလှောင်မှုစနစ်ကို တိုးချဲ့ရန် စီစဉ်ပါ၊ ၎င်းကို အချိန်မှန် လုပ်ဆောင်ပါ။ ဒါက FAST VP အတွက်လည်း အရေးကြီးတဲ့ ယေဘူယျအကြံပြုချက်ပါ။ နေရာလွတ် ပမာဏ အလွန်နည်းပါက ဒေတာရွေ့လျားမှု နှေးကွေးလာမည် သို့မဟုတ် မဖြစ်နိုင်ပေ။ အထူးသဖြင့် အချက် ၂ ချက်ကို လျစ်လျူရှုထားရင်၊
  5. FAST VP ဖွင့်ထားခြင်းဖြင့် ရေကူးကန်ကို ချဲ့ထွင်သောအခါ၊ သင်သည် အနှေးဆုံးဒစ်များဖြင့် စတင်ခြင်းမပြုသင့်ပါ။ ဆိုလိုသည်မှာ၊ ကျွန်ုပ်တို့သည် စီစဉ်ထားသော RAID အုပ်စုများအားလုံးကို တစ်ပြိုင်နက်ထည့်မည် သို့မဟုတ် အမြန်ဆုံးဒစ်များကို ဦးစွာထည့်နိုင်သည်။ ဤကိစ္စတွင်၊ ဒေတာကို "အမြန်" ဒစ်ခ်အသစ်များသို့ ပြန်လည်ဖြန့်ဝေခြင်းသည် ရေကူးကန်၏ အလုံးစုံမြန်နှုန်းကို တိုးစေမည်ဖြစ်သည်။ မဟုတ်ပါက၊ "နှေးကွေး" disk များနှင့်စတင်ခြင်းသည်အလွန်မနှစ်မြို့ဖွယ်အခြေအနေသို့ဦးတည်နိုင်သည်။ ပထမဦးစွာ၊ ဒေတာကို အသစ်ဖြစ်သော၊ အတော်လေးနှေးကွေးသောဒစ်များသို့ လွှဲပြောင်းမည်ဖြစ်ပြီး၊ ထို့နောက် ပိုမိုမြန်ဆန်သောအရာများကို ပေါင်းထည့်သောအခါ၊ ဆန့်ကျင်ဘက်ဖြစ်သည်။ ဤနေရာတွင် မတူညီသော FAST VP မူဝါဒများနှင့် ပတ်သက်သော ကွဲလွဲချက်များ ရှိသော်လည်း ယေဘုယျအားဖြင့် အလားတူအခြေအနေမျိုး ဖြစ်နိုင်သည်။

သင်သည် ဤထုတ်ကုန်ကိုကြည့်ရှုနေပါက Unity VSA virtual appliance ကိုဒေါင်းလုဒ်လုပ်ခြင်းဖြင့် Unity ကို အခမဲ့ စမ်းသုံးနိုင်ပါသည်။

Unity သိုလှောင်မှုတွင် အမြန် VP- ၎င်းအလုပ်လုပ်ပုံ

ပစ္စည်း၏အဆုံးတွင်၊ ကျွန်ုပ်သည် အသုံးဝင်သောလင့်ခ်များစွာကို မျှဝေပါသည်-

ကောက်ချက်

အများကြီးရေးချင်ပေမယ့် အသေးစိတ်က စာဖတ်သူကို စိတ်ဝင်စားမှာမဟုတ်ဘူးဆိုတာ နားလည်ပါတယ်။ ဥပမာအားဖြင့်၊ FAST VP သည် ဒေတာလွှဲပြောင်းခြင်းဆိုင်ရာ ဆုံးဖြတ်ချက်များချသည့် စံနှုန်းများအကြောင်း၊ I/O ကိန်းဂဏန်းများကို ခွဲခြမ်းစိတ်ဖြာသည့် လုပ်ငန်းစဉ်များအကြောင်း အသေးစိတ်ကို သင်ပြောဆိုနိုင်ပါသည်။ နောက်ပြီးတော့ ဆက်ဆံတဲ့ ခေါင်းစဉ်နဲ့ Dynamic Pools၊ ဤဆောင်းပါးသည် သီးခြားဆောင်းပါးနှင့် ထိုက်တန်ပါသည်။ ဤနည်းပညာ၏ ဖွံ့ဖြိုးတိုးတက်မှုကိုပင် စိတ်ကူးယဉ်နိုင်သည်။ မငြီးငွေ့ဘူးလို့ မျှော်လင့်ပြီး မင်းကို မငြီးငွေ့ပါဘူး။ ပြန်တွေ့မယ်!

source: www.habr.com

မှတ်ချက် Add