လည်ပတ်မှု "ရွှေ့ပြောင်းနေထိုင်ခြင်း"- DataLine cloud သို့ မည်ကဲ့သို့ ရွှေ့ရမည်နည်း။

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

အကယ်၍ ကလိုင်းယင့်သည် virtual machine ကို တစ်ရက် သို့မဟုတ် နှစ်ရက်ကြာ ပိတ်ရန် ပြဿနာမဟုတ်ပါက (သို့မဟုတ် အခြားရွေးချယ်စရာများ မရှိပါ)၊ ၎င်းကို လုပ်ဆောင်နိုင်ပါသည်။ ဒါပေမယ့် စက်ရပ်ချိန်က အများဆုံး တစ်နာရီ ဖြစ်သင့်ရင် ဒီနည်းလမ်းက အလုပ်မဖြစ်ပါဘူး။ ယနေ့တွင် စက်ရပ်ချိန်အနည်းငယ်နှင့် ကျွန်ုပ်တို့၏ ရွှေ့ပြောင်းခြင်းလုပ်ငန်းစဉ် ကိုယ်တိုင်လုပ်ဆောင်ပုံဖြင့် သင့်အား cloud သို့ ပြောင်းရွှေ့ရာတွင် ကူညီပေးမည့် ကိရိယာများကို ယနေ့ ပြောပြပါမည်။

Veeam Backup နှင့် Replication ဖြင့် ရွှေ့ပြောင်းခြင်း။

Veeam Backup နှင့် Replication သည် မိတ္တူကူးခြင်းနှင့် ပုံစံတူများဖန်တီးခြင်းအတွက် ကိရိယာတစ်ခုအဖြစ် လူတိုင်းသိသည်။ ကျွန်ုပ်တို့၏ဆိုက်များအကြား ရွှေ့ပြောင်းခြင်းအတွက်နှင့် သီးသန့် virtualization မှ ကျွန်ုပ်တို့၏ cloud သို့ ဖောက်သည်များကို ပို့ဆောင်ရန်အတွက် ၎င်းကို အသုံးပြုပါသည်။ ဖောက်သည်၏ virtual machines များကို ကျွန်ုပ်တို့ vCenter သို့ ပုံတူကူးထားပြီး၊ ထို့နောက် အင်ဂျင်နီယာမှ ၎င်းတို့ကို vCloud ဒါရိုက်တာသို့ ပေါင်းထည့်ပါသည်။

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

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

ဤကိစ္စတွင်၊ မူရင်း virtual machine သည် client site တွင်ရှိနေပါသည်။ ရုတ်တရက် တစ်ခုခု မှားသွားပါက၊ သင်သည် အမြဲတမ်း နောက်ပြန်လှည့်ပြီး ဖွင့်နိုင်သည်။ Veeam ရှိရန်မလိုအပ်သောကြောင့်ဤနည်းလမ်းသည် client များအတွက်လည်းအဆင်ပြေသည်။

အမှုတွဲ ၁
ဖောက်သည်တွင် 40 TB စွမ်းရည်ရှိသော VMware - 30 VMs ကိုအခြေခံ၍ ၎င်း၏ကိုယ်ပိုင် virtual အခြေခံအဆောက်အအုံ ရှိသည်။ အစုအဝေးကို ဖြန့်ကျက်အသုံးပြုသည့် စက်ပစ္စည်းသည် ခေတ်နောက်ကျနေပြီဖြစ်ပြီး၊ သုံးစွဲသူသည် အသစ်များဝယ်ယူခြင်းအား အနှောက်အယှက်မပြုရန် ဆုံးဖြတ်ပြီး အများသူငှာ cloud သို့ ပြောင်းရွှေ့ခဲ့သည်။ အရေးကြီးသောစနစ်များအတွက် စက်ရပ်ချိန်လိုအပ်ချက်မှာ တစ်နာရီထက် မပိုစေရ။ Veeam Replication ကို ကိရိယာအဖြစ် ရွေးချယ်ခဲ့သည်။ နောက်တစ်ခုက သုံးစွဲသူ၏အင်တာနက်ဝန်ဆောင်မှုပေးသူသည် ကျွန်ုပ်တို့၏ဒေတာစင်တာတွင် ရှိနေသောကြောင့် ချန်နယ်ကောင်းတစ်ခုကို စုစည်းနိုင်စေပါသည်။ ရွှေ့ပြောင်းခြင်းသည် တစ်လခန့်ကြာမြင့်ပြီး virtual machines အုပ်စုတစ်ခုလျှင် မိနစ် 30 အထိ ကူးပြောင်းနေစဉ် စက်ရပ်သည်။

