နောက်ခန်းရှိ အရာဝတ္ထုသိုလှောင်မှု သို့မဟုတ် သင့်ကိုယ်ပိုင်ဝန်ဆောင်မှုပေးသူဖြစ်လာပုံ

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

ဒါပေမယ့် လူတွေရဲ့ ကောလဟာလတွေဟာ အရာဝတ္ထုသိုလှောင်မှုဟာ တိမ်တိုက်ကြီးတွေနဲ့သာ ပတ်သက်နေတယ်ဆိုတဲ့ ကောလဟာလတွေ ပြည့်နှက်နေပြီး ယုတ်မာတဲ့ အရင်းရှင်တွေဆီကနေ ဖြေရှင်းချက် မလိုအပ်ဘူးဆိုရင်တော့ သင့်ကိုယ်ပိုင် ဖန်တီးဖို့ အလွန်ခက်ခဲပါလိမ့်မယ်။ သင့်ကိုယ်ပိုင် cloud ကိုအသုံးပြုခြင်းနှင့်ပတ်သက်၍ အများအပြားရေးသားထားပြီးဖြစ်သော်လည်း S3-compatible ဟုခေါ်သည့်ဖြေရှင်းချက်များကိုဖန်တီးခြင်းနှင့်ပတ်သက်၍ လုံလောက်သောအချက်အလက်မရရှိနိုင်ပါ။

ထို့ကြောင့် ယနေ့ကျွန်ုပ်တို့သည် “CEPH မဟုတ်ဘဲ ဖိုင်ပိုကြီးသော ဖိုင်မဟုတ်ဘဲ လူကြီးများနှင့်တူစေရန်” ဟူသော ရွေးချယ်စရာများထဲမှ တစ်ခုကို ကျွန်ုပ်တို့ အသုံးချမည်ဖြစ်ပြီး Veeam Backup & Replication ကို အသုံးပြု၍ အရာအားလုံး အဆင်ပြေကြောင်း စစ်ဆေးပါမည်။ ၎င်းသည် S3-သဟဇာတရှိသော သိုလှောင်မှုများဖြင့် အလုပ်လုပ်ခြင်းကို ပံ့ပိုးပေးရန် တောင်းဆိုထားပြီး၊ ကျွန်ုပ်တို့သည် ဤအရေးဆိုမှုကို စမ်းသပ်မည်ဖြစ်သည်။

တခြားသူတွေကော။

စျေးကွက်နှင့် အရာဝတ္ထုသိုလှောင်မှုရွေးချယ်စရာများအကြောင်း အနည်းငယ်ခြုံငုံသုံးသပ်ခြင်းဖြင့် စတင်ရန် အကြံပြုအပ်ပါသည်။ ယေဘုယျအားဖြင့် အသိအမှတ်ပြုခံထားရသော ခေါင်းဆောင်နှင့် စံနှုန်းမှာ Amazon S3 ဖြစ်သည်။ အနီးစပ်ဆုံးလိုက်ရှာသူ နှစ်ဦးမှာ Microsoft Azure Blob Storage နှင့် IBM Cloud Object Storage တို့ဖြစ်သည်။

ဒါပဲလား? တခြားပြိုင်ဖက်တွေ တကယ်မရှိဘူးလား။ ဟုတ်ပါတယ်၊ ပြိုင်ဖက်တွေရှိပါတယ်၊ ဒါပေမယ့် တချို့က S3 API အတွက် မပြည့်စုံတဲ့ပံ့ပိုးမှုနဲ့အတူ Google Cloud ဒါမှမဟုတ် Oracle Cloud Object Storage လိုမျိုး သူတို့ကိုယ်တိုင်သွားကြတယ်။ အချို့က Baidu Cloud ကဲ့သို့ API ဗားရှင်းအဟောင်းများကို အသုံးပြုကြသည်။ Hitachi Cloud ကဲ့သို့ အချို့သောသူများသည် ၎င်း၏ကိုယ်ပိုင်အခက်အခဲများကို သေချာပေါက်ဖြစ်ပေါ်စေမည့် အထူးယုတ္တိဗေဒလိုအပ်ပါသည်။ မည်သို့ပင်ဆိုစေကာမူ လူတိုင်းသည် စက်မှုလုပ်ငန်းစံနှုန်းဟု ယူဆနိုင်သည့် Amazon နှင့် နှိုင်းယှဉ်ကြသည်။

