ઓપનવીઝેડ 6 કન્ટેનરને કેવી રીતે માથાનો દુખાવો વિના KVM સર્વર પર સ્થાનાંતરિત કરવું

કોઈપણ કે જેમણે તેમના જીવનમાં ઓછામાં ઓછા એક વખત સંપૂર્ણ KVM વર્ચ્યુઅલાઈઝેશન સાથે સર્વર પર OpenVZ કન્ટેનરને સ્થાનાંતરિત કરવાની જરૂર હોય તેને કેટલીક સમસ્યાઓનો સામનો કરવો પડ્યો છે:

• મોટાભાગની માહિતી ખાલી જૂની છે અને તે OS માટે સંબંધિત હતી જેણે EOL ચક્રને લાંબા સમયથી પસાર કર્યું હતું.
• વિવિધ ઓપરેટિંગ સિસ્ટમ્સ માટે હંમેશા વિવિધ માહિતી પ્રદાન કરવામાં આવે છે, અને સ્થળાંતર દરમિયાન સંભવિત ભૂલોને ક્યારેય ધ્યાનમાં લેવામાં આવતી નથી
• કેટલીકવાર તમારે રૂપરેખાંકનો સાથે વ્યવહાર કરવો પડે છે જે સ્થળાંતર પછી કામ કરવા માંગતા નથી

જ્યારે તમે 1 સર્વરને સ્થાનાંતરિત કરો છો, ત્યારે તમે હંમેશા ફ્લાય પર કંઈક ઠીક કરી શકો છો, પરંતુ જ્યારે તમે સમગ્ર ક્લસ્ટરને સ્થાનાંતરિત કરો છો?

આ લેખમાં હું તમને જણાવવાનો પ્રયત્ન કરીશ કે ઓપનવીઝેડ કન્ટેનરને ન્યૂનતમ ડાઉનટાઇમ સાથે કેવી રીતે KVM પર યોગ્ય રીતે સ્થાનાંતરિત કરવું અને બધી સમસ્યાઓના ઝડપી ઉકેલ સાથે.

એક નાનો શૈક્ષણિક કાર્યક્રમ: OpenVZ શું છે અને KVM શું છે?

અમે પરિભાષામાં ઊંડાણપૂર્વક જઈશું નહીં, પરંતુ સામાન્ય શબ્દોમાં કહીશું:

ઓપનવીઝેડ — ઓપરેટિંગ સિસ્ટમ સ્તર પર વર્ચ્યુઅલાઈઝેશન, તમે તેને માઇક્રોવેવ પર પણ જમાવી શકો છો, કારણ કે હોસ્ટ મશીન પર CPU સૂચનાઓ અને વર્ચ્યુઅલાઈઝેશન તકનીકોની કોઈ જરૂર નથી.

KVM - સંપૂર્ણ સુવિધાયુક્ત વર્ચ્યુઅલાઈઝેશન, CPU ની તમામ શક્તિનો ઉપયોગ કરીને અને કોઈપણ રીતે, કોઈપણ રીતે, તેને લંબાઈની દિશામાં અને ક્રોસવાઇઝ કાપીને વર્ચ્યુઅલાઈઝ કરવામાં સક્ષમ.

લોકપ્રિય માન્યતાથી વિપરીત કે હોસ્ટિંગ પ્રદાતાઓમાં OpenVZ ઓવરસોલ્ડ થઈ જશે, પરંતુ KVM નહીં - સદનસીબે બાદમાં માટે, KVM હવે તેના ભાઈ કરતાં વધુ ખરાબ નથી.

આપણે શું લઈ જઈશું?

ટ્રાન્સફર માટે પરીક્ષણ વિષયો તરીકે, અમારે ઓપનવીઝેડ પર ઉપલબ્ધ ઓપરેટિંગ સિસ્ટમ્સના સમગ્ર જંગલનો ઉપયોગ કરવો પડ્યો: CentOS (6 અને 7 સંસ્કરણો), ઉબુન્ટુ (14, 16 અને 18 LTS), ડેબિયન 7.