Veeam Cloud Connect ဖြင့် ပြောင်းရွှေ့ပါ။

Veeam Cloud Connect သည် သင့်အား ဝန်ဆောင်မှုပေးသူ၏ cloud တွင် ပုံတူကူးယူခြင်းကို စနစ်ထည့်သွင်းရန် ကူညီပေးသည့် ကိရိယာတစ်ခုဖြစ်သည်။ မွမ်းမံပြီးနောက် 2019 တစ်နှစ်တွင်၊ ၎င်းသည် virtual machines များကို vCloud Director သို့ တိုက်ရိုက်ပုံတူပွားရန် ဖြစ်နိုင်သည်။ တစ်ခုတည်းသောအခြေအနေမှာ ကလိုင်းယင့်ဘက်မှ Veeam Backup နှင့် Replication ကို အနည်းဆုံးဗားရှင်း 9 တွင် အသုံးပြုရမည်ဖြစ်ပါသည်။ တိုတိုပြောရရင် (အသေးစိတ်ဗားရှင်း ဒီမှာ) ဒါဆို ဖြစ်စဉ်တစ်ခုလုံးက ဒီလိုပါပဲ။

vCloud ဒါရိုက်တာတွင် လိုအပ်သောအရင်းအမြစ်များနှင့် ကွန်ရက်များဖြင့် အဖွဲ့အစည်းတစ်ခုကို ဖန်တီးထားသည်။ Veeam Cloud Connect တွင်၊ ကျွန်ုပ်တို့သည် အကောင့်တစ်ခုဖန်တီးသည်၊ ဖောက်သည်သည် ၎င်း၏ Veeam B&R မှ ၎င်းကိုချိတ်ဆက်သည်၊ DataLine ဝန်ဆောင်မှုပေးသူနှင့် အဖွဲ့အစည်းကို ရွေးချယ်ကာ ပုံတူပွားရန်အတွက် လုပ်ဆောင်စရာများကို စီစဉ်ပေးပါသည်။ ထိုသို့သော ပြောင်းရွှေ့မှုတစ်ခုအတွင်း၊ စက်ရပ်ချိန်သည် 15-20 မိနစ်အတွင်း ဖြစ်မည်ဟူသောအချက်အပြင်၊ သုံးစွဲသူသည် ဝန်ဆောင်မှုပေးသူ၏ နည်းပညာပံ့ပိုးမှုအပေါ် မည်သို့မျှမမူတည်ဘဲ လုပ်ငန်းစဉ်တစ်ခုလုံးကို လွတ်လပ်စွာ စီမံခန့်ခွဲသည်- ပုံတူပွားခြင်းလုပ်ငန်းကို ဖန်တီးပေးသည်၊ ကူးယူမှုကိုယ်တိုင် ပိတ်သွားသည် စက်များကို ဆိုက်အသစ်တွင် စတင်သည်။

