ခေါင်းမကိုက်ဘဲ OpenVZ 6 ကွန်တိန်နာကို KVM ဆာဗာသို့ မည်သို့လွှဲပြောင်းမည်နည်း။

OpenVZ ကွန်တိန်နာကို KVM virtualization အပြည့်ဖြင့် ဆာဗာတစ်ခုသို့ လွှဲပြောင်းရန် လိုအပ်သူတိုင်းသည် ၎င်းတို့၏ဘဝတွင် အနည်းဆုံးတစ်ကြိမ် ပြဿနာအချို့ကို ကြုံတွေ့ခဲ့ရသည်-

• အချက်အလက်အများစုသည် ရိုးရိုးရှင်းရှင်း ခေတ်နောက်ကျနေပြီး EOL လည်ပတ်မှု ကြာမြင့်ခဲ့သော OS များအတွက် သက်ဆိုင်ပါသည်။
• မတူညီသော လည်ပတ်မှုစနစ်များအတွက် မတူညီသော အချက်အလက်များကို အမြဲတမ်း ပံ့ပိုးပေးထားပြီး ပြောင်းရွှေ့မှုအတွင်း ဖြစ်နိုင်သော အမှားအယွင်းများကို မည်သည့်အခါမျှ ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။
• တခါတရံမှာ ရွှေ့ပြောင်းပြီးပြီးချင်း အလုပ်မလုပ်ချင်တော့တဲ့ configuration တွေနဲ့ ဆက်ဆံရတတ်ပါတယ်။

ဆာဗာ 1 ခုကို လွှဲပြောင်းသည့်အခါတွင် သင်သည် တစ်ခုခုကို အမြဲတမ်း ပြင်ဆင်နိုင်သော်လည်း အစုအဝေးတစ်ခုလုံးကို လွှဲပြောင်းသည့်အခါတွင်၊

ဤဆောင်းပါးတွင် OpenVZ ကွန်တိန်နာကို KVM သို့ မည်ကဲ့သို့ မှန်ကန်စွာ ရွှေ့ပြောင်းရန်နှင့် ပြဿနာအားလုံးကို အမြန်ဖြေရှင်းနည်းဖြင့် ဤဆောင်းပါးတွင် ကျွန်ုပ်ပြောပြပါမည်။

သေးငယ်သော ပညာရေးဆိုင်ရာ ပရိုဂရမ်တစ်ခု- OpenVZ ဟူသည် အဘယ်နည်း၊ KVM ဟူသည် အဘယ်နည်း။

ကျွန်ုပ်တို့သည် ဝေါဟာရဗေဒကို နက်နဲစွာ မလေ့လာဘဲ ယေဘူယျအားဖြင့် ပြောပါမည်။

OpenVZ - လည်ပတ်မှုစနစ်အဆင့်တွင် virtualization၊ CPU ညွှန်ကြားချက်များနှင့် host machine တွင် virtualization နည်းပညာများမလိုအပ်သောကြောင့်၎င်းကိုမိုက်ခရိုဝေ့ပေါ်တွင်ပင်အသုံးချနိုင်သည်။

KVM - CPU ၏ ပါဝါအားလုံးကို အသုံးပြု၍ အပြည့်အ၀ virtualization၊ ၎င်းကို အရှည်လိုက်နှင့် crosswise ဖြတ်တောက်ကာ မည်သည့်အရာကိုမဆို virtualizing လုပ်နိုင်စွမ်းရှိသည်။

OpenVZ သည် hosting ဝန်ဆောင်မှုပေးသူများကြားတွင် oversold ဖြစ်လာမည်ဟုလူကြိုက်များသောယုံကြည်ချက်နှင့်ဆန့်ကျင်ဘက် KVM သည်ကံကောင်းသည်မှာယခု KVM သည်၎င်း၏အစ်ကိုထက်မဆိုးပါ။

ငါတို့ ဘာကို ဆောင်ကြမလဲ။

လွှဲပြောင်းမှုအတွက် စမ်းသပ်မှုဘာသာရပ်များအနေနှင့် OpenVZ: CentOS (6 နှင့် 7 ဗားရှင်းများ)၊ Ubuntu (14၊ 16 နှင့် 18 LTS)၊ Debian 7 တွင်ရရှိနိုင်သည့် လည်ပတ်မှုစနစ်သစ်တောတစ်ခုလုံးကို အသုံးပြုရမည်ဖြစ်သည်။

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