એવું માનવામાં આવતું હતું કે મોટાભાગના OpenVZ કન્ટેનર પહેલેથી જ અમુક પ્રકારના LAMP ચલાવતા હતા, અને કેટલાકમાં અમુક ચોક્કસ સોફ્ટવેર પણ હતા. મોટેભાગે, આ ISP મેનેજર, VestaCP કંટ્રોલ પેનલ (અને મોટાભાગે, વર્ષોથી અપડેટ થતા નથી) સાથેની ગોઠવણીઓ હતી. તેમની ટ્રાન્સફર વિનંતીઓને પણ ધ્યાનમાં લેવી આવશ્યક છે.

સ્થાનાંતરિત કન્ટેનરનું IP સરનામું સાચવતી વખતે સ્થાનાંતરણ હાથ ધરવામાં આવે છે; અમે ધારીશું કે કન્ટેનરમાં જે IP હતો તે VM પર સાચવવામાં આવ્યો છે અને તે સમસ્યા વિના કાર્ય કરશે.

સ્થાનાંતરિત કરતા પહેલા, ચાલો ખાતરી કરીએ કે અમારી પાસે બધું જ છે:

• OpenVZ સર્વર, હોસ્ટ મશીનની સંપૂર્ણ રૂટ ઍક્સેસ, કન્ટેનરને રોકવા/માઉન્ટ/સ્ટાર્ટ/ડિલીટ કરવાની ક્ષમતા
• KVM સર્વર, યજમાન મશીનની સંપૂર્ણ રૂટ ઍક્સેસ, તે સૂચિત તમામ સાથે. એવું માનવામાં આવે છે કે બધું પહેલેથી જ ગોઠવેલું છે અને જવા માટે તૈયાર છે.

ચાલો ટ્રાન્સફર શરૂ કરીએ

અમે ટ્રાન્સફર શરૂ કરીએ તે પહેલાં, ચાલો એવી શરતોને વ્યાખ્યાયિત કરીએ જે તમને મૂંઝવણ ટાળવામાં મદદ કરશે:

KVM_NODE - KVM હોસ્ટ મશીન
VZ_NODE - OpenVZ હોસ્ટ મશીન
સીટીઆઈડી - ઓપનવીઝેડ કન્ટેનર
VM - KVM વર્ચ્યુઅલ સર્વર

સ્થળાંતર અને વર્ચ્યુઅલ મશીનો બનાવવાની તૈયારી.

પગલું 1

આપણે કન્ટેનરને ક્યાંક ખસેડવાની જરૂર હોવાથી, અમે બનાવીશું VM માટે સમાન રૂપરેખાંકન સાથે KVM_NODE.
મહત્વપૂર્ણ! તમારે ઓપરેટિંગ સિસ્ટમ પર VM બનાવવાની જરૂર છે જે હાલમાં CTID પર ચાલી રહી છે. ઉદાહરણ તરીકે, જો ઉબુન્ટુ 14 CTID પર ઇન્સ્ટોલ કરેલું હોય, તો Ubuntu 14 VM પર ઇન્સ્ટોલ કરવું આવશ્યક છે. નાના સંસ્કરણો મહત્વપૂર્ણ નથી અને તેમની વિસંગતતા એટલી જટિલ નથી, પરંતુ મુખ્ય સંસ્કરણો સમાન હોવા જોઈએ.

VM બનાવ્યા પછી, અમે CTID અને VM પર પેકેજોને અપડેટ કરીશું (OS અપડેટ કરવામાં મૂંઝવણમાં ન આવે - અમે તેને અપડેટ કરતા નથી, અમે ફક્ત પેકેજોને અપડેટ કરીએ છીએ અને, જો તે આવે તો, OS સંસ્કરણ મુખ્યમાં સંસ્કરણ).

CentOS માટે આ પ્રક્રિયા હાનિકારક લાગે છે:

# yum clean all
# yum update -y

અને ઉબુન્ટુ અને ડેબિયન માટે ઓછું હાનિકારક નથી:

# apt-get update
# apt-get upgrade

પગલું 2

પર ઇન્સ્ટોલ કરો સીટીઆઈડી, VZ_NODE и VM ઉપયોગિતા rsync:

સેંટૉસ:

# yum install rsync -y

ડેબિયન, ઉબુન્ટુ:

# apt-get install rsync -y

અમે ત્યાં અથવા ત્યાં બીજું કંઈપણ ઇન્સ્ટોલ કરી રહ્યા નથી.

પગલું 3