သို့သော် ကြိုတင်စီမံဖြေရှင်းမှုများတွင် ရွေးချယ်စရာများစွာရှိနေသည်၊ ထို့ကြောင့် ကျွန်ုပ်တို့အတွက် အရေးကြီးသည့်စံနှုန်းများကို အကြမ်းဖျင်းဖော်ပြလိုက်ကြပါစို့။ မူအရ၊ နှစ်ခုသာလုံလောက်သည်- S3 API အတွက်ပံ့ပိုးမှုနှင့် v4 လက်မှတ်ရေးထိုးခြင်းကိုအသုံးပြုခြင်း။ နှလုံးသွင်းထားပါ၊ ကျွန်ုပ်တို့သည် အနာဂတ်ဖောက်သည်တစ်ဦးအနေဖြင့် အပြန်အလှန်ဆက်သွယ်ရန်အတွက် အင်တာဖေ့စ်များကိုသာ စိတ်ဝင်စားကြပြီး သိုလှောင်ရုံ၏ အတွင်းမီးဖိုချောင်ကို ကျွန်ုပ်တို့ သိပ်စိတ်မဝင်စားပါ။

ဖြေရှင်းနည်းများစွာသည် ဤရိုးရှင်းသော အခြေအနေများနှင့် ကိုက်ညီပါသည်။ ဥပမာအားဖြင့်၊ ဂန္ထဝင်ကော်ပိုရိတ်ဟဲဗီးဝိတ်များ

• DellEMC ECS
• NetApp S3 StorageGrid
• Nutanix Buckets
• Pure Storage FlashBlade နှင့် StorReduce
• Huawei FusionStorage

သေတ္တာထဲက ထွက်လာတဲ့ ဆော့ဖ်ဝဲလ်ဖြေရှင်းချက် သက်သက်ရဲ့ နယ်ပယ်တစ်ခုရှိပါတယ်။

• Red Hat Ceph
• SUSE Enterprise Storage
• တိမ်တိုက်

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

• CEPH သည် ၎င်း၏ အသန့်ရှင်းဆုံးပုံစံဖြစ်သည်။
• Minio (Linux ဗားရှင်း၊ Windows ဗားရှင်းနှင့် ပတ်သက်၍ မေးခွန်းများစွာရှိသောကြောင့်)

စာရင်းက မပြည့်စုံသေးတာမို့ comment မှာ ဆွေးနွေးနိုင်ပါတယ်။ အကောင်အထည်မဖော်မီ API လိုက်ဖက်ညီမှုအပြင် စနစ်စွမ်းဆောင်ရည်ကို စစ်ဆေးရန် မမေ့ပါနှင့်။ သင်အလိုရှိသော နောက်ဆုံးအချက်မှာ ပိတ်မိနေသော မေးမြန်းမှုများကြောင့် ဒေတာ terabytes ဆုံးရှုံးရန်ဖြစ်သည်။ ဒါကြောင့် load tests တွေကို မရှက်ပါနဲ့။ ယေဘူယျအားဖြင့်၊ ဒေတာအများအပြားနှင့် အလုပ်လုပ်သော အရွယ်ရောက်ပြီးသူ ဆော့ဖ်ဝဲအားလုံးတွင် အနည်းဆုံး လိုက်ဖက်ညီသော အစီရင်ခံစာများ ရှိသည်။ အမှုကိစ္စ Veeam ဖြစ် အစီအစဉ်တစ်ခုလုံး အပြန်အလှန်စမ်းသပ်မှုတွင်၊ ကျွန်ုပ်တို့၏ထုတ်ကုန်များကို တိကျသောစက်ပစ္စည်းများဖြင့် အပြည့်အ၀ လိုက်ဖက်မှုရှိရှိ စိတ်ချယုံကြည်စွာ ကြေညာနိုင်စေမည့် အပြန်အလှန်စမ်းသပ်မှု။ ဤသည်မှာ နှစ်လမ်းသွားအလုပ်ဖြစ်နေပြီ၊ အမြဲမြန်သည်မဟုတ်သော်လည်း ကျွန်ုပ်တို့သည် အဆက်မပြတ်တိုးချဲ့နေပါသည်။ စာရင်း စမ်းသပ်ဖြေရှင်းချက်များ။

ကျွန်တော်တို့ရဲ့ ရပ်တည်မှုကို စုစည်းပါ။

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

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

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

အထက်ပါအချက်များအားလုံးအပေါ် အခြေခံ၍ ကျွန်ုပ်၏ရွေးချယ်မှုမှာ ကျဆင်းသွားခဲ့သည်။ Dell EMC ECS Community Edition. ဒါက အရမ်းစိတ်ဝင်စားဖို့ကောင်းတဲ့ ပရောဂျက်တစ်ခုဖြစ်ပြီး အဲဒါကို ပြောပြဖို့ လိုအပ်တယ်လို့ ကျွန်တော်ထင်ပါတယ်။