လွှဲပြောင်းထားသောကွန်တိန်နာ၏ IP လိပ်စာကို ထိန်းသိမ်းထားစဉ် ရွှေ့ပြောင်းခြင်းအား လုပ်ဆောင်သည်၊၊ ကွန်တိန်နာတွင်ရှိသော IP ကို ​​VM တွင် သိမ်းဆည်းပြီး ပြဿနာမရှိဘဲ အလုပ်လုပ်မည်ဟု ကျွန်ုပ်တို့ ယူဆပါမည်။

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

• OpenVZ ဆာဗာ၊ လက်ခံသူစက်သို့ အပြည့်အဝ အမြစ်ဝင်ရောက်ခွင့်၊ ကွန်တိန်နာများကို ရပ်ရန်/တပ်ဆင်/စတင်/ဖျက်နိုင်မှု
• KVM ဆာဗာ၊ ၎င်းသည် အဓိပ္ပာယ်ဖွင့်ဆိုချက်အားလုံးနှင့်အတူ host machine သို့ အပြည့်အဝအမြစ်ဝင်ရောက်ခွင့်။ အားလုံးပြင်ဆင်ပြီးပြီး အဆင်သင့်ဖြစ်နေပြီဟု ယူဆပါသည်။

စတင်လွှဲပြောင်းကြပါစို့

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

KVM_NODE - KVM တန်ဆာပလာစက်
VZ_NODE - OpenVZ host စက်
CTID - OpenVZ ကွန်တိန်နာ
VM - KVM virtual ဆာဗာ

ရွှေ့ပြောင်းခြင်းနှင့် virtual machines ဖန်တီးခြင်းအတွက် ပြင်ဆင်ခြင်း။

ခြေလှမ်း 1

ကွန်တိန်နာကို တစ်နေရာရာကို ရွှေ့ဖို့ လိုအပ်တာကြောင့် ဖန်တီးပါမယ်။ VM အလားတူ configuration နှင့် KVM_NODE.
အရေးကြီး! CTID တွင် လက်ရှိလုပ်ဆောင်နေသော လည်ပတ်မှုစနစ်တွင် VM တစ်ခုကို ဖန်တီးရန် လိုအပ်သည်။ ဥပမာအားဖြင့်၊ Ubuntu 14 ကို CTID တွင် ထည့်သွင်းထားပါက၊ Ubuntu 14 ကို VM တွင် ထည့်သွင်းရပါမည်။ အသေးအဖွဲဗားရှင်းများသည် အရေးမကြီးပါ၊ ၎င်းတို့၏ ကွာဟချက်သည် အလွန်အရေးကြီးသော်လည်း ဗားရှင်းကြီးများသည် အတူတူပင်ဖြစ်သင့်သည်။

VM ကိုဖန်တီးပြီးနောက်၊ ကျွန်ုပ်တို့သည် CTID နှင့် VM ပေါ်ရှိ ပက်ကေ့ဂျ်များကို အပ်ဒိတ်လုပ်မည် (OS ကို အပ်ဒိတ်လုပ်ခြင်းနှင့် မရောထွေးပါ - ကျွန်ုပ်တို့ ၎င်းကို မအပ်ဒိတ်မလုပ်ပါ၊ ပက်ကေ့ဂျ်များကိုသာ အပ်ဒိတ်လုပ်ပြီး၊ ၎င်းရောက်ရှိပါက ပင်မအတွင်းရှိ OS ဗားရှင်း ဗားရှင်း)။

CentOS အတွက် ဤလုပ်ငန်းစဉ်သည် အန္တရာယ်မရှိပုံပေါ်သည်-

# yum clean all
# yum update -y

Ubuntu နှင့် Debian အတွက် အန္တရာယ်သိပ်မရှိပါ ။

# apt-get update
# apt-get upgrade

ခြေလှမ်း 2

ထည့်သွင်းပါ။ CTID, VZ_NODE и VM utility rsync:

CentOS:

# yum install rsync -y

Debian၊ Ubuntu

# apt-get install rsync -y

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

ခြေလှမ်း 3

ငါတို့က တားတယ်။ CTID အပေါ် VZ_NODE အသင်းအဖွဲ့

vzctl stop CTID

ပုံကို တပ်ဆင်ခြင်း။ CTID:

vzctl mount CTID

/vz/root/ folder ကိုသွားပါ။CTID နှင့် execute

mount --bind /dev dev && mount --bind /sys sys && mount --bind /proc proc && chroot .

အမြစ်အောက်တွင်၊ /root/exclude.txt ဖိုင်တစ်ခုဖန်တီးပါ - ၎င်းတွင် ဆာဗာအသစ်သို့ မရောက်နိုင်သော ခြွင်းချက်စာရင်းတစ်ခုပါရှိသည်။

