কীভাবে মাথাব্যথা ছাড়াই KVM সার্ভারে OpenVZ 6 কন্টেইনার স্থানান্তর করবেন

যে কেউ তাদের জীবনে অন্তত একবার সম্পূর্ণ KVM ভার্চুয়ালাইজেশন সহ একটি ওপেনভিজেড কন্টেইনারকে সার্ভারে স্থানান্তর করার জন্য কিছু সমস্যার সম্মুখীন হয়েছে:

• বেশিরভাগ তথ্যই পুরানো এবং ইওএল চক্রটি দীর্ঘকাল অতিক্রম করা ওএসের জন্য প্রাসঙ্গিক ছিল
• বিভিন্ন অপারেটিং সিস্টেমের জন্য সর্বদা বিভিন্ন তথ্য প্রদান করা হয় এবং মাইগ্রেশনের সময় সম্ভাব্য ত্রুটিগুলি কখনই বিবেচনা করা হয় না
• কখনও কখনও আপনাকে এমন কনফিগারেশনগুলির সাথে মোকাবিলা করতে হবে যেগুলি স্থানান্তরের পরে কাজ করতে চায় না

যখন আপনি 1টি সার্ভার স্থানান্তর করেন, আপনি সর্বদা ফ্লাইতে কিছু ঠিক করতে পারেন, কিন্তু যখন আপনি একটি সম্পূর্ণ ক্লাস্টার স্থানান্তর করেন?

এই নিবন্ধে আমি আপনাকে জানাতে চেষ্টা করব কিভাবে একটি OpenVZ কন্টেইনারকে KVM-এ ন্যূনতম ডাউনটাইম এবং সমস্ত সমস্যার দ্রুত সমাধান সহ সঠিকভাবে স্থানান্তর করা যায়।

একটি ছোট শিক্ষামূলক প্রোগ্রাম: OpenVZ কি এবং KVM কি?

আমরা পরিভাষার গভীরে যাব না, তবে সাধারণ ভাষায় বলব:

OpenVZ — অপারেটিং সিস্টেম স্তরে ভার্চুয়ালাইজেশন, আপনি এটিকে একটি মাইক্রোওয়েভেও স্থাপন করতে পারেন, যেহেতু হোস্ট মেশিনে CPU নির্দেশাবলী এবং ভার্চুয়ালাইজেশন প্রযুক্তির প্রয়োজন নেই।

সাহায্যে KVM - পূর্ণাঙ্গ ভার্চুয়ালাইজেশন, সিপিইউ-এর সমস্ত শক্তি ব্যবহার করে এবং যেকোনো কিছুকে ভার্চুয়ালাইজ করতে সক্ষম, যে কোনও উপায়ে, এটিকে দৈর্ঘ্যের দিকে এবং আড়াআড়িভাবে কাটা।

জনপ্রিয় বিশ্বাসের বিপরীতে যে হোস্টিং প্রদানকারীদের মধ্যে OpenVZ বেশি বিক্রি হয়ে যাবে, কিন্তু KVM হবে না - সৌভাগ্যবশত পরবর্তীদের জন্য, KVM এখন তার ভাইয়ের চেয়ে বেশি বিক্রি হয় না।

আমরা কি বহন করব?

স্থানান্তরের জন্য পরীক্ষার বিষয় হিসাবে, আমাদের OpenVZ-এ উপলব্ধ অপারেটিং সিস্টেমের সম্পূর্ণ বন ব্যবহার করতে হয়েছিল: CentOS (6 এবং 7 সংস্করণ), উবুন্টু (14, 16 এবং 18 LTS), ডেবিয়ান 7।

এটা ধরে নেওয়া হয়েছিল যে বেশিরভাগ OpenVZ কন্টেইনারগুলি ইতিমধ্যেই কোনো না কোনো ধরনের LAMP চালাচ্ছে, এবং কিছুতে কিছু নির্দিষ্ট সফ্টওয়্যারও ছিল। প্রায়শই, এগুলি আইএসপি ম্যানেজার, ভেস্টাসিপি কন্ট্রোল প্যানেলের সাথে কনফিগারেশন ছিল (এবং প্রায়শই, বছরের পর বছর আপডেট করা হয় না)। তাদের স্থানান্তরের অনুরোধগুলিও অবশ্যই বিবেচনায় নেওয়া উচিত।