အပိုပရိုဂရမ်ကို သင်မြင်သောအခါ ပထမဆုံး သတိရမိသောအရာ ရပ်ရွာ Edition ကို - လိုင်စင်ဝယ်ယူခြင်းဖြင့် ဖယ်ရှားလိုက်သော ကန့်သတ်ချက်အချို့ပါရှိသော ပြည့်စုံသော ECS မိတ္တူတစ်ခုမျှသာဖြစ်သည်။ ဒီတော့ မဟုတ်ဘူး!

ကိုသတိရပါ:

!!!Community Edition သည် စမ်းသပ်ရန် ဖန်တီးထားသော သီးခြားပရောဂျက်ဖြစ်ပြီး Dell မှ နည်းပညာပိုင်းဆိုင်ရာ ပံ့ပိုးမှုမပါဘဲ!!
သင်အမှန်တကယ်လုပ်ချင်လျှင်ပင် ၎င်းကို ပြီးပြည့်စုံသော ECS အဖြစ်သို့ ပြောင်းလဲ၍မရပါ။

တွက်ကြည့်ရအောင်

ပစ္စည်းသိုလှောင်မှုလိုအပ်ပါက Dell EMC ECS သည် အကောင်းဆုံးဖြေရှင်းချက်နီးပါးဖြစ်သည်ဟု လူများစွာက ယုံကြည်ကြသည်။ စီးပွားရေးနှင့် ကော်ပိုရိတ်အပါအဝင် ECS အမှတ်တံဆိပ်အောက်ရှိ ပရောဂျက်များအားလုံးကို အခြေခံထားသည်။ github. Dell မှ ချစ်ကြည်ရေး အမူအရာ တစ်မျိုး။ ၎င်းတို့၏ အမှတ်တံဆိပ်ပါ ဟာ့ဒ်ဝဲပေါ်တွင် လုပ်ဆောင်သည့် ဆော့ဖ်ဝဲလ်အပြင်၊ cloud၊ virtual machine တစ်ခု၊ container တစ်ခုတွင် သို့မဟုတ် သင့်ကိုယ်ပိုင် hardware တစ်ခုခုပေါ်တွင် အသုံးပြုနိုင်သည့် open source ဗားရှင်းလည်း ရှိပါသည်။ ရှေ့ကိုကြည့်လိုက်ရင်၊ ငါတို့သုံးမယ့် OVA ဗားရှင်းတောင်ရှိတယ်။
DELL ECS Community Edition ကိုယ်တိုင်သည် Dell EMC ECS ဆာဗာများပေါ်တွင် လုပ်ဆောင်သည့် ပြည့်စုံသောဆော့ဖ်ဝဲအသေးစားဗားရှင်းတစ်ခုဖြစ်သည်။

အဓိက ကွာခြားချက်လေးခုကို ကျွန်ုပ်ဖော်ထုတ်ခဲ့သည်-

• ကုဒ်ဝှက်ခြင်း ပံ့ပိုးမှု မရှိပါ။ ရှက်စရာကောင်းပေမယ့် မစိုးရိမ်ရပါဘူး။
• Fabric Layer ပျောက်နေသည်။ ဤအရာသည် အစုအဖွဲ့များတည်ဆောက်ခြင်း၊ အရင်းအမြစ်စီမံခန့်ခွဲမှု၊ အပ်ဒိတ်များ၊ စောင့်ကြည့်ခြင်းနှင့် Docker ပုံများကို သိမ်းဆည်းခြင်းအတွက် တာဝန်ရှိသည်။ ဤနေရာတွင် ၎င်းသည် အလွန်စော်ကားနေပြီဖြစ်သော်လည်း Dell ကိုလည်း နားလည်နိုင်ပါသည်။
• ယခင်အချက်၏ ရွံရှာဖွယ်အကောင်းဆုံးအကျိုးဆက်- တပ်ဆင်မှုပြီးစီးပြီးနောက် node ၏အရွယ်အစားကို ချဲ့ထွင်၍မရပါ။
• နည်းပညာပံ့ပိုးမှု မရှိပါ။ ၎င်းသည် စမ်းသပ်ခြင်းအတွက် ထုတ်ကုန်တစ်ခုဖြစ်ပြီး အသေးစားတပ်ဆင်မှုများတွင် အသုံးပြုရန် တားမြစ်ထားသော်လည်း ထိုနေရာတွင် အရေးကြီးအချက်အလက်များ၏ petabytes ကို ကျွန်ုပ်ကိုယ်တိုင် အပ်လုဒ်မတင်ဝံ့ပါ။ ဒါပေမယ့် နည်းပညာပိုင်းအရတော့ ဒါကို ဘယ်သူကမှ တားဆီးနိုင်မှာ မဟုတ်ပါဘူး။