/boot
/proc
/sys
/tmp
/dev
/var/lock
/etc/fstab
/etc/mtab
/etc/resolv.conf
/etc/conf.d/net
/etc/network/interfaces
/etc/networks
/etc/sysconfig/network*
/etc/sysconfig/hwconf
/etc/sysconfig/ip6tables-config
/etc/sysconfig/kernel
/etc/hostname
/etc/HOSTNAME
/etc/hosts
/etc/modprobe*
/etc/modules
/net
/lib/modules
/etc/rc.conf
/usr/share/nova-agent*
/usr/sbin/nova-agent*
/etc/init.d/nova-agent*
/etc/ips
/etc/ipaddrpool
/etc/ips.dnsmaster
/etc/resolv.conf
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/sysconfig/network-scripts/ifcfg-ens3

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

အခုတော့ အားလုံး ပြောင်းရွှေ့ဖို့ အဆင်သင့်ဖြစ်နေပါပြီ။ သွား!

ခြေလှမ်း 4

ညှို့နှိုင်းမှုအောက်တွင် ကျွန်ုပ်တို့လုပ်ဆောင်နေပါသည်။

rsync --exclude-from="/root/exclude.txt" --numeric-ids -avpogtStlHz --progress -e "ssh -T -o Compression=no -x" / root@KVM_NODE:/

rsync command သည် လွှဲပြောင်းခြင်းကို လုပ်ဆောင်ပေးလိမ့်မည်၊ သော့များသည် ရှင်းရှင်းလင်းလင်းရှိမည်ဟု ကျွန်ုပ်တို့ မျှော်လင့်ပါသည် - လွှဲပြောင်းမှုသည် symlinks များ၊ ဝင်ရောက်ခွင့်၊ ပိုင်ရှင်များနှင့် အဖွဲ့များကို ထိန်းသိမ်းထားခြင်းဖြင့် လုပ်ဆောင်ပြီး ပိုမိုမြန်ဆန်စေရန် ကုဒ်ဝှက်ခြင်းကို ပိတ်ထားသည် (သင်ပိုမိုမြန်ဆန်သော cipher အချို့ကို သုံးနိုင်သော်လည်း၊ ဒါက ဒီလုပ်ငန်းအတွက် သိပ်အရေးမကြီးပါဘူး) အပြင် compression ကိုလည်း ပိတ်ထားပါတယ်။

rsync ပြီးပါက chroot မှ ထွက်ပါ (ctrl+d) ကိုနှိပ်ပြီး execute

umount dev && umount proc && umount sys && cd .. && vzctl umount CTID

ခြေလှမ်း 5

OpenVZ မှလွှဲပြောင်းပြီးနောက် VM ကိုဖွင့်ရန် ကူညီပေးမည့် အဆင့်များစွာကို လုပ်ဆောင်ကြပါစို့။
ဆာဗာများနှင့်အတူ Systemd ဥပမာ၊ VNC ဆာဗာစခရင်မှတဆင့် ပုံမှန် ကွန်ဆိုးလ်သို့ လော့ဂ်အင်ဝင်ရန် ကူညီပေးမည့် အမိန့်ကို လုပ်ဆောင်ကြပါစို့။

mv /etc/systemd/system/getty.target.wants/[email protected] /etc/systemd/system/getty.target.wants/[email protected]

ဆာဗာများပေါ်တွင် CentOS 6 и CentOS 7 အသစ်သော kernel ကိုထည့်သွင်းရန်သေချာပါစေ-

yum install kernel-$(uname -r)

ဆာဗာကို ၎င်းမှတင်နိုင်သော်လည်း လွှဲပြောင်းပြီးနောက် ၎င်းသည် အလုပ်မလုပ်တော့ဘဲ သို့မဟုတ် ဖျက်ပစ်နိုင်သည်။

ဆာဗာပေါ်တွင် CentOS 7 PolkitD အတွက် သေးငယ်သော ပြင်ဆင်မှုတစ်ခုကို သင်အသုံးပြုရန် လိုအပ်သည်၊ သို့မဟုတ်ပါက ဆာဗာသည် ထာဝရ ပျက်စီးသွားလိမ့်မည်-

getent group polkitd >/dev/null && echo -e "e[1;32mpolkitd group already existse[0m" || { groupadd -r polkitd && echo -e "e[1;33mAdded missing polkitd groupe[0m" || echo -e "e[1;31mAdding polkitd group FAILEDe[0m"; }