အမှုတွဲ ၁
ရွှေ့ပြောင်းနေထိုင်ရန် စီစဉ်ထားသည့်နေရာမှ ဖောက်သည်၏အခြေခံအဆောက်အအုံသည် ဘီလာရုစ်တွင်တည်ရှိသည်။ အင်တာနက်ချန်နယ်သည် 90 Mbit/sec ဖြစ်သောကြောင့် စုစုပေါင်းပမာဏ 27 TB ဖြင့် VM 100 ကို ပို့ဆောင်ရန် လိုအပ်ပါသည်။ အကယ်၍ သင်သည် အရန်သိမ်းပြီး ၎င်းကို ကျွန်ုပ်တို့၏ cloud သို့ ချက်ချင်း အပ်လုဒ်လုပ်ပါက၊ အချို့သော VM များအတွက် ရက်ပေါင်းများစွာ ကြာမည်ဖြစ်သည်။ ဤအချိန်အတောအတွင်း၊ ကြီးမားသောမြစ်ဝကျွန်းပေါ်ဒေသသည် VM တွင် ကြီးထွားလာမည်ဖြစ်ပြီး၊ ၎င်းသည် စက်များ၏စွမ်းဆောင်ရည်အပေါ် အပျက်သဘောဆောင်သောအကျိုးသက်ရောက်မှုဖြစ်စေနိုင်သည် သို့မဟုတ် ပိုဆိုးသည်မှာ၊ datastore ရှိနေရာလွတ်သည် ကုန်ဆုံးသွားမည်ဖြစ်သည်။ ကျွန်ုပ်တို့ အောက်ပါအတိုင်း လုပ်ဆောင်ခဲ့သည်- ပထမ၊ ကလိုင်းယင့်သည် ဒေသတွင်း အပြည့်အဝ အရန်ကူးယူခဲ့ပြီး Veeam Cloud Connect မှတစ်ဆင့် ကျွန်ုပ်တို့၏ cloud သို့ မိတ္တူကို လွှဲပြောင်းပေးခဲ့ပါသည်။ ထို့နောက် ကျွန်ုပ်သည် တိုးမြင့်မှုကို cloud သို့ လွှဲပြောင်းပေးခဲ့သည်။ မူရင်း virtual machine သည် ဆက်လက်လည်ပတ်နေပါသည်။ VM ကိုပိတ်ပြီးနောက်၊ client သည် နောက်ထပ်တိုးမြှင်မှုပြုလုပ်ပြီး ၎င်းကို cloud သို့ လွှဲပြောင်းပေးပါသည်။ ကျွန်ုပ်တို့၏ဘက်တွင်၊ ကျွန်ုပ်တို့သည် အရန်သိမ်းမှုအပြည့်ဖြင့် virtual machine တစ်ခုကို ဖြန့်ကျက်ထားပြီး၊ ထို့နောက် ၎င်းပေါ်သို့ တိုးမြှင်နှစ်ခုလှိမ့်ပေးပါသည်။ ဤအစီအစဥ်သည် ကျွန်ုပ်တို့၏ဆိုက်သို့ပြောင်းသည့်အခါ စက်ရပ်ချိန်ကို 2 နာရီအထိ လျှော့ချနိုင်စေသည်။

VMware vCloud ရရှိနိုင်မှုဖြင့် ပြောင်းရွှေ့ခြင်း။

ယခုနှစ် မတ်လတွင် VMware သည် မတူညီသော clouds (vCloud Director - vCloud Director) နှင့် private client virtualization မှ cloud (vCenter - vCloud Director) တို့အကြား virtual machines များကို ရွှေ့ပြောင်းနိုင်စေမည့် vCloud Availability 3.0 ကို ထုတ်ပြန်ခဲ့သည်။ အဓိကအဆင်ပြေသည်မှာ vCloud Director interface နှင့် ပေါင်းစည်းခြင်းဖြစ်သည်။ ၎င်းသည် ပုံတူပွားခြင်းစီမံခန့်ခွဲမှုလုပ်ငန်းစဉ်ကို များစွာရိုးရှင်းစေပြီး ကူးပြောင်းမှုများအတွင်း စက်ရပ်ချိန်ကို လျှော့ချပေးသည်။