ဗားရှင်းကြီးမှာ ဘာပါလဲ။

ဂေဟစနစ်ကို ပိုမိုပြီးပြည့်စုံစွာ နားလည်နိုင်ရန် ဥရောပတလွှား ပြေးလွှားပြီး သံထည်ပစ္စည်းများကို ဖြတ်သန်းကြပါစို့။

DELL ECS သည် အကောင်းမွန်ဆုံးသော အရာဝတ္ထုသိုလှောင်မှုဖြစ်သည်ဟူသော ကြေညာချက်ကို ကျွန်ုပ်တစ်နည်းနည်းဖြင့် အတည်ပြုမည် သို့မဟုတ် ငြင်းဆိုမည်မဟုတ်သော်လည်း ဤအကြောင်းအရာနှင့် ပတ်သက်၍ သင်ပြောစရာများရှိပါက မှတ်ချက်များတွင် ဖတ်ရန် ကျေနပ်ပါသည်။ အနည်းဆုံးဗားရှင်းအလိုက် IDC MarketScape 2018 Dell EMC သည် ထိပ်တန်း OBS စျေးကွက်ခေါင်းဆောင်ငါးဦးတွင် ယုံကြည်မှုရှိရှိဖြစ်သည်။ cloud-based ဖြေရှင်းချက်များကို ထိုနေရာတွင် ထည့်သွင်းစဉ်းစားခြင်းမရှိသော်လည်း၊ ဤသည်မှာ သီးခြားပြောဆိုမှုဖြစ်သည်။

နည်းပညာဆိုင်ရာရှုထောင့်မှကြည့်လျှင် ECS သည် cloud သိုလှောင်မှုပရိုတိုကောများကို အသုံးပြု၍ ဒေတာဝင်ရောက်ခွင့်ပေးသည့် အရာဝတ္ထုသိုလှောင်မှုတစ်ခုဖြစ်သည်။ AWS S3 နှင့် OpenStack Swift ကို ထောက်ပံ့ပေးသည်။ ဖိုင်ဖွင့်ထားသည့်ပုံးများအတွက် ECS သည် ဖိုင်တစ်ဖိုင်ချင်း ဖိုင်ထုတ်ယူရန်အတွက် NFSv3 ကို ပံ့ပိုးပေးသည်။

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

• ဒေတာအသစ်ရောက်လာသောအခါ၊ အမည်၊ ဒေတာကိုယ်တိုင်နှင့် မက်တာဒေတာပါရှိသော အရာအသစ်တစ်ခုကို ဖန်တီးသည်။
• အရာဝတ္တုများကို 128 MB အတုံးများအဖြစ် ပိုင်းခြားထားပြီး အတုံးတစ်ခုစီကို node သုံးခုတွင် တစ်ပြိုင်နက် ရေးထားသည်။
• ခွဲခြားသတ်မှတ်မှုများနှင့် သိုလှောင်မှုတည်နေရာများကို မှတ်တမ်းတင်ထားသည့် အညွှန်းဖိုင်ကို အပ်ဒိတ်လုပ်ထားသည်။
• မှတ်တမ်းဖိုင် (log entry) ကို အပ်ဒိတ်လုပ်ပြီး node သုံးခုတွင်လည်း ရေးသားထားသည်။
• အောင်မြင်စွာရိုက်ကူးခြင်းအကြောင်း မက်ဆေ့ဂျ်တစ်စောင်ကို သုံးစွဲသူထံ ပေးပို့သည်။
  အချက်အလက် ကော်ပီ သုံးခုစလုံးကို တဆက်တည်း ရေးထားတယ်။ ကော်ပီသုံးအုပ်စလုံးကို အောင်မြင်စွာရေးနိုင်မှသာ ရေးနိုင်သည်ဟု ယူဆပါသည်။

စာဖတ်ခြင်းသည် ပိုမိုလွယ်ကူသည်-

• client က data တောင်းတယ်။
• အညွှန်းသည် ဒေတာသိမ်းဆည်းသည့်နေရာကို ရှာဖွေသည်။
• ဒေတာကို node တစ်ခုမှဖတ်ပြီး client သို့ပေးပို့သည်။

