Opennebula တိုတိုမှတ်စုများ

အားလုံးမင်္ဂလာပါ။ virtualization ပလပ်ဖောင်းများကိုရွေးချယ်ခြင်းနှင့် "ကျွန်ုပ်တို့ proxmox ကိုထည့်သွင်းပြီးယေဘုယျအားဖြင့်အရာအားလုံးအဆင်ပြေသည်၊ တစ်ကြိမ်တည်းမပါဘဲ 6 နှစ်ကြာအလုပ်လုပ်ချိန်" ကိုဖတ်ရှုပြီးနောက်ဤဆောင်းပါးကို virtualization ပလပ်ဖောင်းများရွေးချယ်ခြင်းအကြားစုတ်ပြဲနေသောသူများအတွက်ရေးသားထားခြင်းဖြစ်ပါသည်။ သို့သော် တစ်ခုတည်းသော သို့မဟုတ် အခြားသေတ္တာပြင်ပဖြေရှင်းချက်တစ်ခုကို ထည့်သွင်းပြီးနောက်၊ ဤနေရာတွင် ဤအရာကို ကျွန်ုပ်မည်ကဲ့သို့ ပြုပြင်နိုင်သနည်း၊ သို့မှသာ စောင့်ကြည့်စစ်ဆေးခြင်းကို ပိုမိုနားလည်နိုင်စေရန်၊ ဤနေရာတွင်၊ အရန်ကူးယူမှုများကို ထိန်းချုပ်ရန် ဤနေရာတွင် …. ထို့နောက် အချိန်ရောက်လာသည်နှင့် သင်သည် ပိုမိုလုပ်ဆောင်နိုင်သော အရာတစ်ခုကို လိုချင်ကြောင်း၊ သို့မဟုတ် သင့်စနစ်အတွင်းရှိ အရာအားလုံးကို ရှင်းလင်းပြတ်သားစေရန်၊ ဤ black box မဟုတ်ဘဲ သို့မဟုတ် hypervisor နှင့် virtual machines များထက် တစ်ခုခုကို ပိုမိုအသုံးပြုလိုကြောင်း သင်သဘောပေါက်လာသည်။ ဤဆောင်းပါးတွင် Opennebula ပလပ်ဖောင်းအပေါ်အခြေခံ၍ အတွေးအမြင်နှင့် အလေ့အကျင့်အချို့ပါရှိသည် - ကျွန်တော်ရွေးချယ်ခဲ့ခြင်းကြောင့်ဖြစ်သည်။ အရင်းအမြစ်တွေအပေါ် တောင်းဆိုနေတာမဟုတ်သလို ဗိသုကာလက်ရာကလည်း ရှုပ်ထွေးမှုမရှိပါဘူး။

ထို့ကြောင့် ကျွန်ုပ်တို့မြင်ရသည့်အတိုင်း၊ များစွာသော cloud ဝန်ဆောင်မှုပေးသူများသည် kvm တွင်အလုပ်လုပ်ပြီး စက်များကိုထိန်းချုပ်ရန်အတွက် ပြင်ပချိတ်ဆက်မှုများပြုလုပ်ကြသည်။ ကြီးမားသော hosters များသည် cloud အခြေခံအဆောက်အအုံအတွက် ၎င်းတို့၏ကိုယ်ပိုင်မူဘောင်များကို ရေးသားကြသည်မှာ ရှင်းရှင်းလင်းလင်းဖြစ်ပြီး ဥပမာအားဖြင့် YANDEX နှင့်အတူတူပင်။ တစ်စုံတစ်ယောက်သည် openstack ကိုအသုံးပြုပြီး ဤအခြေခံဖြင့်ချိတ်ဆက်မှုပြုလုပ်သည် - SELECTEL, MAIL.RU။ ဒါပေမယ့် သင့်မှာ ကိုယ်ပိုင် hardware နဲ့ ကျွမ်းကျင်တဲ့ ဝန်ထမ်းအနည်းငယ်ရှိတယ်ဆိုရင်၊ အဆင်သင့်လုပ်ထားတဲ့ အရာတစ်ခုကို သင်ရွေးချယ်လေ့ရှိတယ် - VMWARE၊ HYPER-V၊ အခမဲ့နဲ့ အခပေးလိုင်စင်တွေရှိတယ်၊ ဒါပေမယ့် အဲဒါက အခုပြောနေတာမဟုတ်ပါဘူး။ ဝါသနာရှင်တွေအကြောင်း ပြောကြည့်ရအောင် - ကုမ္ပဏီက ကုမ္ပဏီက ရှင်းလင်းပြတ်သားစွာ ရှင်းရှင်းလင်းလင်း ထုတ်ပြထားသော်လည်း၊ "ဒါကို ဘယ်သူက ဝန်ဆောင်မှုပေးမှာလဲ" "ဒါကို နောက်ပိုင်းမှာ ထုတ်လုပ်ရေးမှာ ဖြန့်ချီတော့မှာလား" ? ကြောက်စရာ။" သို့သော် သင်သည် ဤဖြေရှင်းချက်များကို စမ်းသပ်ခုံတန်းတစ်ခုတွင် ဦးစွာအသုံးပြုနိုင်ပြီး လူတိုင်းက ၎င်းကိုနှစ်သက်ပါက၊ ထို့နောက် ပိုမိုဖွံ့ဖြိုးတိုးတက်မှုနှင့် ပိုမိုလေးနက်သောပတ်ဝန်းကျင်များတွင် အသုံးပြုရန်မေးခွန်းထုတ်နိုင်သည်။