ဤကိရိယာကိုအသုံးပြု၍ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏မော်စကိုတိမ်တိုက်မှဖောက်သည်တစ်ဦးကို စိန့်ပီတာစဘတ်ရှိ ကျွန်ုပ်တို့၏တိမ်တိုက်သို့ ပြောင်းရွှေ့ပေးပါသည်။ စုစုပေါင်းစွမ်းရည် 18 TB ရှိသော virtual machine 14 ခုကို ပို့ဆောင်ရန် လိုအပ်ပါသည်။ စိန့်ပီတာစဘတ်မိုဃ်းတိမ်ရှိ ဖောက်သည်အတွက် အဖွဲ့အစည်းတစ်ခုကို ဖန်တီးထားပြီး လိုအပ်သောကွန်ရက်များကို စီစဉ်ပေးခဲ့သည်။ ထို့နောက် vCloud Director interface မှ၊ client သည် vCloud Availability ဆက်တင်များသို့သွားပြီး၊ ပုံတူကူးချသည့်အလုပ်များကို ဖန်တီးကာ သူ့အတွက် အဆင်ပြေသည့်အချိန်တွင် စိန့်ပီတာစဘတ်ဆိုဒ်သို့ ပြောင်းသွားသည်။ ကူးပြောင်းစဉ်တွင် စက်ရပ်ချိန်သည် ၁၂ မိနစ်ဖြစ်သည်။

စိန့်ပီတာစဘတ်နှင့် မော်စကိုရှိ DataLine တိမ်တိုက်များကြား ရွှေ့ပြောင်းခြင်းအစီအစဉ်။

vCloud Availability တွင် သုံးစွဲသူ၏ဆိုက်မှ VM များကို ကျွန်ုပ်တို့ cloud သို့ ရွှေ့ပြောင်းရန်အတွက် ယန္တရားတစ်ခု ရှိသည်။ ဒါကိုလုပ်ဖို့၊ အထူး vCloud Availability အပလီကေးရှင်းကို ကလိုင်းယင့်ရဲ့ vCenter မှာ အသုံးပြုထားပါတယ်။ ရိုးရှင်းသော စနစ်ထည့်သွင်းပြီးနောက်၊ သင်သည် cloud သို့ ချိတ်ဆက်ပြီး ရွှေ့ပြောင်းခြင်း လုပ်ငန်းများကို စီစဉ်သတ်မှတ်ပါ။ ဖောက်သည်သည် လုပ်ငန်းစဉ်တစ်ခုလုံးကို အမှီအခိုကင်းစွာ စီမံခန့်ခွဲပြီး ရွှေ့ပြောင်းခြင်းအချိန်ကို အနည်းဆုံးဖြစ်အောင် ထိန်းသိမ်းထားသည်။

သီးသန့်တပ်ဆင်မှုမှ cloud သို့ virtual machine များကို ရွှေ့ပြောင်းခြင်းအတွက် အစီအစဉ်။

VMware vCloud Availability တွင် အခြားအသုံးပြုမှုကိစ္စများစွာ ရှိသည်၊ ၎င်းတို့အကြောင်း သီးခြားဆောင်းပါးတွင် မကြာမီ ဆွေးနွေးပါမည်။

ရွှေ့ပြောင်းခြင်းအတွက် ပြင်ဆင်ခြင်း။

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

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

အမှုတွဲ ၁
34 TB စွမ်းရည်ရှိသော ဥရောပဝန်ဆောင်မှုပေးသူထံမှ 54 VM များကို ဖောက်သည်၏ SAP စနစ်ကို ရွှေ့ပြောင်းရန် လိုအပ်ပါသည်။ သုံးစွဲသူသည် ကျွန်ုပ်တို့၏ cloud တွင် အရင်းအမြစ်များကို ခွဲဝေပေးထားပါသည်။ ကွန်ရက်ချိတ်ဆက်မှုအား ကျွန်ုပ်တို့နှင့် ဥရောပဝန်ဆောင်မှုပေးသူ၏ အခြေခံအဆောက်အအုံများကြားတွင် ဖွဲ့စည်းထားပါသည်။ အပလီကေးရှင်းဆာဗာများကို လိုအပ်သောဖွဲ့စည်းပုံများကို လှိမ့်ပြီး ပြန်လည်အသုံးချခဲ့သည်။ ကျွန်ုပ်တို့၏ cloud သို့ အရန်ကူးယူခြင်းမှတဆင့် ကြီးမားသောဒေတာဘေ့စ်များကို ရွှေ့ပြောင်းထားပါသည်။ ထို့နောက် ကျွန်ုပ်တို့နှင့် မူရင်းဆိုက်များရှိ ဒေတာဘေ့စ်များကြားတွင် ပြန်လည်ပုံတူကူးရန် စီစဉ်သတ်မှတ်ထားပါသည်။ သဘောတူထားသည့်အချိန်တွင် ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ cloud ရှိ ဒေတာဘေ့စ်များသို့ ပြောင်းသွားသည်။

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

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