၎င်းတို့ကိုယ်တိုင် ဆာဗာအနည်းငယ်ရှိသည်၊ ထို့ကြောင့် အသေးငယ်ဆုံး Dell EMC ECS EX300 ကို ကြည့်ကြပါစို့။ ၎င်းသည် 60TB မှစတင်ပြီး 1,5PB အထိကြီးထွားနိုင်စွမ်းရှိသည်။ ၎င်း၏အစ်ကိုဖြစ်သူ Dell EMC ECS EX3000 သည် တစ်ပွဲလျှင် 8,6PB အထိ သိမ်းဆည်းနိုင်သည်။

ချထားပေးပါ။

နည်းပညာအရ၊ Dell ECS CE ကို သင်နှစ်သက်သလောက် ကြီးမားစွာ အသုံးပြုနိုင်သည်။ မည်သို့ပင်ဆိုစေကာမူ ကျွန်ုပ်သည် တိကျသော ကန့်သတ်ချက်များကို မတွေ့ရှိရပါ။ သို့သော်၊ ကျွန်ုပ်တို့လိုအပ်သော ပထမဆုံး node ကို cloning လုပ်ခြင်းဖြင့် အတိုင်းအတာအားလုံးကို ပြုလုပ်ရန် အဆင်ပြေသည်-

• vCPU ၂ ခု
• 64GB RAM ကို
• OS အတွက် 16GB
• 1TB တိုက်ရိုက်သိုလှောင်မှု
• CentOS minimal နောက်ဆုံးထွက်ရှိခြင်း။

၎င်းသည် အစကတည်းက သင်ကိုယ်တိုင် အရာအားလုံးကို ထည့်သွင်းလိုသည့်အခါအတွက် ရွေးချယ်မှုတစ်ခုဖြစ်သည်။ ဤရွေးချယ်မှုသည် ကျွန်ုပ်တို့အတွက် မသက်ဆိုင်သောကြောင့် ... အသုံးပြုရန်အတွက် OVA ပုံကို အသုံးပြုပါမည်။

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

သို့သော်လည်း ECS CE developer များသည် လက်တွေ့ကမ္ဘာတွင် နေထိုင်ကြပြီး တပ်ဆင်မှုသည် node တစ်ခုဖြင့်ပင် အောင်မြင်ပြီး အနိမ့်ဆုံးလိုအပ်ချက်များမှာ-

• vCPU ၂ ခု
• 16 GB ကို RAM ကို
• OS အတွက် 16 GB
• 104 GB storage သပ်သပ်ရှိပါတယ်။

ဤအရာများသည် OVA ပုံအား အသုံးပြုရန် လိုအပ်သော အရင်းအမြစ်များဖြစ်သည်။ ပိုပြီး လူသားဆန်ပြီး လက်တွေ့ဆန်နေပြီ ။

installation node ကိုယ်တိုင်တရားဝင်ထံမှရယူနိုင်ပါသည်။ github. All-in-one ဖြန့်ကျက်ခြင်းဆိုင်ရာ အသေးစိတ်စာရွက်စာတမ်းများလည်း ပါရှိသော်လည်း တရားဝင်စာတွင် ဖတ်ရှုနိုင်ပါသည်။ ဖတ်စာအုပ်များ. ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် OVA ကို ဖော်ထုတ်ခြင်းတွင် အသေးစိတ်နေမည်မဟုတ်ပါ၊ ထိုနေရာတွင် လှည့်ကွက်များမရှိပါ။ အဓိကအချက်မှာ ၎င်းကိုမစတင်မီ၊ လိုအပ်သောအသံအတိုးအကျယ်သို့ disk ကိုချဲ့ရန်၊ သို့မဟုတ် လိုအပ်သည့်အရာများကို ပူးတွဲရန်မမေ့ပါနှင့်။
ကျွန်ုပ်တို့သည် စက်ကိုစတင်ကာ ကွန်ဆိုးလ်ကိုဖွင့်ကာ အကောင်းဆုံးပုံသေအထောက်အထားများကို အသုံးပြုပါ-

• အကောင့်ဝင်ပါ။
• စကားဝှက်- ChangeMe

ထို့နောက် sudo nmtui ကို run ပြီး network interface - IP/mask၊ DNS နှင့် gate ကို configure လုပ်ပါ။ CentOS အနိမ့်ဆုံးတွင် net-tools များမပါရှိကြောင်း သတိပြုပါ၊ ip addr မှတစ်ဆင့် ဆက်တင်များကို စစ်ဆေးပါ။