ဤနေရာတွင်လည်း အစီရင်ခံစာ၏ လင့်ခ်တစ်ခုရှိသည်။ www.youtube.com/watch?v=47Mht_uoX3A ဤပလပ်ဖောင်းဖွံ့ဖြိုးတိုးတက်ရေးတွင်တက်ကြွစွာပါဝင်သူမှ။

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

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

1. တပ်ဆင်ခြင်း ထပ်ခါထပ်ခါ ပြုလုပ်နိုင်ခြင်း

opennebula တပ်ဆင်ရန် ညွှန်ကြားချက်များစွာ ရှိပြီး ပြဿနာတစ်စုံတစ်ရာ မဖြစ်သင့်ပါ။ ဗားရှင်းတစ်ခုမှ ဗားရှင်းတစ်ခုသို့ ဗားရှင်းတစ်ခုမှ ဗားရှင်းသို့ပြောင်းသည့်အခါ အမြဲတမ်းအလုပ်လုပ်မည်မဟုတ်သည့် အင်္ဂါရပ်အသစ်များ ပေါ်လာပါသည်။

၁.၅။ စောင့်ကြည့်ရေး

ကျွန်ုပ်တို့သည် node ကိုယ်တိုင်၊ kvm နှင့် opennebula ကို စောင့်ကြည့်ပါမည်။ ကံကောင်းထောက်မစွာ၊ အဆင်သင့်ဖြစ်နေပါပြီ။ Linux host များကိုစောင့်ကြည့်ခြင်း၊ တူညီသော Zabbix သို့မဟုတ် node တင်ပို့သူ - ပိုကောင်းသောအရာကိုနှစ်သက်သူမည်သူမဆိုရှိသည် - လောလောဆယ်တွင်၎င်းကိုစောင့်ကြည့်ရေးစနစ်မက်ထရစ်များ (၎င်းကိုတိုင်းတာနိုင်သည့်အပူချိန်၊ disk array ၏ကိုက်ညီမှု) နှင့် zabbix မှရွေးချယ်စရာများစွာရှိသည်။ နှင့် Prometheus တင်ပို့သူမှတဆင့် လျှောက်လွှာများအတွက်။ kvm စောင့်ကြည့်ခြင်းအတွက် ဥပမာ၊ သင်သည် ပရောဂျက်ကို ယူနိုင်သည်။ github.com/zhangjianweibj/prometheus-libvirt-exporter.git ၎င်းကို systemd မှတဆင့် run ရန်သတ်မှတ်ထားပါသည်၊ ၎င်းသည်အတော်လေးကောင်းစွာအလုပ်လုပ်ပြီး kvm မက်ထရစ်များကိုပြသသည်၊ အဆင်သင့်လုပ်ထားသော dashboard တစ်ခုလည်းရှိသည်။ grafana.com/grafana/dashboards/12538.

ဥပမာ၊ ဤသည်မှာ ကျွန်ုပ်၏ဖိုင်ဖြစ်သည်-

/etc/systemd/system/libvirtd_exporter.service
[Unit]
Description=Node Exporter