અમે સ્ટોપ બનાવીએ છીએ સીટીઆઈડી પર VZ_NODE ટીમ

vzctl stop CTID

છબી માઉન્ટ કરી રહ્યું છે સીટીઆઈડી:

vzctl mount CTID

/vz/root/ ફોલ્ડર પર જાઓસીટીઆઈડી અને ચલાવો

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 આદેશ ટ્રાન્સફર કરશે, અમે આશા રાખીએ છીએ કે કીઓ સ્પષ્ટ છે - ટ્રાન્સફર સિમલિંક, ઍક્સેસ અધિકારો, માલિકો અને જૂથોની જાળવણી સાથે હાથ ધરવામાં આવે છે, અને વધુ ઝડપ માટે એન્ક્રિપ્શન અક્ષમ કરવામાં આવે છે (તમે કેટલાક ઝડપી સાઇફરનો ઉપયોગ કરી શકો છો, પરંતુ આ કાર્ય માટે આ એટલું મહત્વનું નથી) , તેમજ કમ્પ્રેશન અક્ષમ છે.

rsync પૂર્ણ કર્યા પછી, chroot માંથી બહાર નીકળો (ctrl+d દબાવીને) અને એક્ઝિક્યુટ કરો

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]

સર્વર્સ પર સેન્ટોસ 6 и સેન્ટોસ 7 તાજી કર્નલ ઇન્સ્ટોલ કરવાની ખાતરી કરો:

yum install kernel-$(uname -r)

સર્વર તેમાંથી લોડ થઈ શકે છે, પરંતુ ટ્રાન્સફર પછી તે કામ કરવાનું બંધ કરી શકે છે અથવા કાઢી નાખવામાં આવશે.

સર્વર પર સેન્ટોસ 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 નો ઉપયોગ કરતી સાઇટ્સ ભૂલ 500 સાથે ક્રેશ થશે:

chmod +s `which suexec` && apachectl restart

અને છેલ્લી વસ્તુ ઉબુન્ટુ અને ડેબિયન વિતરણો માટે ઉપયોગી છે. આ OS ભૂલ સાથે શાશ્વત બુટમાં ક્રેશ થઈ શકે છે

ખૂબ ઝડપી લૂપિંગ. થ્રોટલિંગ અમલ થોડો

OS સંસ્કરણ પર આધાર રાખીને, અપ્રિય, પરંતુ સરળતાથી સુધારેલ છે.

માં ડેબિયન 9 સુધારો આના જેવો દેખાય છે:

અમે હાથ ધરીએ છીએ

dbus-uuidgen

જો આપણને ભૂલ મળે

/usr/local/lib/libdbus-1.so.3: સંસ્કરણ `LIBDBUS_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

જો તે મદદ કરતું નથી, તો બીજા વિકલ્પનો પ્રયાસ કરો.

સાથે સમસ્યાનો બીજો ઉકેલ થ્રોટલિંગ અમલ થોડો લગભગ તમામ ઉબુન્ટુ અને ડેબિયન વિતરણો માટે યોગ્ય.

અમે હાથ ધરીએ છીએ

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

અને માટે ઉબુન્ટુ 14, ડેબિયન 7 વધુમાં અમે કરીએ છીએ:

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

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

અમે શું કર્યું છે? અમે મેસેજબસને પુનઃસ્થાપિત કરી, જે ડેબિયન/ઉબુન્ટુ ચલાવવા માટે ખૂટતી હતી, અને મોડ્યુલ્સ_ડેપ દૂર કરી, જે OpenVZ માંથી આવે છે અને ઘણા કર્નલ મોડ્યુલોના લોડિંગમાં દખલ કરે છે.

પગલું 6

અમે VM ને રીબૂટ કરીએ છીએ, VNC માં તપાસીએ છીએ કે કેવી રીતે લોડ થઈ રહ્યું છે અને, આદર્શ રીતે, બધું સમસ્યા વિના લોડ થશે. જો કે શક્ય છે કે સ્થળાંતર પછી કેટલીક ચોક્કસ સમસ્યાઓ દેખાશે, તે આ લેખના અવકાશની બહાર છે અને તે ઉદભવશે ત્યારે તેને સુધારવામાં આવશે.

મને આશા છે કે આ માહિતી ઉપયોગી છે! 🙂

સોર્સ: www.habr.com