ပင်လယ်ပြင်ကို သတ္တိရှိရှိ အောင်နိုင်သူသာဖြစ်သောကြောင့်၊ ကျွန်ုပ်တို့ ပြန်လည်စတင်ပြီးနောက် yum update လုပ်ပါသည်။ တကယ်ကို အန္တရာယ်ကင်းတာမို့... ဖြန့်ကျက်မှုအားလုံးကို playbooks မှတဆင့်လုပ်ဆောင်ပြီး အရေးကြီးသော docker packages အားလုံးကို လက်ရှိဗားရှင်းတွင် လော့ခ်ချထားသည်။

ယခု တပ်ဆင်မှု script ကို တည်းဖြတ်ရန် အချိန်ကျရောက်ပြီဖြစ်သည်။ သင့်အတွက် ဖန်စီဝင်းဒိုးများ သို့မဟုတ် pseudo UI မရှိပါ - အရာအားလုံးကို သင်အကြိုက်ဆုံး စာသားတည်းဖြတ်ခြင်းဖြင့် လုပ်ဆောင်ပါသည်။ နည်းပညာအရ၊ သင်သည် command တစ်ခုစီကို ကိုယ်တိုင်လုပ်ဆောင်နိုင်သည် သို့မဟုတ် videoploy configurator ကို ချက်ချင်းဖွင့်ရန် နည်းလမ်းနှစ်ခုရှိသည်။ vim တွင် config ကို ရိုးရိုးရှင်းရှင်းဖွင့်ပြီး ထွက်ပါက ၎င်းကို စတင်စစ်ဆေးပါမည်။ သို့သော် သင့်ဘဝကို တမင်ရိုးရှင်းစေရန် တမင်သက်သက်လုပ်ရန် စိတ်ဝင်စားစရာမဟုတ်ပါ၊ ထို့ကြောင့် နောက်ထပ် command နှစ်ခုကို သုံးကြည့်ရအောင်။ ဒါက အဓိပ္ပါယ်မရှိပေမယ့် ငါ မင်းကို သတိပေးခဲ့တယ် =)

ဒါကြောင့်မို့ ECS-CommunityEdition/deploy.xml ကို ပြုလုပ်ပြီး ECS ပွင့်လာစေရန်အတွက် အကောင်းဆုံးသော အနည်းငယ်သော အပြောင်းအလဲများကို ပြုလုပ်ကြပါစို့။ ကန့်သတ်ချက်များစာရင်းကို အတိုချုံးနိုင်သော်လည်း၊ ကျွန်ုပ် ဤကဲ့သို့ ပြုလုပ်ခဲ့သည်-

• licensed_accepted- မှန်ပါသည် သင်သည် ၎င်းကို ပြောင်းလဲရန် မလိုအပ်ပါ၊ ထို့နောက် အသုံးပြုသည့်အခါတွင် ၎င်းကို လက်ခံရန် ပြတ်သားစွာ တောင်းဆိုမည်ဖြစ်ပြီး ကောင်းသော စကားစုကို ပြသပါမည်။ ဒါက အီစတာဥတစ်လုံးတောင် ဖြစ်နိုင်တယ်။
  
• လိုင်းများကို အလိုအလျောက်အမည်များ မှတ်ချက်မပေးပါ- နှင့် စိတ်ကြိုက်- node အတွက် အနည်းဆုံး အလိုရှိသော အမည်တစ်ခု ထည့်ပါ - ထည့်သွင်းမှု လုပ်ငန်းစဉ်အတွင်း ၎င်းနှင့် hostname ကို အစားထိုးပါမည်။
• install_node: 192.168.1.1 သည် node ၏ IP အစစ်အမှန်ကို သတ်မှတ်ပါ။ ကျွန်ုပ်တို့၏အခြေအနေတွင်၊ ကျွန်ုပ်တို့သည် nmtui တွင် အလားတူဖော်ပြသည်။
• dns_domain- သင့်ဒိုမိန်းကို ထည့်ပါ။
• dns_servers- သင်၏ dns ကိုထည့်ပါ။
• ntp_servers- တစ်ခုခုကို သင်သတ်မှတ်နိုင်ပါတယ်။ ရေကူးကန် 0.pool.ntp.org မှတွေ့သော ပထမဆုံးတစ်ခုကို ယူလိုက်သည် (၎င်းသည် 91.216.168.42 ဖြစ်လာသည်)
• အလိုအလျောက်အမည်ပေးခြင်း- စိတ်ကြိုက်မှတ်ချက်မပေးပါက၊ လကို Luna ဟုခေါ်ဆိုမည်ဖြစ်သည်။
• ecs_block_devices-
  / dev / SDB
  အမည်မသိ အကြောင်းအရင်းအချို့ကြောင့်၊ တည်ရှိခြင်းမရှိသော ဘလောက်သိုလှောင်မှုကိရိယာ /dev/vda ရှိနိုင်ပါသည်။
