ဝဘ်ဆိုဒ် မလိုအပ်ဘဲ သီးသန့်ဖြစ်သည်
ဟိုစ့်ဝင်းကို မဝယ်ဘဲ ဒေတာဘေ့စ်တစ်ခုကို ဝယ်ယူပါ။ သင့်အပလီကေးရှင်းသည် မည်သည့်နေရာတွင်မဆို လုပ်ဆောင်နိုင်ပြီး ဒေတာဘေ့စ်သည် ၎င်း၏ကိုယ်ပိုင်ထုတ်ကုန်တစ်ခု ဖြစ်ပါသည်။
Zinn® စီမံခန့်ခွဲထားသော ဒေတာဘေ့စ်များ
ဆိုဒ် ရှိသည်ဖြစ်စေ၊ မရှိသည်ဖြစ်စေ စီမံခန့်ခွဲပြီးသား PostgreSQL နှင့် MySQL
သီးသန့် စီမံခန့်ခွဲပေးသည့် ဒေတာဘေ့စ်များ- ကျွန်ုပ်တို့နှင့်အတူ ဒေတာဘေ့စ်တစ်ခုကို လည်ပတ်ရန် ကျွန်ုပ်တို့ထံတွင် ဝဘ်ဆိုက်တစ်ခု ဟိုစ်လုပ်ရန် မလိုအပ်ပါ။ PostgreSQL သို့မဟုတ် MySQL၊ တစ်ခုစီတွင် အရွယ်အစားအလိုက် အဆင့်သုံးဆင့်ပါရှိပြီး အလယ်အလတ်အဆင့်မှစတင်ကာ အလိုအလျောက် ပျက်ယွတ်မှုကူးပြောင်းခြင်း (failover) ပါဝင်သည်။ အရန်သိမ်းဆည်းမှု လုပ်ငန်းတစ်ခု ပြီးမြောက်သွားခြင်းကို ရိုးရိုးသတ်မှတ်ခြင်းထက် ပြန်လည်ရယူထားသော ဒေတာဘေ့စ်သို့ ချိတ်ဆက်ခြင်းဖြင့် ပြန်လည်ရယူမှုများကို ကျွန်ုပ်တို့ အတည်ပြုပါသည်။
၎င်းသည် ဘာလဲ
Zinn® Managed Databases သည် PostgreSQL သို့မဟုတ် MySQL ကို သင့်အတွက် ကျွန်ုပ်တို့ လုပ်ဆောင်ပေးပြီး သီးသန့်ရောင်းချပေးသည့် ဝန်ဆောင်မှုတစ်ခု ဖြစ်သည်။ ၎င်းနှင့်ပတ်သက်၍ ဤနေရာတွင် ဝဘ်ဆိုက်တစ်ခုကိုပါ လက်ခံဆောင်ရွက်ပေးမည်ဟု ယူဆချက်မရှိပါ - အဆိုပါ အပလီကေးရှင်းရှိရာနေရာမှ ၎င်းဆီသို့ အပလီကေးရှင်းတစ်ခုကို ညွှန်ပြပြီး၊ ဟိုစတင်း ပလန်တစ်ခုအတွက် ဖြည့်စွက်ချက်တစ်ခုထက် ဒေတာဘေ့စ် ဝန်ဆောင်မှုတစ်ခုအနေဖြင့် ၎င်းကို သဘောထားပါ။
အင်ဂျင်တစ်ခုစီတွင် အရွယ်အစားသုံးမျိုးရှိသည်။ အငယ်စားအဆင့်မှာ အင်စတန်းစ်တစ်ခုတည်း ဖြစ်သည်။ အလတ်စားနှင့် အကြီးစားအဆင့်များတွင် အလိုအလျောက် ပျက်ယွင်းမှုလွှဲပြောင်းပေးခြင်း (failover) ပါဝင်သဖြင့် ဆုံးရှုံးသွားသော နုဒ်တစ်ခုသည် သင့်အသုံးပြုသူများထံမှ သိရှိရမည့် ဝန်ဆောင်မှုရပ်တန့်ခြင်းမျိုးမဟုတ်ဘဲ ပျက်ယွင်းမှုလွှဲပြောင်းသည့် ဖြစ်ရပ်တစ်ခု ဖြစ်လာမည်ဖြစ်သည်။ ပျက်ယွင်းမှုလွှဲပြောင်းခြင်း၏ ကုန်ကျစရိတ်သည် အင်ဂျင်အလိုက် ကွာခြားပါသည် — PostgreSQL သည် အင်စတန်းစ်နှစ်ခုကြားတွင် ကြားဝင်ဆောင်ရွက်ပေးပြီး၊ MySQL မှာမူ အများစုဆန္ဒ (quorum) ရရှိရန်အတွက် အဖွဲ့ဝင်သုံးဦးပါဝင်သော အုပ်စုတစ်စုနှင့် ရောက်တာတစ်စုံ လိုအပ်သည် — ထို့ကြောင့် MySQL အဆင့်များသည် အရွယ်အစားတိုင်းတွင် ဈေးနှုန်း အနည်းငယ်ပိုမြင့်ရခြင်း ဖြစ်သည်။
သင်ရရှိမည့်အရာများ
လုပ်ငန်းလည်ပတ်ရေးအပိုင်းများကို စနစ်တကျလုပ်ဆောင်ထားပြီး သင် အစီအစဉ်ဆွဲနိုင်ရန် လုံလောက်စွာ ရှင်းလင်းတင်ပြထားသော Managed PostgreSQL နှင့် MySQL။
အလတ်စား အဆင့် (medium tier) မှ အလိုအလျောက် ချို့ယွင်းချက်လွှဲပြောင်းမှု (automatic failover)
အလတ်စားနှင့် အကြီးစားများကို အလိုအလျောက်ချို့ယွင်းချက်ပြောင်းလဲမှုစနစ် (automatic failover) ဖြင့် လုပ်ဆောင်ပါသည်။ အသေးစားမှ မြှင့်တင်ခြင်းသည် အရွယ်အစားပြောင်းလဲရုံသာမက ရရှိနိုင်မှုပါ ပြောင်းလဲခြင်း ဖြစ်ပါသည်။
တစ်ခုတည်းသော အသေးစား အဆင့်
Small tier သည် ဖြစ်ပေါ်လာသော အမှားများအတွက် ပြန်လည်နာလန်ထူရန် အချိန်အနည်းငယ်ယူခြင်းကို လက်ခံနိုင်သည့် development၊ staging နှင့် ပေါ့ပါးသော production လုပ်ငန်းဆောင်တာများအတွက် သင့်လျော်သော တစ်ခုတည်းသော instance ကို အသုံးပြုပေးပါသည်။
PostgreSQL တွင် အချိန်အလိုက် အချက်အလက်များ ပြန်လည်ရယူခြင်း
PostgreSQL တွင် ပြန်လည်ရယူခြင်းသည် လွန်ခဲ့သောည၏ စနက်ပ်ရှော့ဆီသို့ မဟုတ်ဘဲ သီးခြားအချိန်အခိုက်အတန့်တစ်ခုဆီသို့ ဖြစ်သောကြောင့် ၎င်းသည် တစ်နေ့တာအတွင်း ပြုလုပ်ခဲ့သော အခြားအရာများကို ဆုံးရှုံးမှုမရှိဘဲ မမှန်ကန်သော ဒေတာရွှေ့ပြောင်းမှု (migration) သို့မဟုတ် မှားယွင်းဖျက်ဆီးမိမှုများကို ပြန်လည်ပြင်ဆင်နိုင်စေပါသည်။ MySQL ဒေတာဘေ့စ်များကိုမူ ညစဉ် ဘက်ခ်အပ်ယူထားပြီး တဆယ့်လေးညစာ သိမ်းဆည်းပေးထားပါသည်။
ချိတ်ဆက်မှုမှတစ်ဆင့် အတည်ပြုထားသော ပြန်လည်ရယူမှုများ
အောင်မြင်ကြောင်း အစီရင်ခံသည့် အရန်သိမ်းဆည်းမှု လုပ်ငန်းစဉ်တစ်ခုသည် ဒေတာဘေ့စ်တစ်ခုကို ပြန်လည်ရယူနိုင်သည်ဟူသော အထောက်အထားမဟုတ်ပါ။ ပြန်လည်ရယူထားသော ဒေတာဘေ့စ်သို့ ချိတ်ဆက်ကာ ယင်းမှဖတ်ရှုခြင်းဖြင့် ပြန်လည်ရယူမှုများကို ကျွန်ုပ်တို့ အတည်ပြုပါသည်။
အင်ဂျင်နှစ်မျိုးလုံးတွင် အရွယ်အစားသုံးမျိုးစီ ပါရှိသည်။
အဆင့်တိုင်းသည် သင်ရွေးချယ်ထားသော အင်ဂျင်ကို အသုံးပြု၍ လည်ပတ်ပါသည်။ အဆင့်မြှင့်တင်ခြင်းဖြင့် vCPU၊ မမ်မိုရီနှင့် ဒစ်ခ် ခွဲဝေမှုတို့ကို ပြောင်းလဲပေးမည်ဖြစ်ပြီး အလတ်စားအဆင့်မှစ၍ အလိုအလျောက် ချွတ်ယွင်းချက်ကူးပြောင်းမှု (automatic failover) ကို ထည့်သွင်းပေးပါသည်။
အလုပ်လုပ်ပုံ
ယင်းကို စီစဉ်ပါ၊ ချိတ်ဆက်ပါ၊ ထို့နောက် လည်ပတ်ရေးလုပ်ငန်းများ၏ တစ်ဝက်ကို ကျွန်ုပ်တို့အား တာဝန်ယူခွင့်ပြုပါ။
အဆင့်ကို ရွေးချယ်ပါ
PostgreSQL သို့မဟုတ် MySQL ကို ရွေးပါ၊ ထို့နောက် သင့်တွင် လိုအပ်သည့် CPU၊ မှတ်ဉာဏ်နှင့် ဒစ်ခ်ပမာဏတို့အပြင် အလိုအလျောက်ချို့ယွင်းချက်ပြင်ဆင်မှု (automatic failover) လိုအပ်သည် မလိုအပ်သည်တို့အပေါ် မူတည်၍ အသေး၊ အလတ် သို့မဟုတ် အကြီးကို ရွေးချယ်ပါ။
သင့်အက်ပ်ကို ချိတ်ဆက်ပါ
သင်သည် အထောက်အထားများနှင့် ချိတ်ဆက်မှု အမှတ်ကို ရရှိမည်ဖြစ်သည်။ အပလီကေးရှင်းသည် ကျွန်ုပ်တို့၏ ပလပ်ဖောင်းပေါ်တွင်ဖြစ်စေ၊ အခြားသူတစ်ဦးဦး၏ ပလပ်ဖောင်းပေါ်တွင်ဖြစ်စေ တည်ရှိနိုင်သည်၊ ဒေတာဘေ့စ်ကမူ ၎င်းကို ဂရုမစိုက်ပါ။
ကျွန်ုပ်တို့ လည်ပတ်၍ သက်သေပြပါသည်။
ကျွန်ုပ်တို့သည် ပုံမှန်အချိန်ဇယားအတိုင်း အရန်သိမ်းဆည်းမှုများ ပြုလုပ်ပြီး ရလဒ်သို့ ချိတ်ဆက်၍ အရန်သိမ်းဆည်းထားသည်များကို ပြန်လည်ရယူနိုင်ကြောင်း စစ်ဆေးပါသည်၊ ထို့ကြောင့် ပြန်လည်ရယူနိုင်စွမ်းကို ခန့်မှန်းတွက်ဆခြင်းမဟုတ်ဘဲ လက်တွေ့တိုင်းတာပါသည်။ PostgreSQL တွင် ထိုအချိန်ဇယားမှာ အစဉ်မပြတ်ရှိနေသောကြောင့် သတ်မှတ်ထားသော အချိန်တစ်ခုအထိ ပြန်လည်ရယူနိုင်ပါသည်။
ဈေးနှုန်းများ
အင်ဂျင်တစ်ခုစီတွင် အဆင့်သုံးဆင့်ပါရှိပြီး လစဉ်မီကျိုပေးရကာ vCPU၊ မမ်မိုရီနှင့် ဒစ်ခ်တို့ဖြင့် အရွယ်အစားသတ်မှတ်ထားသည် — အလတ်စားအဆင့်မှစတင်၍ အလိုအလျောက်ချို့ယွင်းချက်ကူးပြောင်းမှု (failover) ပါဝင်သည်။ အဆင့်စျေးနှုန်းများကို တိုင်းတာထားသော အခြေခံအဆောက်အအုံ ယူနစ်နှုန်းထားများမှ တွက်ချက်ထားပြီး ၎င်းနှုန်းထားများပြောင်းလဲသည့်အခါ ပြန်လည်တွက်ချက်ပါသည်။
Zinn® Managed MySQL Small
၂၉,၄၀၀ K/လ
- vCPU ကိုရင်းများ
- 1
- မှတ်ဉာဏ်
- 2 GB
- NVMe သိုလှောင်မှု
- 20 GB
Zinn® Managed PostgreSQL Small
၂၉,၄၀၀ K/လ
- vCPU ကိုရင်းများ
- 1
- မှတ်ဉာဏ်
- 2 GB
- NVMe သိုလှောင်မှု
- 20 GB
Zinn® Managed PostgreSQL Medium
၁၀၂,၉၀၀ K/လ
- vCPU ကိုရင်းများ
- 2
- မှတ်ဉာဏ်
- 4 GB
- NVMe သိုလှောင်မှု
- 60 GB
Zinn® Managed MySQL Medium
၁၅၅,၄၀၀ K/လ
- vCPU ကိုရင်းများ
- 2
- မှတ်ဉာဏ်
- 4 GB
- NVMe သိုလှောင်မှု
- 60 GB
Zinn® Managed PostgreSQL Large
၂၁၆,၄၀၀ K/လ
- vCPU ကိုရင်းများ
- 4
- မှတ်ဉာဏ်
- 8 GB
- NVMe သိုလှောင်မှု
- 150 GB
Zinn® Managed MySQL Large
၃၂၃,၅၀၀ K/လ
- vCPU ကိုရင်းများ
- 4
- မှတ်ဉာဏ်
- 8 GB
- NVMe သိုလှောင်မှု
- 150 GB
ဈေးနှုန်းများကို တစ်ကြိမ်သတ်မှတ်ပြီး ရပ်ထားခြင်းမဟုတ်ဘဲ တိုင်းတာထားသော အခြေခံအဆောက်အအုံနှုန်းထားများကို လိုက်လံခြေရာခံခြင်းဖြစ်သောကြောင့် သင်သုံးစွဲနေသည့် အဆင့်သည် ၎င်းကိုလည်ပတ်ရန် ကုန်ကျစရိတ်အစစ်အမှန်နှင့် အမြဲတမ်းအချိုးကျနေမည်ဖြစ်သည်။
ဒီမှာ ဘာကြောင့် ဝယ်သင့်တာလဲ
ဝဘ်ဟိုစတင်းပါ ဝယ်ယူပါက သင့်အတွက် ဒေတာဘေ့စ်တစ်ခု ပံ့ပိုးပေးမည့် ဟိုစတင်း ပံ့ပိုးသူ အများအပြား ရှိပါသည်။ ဤဝန်ဆောင်မှုကိုမူ သီးခြား ခွဲခြားရောင်းချပေးသောကြောင့် သင့်စတက်ခ် (stack) ကို အထုပ်လိုက် ဝယ်ယူမှုပုံစံအတိုင်း ပြန်လည်ပြင်ဆင်စရာ မလိုဘဲ သင့်ဒေတာဘေ့စ်ကို ကျွန်ုပ်တို့ထံတွင် ထားရှိနိုင်ပြီး သင့်အပလီကေးရှင်းကို သင့်တော်သည့် မည်သည့်နေရာတွင်မဆို ထားရှိနိုင်ပါသည်။
ဒေတာဘေ့စ်ထုတ်ကုန်တစ်ခုတွင် အရေးအကြီးဆုံး တောင်းဆိုချက်နှစ်ခုမှာ ပေါ့ပေါ့ဆဆ ပြောဆိုရန် အလွယ်ကူဆုံးဖြစ်သည့် ၎င်းသည် ချို့ယွင်းမှုဖြစ်ပေါ်ချိန်၌ အလိုအလျောက်ပြောင်းလဲနိုင်ခြင်းနှင့် ပြန်လည်သိမ်းဆည်းနိုင်ခြင်းတို့ ဖြစ်ကြသည်။ ဤနေရာတွင် ချို့ယွင်းမှုဖြစ်ပေါ်ချိန်၌ အလိုအလျောက်ပြောင်းလဲနိုင်ခြင်းသည် အလတ်စားနှင့် အကြီးစားအဆင့်များ၏ ဖော်ပြထားသော ဂုဏ်သတ္တိတစ်ခုဖြစ်ပြီး ပြန်လည်သိမ်းဆည်းမှုများကို အစိမ်းရောင် အလုပ်မှတ်တမ်းကို ဖတ်ရှုခြင်းဖြင့် မဟုတ်ဘဲ ပြန်လည်သိမ်းဆည်းထားသော ဒေတာဘေ့စ်သို့ ချိတ်ဆက်ခြင်းဖြင့် အတည်ပြုပေးပါသည်။
ယင်းကိုအသုံးပြုရန် ကျွန်ုပ်တို့နှင့် ဝဘ်ဆိုက်ဟိုစ်လုပ်ရန် လိုအပ်ပါသလား။
မဟုတ်ပါ။ စီမံခန့်ခွဲပြီးသား ဒေတာဘေ့စ်များ (Managed Databases) သည် သီးသန့်ဖြစ်ပါသည်။ သင့်အပလီကေးရှင်းကို သင့်ကိုယ်ပိုင်ဆာဗာများ၊ အခြားဝန်ဆောင်မှုပေးသူတစ်ဦးဦးထံတွင်ဖြစ်စေ၊ သို့မဟုတ် ကျွန်ုပ်တို့၏စနစ်တွင်ဖြစ်စေ လုပ်ဆောင်နိုင်သည် - ဒေတာဘေ့စ်ကို သီးခြားစီ စီစဉ်ပြင်ဆင်ပြီး ဘေလ်ပေးသွင်းရမည် ဖြစ်သည်။
မည်သည့် အဆင့်များတွင် မြင့်မားသော ရရှိနိုင်မှု (high availability) ပါရှိသနည်း။
အလတ်စားနှင့် အကြီးစားများသည် အလိုအလျောက်ချို့ယွင်းချက်လွှဲပြောင်းပေးသည့်စနစ် (failover) ပါရှိသည်။ အသေးစားမှာ အင်စတန်းစ်တစ်ခုတည်းဖြစ်ပြီး၊ ထို့ကြောင့် အသေးစားမှ အလတ်စားသို့ ပြောင်းလဲခြင်းသည် လုပ်ဆောင်နိုင်စွမ်းသက်သက်မဟုတ်ဘဲ ရရှိနိုင်မှုဆိုင်ရာ ဆုံးဖြတ်ချက်တစ်ခုလည်း ဖြစ်ပါသည်။
အရန်သိမ်းဆည်းမှုများနှင့် ပြန်လည်ရယူမှုများက မည်သို့လုပ်ဆောင်သနည်း။
အင်ဂျင်နှစ်ခုလုံးကို အရန်ကူးယူထားပြီး ရလဒ်သို့ ချိတ်ဆက်ခြင်းဖြင့် ပြန်လည်ရယူမှုကို စမ်းသပ်စစ်ဆေးထားပါသည်။ ယင်းတို့သည် မည်မျှအထိ အချိန်နောက်ပြန်သွားနိုင်သည်ဆိုသည့် အချက်တွင် ကွဲပြားပါသည်- PostgreSQL သည် အစဉ်မပြတ် မော်ကွန်းတင်ထားသဖြင့် မည်သည့်အချိန်အခိုက်အတန့်သို့မဆို ပြန်လည်ရယူနိုင်သည် — ယင်းသည် မမှန်ကန်သော ပြောင်းရွှေ့မှု သို့မဟုတ် မတော်တဆ ဖျက်ဆီးမိမှုများဖြစ်ပြီးနောက် အမှားမဖြစ်မီ စက္ကန့်ပိုင်းအထိ အချက်အလက်အားလုံးကို ပြန်လည်လိုချင်သည့်အခါ အရေးအကြီးဆုံးဖြစ်ပါသည်။ MySQL ကိုမူ ညစဉ် အရန်ကူးယူထားပြီး နောက်ဆုံး ၁၄ ညစာကို သိမ်းဆည်းပေးထားပါသည်။
အရန်သိမ်းဆည်းမှုများ အမှန်တကယ် ပြန်လည်ရယူနိုင်ကြောင်း သင်မည်သို့သိသနည်း။
ကျွန်ုပ်တို့သည် ၎င်းတို့ကို ပြန်လည်ရယူပြီး ရလဒ်သို့ ချိတ်ဆက်ပါသည်။ အရန်သိမ်းဆည်းမှု လုပ်ငန်းစဉ်တစ်ခု အောင်မြင်ကြောင်း အစီရင်ခံခြင်းက လုပ်ငန်းစဉ် ပြီးဆုံးသွားကြောင်းကိုသာ ပြောပြခြင်းဖြစ်ပြီး၊ ပြန်လည်ရယူထားသော ဒေတာဘေ့စ်သို့ ချိတ်ဆက်ကာ ၎င်းမှ ဖတ်ရှုခြင်းက ဒေတာများ ရှိနေပြီး အသုံးပြုနိုင်ကြောင်း ပြသနေပါသည်။ ၎င်းသည် ကျွန်ုပ်တို့ လုပ်ဆောင်သည့် စစ်ဆေးမှု ဖြစ်ပါသည်။
ဒေတာဘေ့စ် ကြီးထွားလာသည်နှင့်အမျှ အဆင့်မြှင့်တင်နိုင်ပါသလား။
ဟုတ်ကဲ့ပါ။ အဆင့်တိုင်းသည် သင်စတင်ခဲ့သည့် အင်ဂျင်ကိုပင် အသုံးပြုထားသဖြင့် အဆင့်မြှင့်တင်လိုက်သောအခါ vCPU၊ မှတ်ဉာဏ်နှင့် ဒစ်ခ်ခွဲဝေမှုတို့ ပြောင်းလဲသွားမည်ဖြစ်ပြီး အလယ်အလတ်အဆင့်မှစတင်ကာ အလိုအလျောက်ချို့ယွင်းချက်ကူးပြောင်းမှု (automatic failover) စနစ်ကို ပေါင်းထည့်ပေးမည်ဖြစ်သည်။ ကြီးမားသော ပြောင်းရွှေ့မှုတစ်ခု မလုပ်ဆောင်မီ ကျွန်ုပ်တို့နှင့် ဦးစွာဆွေးနွေးပါ၊ ကျွန်ုပ်တို့သည် သင်နှင့်အတူ ရွှေ့ပြောင်းမှုကို အစီအစဉ်ဆွဲပေးပါမည်။
သင့်ဒေတာဘေ့စ်ကို ဂရုစိုက်ထိန်းသိမ်းပေးမည့်နေရာတွင် ထားပါ
အင်ဂျင်နှင့် အဆင့်တစ်ခုကို ရွေးချယ်ပါ၊ သင့်အပလီကေးရှင်းကို ချိတ်ဆက်ပါ၊ အလယ်အလတ်အဆင့်နှင့်အထက်မှစ၍ (သင့်၏ အခြား မည်သည့်အရာကိုမဆို ဤနေရာတွင် ဟို့စ်တင်သည်ဖြစ်စေ၊ မတင်သည်ဖြစ်စေ) အလိုအလျောက် ချို့ယွင်းချက်လွှဲပြောင်းမှု (failover) ကို ရယူပါ။
စတင်ရန်