[Service]
User=node_exporter
ExecStart=/usr/sbin/prometheus-libvirt-exporter --web.listen-address=":9101"

[Install]
WantedBy=multi-user.target

ဒါကြောင့် ကျွန်တော်တို့မှာ exporter 1 ခုရှိတယ်၊ opennebula ကိုယ်တိုင်စောင့်ကြည့်ဖို့ ဒုတိယတစ်ခုလိုတယ်၊ ဒါကိုသုံးတယ်။ github.com/kvaps/opennebula-exporter/blob/master/opennebula_exporter

ပုံမှန်ထည့်လို့ရပါတယ်။ node_exporter အောက်ပါစနစ်အား စောင့်ကြည့်ရန်။

node_exporter ဖိုင်တွင် ကျွန်ုပ်တို့သည် ဤကဲ့သို့သော အစကို ပြောင်းသည်-

ExecStart=/usr/sbin/node_exporter --web.listen-address=":9102" --collector.textfile.directory=/var/lib/opennebula_exporter/textfile_collector

mkdir -p /var/lib/opennebula_exporter လမ်းညွှန်တစ်ခု ဖန်တီးပါ။

အထက်တွင်တင်ပြထားသော bash script သည် ကျွန်ုပ်တို့လိုအပ်သောအရာကိုပြသပါက console မှတဆင့်အလုပ်လုပ်သည်ကို ဦးစွာစစ်ဆေးပါ (အမှားတစ်ခုရှိပါက xmlstarlet ကိုထည့်သွင်းပါ)၊ ၎င်းကို /usr/local/bin/opennebula_exporter.sh သို့ကူးယူပါ။

မိနစ်တိုင်းအတွက် cron အလုပ်တစ်ခုကို ထည့်ပါ-

*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)

မက်ထရစ်များ စတင်ပေါ်လာသည်၊ သင်သည် ၎င်းတို့ကို prometheus ကဲ့သို့ ယူနိုင်ပြီး ဂရပ်များကို တည်ဆောက်ကာ သတိပေးချက်များ ပြုလုပ်နိုင်သည်။ Grafana တွင်၊ ဥပမာ၊ ရိုးရှင်းသော ဒက်ရှ်ဘုတ်ကို သင်ဆွဲနိုင်သည်။

(ဒီမှာ ကျွန်တော် cpu၊ ram ကို ကျော်သွားတာ ရှင်းပါတယ်)

Zabbix ကို နှစ်သက်ပြီး အသုံးပြုလိုသူများအတွက် ရှိပါတယ် github.com/OpenNebula/addon-zabbix

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

ကျွန်တော် မှတ်တမ်းမတင်ရသေးပါဘူး။ အရိုးရှင်းဆုံးနည်းလမ်းမှာ /var/lib/one directory ကို ပုံမှန်အသုံးအနှုန်းများဖြင့် ခွဲခြမ်းစိတ်ဖြာရန် td-agent ကိုထည့်ရန်ဖြစ်သည်။ ဥပမာအားဖြင့်၊ sunstone.log ဖိုင်သည် nginx regexp နှင့် platform သို့ဝင်ရောက်ခွင့်သမိုင်းကိုပြသသည့်အခြားဖိုင်များနှင့်ကိုက်ညီသည် - ၎င်း၏အားသာချက်ကဘာလဲ။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် “Error၊ error” အရေအတွက်ကို ပြတ်သားစွာ ခြေရာခံနိုင်ပြီး ချွတ်ယွင်းမှုရှိသည့် နေရာနှင့် မည်သည့်အဆင့်တွင် ရှိနေသည်ကို လျင်မြန်စွာ ခြေရာခံနိုင်သည်။

3. အရန်များ

ပေးဆောင်ပြီးသော ပရောဂျက်များလည်း ရှိပါသည်။ ဥပမာ စက်တင်ဘာ wiki.sepsoftware.com/wiki/index.php/4_4_3_Tigon:OpenNebula_Backup ကျွန်ုပ်တို့၏ virtual machines များသည် အပြည့်အဝပေါင်းစပ်မှုဖြင့် အလုပ်လုပ်ရမည်ဖြစ်ပြီး (ကွန်ရက်ဆက်တင်များ၊ vm အမည်နှင့် သင့်အပလီကေးရှင်းများအတွက် စိတ်ကြိုက်ဆက်တင်များကို ဖော်ပြသည့် တူညီသောအကြောင်းအရာဖိုင်ကို ဤနေရာတွင် ကျွန်ုပ်တို့နားလည်ထားရမည်)၊ . ထို့ကြောင့် ဤနေရာတွင် ကျွန်ုပ်တို့သည် မည်သည့်အရာနှင့် မည်သို့အရန်သိမ်းမည်ကို ဆုံးဖြတ်ပါသည်။ အချို့သောကိစ္စများတွင် vm ကိုယ်တိုင်ရှိသောအရာများကို မိတ္တူကူးခြင်းသည် ပိုကောင်းသည်။ ပေးထားသောစက်မှ disk တစ်ခုသာ အရန်ကူးရန် လိုအပ်ပေမည်။

