လွန်ခဲ့တဲ့နှစ်အနည်းငယ်က EMC World မှာတက်ရောက်နေတုန်း Chuck Hollis နဲ့ တခြား VMware ဝန်ထမ်းတွေနဲ့ တွေ့ဆုံပြီး သူတို့ရဲ့အကြံဥာဏ်တစ်ခုအကြောင်း ဆွေးနွေးခွင့်ရခဲ့ပါတယ်။ သူတို့ဟာ ESX host ထဲက အသုံးမပြုရသေးတဲ့ local storage resources တွေကို အသုံးပြုချင်ခဲ့ကြပါတယ်။ ESX boot image ကို ရိုးရိုးရှင်းရှင်းသိမ်းဆည်းထားမယ့်အစား ESX cluster တစ်ခုလုံးထဲက virtual machine တွေအတွက် resource ကို အသုံးပြုနိုင်အောင် လုပ်ချင်ခဲ့ကြပါတယ်။ ESX host တွေတစ်လျှောက်က data တွေကို ကာကွယ်ပေးနိုင်တဲ့ clustered file system တစ်ခုလို့ထင်ရတဲ့အကြောင်း ကျွန်တော်တို့ ဆွေးနွေးခဲ့ကြပါတယ်။ spinning disk တွေက နှေးကွေးပြီး I/O operations တွေကို အရှိန်မြှင့်ဖို့ SSD drives တွေကို အသုံးပြုဖို့ ပြောခဲ့ကြပါတယ်။ စိတ်ဝင်စားစရာအကြံဥာဏ်တစ်ခုဖြစ်ပြီး တစ်ခုခုဖြစ်လာမလားဆိုတာ ကျွန်တော်သိချင်ခဲ့ပါတယ်။ သင်ခန့်မှန်းထားတဲ့အတိုင်း Virtual SAN တစ်ခုခုဖြစ်လာမှာပါ။ VSAN ရဲ့ ပထမဆုံးထွက်ရှိမှုနဲ့အတူ စိတ်ဝင်စားခဲ့ပေမယ့် အနည်းငယ်တော့ စိတ်ပျက်မိတယ်လို့ ဝန်ခံရပါတယ်။ ယေဘုယျရရှိနိုင်မှု တစ်နှစ်အကြာမှာ VSAN ဟာ VSAN 6.0 ရဲ့ နောက်ဆုံးထွက် update နဲ့ ခြေလှမ်းသစ်တစ်ခု လှမ်းလိုက်ပါပြီ ။
VSAN 6.0 က ပိုကောင်း၊ ပိုမြန်၊ ပိုကြီးတာတော့ အမှန်ပါပဲ။ vSphere 6.0 နဲ့အညီ VMDK တွေဟာ 62TB အထိ ရနိုင်ပြီး cluster မှာ host ၆၄ ခုအထိ ရှိနိုင်ပါတယ်။ node တစ်ခုပေါ်က virtual machine အရေအတွက်ဟာ ၁၀၀ ကနေ ၂၀၀ အထိ နှစ်ဆတိုးလာပြီး cluster တစ်ခုစီမှာ အများဆုံး ၆,၄၀၀ အထိ ရှိပါတယ်။ node ပိုများလေ capacity ပိုများလေနဲ့ performance ပိုများလေပါပဲ။ 4TB drives တွေကို အသုံးပြုခြင်းအားဖြင့် raw capacity 9 petabytes ဝန်းကျင်မှာ ကန့်သတ်ချက်ရှိပါတယ်။
VSAN 6.0 သည် datastore တစ်ခုလုံးထက် VM အဆင့်တစ်ခုစီအတွက် မူဝါဒများကို ခွင့်ပြုသည့် Storage Policy Based Management မော်ဒယ်အသစ်တစ်ခုကို မိတ်ဆက်ပေးထားသည်။ ၎င်းသည် VM တစ်ခုစီတွင် ရရှိနိုင်မှု၊ စွမ်းဆောင်ရည်နှင့် thin provisioning ကဲ့သို့သော အရာများအတွက် ၎င်း၏ကိုယ်ပိုင်ဆက်တင်များရှိစေပါသည်။ ၎င်းတို့သည် dynamic setting များဖြစ်သောကြောင့် VM တစ်ခုသည် ရုတ်တရက် အပိုကာကွယ်မှု လိုအပ်လာပါက VSAN သည် လိုက်လျောညီထွေဖြစ်အောင် လုပ်ဆောင်ပေးမည်ဖြစ်သည်။ ယခင်ဗားရှင်းများနှင့် နှိုင်းယှဉ်ပါက ဤချဉ်းကပ်မှုအသစ်သည် များစွာရိုးရှင်းပြီး ပိုမိုအသေးစိတ်ကျသော ထိန်းချုပ်မှုကို ခွင့်ပြုသည်။
သမိုင်းကြောင်းအရ VSAN သည် ရိုးရာ magnetic drive များကို capacity storage အဖြစ်အသုံးပြုပြီး flash ကို read cache အဖြစ်အသုံးပြုကာ hybrid configuration ဖြင့် လည်ပတ်ခဲ့သည်။ အမြင့်ဆုံးစွမ်းဆောင်ရည်ရရှိရန်အတွက် all-flash configuration ကို မိတ်ဆက်ခဲ့သည်။ ဤရွေးချယ်မှု၏ ကုန်ကျစရိတ်ကို လျှော့ချရန်အတွက် capacity ၏ အခန်းကဏ္ဍကို ကုန်ကျစရိတ်သက်သာသော MLC drive မှ လုပ်ဆောင်မည်ဖြစ်သည်။ VSAN သည် caching tier လိုအပ်သော်လည်း စွမ်းဆောင်ရည်အတွက် မဟုတ်ပါ။ ယင်းအစား capacity tier တွင် write workload ကို လျှော့ချပြီး ၎င်း၏သက်တမ်းကို တိုးချဲ့ရန် အကြံဥာဏ်ဖြစ်သည်။ workload ၏ write သဘောသဘာဝကို ထည့်သွင်းစဉ်းစားရန် အရေးကြီးပါသည်။
VSAN 6.0 ရဲ့ စိတ်လှုပ်ရှားစရာအကောင်းဆုံးပြောင်းလဲမှုကတော့ Virsto ရယူမှုကနေ ရရှိလာတဲ့ on-disk format အသစ်ကို မိတ်ဆက်လိုက်တာပါပဲ။ VSAN မှာ အခုဆိုရင် journal-based data layout တစ်ခုရှိပြီး ပိုမြန်ပြီး ပိုထိရောက်ပါတယ်။ ဒီ format အသစ်က SSD တွေမှာ write amplification နဲ့ spinning disk တွေပေါ်က random I/O နှစ်ခုလုံးကို လျှော့ချပေးပါတယ်။ ဒါက စွမ်းဆောင်ရည်တိုးတက်မှုတွေကို ဖြစ်ပေါ်စေပါတယ်။ စွမ်းဆောင်ရည်တိုးတက်မှုတွေအပြင် Virsto နည်းပညာက snapshotting မှာ ကြီးမားတဲ့ အကျိုးရှိစေတဲ့ ပြောင်းလဲမှုတစ်ခုကို ယူဆောင်လာပါတယ်။ ကျွန်တော်တို့ဟာ ခေတ်မမီတော့တဲ့ vSphere snapshots တွေကို အားကိုးစရာမလိုတော့ပါဘူး။ အဲဒီအစား metadata-based snaps နဲ့ clones တွေရှိပါတယ်။ အဲဒါတွေက ပိုမြန်ပြီး နေရာသက်သာတဲ့အပြင် performance impact လည်း အလွန်ကန့်သတ်ထားပါတယ်။
Blade server တွေမှာ အသုံးဝင်မှု ပိုမိုကောင်းမွန်လာစေဖို့အတွက် VSAN 6.0 မှာ High Density Direct Attached Storage option ပါဝင်လာပါပြီ။ VMware က VSAN cluster ထဲက server အားလုံးမှာ storage configuration တူညီဖို့ အကြံပြုထားဆဲမို့ ဒါကို အကောင်းဆုံး option တစ်ခုအဖြစ် မမြင်ပါဘူး။ အဲဒီလို external JBOD enclosures အများအပြားကို အသုံးပြုခြင်းဟာ blade chassis real estate အများကြီးကို အသုံးပြုတာကြောင့် ဒါဟာ အရမ်းစျေးကြီးတဲ့ solution တစ်ခု ဖြစ်နိုင်ပါတယ်။
ဒီဗားရှင်းအသစ်နဲ့အတူ disk ဝန်ဆောင်မှုပေးနိုင်မှု တိုးတက်မှုအသစ်တွေကို မိတ်ဆက်ပေးခဲ့ပါတယ်။ အခုဆိုရင် drive ထဲက LED ကို enable လုပ်လို့ရသလို disable လုပ်လို့ရပါပြီ။ ဒီစွမ်းရည်နဲ့ drive ပျက်သွားတဲ့အခါ LED ကို အလွယ်တကူ မှတ်မိနိုင်အောင် ဖွင့်ပေးပါလိမ့်မယ်။ host က မသိရင် device တစ်ခုကို SSD ဒါမှမဟုတ် Local လို့ tag လုပ်လို့ရပါပြီ။ ဒါက အနာဂတ်ဖွံ့ဖြိုးတိုးတက်မှုအတွက် အထူးစိတ်ဝင်စားစရာလို့ ကျွန်တော်ထင်ပါတယ်။
VSAN 6.0 သည် ယခုအခါ rack ကို သိရှိနိုင်ပါပြီ။ အနည်းဆုံး rack သုံးခုကို ကိုယ်စားပြုသည့် Fault Domain များကို ဖန်တီးခြင်းဖြင့် VSAN သည် ဤ rack များတစ်လျှောက် data များကို ဖြန့်ဝေရန် လုံလောက်သော ဉာဏ်ရည်ဉာဏ်သွေးရှိမည်ဖြစ်သည်။ ၎င်းသည် ပါဝါပြတ်တောက်မှုများ၊ storage controller ပြဿနာများ နှင့် network ပြတ်တောက်မှုများမှ ကာကွယ်ပေးရန် ကူညီပေးပါလိမ့်မည်။
နောက်ခေါင်းစဉ်ကဘာလဲ။ VSAN ရဲ့ နောက်ဗားရှင်းကို external storage array နဲ့ တွဲသုံးလို့ရမလား။ အမှန်တော့၊ ဒါက Chuck Hollis က သူ့ရဲ့ဘလော့ဂ်မှာ လွန်ခဲ့တဲ့ တစ်နှစ်ကျော်က ပြောခဲ့တဲ့ အကြောင်းအရာပါ။ အခု ကျွန်တော်တို့မှာ ချဲ့ထွင်ထားတဲ့ Fault Domain ရှိပြီဆိုတော့ နောက်တစ်ဆင့်က stretched VSAN cluster ဖြစ်မှာလား။ VSAN ကို disaster recovery ရိုးရှင်းအောင်လုပ်တဲ့အနေနဲ့ vCloud Air ထဲကို တိုးချဲ့မယ့် အနာဂတ်ကို ကျွန်တော်မြင်နိုင်ပါတယ်။ VSAN 6.0 မှာ မမြင်သာတာက data reduction နည်းပညာနဲ့ တခြားအဆင့်မြင့် data ဝန်ဆောင်မှုတွေပါ။ VSAN 6.0 ရဲ့ မကြာသေးမီက ဖွံ့ဖြိုးတိုးတက်မှုတွေနဲ့အတူ VMware ဟာ ဒီနည်းပညာမှာ အများကြီး ရင်းနှီးမြှုပ်နှံထားတာ ထင်ရှားပါတယ်။ နောက်ထွက်မယ့် version က ဘာတွေယူဆောင်လာမလဲဆိုတာ ကျွန်တော် မျှော်လင့်နေပါတယ်။
အာဘော်အကြောင်း
မာ့ခ် မေသည် အိုဟိုင်းယိုးပြည်နယ်၊ ဆင်စင်နာတီမြို့မှ သိုလှောင်မှုအင်ဂျင်နီယာတစ်ဦးဖြစ်သည်။ သူသည် Enterprise Storage and Backup တွင် ၁၅ နှစ်ကျော် လုပ်ကိုင်ခဲ့သည်။ သူသည် EMC Elect၊ Cisco Champion နှင့် စိတ်အားထက်သန်သော နည်းပညာရှင်တစ်ဦးဖြစ်သည်။ သူ၏အားလပ်ချိန်များတွင် အမြဲပြောင်းလဲနေသော သိုလှောင်မှုလုပ်ငန်း၏ အနှစ်သာရများကို အခြားသူများ နားလည်စေရန် ကူညီပေးရန် နှစ်သက်သည်။ သူ့ကို အွန်လိုင်းတွင် နေရာအမျိုးမျိုးတွင် ရှာတွေ့နိုင်သော်လည်း ဖြစ်နိုင်ခြေအရှိဆုံးနှစ်ခုမှာ သူ၏ ကိုယ်ပိုင်ဘလော့ဂ် နှင့် တွစ်တာ @cincystorage တို့ဖြစ်သည် ။
အမေဇုံ