• storage_pools-
  အဖွဲ့ဝင်:
  192.168.1.1 ဤတွင်ကျွန်ုပ်တို့သည် node ၏အစစ်အမှန် IP ကိုညွှန်ပြသည်။
• ecs_block_devices-
  /dev/sdb ကျွန်ုပ်တို့သည် နဂိုမရှိသော စက်များကို ဖြတ်တောက်ခြင်း လုပ်ဆောင်ချက်ကို ပြန်လုပ်ပါသည်။

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

တည်းဖြတ်သူမှ ထွက်ပြီးနောက်၊ သင်သည် update_deploy /home/admin/ECS-CommunityEdition/deploy.yml ကို run ရန် လိုအပ်ပြီး အရာအားလုံး မှန်ကန်ပါက၊ ၎င်းကို အတိအလင်း အစီရင်ခံပါမည်။

ထို့နောက်တွင် သင်သည် ဗီဒီယိုploy ကို run ရန်ကျန်နေသေးသည်၊ ပတ်ဝန်းကျင်ကို အပ်ဒိတ်လုပ်ရန် စောင့်ရမည်ဖြစ်ပြီး၊ ၎င်းကို ova-step1 command ဖြင့် စတင်တပ်ဆင်နိုင်သည်၊ အောင်မြင်စွာပြီးဆုံးပြီးနောက်၊ ova-step2 command သည် ၎င်းကိုယ်တိုင်စတင်နိုင်သည်။ အရေးကြီးသည်- ဇာတ်ညွှန်းများကို လက်ဖြင့် မရပ်တန့်ပါနှင့်။ အချို့သောအဆင့်များသည် အချိန်များစွာကြာနိုင်ပြီး ပထမအကြိမ်ကြိုးစားမှုတွင် မပြီးမြောက်နိုင်ဘဲ အရာအားလုံးပျက်ပြားသွားပုံရသည်။ မည်သို့ပင်ဆိုစေ၊ သင်သည် ဇာတ်ညွှန်းကို သဘာဝအတိုင်း ပြီးမြောက်ရန် စောင့်ရပါမည်။ အဆုံးတွင် ဤကဲ့သို့သော မက်ဆေ့ချ်ကို တွေ့ရပါမည်။

ယခုကျွန်ုပ်တို့သိထားသော IP ကိုအသုံးပြု၍ WebUI ထိန်းချုပ်မှု panel ကိုနောက်ဆုံးတွင်ဖွင့်နိုင်ပါပြီ။ အဆင့်တွင် configuration ကိုမပြောင်းလဲပါက၊ မူရင်းအကောင့်သည် root/ChangeMe ဖြစ်လိမ့်မည်။ ကျွန်ုပ်တို့၏ S3-လိုက်ဖက်ညီသော သိုလှောင်ခန်းကိုပင် သင်ချက်ချင်းအသုံးပြုနိုင်ပါသည်။ HTTP အတွက် ဆိပ်ကမ်း 9020 နှင့် HTTPS အတွက် 9021 တို့တွင် ရနိုင်ပါသည်။ တစ်ဖန်၊ ဘာမှမပြောင်းလဲပါက၊ access_key- object_admin1 နှင့် secret_key- ChangeMeChangeMeChangeMeChangeMeChangeMe။

ဒါပေမယ့် ကိုယ့်ထက်သာလွန်ပြီး အစီအစဉ်တကျစလုပ်ကြရအောင်။

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

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

ထို့ကြောင့် ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့လိုအပ်သောလုပ်ဆောင်ချက်များကို ရွေးချယ်ပြီး အသုံးပြုသူသော့များကိုထုတ်ပေးပါသည်။ S3/Atmos သည် ကျွန်ုပ်အတွက် လုံလောက်ပါလိမ့်မည်။ သော့လည်း သိမ်းထားဖို့ မမေ့နဲ့နော်။

အသုံးပြုသူကို ဖန်တီးထားပြီး၊ ယခု သူ့အတွက် ပုံးတစ်ပုံးကို ခွဲဝေပေးမည့်အချိန်ဖြစ်သည်။ Manage > Bucket သို့သွား၍ လိုအပ်သောအကွက်များကိုဖြည့်ပါ။ အရာအားလုံးကဒီမှာရိုးရှင်းပါတယ်။

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

Veeam ကို သတ်မှတ်ခြင်း။