getent passwd polkitd >/dev/null 
&& echo -e "e[1;32mpolkitd user already existse[0m" || { useradd -r -g polkitd -d / -s /sbin/nologin -c "User for polkitd" polkitd && echo -e "e[1;33mAdded missing polkitd usere[0m" || echo -e "e[1;31mAdding polkitd user FAILEDe[0m"; }

rpm -Va polkit* && echo -e "e[1;32mpolkit* rpm verification passede[0m" || { echo -e "e[1;33mResetting polkit* rpm user/group ownership & permse[0m"; rpm --setugids polkit polkit-pkla-compat; rpm --setperms polkit polkit-pkla-compat; }

ဆာဗာများအားလုံးတွင်၊ Apache အတွက် mod_fcgid ကို ထည့်သွင်းထားပါက၊ ကျွန်ုပ်တို့သည် သေးငယ်သော ပြင်ဆင်ချက်တစ်ခု လုပ်ဆောင်မည်ဖြစ်သည်၊ သို့မဟုတ်ပါက mod_fcgid ကိုအသုံးပြုထားသောဆိုက်များသည် error 500 ဖြင့် ပျက်စီးသွားလိမ့်မည်-

chmod +s `which suexec` && apachectl restart

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

looping အရမ်းမြန်တယ်။ throttling ကွပ်မျက်မှုအနည်းငယ်

OS ဗားရှင်းပေါ် မူတည်၍ အဆင်မပြေသော်လည်း အလွယ်တကူ ပြင်ဆင်နိုင်သည်။

အပေါ် debian 9 ပြုပြင်ပုံသည် ဤကဲ့သို့ဖြစ်သည်-

ကျွန်ုပ်တို့ဆောင်ရွက်ပါသည်။

dbus-uuidgen

အမှားတစ်ခုရရင်

/usr/local/lib/libdbus-1.so.3: ဗားရှင်း `LIDBUS_PRIVATE_1.10.8′ မတွေ့ပါ

LIBDBUS ၏ရှေ့မှောက်တွင်စစ်ဆေးပါ။

ls -la /lib/x86_64-linux-gnu | grep dbus
libdbus-1.so.3 -> libdbus-1.so.3.14.15 
libdbus-1.so.3.14.15 <-- нужен этот
libdbus-1.so.3.14.16

အားလုံးအဆင်ပြေရင် ငါတို့လုပ်မယ်။

cd /lib/x86_64-linux-gnu
rm -rf libdbus-1.so.3
ln -s libdbus-1.so.3.14.15  libdbus-1.so.3

မကူညီပါက ဒုတိယရွေးချယ်မှုကို စမ်းကြည့်ပါ။

ဒုတိယပြဿနာကို ဖြေရှင်းနည်း throttling ကွပ်မျက်မှုအနည်းငယ် Ubuntu နှင့် Debian ဖြန့်ဝေမှုအားလုံးနီးပါးအတွက် သင့်လျော်သည်။

လုပ်ဆောင်

bash -x /var/lib/dpkg/info/dbus.postinst configure

ထိုအဘို့ Ubuntu ကို 14, debian 7 ထို့အပြင် ကျွန်ုပ်တို့ လုပ်ဆောင်သည်-

adduser --system --home /nonexistent --no-create-home --disabled-password --group messagebus

rm -rf /etc/init.d/modules_dep.sh 

ငါတို့ဘာလုပ်ခဲ့လဲ။ Debian/Ubuntu လည်ပတ်ရန် ပျောက်ဆုံးနေသည့် messagebus ကို ပြန်လည်ရယူပြီး OpenVZ မှလာသော modules_dep ကို ဖယ်ရှားပြီး kernel module အများအပြားကို တင်ရာတွင် အနှောင့်အယှက်ပေးပါသည်။

ခြေလှမ်း 6

ကျွန်ုပ်တို့သည် VM ကို ပြန်လည်စတင်ပြီး VNC မည်ကဲ့သို့ loading တိုးတက်လာသည်ကို စစ်ဆေးပြီး အကောင်းဆုံးအားဖြင့်၊ အရာအားလုံးသည် ပြဿနာမရှိဘဲ တက်လာမည်ဖြစ်သည်။ ရွှေ့ပြောင်းခြင်းပြီးနောက် အချို့သောပြဿနာများ ပေါ်လာနိုင်သော်လည်း ၎င်းတို့သည် ဤဆောင်းပါး၏ ဘောင်ကျော်လွန်ပြီး ပေါ်ပေါက်လာသောအခါတွင် ပြုပြင်ပေးမည်ဖြစ်သည်။

ဤအချက်အလက်သည် အသုံးဝင်မည်ဟု မျှော်လင့်ပါသည်။ 🙂

source: www.habr.com