স্থানান্তরিত কন্টেইনারের আইপি ঠিকানা সংরক্ষণ করার সময় স্থানান্তর করা হয়; আমরা ধরে নেব যে কন্টেইনারটির আইপিটি VM-এ সংরক্ষিত আছে এবং সমস্যা ছাড়াই কাজ করবে।

স্থানান্তর করার আগে, আসুন নিশ্চিত হয়ে নিন যে আমাদের হাতে সবকিছু আছে:

• ওপেনভিজেড সার্ভার, হোস্ট মেশিনে সম্পূর্ণ রুট অ্যাক্সেস, কন্টেইনার বন্ধ/মাউন্ট/স্টার্ট/মুছে ফেলার ক্ষমতা
• KVM সার্ভার, হোস্ট মেশিনে সম্পূর্ণ রুট অ্যাক্সেস, যা বোঝায় তা সহ। এটা অনুমান করা হয় যে সবকিছু ইতিমধ্যে কনফিগার করা হয়েছে এবং যেতে প্রস্তুত।

এর স্থানান্তর শুরু করা যাক

আমরা স্থানান্তর শুরু করার আগে, আসুন এমন শর্তাদি সংজ্ঞায়িত করি যা আপনাকে বিভ্রান্তি এড়াতে সাহায্য করবে:

KVM_NODE - কেভিএম হোস্ট মেশিন
VZ_NODE - OpenVZ হোস্ট মেশিন
সিটিআইডি - OpenVZ ধারক
VM - কেভিএম ভার্চুয়াল সার্ভার

মাইগ্রেশনের জন্য প্রস্তুতি এবং ভার্চুয়াল মেশিন তৈরি করা।

পইঠা 1

যেহেতু আমাদের কন্টেইনারটি কোথাও সরাতে হবে, আমরা তৈরি করব VM একটি অনুরূপ কনফিগারেশন সঙ্গে KVM_NODE.
গুরুত্বপূর্ণ! বর্তমানে CTID-এ চলমান অপারেটিং সিস্টেমে আপনাকে একটি VM তৈরি করতে হবে। উদাহরণস্বরূপ, যদি উবুন্টু 14 CTID-তে ইনস্টল করা থাকে, তাহলে Ubuntu 14 অবশ্যই VM-এ ইনস্টল করা উচিত। ছোট সংস্করণগুলি গুরুত্বপূর্ণ নয় এবং তাদের বৈপরীত্য এতটা সমালোচনামূলক নয়, তবে প্রধান সংস্করণগুলি একই হওয়া উচিত।

ভিএম তৈরি করার পরে, আমরা CTID এবং VM-এ প্যাকেজগুলি আপডেট করব (ওএস আপডেট করার সাথে বিভ্রান্ত হবেন না - আমরা এটি আপডেট করি না, আমরা শুধুমাত্র প্যাকেজগুলি আপডেট করি এবং, যদি এটি আসে, তবে মূলের মধ্যে 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

ওপেনভিজেড থেকে স্থানান্তর করার পর VM চালু করতে আমাদের সাহায্য করবে এমন কয়েকটি ধাপ সঞ্চালন করা যাক।
সঙ্গে সার্ভারে systemd আসুন একটি কমান্ড কার্যকর করি যা আমাদের একটি নিয়মিত কনসোলে লগ ইন করতে সাহায্য করবে, উদাহরণস্বরূপ, একটি VNC সার্ভার স্ক্রিনের মাধ্যমে

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

সার্ভারে CentOS 6 и CentOS 7 একটি তাজা কার্নেল ইনস্টল করতে ভুলবেন না:

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 ব্যবহার করা সাইটগুলি ত্রুটি 500 সহ ক্র্যাশ হবে:

chmod +s `which suexec` && apachectl restart

এবং শেষ জিনিসটি উবুন্টু এবং ডেবিয়ান বিতরণের জন্য দরকারী। এই OS একটি ত্রুটি সহ একটি চিরন্তন বুটে ক্র্যাশ হতে পারে৷

খুব দ্রুত looping. থ্রটলিং মৃত্যুদন্ড একটু

অপ্রীতিকর, কিন্তু সহজে স্থির, 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