ဥပမာအားဖြင့်၊ စာဖတ်ပြီးနောက် စက်အားလုံးသည် မြဲမြံသောပုံများဖြင့် စတင်သည်ဟု ကျွန်ုပ်တို့ ဆုံးဖြတ်ခဲ့သည်။ docs.opennebula.io/5.12/operation/vm_management/img_guide.html

ဆိုလိုသည်မှာ ကျွန်ုပ်တို့၏ vm မှ ပုံကို ဦးစွာ အပ်လုဒ်လုပ်နိုင်ပါသည်။

onevm disk-saveas 74 3 prom.qcow2
Image ID: 77

Смотрим, под каким именем он сохранился

oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
   
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.

အင်တာနက်မှာလည်း တွေ့တယ်။ စိတ်ဝင်စားစရာအစီရင်ခံစာ နောက်ထပ်ရှိသေးတယ်။ အဲဒီလို ပွင့်လင်းတဲ့ ပရောဂျက်ဒါပေမယ့် qcow2 အတွက် သိုလှောင်မှုသာ ရှိပါတယ်။

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

4. အသုံးပြုရလွယ်ကူခြင်း။

ဤစာပိုဒ်တွင် ကျွန်ုပ်ကြုံတွေ့ခဲ့ရသော ပြဿနာများကို ဖော်ပြပါမည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သိသည့်အတိုင်း၊ ပုံများအတိုင်း၊ ဤပုံကို vm တွင်တပ်ဆင်သောအခါ၊ ဒေတာအားလုံးကို ဤပုံတွင်ရေးထားသည်။ ဆက်လက်၍ မတည်မြဲပါက၊ ရုပ်ပုံအား သိုလှောင်ခန်းသို့ ကူးယူပြီး ဒေတာကို အရင်းအမြစ်ပုံမှ ကူးယူထားသည့်အရာသို့ ရေးမှတ်သည် - ဤသည်မှာ တမ်းပလိတ်တမ်းပလိတ်များ အလုပ်လုပ်ပုံဖြစ်သည်။ အမြဲတစေသတ်မှတ်ရန်မေ့လျော့ခြင်းနှင့် 200 GB ရုပ်ပုံကူးယူခြင်းခံရပြီး ပြဿနာမှာ ဤလုပ်ငန်းစဉ်ကို သေချာပေါက်မပယ်ဖျက်နိုင်ခြင်းကြောင့်၊ သင်သည် node သို့သွား၍ လက်ရှိ "cp" လုပ်ငန်းစဉ်ကို သတ်ပစ်ရန် လိုအပ်သည်။

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

ပြီးတော့ id အသစ်တစ်ခုနဲ့ instance အသစ်တစ်ခုစီကို opennebula နံပါတ်တွေကို ဘာကြောင့် နားလည်လာရသလဲ၊ ဥပမာ၊ တူညီတဲ့ proxmox မှာ vm နဲ့ id 101 ကိုဖန်တီးပြီး ဖျက်လိုက်၊ ပြီးတော့ သင်ပြန်ဖန်တီးပြီး id 101 ကို နားလည်လာပါတယ်။ opennebula မှာ ဒီလိုဖြစ်လာမှာမဟုတ်ဘူး၊ အသစ်တစ်ခုစီကို id အသစ်တစ်ခုဖြင့် ဖန်တီးမည်ဖြစ်ပြီး ၎င်းတွင် ၎င်း၏ကိုယ်ပိုင်ယုတ္တိပါရှိသည် - ဥပမာ၊ ဒေတာဟောင်းများကို ဖယ်ရှားခြင်း သို့မဟုတ် မအောင်မြင်သော ထည့်သွင်းမှုများ။

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