ထို့ကြောင့် ကျွန်ုပ်တို့မှတ်မိသလောက်၊ အရာဝတ္ထုသိုလှောင်မှု၏ အဓိကအသုံးပြုမှုတစ်ခုမှာ ဝင်ရောက်အသုံးပြုခဲသော အချက်အလက်များကို ရေရှည်သိမ်းဆည်းခြင်းပင်ဖြစ်သည်။ စံပြဥပမာတစ်ခုသည် အဝေးမှဆိုက်တစ်ခုတွင် အရန်များသိမ်းဆည်းရန် လိုအပ်သည်။ Veeam Backup & Replication တွင် ဤအင်္ဂါရပ်ကို Capacity Tier ဟုခေါ်သည်။

ကျွန်ုပ်တို့၏ Dell ECS CE ကို Veeam မျက်နှာပြင်သို့ ပေါင်းထည့်ခြင်းဖြင့် စတင်သတ်မှတ်ကြပါစို့။ Backup Infrastructure တက်ဘ်တွင်၊ Add New Repository Wizard ကိုဖွင့်ပြီး Object Storage ကိုရွေးချယ်ပါ။

S3 Compatible ဖြစ်တဲ့ အတွက် ဘာကို စလိုက်လဲ ရွေးကြရအောင်။

ပေါ်လာသောဝင်းဒိုးတွင်၊ လိုချင်သောအမည်ကိုရေးပြီး အကောင့်အဆင့်သို့သွားပါ။ ဤနေရာတွင် သင်သည် ဖောင်တွင် ဝန်ဆောင်မှုအမှတ်ကို သတ်မှတ်ရန် လိုအပ်သည်။ https://your_IP:9021၊ ဒေသကို ယခင်အတိုင်းထားခဲ့နိုင်ပြီး ဖန်တီးထားသည့်အသုံးပြုသူကို ထည့်နိုင်သည်။ သင်၏သိုလှောင်မှုအား အဝေးမှဆိုက်တစ်ခုတွင် တည်ရှိပါက ဂိတ်ဆာဗာတစ်ခု လိုအပ်သော်လည်း၊ ဤအရာသည် အခြေခံအဆောက်အအုံနှင့် သီးခြားဆောင်းပါးကို ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ရန် အကြောင်းအရာတစ်ခုဖြစ်နေပြီဖြစ်သောကြောင့် ဤနေရာတွင် လုံခြုံစွာကျော်သွားနိုင်ပါသည်။

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

အဆုံးအထိ wizard ကိုဖြတ်သန်းပြီးရလဒ်ကိုခံစားပါ။

နောက်တစ်ဆင့်မှာ Scale-out Backup Repository အသစ်ကို ဖန်တီးရန် သို့မဟုတ် ကျွန်ုပ်တို့၏ S3 ကို ရှိပြီးသားတစ်ခုသို့ ပေါင်းထည့်ရန်ဖြစ်သည် - ၎င်းကို မှတ်တမ်းသိုလှောင်မှုအတွက် Capacity Tier အဖြစ် အသုံးပြုမည်ဖြစ်သည်။ လက်ရှိထုတ်ဝေမှုတွင် ပုံမှန်သိုလှောင်မှုကဲ့သို့ S3-သဟဇာတရှိသောသိုလှောင်မှုကို တိုက်ရိုက်အသုံးပြုရန် လုပ်ဆောင်ချက်မရှိပါ။ ဒီလိုဖြစ်ဖို့အတွက် ရှင်းရှင်းလင်းလင်းမသိသာတဲ့ ပြဿနာများစွာကို ဖြေရှင်းဖို့ လိုအပ်ပေမယ့် ဘာမဆိုဖြစ်နိုင်ပါတယ်။
သိုလှောင်မှုဆက်တင်များသို့သွားကာ စွမ်းဆောင်ရည်အဆင့်ကိုဖွင့်ပါ။ အဲဒီမှာ အရာအားလုံး ပွင့်လင်းမြင်သာမှုရှိပေမယ့် စိတ်ဝင်စားစရာကောင်းတဲ့ ကွဲလွဲချက်တစ်ခုရှိပါတယ်- ဒေတာအားလုံးကို အရာဝတ္ထုသိုလှောင်မှုသို့ တတ်နိုင်သမျှအမြန်ဆုံးပေးပို့လိုပါက၊ ၎င်းကို 0 ရက်အဖြစ် သတ်မှတ်လိုက်ပါ။

wizard ကိုဖြတ်သန်းပြီးနောက်၊ သင်မစောင့်လိုပါက၊ repository ပေါ်ရှိ ctrl+RMB ကိုနှိပ်၍ Tiering အလုပ်အား အတင်းအကြပ်ဖွင့်ပြီး ဂရပ်များကို ကူးယူကြည့်ရှုနိုင်ပါသည်။

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

source: www.habr.com