ဤဒေတာကို အခြေခံ၍ သင်သည် ကိရိယာတစ်ခုကို ရွေးချယ်ပြီး ရွှေ့ပြောင်းခြင်းကို ကိုယ်တိုင်စတင်နိုင်သည်။ ဒါက နောက်ဘာဖြစ်မလဲ။

1. ကွန်ရက်ချိတ်ဆက်မှုကို စနစ်ထည့်သွင်းခြင်း။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ cloud နှင့် client ၏ အခြေခံအဆောက်အဦများအကြား ကွန်ရက်ချိတ်ဆက်မှုကို စုစည်းပါသည်။ စက်အတုများကို ဤကွန်ရက်ပေါ်တွင် ကူးယူပါမည်။ Veeam Backup နှင့် Replication ကိုအသုံးပြုပါက၊ ၎င်းသည် သီးခြားချန်နယ်တစ်ခုဖြစ်ပြီး မကြာခဏဆိုသလို VPN ချန်နယ်တစ်ခုဖြစ်သည်။ Veeam Cloud Connect ဖြစ်ပါက၊ အရာအားလုံးသည် အင်တာနက် သို့မဟုတ် တူညီသောသီးသန့်ချန်နယ်မှတစ်ဆင့် သွားမည်ဖြစ်သည်။

   ထို့နောက် cloud ရှိ VM အတွက် ကွန်ရက်ကို စီစဉ်သတ်မှတ်ထားသည်။ ကားများသည် များသောအားဖြင့် အုပ်စုဖွဲ့၍ တစ်ရက်ထက်ပို၍ ရွေ့လျားကြသည်။ VM များကို ကျွန်ုပ်တို့ထံ ယူဆောင်လာပြီး စတင်လိုက်သည်နှင့် ၎င်းတို့သည် မူရင်းဆိုက်တွင် ကျန်ရှိနေသည့် စက်များနှင့် ဆက်သွယ်ရမည်ဖြစ်သည်။

2. ပြောင်းရွှေ့မှုအချိန်ဇယား။ ကားတွေများလာတဲ့အခါ အုပ်စုလိုက်ခွဲပြီး အသုတ်လိုက် သယ်ရတာက အဓိပ္ပါယ်ရှိပါတယ်။ ကလိုင်းယင့်နှင့်အတူ၊ ကျွန်ုပ်တို့သည် မည်သည့်အချိန်နှင့် မည်သည့်စက်များ ရွှေ့မည်ကို သတ်မှတ်ပေးပြီး ဆိုက်အသစ်သို့ နောက်ဆုံးပုံတူကူးခြင်းနှင့် လွှဲပြောင်းခြင်းတို့ကို မည်သည့်အချိန်တွင် လုပ်ဆောင်မည်ကို သတ်မှတ်သည့် အစီအစဉ်ကို သဘောတူပါသည်။
3. စမ်းသပ်ရွှေ့ပြောင်းခြင်း ကျွန်ုပ်တို့သည် စမ်းသပ်ခြင်း virtual machine ကို ရွှေ့ပြောင်းပြီး အရာအားလုံးကို မှန်ကန်စွာ စီစဉ်သတ်မှတ်ထားခြင်း ရှိမရှိ စစ်ဆေးပါ- ဆိုက်များကြား ကွန်ရက်ချိတ်ဆက်မှု၊ အရင်းအမြစ်ဆိုက်ရှိ စက်များသို့ virtual machine ရရှိနိုင်မှု၊ အကောင့်အခွင့်အရေးများ စသည်တို့ဖြစ်သည်။ ဤစမ်းသပ်မှုသည် တိုက်ပွဲဝင်ရွှေ့ပြောင်းခြင်းအဆင့်တွင် အတားအဆီးများကို ရှောင်ရှားရန် ကူညီပေးသည်။

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

source: www.habr.com