5. အများဆုံးရိုးရှင်းမှု

သေချာတာပေါ့၊ မင်းဒီထက်ပိုပြီး မင်းကိုနားလည်ပေးမယ့်သူတွေ နည်းပါးလာလေလေပါပဲ။

ကျွန်ုပ်၏ရပ်တည်မှုအခြေအနေများအောက်တွင် - nfs သိုလှောင်မှုပါရှိသော node 3 ခု - အားလုံးအဆင်ပြေပါသည်။ သို့သော် အကယ်၍ ကျွန်ုပ်တို့သည် ဓာတ်အားပြတ်တောက်မှုနှင့် ပတ်သက်သည့် စမ်းသပ်မှုများကို လုပ်ဆောင်ပါက၊ ဥပမာအားဖြင့်၊ လျှပ်တစ်ပြက်ရိုက်ပြီး node ၏ပါဝါကိုပိတ်သည့်အခါ၊ ကျွန်ုပ်တို့သည် လျှပ်တစ်ပြက်ရိုက်ချက်ရှိကြောင်းကို ဒေတာဘေ့စ်တွင် ဆက်တင်များသိမ်းဆည်းထားသော်လည်း အမှန်တကယ်တွင် တစ်ခုမျှမရှိပါ (ကောင်းပြီ၊ ကျွန်ုပ်တို့အားလုံး နားလည်ပါသည်။ sql တွင် ဤလုပ်ဆောင်ချက်နှင့်ပတ်သက်ပြီး database ကို အစပိုင်းတွင် ရေးသားခဲ့သော်လည်း လုပ်ဆောင်ချက်ကိုယ်တိုင် မအောင်မြင်ခဲ့ပါ။) အားသာချက်မှာ လျှပ်တစ်ပြက်ရိုက်ချက်တစ်ခုကို ဖန်တီးသောအခါတွင် သီးခြားဖိုင်တစ်ခုဖွဲ့စည်းပြီး “မိဘ” ရှိသည်၊ ထို့ကြောင့် ပြဿနာများရှိပါက gui မှတစ်ဆင့် အလုပ်မလုပ်သော်လည်း၊ ကျွန်ုပ်တို့သည် qcow2 ဖိုင်ကို ကောက်ယူပြီး သီးခြားပြန်ယူနိုင်သည်။ docs.opennebula.io/5.8/operation/vm_management/vm_instances.html

ကွန်ရက်များပေါ်တွင်၊ ကံမကောင်းစွာဖြင့်၊ အရာအားလုံးသည် ဤမျှရိုးရှင်းသည်မဟုတ်။ ကောင်းပြီ၊ အနည်းဆုံးတော့ openstack ထက် ပိုလွယ်ပါတယ်၊ ငါ vlan (802.1Q) ကိုပဲ သုံးတယ် - အဲဒါက အတော်လေး အလုပ်လုပ်ပါတယ်၊ ဒါပေမယ့် template network က ဆက်တင်တွေကို အပြောင်းအလဲလုပ်ထားရင်၊ ဒီ settings တွေကို သုံးပြီးသား စက်တွေမှာ သုံးမှာ မဟုတ်ဘူး၊ ဆိုလိုတာက၊ သင်သည် ကွန်ရက်ကတ်တစ်ခုကို ဖျက်ပြီး ပေါင်းထည့်ရန် လိုအပ်သည်၊ ထို့နောက် ဆက်တင်အသစ်များကို အသုံးပြုပါမည်။

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

6. အပိုပလပ်အင်များနှင့် တပ်ဆင်မှုများ

ကျွန်ုပ်တို့နားလည်သည့်အတိုင်း၊ cloud platform သည် kvmသာမက vmware esxi ကိုပါ စီမံခန့်ခွဲနိုင်သည်။ ကံမကောင်းစွာဖြင့်၊ ကျွန်ုပ်တွင် Vcenter တွင် ရေကူးကန်မရှိပါ၊ မည်သူမဆို စမ်းသုံးဖူးပါက ကျေးဇူးပြု၍ ရေးပါ။

အခြား cloud ဝန်ဆောင်မှုပေးသူများ၏ ပံ့ပိုးမှုကို ဖော်ပြထားပါသည်။ docs.opennebula.io/5.12/advanced_components/cloud_bursting/index.html
AWS၊ AZURE။

Selectel မှ Vmware Cloud ကိုလည်း ချိတ်ဆက်ရန် ကြိုးစားခဲ့သော်လည်း ဘာမှမဖြစ်ခဲ့ပါ - ယေဘုယျအားဖြင့် အချက်များစွာရှိသောကြောင့် ၎င်းကို ပိတ်ဆို့ခဲ့ပြီး hosting ဝန်ဆောင်မှုပေးသူ၏ နည်းပညာဆိုင်ရာ ပံ့ပိုးကူညီမှုထံ စာရေးရန်အချက်မရှိပါ။

ထို့အပြင်၊ ယခုဗားရှင်းအသစ်တွင် firecracker ပါရှိသည် - ၎င်းသည် docker ထက် kvm ကြိုးအမျိုးအစားဖြစ်သည့် microvm ကို လွှင့်တင်ခြင်းဖြစ်ပြီး၊ ၎င်းသည် ကိရိယာများကို အတုယူရန် အရင်းအမြစ်များကို ဖြုန်းတီးနေစရာမလိုအပ်သောကြောင့် စွယ်စုံရ၊ လုံခြုံရေးနှင့် တိုးမြှင့်ထုတ်လုပ်နိုင်စွမ်းကို ပေးစွမ်းသည်။ Docker ထက် ကျွန်တော်မြင်ရသည့် တစ်ခုတည်းသောအားသာချက်မှာ ၎င်းသည် နောက်ထပ် လုပ်ငန်းစဉ်များစွာကို မလုပ်ဆောင်ဘဲ ဤ emulation ကိုအသုံးပြုသောအခါတွင် သိမ်းပိုက်ထားသော sockets များမရှိခြင်းဖြစ်သည်၊ ဆိုလိုသည်မှာ၊ ၎င်းကို load balancer အဖြစ်အသုံးပြုရန်အတော်လေးဖြစ်နိုင်သည် (သို့သော်၎င်းနှင့်ပတ်သက်သောသီးခြားဆောင်းပါးတစ်ပုဒ်ကိုကျွန်ုပ်စမ်းသပ်မှုအားလုံးကိုမပြီးမချင်းဤအကြောင်းရေးရန်ထိုက်တန်သည်)။

7. အသုံးပြုမှု၏ အပြုသဘောဆောင်သော အတွေ့အကြုံနှင့် အမှားပြင်ဆင်ခြင်း

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

ဥပမာအားဖြင့်၊ datastore တစ်ခုမှ အခြားတစ်ခုသို့ disk ပုံတစ်ပုံကို ကူးယူခြင်း၏ ရိုးရှင်းသောလုပ်ဆောင်ချက်။ ကျွန်ုပ်၏ကိစ္စတွင်၊ nfs ပါသော node 2 ခုရှိသည်၊ ကျွန်ုပ်သည်ပုံကိုပေးပို့သည် - ဒေတာကို hosts များအကြားတိုက်ရိုက်ကူးယူသင့်သည်ဟူသောအချက်ကိုကျွန်ုပ်တို့အားလုံးသည် frontend opennebula မှတဆင့်ကူးယူခြင်းဖြစ်သည် - တူညီသော vmware၊ hyper-v တွင်ကျွန်ုပ်တို့ဖြစ်သည်။ ဒါကို ကျင့်သားရပေမယ့် ဒီမှာက နောက်တစ်ခု။ ကွဲပြားခြားနားသောချဉ်းကပ်မှုတစ်ခုနှင့် ကွဲပြားသောအယူအဆတစ်ခုရှိပြီး ဗားရှင်း 5.12 တွင် ၎င်းတို့သည် "migrate to datastore" ခလုတ်ကို ဖယ်ရှားလိုက်သည် - စက်ကသာ လွှဲပြောင်းပေးသော်လည်း သိုလှောင်မှုမဟုတ်သောကြောင့်၊ Centralized Storage ကိုဆိုလိုသည်။

နောက်တစ်ခုကတော့ အကြောင်းအမျိုးမျိုးနဲ့ နာမည်ကြီးတဲ့ အမှားတစ်ခုဖြစ်ပါတယ်- " virtual machine ကို deploying error- /var/lib/one//datastores/103/10/deployment.5" မှ ဒိုမိန်းကို မဖန်တီးနိုင်ခြင်း အောက်တွင် ကြည့်ရှုရမည့် ထိပ်တန်းအရာဖြစ်သည်။

• oneadmin အသုံးပြုသူအတွက် ရုပ်ပုံအခွင့်အရေး၊
• oneadmin အသုံးပြုသူ libvirtd ကို run ရန် ခွင့်ပြုချက်များ၊
• ဒေတာစတိုးကို မှန်ကန်စွာတပ်ဆင်ထားပါသလား။ သွား၍ node ပေါ်ရှိ လမ်းကြောင်းကို စစ်ဆေးပါ၊ တစ်ခုခု ပြုတ်ကျခြင်းဖြစ်နိုင်သည် ။
• မှားယွင်းစွာ စီစဉ်သတ်မှတ်ထားသော ကွန်ရက် သို့မဟုတ် ရှေ့တန်းတွင် ၎င်းသည် vlan အတွက် ပင်မအင်တာဖေ့စ် br0 ဖြစ်သည်ဟူသော ကွန်ရက်ဆက်တင်များတွင် ရှိနေသော်လည်း node တွင် ၎င်းကို bridge0 အဖြစ် ရေးသားထားသည် - ၎င်းသည် တူညီရပါမည်။

system datastore သည် သင့် vm အတွက် မက်တာဒေတာကို သိမ်းဆည်းထားသည်၊ အကယ်၍ သင်သည် vm ကို မြဲမြံသောပုံဖြင့် လုပ်ဆောင်ပါက၊ ထို့နောက် vm သည် သင် vm ကိုဖန်တီးသည့် သိုလှောင်မှုတွင် ကနဦးဖန်တီးထားသော ဖွဲ့စည်းမှုသို့ ဝင်ရောက်ခွင့်ရှိရန် လိုအပ်သည် - ၎င်းသည် အလွန်အရေးကြီးပါသည်။ ထို့ကြောင့် vm ကို အခြားဒေတာစတိုးသို့ လွှဲပြောင်းသည့်အခါ အရာအားလုံးကို နှစ်ဆစစ်ဆေးရန် လိုအပ်သည်။

8. Documentation, community. နောက်ထပ် ဖွံ့ဖြိုးတိုးတက်မှု

ကျန်တာတွေ၊ ကောင်းမွန်တဲ့ စာရွက်စာတမ်းတွေ၊ အသိုက်အဝန်းနဲ့ အဓိကအရာကတော့ ပရောဂျက်ဟာ အနာဂတ်မှာ ဆက်လက်ရှင်သန်နေဖို့ပါပဲ။

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

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

လောလောဆယ်တွင်၊ ကုမ္ပဏီရှိမူဝါဒအချို့သည် 5.12 မှစတင်၍ ပြောင်းလဲခဲ့သည်။ forum.opennebula.io/t/towards-a-stronger-opennebula-community/8506/14 ပရောဂျက် ဘယ်လို ဖွံ့ဖြိုးလာမလဲဆိုတာ စိတ်ဝင်စားစရာပါ။ အစတွင်၊ ၎င်းတို့၏ဖြေရှင်းချက်များကိုအသုံးပြုသောရောင်းချသူအချို့နှင့်စက်မှုလုပ်ငန်းမှကမ်းလှမ်းသောအရာများကိုကျွန်ုပ်အထူးပြုဖော်ပြခဲ့သည်။ သေချာပါတယ်၊ ဘာကိုသုံးရမယ်ဆိုတာ ရှင်းရှင်းလင်းလင်း အဖြေမရှိပါဘူး။ သို့သော်သေးငယ်သောအဖွဲ့အစည်းများအတွက်၊ ၎င်းတို့၏သေးငယ်သောပုဂ္ဂလိက cloud ကိုထိန်းသိမ်းခြင်းသည်ထင်သလောက်စျေးမကြီးပါ။ အဓိကကတော့ ကိုယ်ဘာကို လိုအပ်တယ်ဆိုတာ အတိအကျ သိဖို့ပါပဲ။

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

စကားစမြည်ကောင်းတစ်ခုရှိပါတယ်။ t.me/opennebula ၎င်းတို့သည် တက်ကြွစွာကူညီပြီး ပြဿနာအတွက် အဖြေကို Google တွင် ရှာဖွေရန် သင့်အား မပို့ပါ။ ကျွန်တော်တို့နဲ့အတူပါဝင်ပါ။

source: www.habr.com