এলএক্সডি এটি পরবর্তী প্রজন্মের সিস্টেম কন্টেইনার ম্যানেজার, তাই এটি বলে উৎস. এটি ভার্চুয়াল মেশিনের মতো একটি ইউজার ইন্টারফেস অফার করে, কিন্তু পরিবর্তে লিনাক্স কন্টেইনার ব্যবহার করে।

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

এই নিবন্ধে আমরা LXD-এর ধারণাগুলির উপর বিশদভাবে আলোচনা করব না, আমরা কন্টেইনারগুলির সাথে সমান্তরালে QEMU ভার্চুয়াল মেশিনগুলির সমর্থনের LXD-এর সাম্প্রতিক সংস্করণগুলিতে সাম্প্রতিক বাস্তবায়ন সহ ডকুমেন্টেশনে বর্ণিত সমস্ত উপলব্ধ ক্ষমতা বিবেচনা করব না। পরিবর্তে, আমরা কন্টেইনার ম্যানেজমেন্টের প্রাথমিক বিষয়গুলো শিখব - স্টোরেজ পুল সেট আপ করা, নেটওয়ার্কিং করা, একটি কন্টেইনার চালানো, রিসোর্স লিমিট প্রয়োগ করা এবং কীভাবে স্ন্যাপশট ব্যবহার করতে হয় যাতে আপনি LXD-এর প্রাথমিক ধারণা পেতে পারেন এবং Linux-এ কন্টেইনার ব্যবহার করতে পারেন।

সম্পূর্ণ তথ্যের জন্য, অনুগ্রহ করে অফিসিয়াল সোর্স দেখুন:

ন্যাভিগেশন

ইনস্টলেশন LXD
- উবুন্টু বিতরণে LXD ইনস্টল করা হচ্ছে
- আর্চ লিনাক্স ডিস্ট্রিবিউশনে LXD ইনস্টল করা হচ্ছে
স্টোরেজ LXD (স্টোরেজ)
LXD শুরু করা হচ্ছে
একটি ধারক তৈরি এবং পরিচালনা

ইনস্টলেশন LXD ^

উবুন্টু বিতরণে LXD ইনস্টল করা হচ্ছে ^

উবুন্টু 19.10 বিতরণ প্যাকেজে lxd একটি সম্প্রচার আছে স্ন্যাপ প্যাকেজ:

apt search lxd

lxd/eoan 1:0.7 all
  Transitional package - lxd -> snap (lxd)

এর মানে হল দুটি প্যাকেজ একবারে ইনস্টল করা হবে, একটি সিস্টেম প্যাকেজ হিসাবে এবং অন্যটি স্ন্যাপ প্যাকেজ হিসাবে। একটি সিস্টেমে দুটি প্যাকেজ ইনস্টল করা কিছু সমস্যা তৈরি করতে পারে যেখানে স্ন্যাপ প্যাকেজটি স্ন্যাপ প্যাকেজ ম্যানেজার দ্বারা অপসারণ করা হলে সিস্টেম প্যাকেজ অনাথ হয়ে যেতে পারে।

প্যাকেজ খুঁজুন lxd স্ন্যাপ সংগ্রহস্থলে আপনি নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:

snap find lxd

Name             Version        Summary
lxd              3.21           System container manager and API
lxd-demo-server  0+git.6d54658  Online software demo sessions using LXD
nova             ocata          OpenStack Compute Service (nova)
nova-hypervisor  ocata          OpenStack Compute Service - KVM Hypervisor (nova)
distrobuilder    1.0            Image builder for LXC and LXD
fabrica          0.1            Build snaps by simply pointing a web form to...
satellite        0.1.2          Advanced scalable Open source intelligence platform

কমান্ড চালানোর মাধ্যমে list আপনি নিশ্চিত করতে পারেন যে প্যাকেজ lxd এখনও ইনস্টল করা হয়নি:

snap list

Name  Version    Rev   Tracking  Publisher   Notes
core  16-2.43.3  8689  stable    canonical✓  core

LXD একটি স্ন্যাপ প্যাকেজ হওয়া সত্ত্বেও, এটি সিস্টেম প্যাকেজের মাধ্যমে ইনস্টল করা আবশ্যক lxd, যা সিস্টেমে সংশ্লিষ্ট গ্রুপ তৈরি করবে, এর মধ্যে প্রয়োজনীয় ইউটিলিটি /usr/bin এবং তাই অন

sudo apt update
sudo apt install lxd

আসুন নিশ্চিত করি যে প্যাকেজটি একটি স্ন্যাপ প্যাকেজ হিসাবে ইনস্টল করা আছে:

snap list

Name  Version    Rev    Tracking  Publisher   Notes
core  16-2.43.3  8689   stable    canonical✓  core
lxd   3.21       13474  stable/…  canonical✓  -

আর্চ লিনাক্স ডিস্ট্রিবিউশনে LXD ইনস্টল করা হচ্ছে ^

সিস্টেমে LXD প্যাকেজ ইনস্টল করতে, আপনাকে নিম্নলিখিত কমান্ডগুলি চালাতে হবে, প্রথমটি সংগ্রহস্থলে উপলব্ধ সিস্টেমে প্যাকেজগুলির তালিকা আপডেট করবে, দ্বিতীয়টি সরাসরি প্যাকেজটি ইনস্টল করবে:

sudo pacman -Syyu && sudo pacman -S lxd

প্যাকেজ ইনস্টল করার পরে, একটি নিয়মিত ব্যবহারকারী দ্বারা LXD পরিচালনা করার জন্য, এটি সিস্টেম গ্রুপে যোগ করা আবশ্যক lxd:

sudo usermod -a -G lxd user1

এর ব্যবহারকারী নিশ্চিত করা যাক user1 গ্রুপে যোগ করা হয়েছে lxd:

id -Gn user1

user1 adm dialout cdrom floppy sudo audio dip video plugdev netdev lxd

দল হলে lxd তালিকায় দৃশ্যমান নয়, তাহলে আপনাকে আবার ব্যবহারকারীর অধিবেশন সক্রিয় করতে হবে। এটি করার জন্য, আপনাকে লগ আউট করতে হবে এবং একই ব্যবহারকারীর অধীনে লগ ইন করতে হবে।

সক্রিয় করুন systemd সিস্টেম স্টার্টআপে LXD পরিষেবা লোড হচ্ছে:

sudo systemctl enable lxd

আসুন পরিষেবাটি শুরু করি:

sudo systemctl start lxd

পরিষেবার অবস্থা পরীক্ষা করা হচ্ছে:

sudo systemctl status lxd

স্টোরেজ LXD (স্টোরেজ) ^

প্রারম্ভিকতা শুরু করার আগে, আমাদের বুঝতে হবে কিভাবে LXD-এ স্টোরেজ যৌক্তিকভাবে সাজানো হয়েছে।

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

চিত্রাবলী - এগুলি লিনাক্স কার্নেল ছাড়াই বিশেষভাবে একত্রিত বিতরণ এবং বাহ্যিক উত্স থেকে উপলব্ধ
পাত্রে - এইগুলি ইমেজ থেকে বিতরণ করা হয়, ব্যবহারের জন্য প্রস্তুত
স্ন্যাপশট - এগুলি কন্টেইনারগুলির অবস্থার স্ন্যাপশট যা আপনি ফিরে যেতে পারেন৷

LXD-এ স্টোরেজ পরিচালনা করতে, কমান্ডটি ব্যবহার করুন lxc storage একটি শংসাপত্র যার জন্য আপনি কী উল্লেখ করে পেতে পারেন - lxc storage --help

নিম্নলিখিত কমান্ডটি সমস্তগুলির একটি তালিকা প্রদর্শন করে স্টোরেজ পুল LXD স্টোরেজে:

lxc storage list

+---------+-------------+--------+--------------------------------+---------+
|  NAME   | DESCRIPTION | DRIVER |             SOURCE             | USED BY |
+---------+-------------+--------+--------------------------------+---------+
| hddpool |             | btrfs  | /dev/loop1                     | 2       |
+---------+-------------+--------+--------------------------------+---------+
| ssdpool |             | btrfs  | /var/lib/lxd/disks/ssdpool.img | 4       |
+---------+-------------+--------+--------------------------------+---------+

সব একটি তালিকা দেখতে স্টোরেজ ভলিউম নির্বাচিত মধ্যে স্টোরেজ পুল দলের সেবা করে lxc storage volume list:

lxc storage volume list hddpool

+-------+----------------------------------+-------------+---------+
| TYPE  |          NAME                    | DESCRIPTION | USED BY |
+-------+----------------------------------+-------------+---------+
| image | ebd565585223487526ddb3607f515... |             | 1       |
+-------+----------------------------------+-------------+---------+

lxc storage volume list ssdpool

+-----------+----------------------------------+-------------+---------+
|   TYPE    |            NAME                  | DESCRIPTION | USED BY |
+-----------+----------------------------------+-------------+---------+
| container | alp3                             |             | 1       |
+-----------+----------------------------------+-------------+---------+
| container | jupyter                          |             | 1       |
+-----------+----------------------------------+-------------+---------+
| image     | ebd565585223487526ddb3607f515... |             | 1       |
+-----------+----------------------------------+-------------+---------+

এছাড়াও, যদি জন্য স্টোরেজ পুল তৈরি করার সময়, BTRFS ফাইল সিস্টেম নির্বাচন করা হয়েছিল, তারপর একটি তালিকা পান স্টোরেজ ভলিউম বা সাবভলিউমগুলি দেখুন BTRFS ব্যাখ্যায়, আপনি এই ফাইল সিস্টেমের টুলকিট ব্যবহার করতে পারেন:

sudo btrfs subvolume list -p /var/lib/lxd/storage-pools/hddpool

ID 257 gen 818 parent 5 top level 5 path images/ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3

sudo btrfs subvolume list -p /var/lib/lxd/storage-pools/ssdpool

ID 257 gen 1820 parent 5 top level 5 path images/ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
ID 260 gen 1819 parent 5 top level 5 path containers/jupyter
ID 263 gen 1820 parent 5 top level 5 path containers/alp3

LXD শুরু করা হচ্ছে ^

কন্টেইনার তৈরি এবং ব্যবহার করার আগে, আপনাকে অবশ্যই একটি সাধারণ LXD ইনিশিয়ালাইজেশন করতে হবে যা নেটওয়ার্ক এবং স্টোরেজ তৈরি এবং কনফিগার করে। কমান্ড কল করে তালিকায় উপলব্ধ স্ট্যান্ডার্ড ক্লায়েন্ট কমান্ডগুলি ব্যবহার করে এটি ম্যানুয়ালি করা যেতে পারে lxc --help অথবা ইনিশিয়ালাইজেশন উইজার্ড ব্যবহার করে lxd init কয়েকটি প্রশ্নের উত্তর।

স্টোরেজ পুলের জন্য একটি ফাইল সিস্টেম নির্বাচন করা হচ্ছে ^

আরম্ভ করার সময়, LXD ডিফল্টের জন্য ফাইল সিস্টেমের ধরন নির্ধারণ সহ বেশ কয়েকটি প্রশ্ন জিজ্ঞাসা করে স্টোরেজ পুল. ডিফল্টরূপে, এটির জন্য BTRFS ফাইল সিস্টেম নির্বাচন করা হয়। সৃষ্টির পর অন্য এফএসে পরিবর্তন করা অসম্ভব হবে. একটি FS নির্বাচন করার জন্য এটি সুপারিশ করা হয় বৈশিষ্ট্য তুলনা টেবিল:

বৈশিষ্ট্য
নির্দেশিকা
btrfs
LVM- র
ZFS
সিইপিএইচ

অপ্টিমাইজ করা ইমেজ স্টোরেজ
না।
হাঁ
হাঁ
হাঁ
হাঁ

অপ্টিমাইজ করা উদাহরণ সৃষ্টি
না।
হাঁ
হাঁ
হাঁ
হাঁ

অপ্টিমাইজ করা স্ন্যাপশট তৈরি
না।
হাঁ
হাঁ
হাঁ
হাঁ

অপ্টিমাইজ করা ছবি স্থানান্তর
না।
হাঁ
না।
হাঁ
হাঁ

অপ্টিমাইজ করা দৃষ্টান্ত স্থানান্তর
না।
হাঁ
না।
হাঁ
হাঁ

অনুরূপ লিখ
না।
হাঁ
হাঁ
হাঁ
হাঁ

ব্লক ভিত্তিক
না।
না।
হাঁ
না।
হাঁ

তাত্ক্ষণিক ক্লোনিং
না।
হাঁ
হাঁ
হাঁ
হাঁ

স্টোরেজ ড্রাইভার একটি পাত্রের ভিতরে ব্যবহারযোগ্য
হাঁ
হাঁ
না।
না।
না।

পুরানো স্ন্যাপশটগুলি থেকে পুনরুদ্ধার করুন (সর্বশেষ নয়)
হাঁ
হাঁ
হাঁ
না।
হাঁ

স্টোরেজ কোটা
হ্যাঁ(*)
হাঁ
হাঁ
হাঁ
না।

উইজার্ড ব্যবহার করে নেটওয়ার্ক এবং স্টোরেজ পুল শুরু করা হচ্ছে ^

পরবর্তী কমান্ডটি আমরা দেখব যেটি শুরু করার উইজার্ড ব্যবহার করে সহজ প্রশ্নের উত্তর দিয়ে LXD এর প্রধান উপাদানগুলি সেট আপ করার পরামর্শ দেয়।

আপনার আদেশ প্রদান করুন lxc init এবং নীচের উদাহরণে দেখানো কোলনের পরে প্রশ্নের উত্তরগুলি লিখুন বা আপনার শর্ত অনুযায়ী সেগুলি পরিবর্তন করুন:

lxd init

Would you like to use LXD clustering? (yes/no) [default=no]: 
Do you want to configure a new storage pool? (yes/no) [default=yes]: 
Name of the new storage pool [default=default]: ssdpool         
Name of the storage backend to use (lvm, btrfs, dir) [default=btrfs]: 
Create a new BTRFS pool? (yes/no) [default=yes]: 
Would you like to use an existing block device? (yes/no) [default=no]: 
Size in GB of the new loop device (1GB minimum) [default=15GB]: 10GB
Would you like to connect to a MAAS server? (yes/no) [default=no]: 
Would you like to create a new local network bridge? (yes/no) [default=yes]: 
What should the new bridge be called? [default=lxdbr0]: 
What IPv4 address should be used? (CIDR subnet notation, “auto” or “none”) [default=auto]: 10.0.5.1/24
Would you like LXD to NAT IPv4 traffic on your bridge? [default=yes]: 
What IPv6 address should be used? (CIDR subnet notation, “auto” or “none”) [default=auto]: none
Would you like LXD to be available over the network? (yes/no) [default=no]: 
Would you like stale cached images to be updated automatically? (yes/no) [default=yes] no
Would you like a YAML "lxd init" preseed to be printed? (yes/no) [default=no]:

একটি অতিরিক্ত স্টোরেজ পুল তৈরি করা হচ্ছে ^

আগের ধাপে আমরা তৈরি করেছি স্টোরেজ পুল যার নাম দেওয়া হয়েছিল ssdpool এবং এর ফাইলটি আমার সিস্টেমে এখানে অবস্থিত /var/lib/lxd/disks/ssdpool.img. এই ফাইল সিস্টেম ঠিকানাটি আমার পিসির শারীরিক SSD ড্রাইভের সাথে মিলে যায়।

নিম্নলিখিত কর্ম, দ্বারা অভিনয় ভূমিকা বোঝার প্রসারিত স্টোরেজ পুল সংগ্রহস্থলে, আমরা একটি দ্বিতীয় তৈরি করব স্টোরেজ পুল যা শারীরিকভাবে একটি ভিন্ন ধরনের ডিস্ক, HDD-তে অবস্থিত হবে। সমস্যা হল যে LXD আপনাকে তৈরি করতে দেয় না স্টোরেজ পুল ঠিকানার বাইরে /var/lib/lxd/disks/ এমনকি প্রতীকী লিঙ্কগুলিও কাজ করবে না, বিকাশকারীর প্রতিক্রিয়া দেখুন. আমরা এই সীমাবদ্ধতা বাইপাস করতে পারি প্রারম্ভিকতা/ফরম্যাটিং এর সময় স্টোরেজ পুল কী-তে এটি উল্লেখ করে লুপব্যাক ফাইলের পাথের পরিবর্তে ব্লক ডিভাইস হিসেবে মান উল্লেখ করে source.

তাই তৈরি করার আগে স্টোরেজ পুল আপনাকে একটি লুপব্যাক ফাইল বা আপনার ফাইল সিস্টেমে একটি বিদ্যমান পার্টিশন নির্ধারণ করতে হবে যা এটি ব্যবহার করবে। এটি করার জন্য, আমরা একটি ফাইল তৈরি করব এবং ব্যবহার করব যা আমরা আকারে 10GB পর্যন্ত সীমাবদ্ধ করব:

dd if=/dev/zero of=/mnt/work/lxd/hddpool.img bs=1MB count=10000

10000+0 records in
10000+0 records out
10000000000 bytes (10 GB, 9,3 GiB) copied, 38,4414 s, 260 MB/s

লুপব্যাক ফাইলটিকে একটি ফ্রি লুপব্যাক ডিভাইসের সাথে সংযুক্ত করা যাক:

sudo losetup --find --show /mnt/work/lxd/hddpool.img

/dev/loop1

চাবি ধন্যবাদ --show কমান্ডটি কার্যকর করার ফলে আমাদের লুপব্যাক ফাইলটি যে ডিভাইসে সংযুক্ত রয়েছে তার নামটি স্ক্রিনে ফিরে আসে। যদি প্রয়োজন হয়, আমাদের ক্রিয়াগুলি সঠিক কিনা তা নিশ্চিত করতে আমরা এই ধরণের সমস্ত ব্যস্ত ডিভাইসের একটি তালিকা প্রদর্শন করতে পারি:

losetup -l

NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE                      DIO LOG-SEC
/dev/loop1         0      0         0  0 /mnt/work/lxd/hddpool.img        0     512
/dev/loop0         0      0         1  0 /var/lib/lxd/disks/ssdpool.img   0     512

তালিকা থেকে আপনি ডিভাইস আছে যে খুঁজে পেতে পারেন /dev/loop1 লুপব্যাক ফাইল অন্তর্ভুক্ত /mnt/work/lxd/hddpool.img, এবং ডিভাইসে /dev/loop0 লুপব্যাক ফাইল অন্তর্ভুক্ত /var/lib/lxd/disks/ssdpool.img যা ডিফল্টের সাথে মিলে যায় স্টোরেজ পুল.

নিম্নলিখিত কমান্ডটি একটি নতুন তৈরি করে স্টোরেজ পুল LXD-তে লুপব্যাক ফাইলের উপর ভিত্তি করে আমরা এইমাত্র প্রস্তুত করেছি। LXD লুপব্যাক ফাইল ফরম্যাট করবে /mnt/work/lxd/hddpool.img ডিভাইসে /dev/loop1 BTRFS ফাইল সিস্টেমের জন্য:

lxc storage create hddpool btrfs size=10GB source=/dev/loop1

এর সব একটি তালিকা প্রদর্শন করা যাক স্টোরেজ পুল পর্দায়:

lxc storage list

+---------+-------------+--------+--------------------------------+---------+
|  NAME   | DESCRIPTION | DRIVER |             SOURCE             | USED BY |
+---------+-------------+--------+--------------------------------+---------+
| hddpool |             | btrfs  | /dev/loop1                     | 0       |
+---------+-------------+--------+--------------------------------+---------+
| ssdpool |             | btrfs  | /var/lib/lxd/disks/ssdpool.img | 0       |
+---------+-------------+--------+--------------------------------+---------+

স্টোরেজ পুলের আকার বৃদ্ধি করা ^

সৃষ্টির পরে স্টোরেজ পুলপ্রয়োজন হলে, এটি প্রসারিত করা যেতে পারে। জন্য স্টোরেজ পুল BTRFS ফাইল সিস্টেমের উপর ভিত্তি করে, নিম্নলিখিত কমান্ডগুলি চালান:

sudo truncate -s +5G /mnt/work/lxd/hddpool.img
sudo losetup -c /dev/loop1
sudo btrfs filesystem resize max /var/lib/lxd/storage-pools/hddpool

একটি লুপব্যাক ডিভাইস স্লটে একটি লুপব্যাক ফাইলের স্বয়ংক্রিয় সন্নিবেশ ^

হোস্ট সিস্টেম রিবুট করার সময় আমাদের একটি ছোট সমস্যা আছে, ফাইলটি /mnt/work/lxd/hddpool.img ডিভাইস থেকে "উড়ে" যাবে /dev/loop1 এবং LXD পরিষেবাটি লোড করার সময় ক্র্যাশ হয়ে যাবে কারণ এটি এই ডিভাইসে এটি দেখতে পাবে না৷ এই সমস্যাটি সমাধান করার জন্য আপনাকে একটি সিস্টেম পরিষেবা তৈরি করতে হবে যা এই ফাইলটিকে ডিভাইসে সন্নিবেশ করবে /dev/loop1 যখন হোস্ট সিস্টেম বুট হয়।

আসুন তৈরি করি একক ফাইলের ধরন সেবা в /etc/systemd/system/ SystemD প্রারম্ভিক সিস্টেমের জন্য:

cat << EOF | sudo tee -a /etc/systemd/system/lxd-hddpool.service
[Unit]
Description=Losetup LXD Storage Pool (hddpool)
After=local-fs.target

[Service]
Type=oneshot
ExecStart=/sbin/losetup /dev/loop1 /mnt/work/lxd/hddpool.img
RemainAfterExit=true

[Install]
WantedBy=local-fs.target
EOF

পরিষেবা সক্রিয় করুন:

sudo systemctl enable lxd-hddpool

Created symlink /etc/systemd/system/local-fs.target.wants/lxd-hddpool.service → /etc/systemd/system/lxd-hddpool.service.

হোস্ট সিস্টেম পুনরায় চালু করার পরে, আমরা পরিষেবার স্থিতি পরীক্ষা করি:

systemctl status lxd-hddpool.service 

● lxd-hddpool.service - Losetup LXD Storage Pool (hddpool)
     Loaded: loaded (/etc/systemd/system/lxd-hddpool.service; enabled; vendor preset: disabled)
     Active: active (exited) since Wed 2020-04-08 03:43:53 MSK; 1min 37s ago
    Process: 711 ExecStart=/sbin/losetup /dev/loop1 /mnt/work/lxd/hddpool.img (code=exited, status=0/SUCCESS)
   Main PID: 711 (code=exited, status=0/SUCCESS)

апр 08 03:43:52 manjaro systemd[1]: Starting Losetup LXD Storage Pool (hddpool)...
апр 08 03:43:53 manjaro systemd[1]: Finished Losetup LXD Storage Pool (hddpool).

আউটপুট থেকে আমরা যাচাই করতে পারি যে সার্ভিস স্টেট সক্রিয়, একটি কমান্ড থেকে আমাদের স্ক্রিপ্টের সম্পাদন সম্পন্ন হওয়া সত্ত্বেও, বিকল্পটি আমাদের এটি করার অনুমতি দেয় RemainAfterExit=true.

নিরাপত্তা। ধারক বিশেষাধিকার ^

যেহেতু সমস্ত কন্টেইনার প্রক্রিয়া প্রকৃতপক্ষে হোস্ট সিস্টেমে তার কার্নেল ব্যবহার করে বিচ্ছিন্নভাবে চলে, হোস্ট সিস্টেমে কন্টেইনার প্রক্রিয়াগুলির অ্যাক্সেসকে আরও সুরক্ষিত করতে, LXD প্রক্রিয়া বিশেষাধিকার প্রদান করে, যেখানে:

সুবিধাপ্রাপ্ত পাত্রে - এগুলি এমন কন্টেইনার যেখানে UID এবং GID সহ প্রসেসগুলি হোস্ট সিস্টেমের মতো একই মালিকের সাথে মিলে যায়৷ উদাহরণ স্বরূপ, 0-এর UID সহ একটি কন্টেইনারে চলমান একটি প্রক্রিয়ার 0-এর UID সহ হোস্ট সিস্টেমে একটি প্রক্রিয়ার মতো একই অ্যাক্সেসের অধিকার রয়েছে। অন্য কথায়, কন্টেইনারের রুট ব্যবহারকারীর শুধুমাত্র সমস্ত অধিকার নেই ধারক, তবে হোস্ট সিস্টেমেও যদি সে কন্টেইনারের বিচ্ছিন্ন নামস্থানের বাইরে যেতে পারে।
সুবিধাবঞ্চিত পাত্রে - এগুলি এমন কন্টেইনার যেখানে প্রক্রিয়াগুলি 0 থেকে 65535 নম্বর সহ UID এবং GID-এর মালিকের অন্তর্গত, কিন্তু হোস্ট সিস্টেমের জন্য যথাক্রমে যোগ করা SubUID এবং SubGID বিটগুলি ব্যবহার করে মালিককে মাস্ক করা হয়৷ উদাহরণস্বরূপ, একটি পাত্রে UID=0 সহ ব্যবহারকারীকে হোস্ট সিস্টেমে হিসাবে দেখা যাবে SubUID + UID. এটি হোস্ট সিস্টেমকে রক্ষা করে কারণ যদি কন্টেইনারের কোনো প্রক্রিয়া তার বিচ্ছিন্ন নামস্থান থেকে বেরিয়ে আসতে সক্ষম হয়, তবে এটি শুধুমাত্র একটি অজানা, খুব উচ্চ UID/GID সহ একটি প্রক্রিয়া হিসাবে হোস্ট সিস্টেমের সাথে যোগাযোগ করতে পারে।

ডিফল্টরূপে, নতুন তৈরি কন্টেইনারগুলির একটি সুবিধাবিহীন অবস্থা থাকে এবং তাই আমাদের অবশ্যই একটি SubUID এবং SubGID সংজ্ঞায়িত করতে হবে।

আসুন দুটি কনফিগারেশন ফাইল তৈরি করি যেখানে আমরা যথাক্রমে SubUID এবং SubGID-এর জন্য মাস্ক সেট করব:

sudo touch /etc{/subuid,/subgid}
sudo usermod --add-subuids 1000000-1065535 root 
sudo usermod --add-subgids 1000000-1065535 root

পরিবর্তনগুলি প্রয়োগ করতে, LXD পরিষেবাটি পুনরায় চালু করতে হবে:

sudo systemctl restart lxd

একটি ভার্চুয়াল নেটওয়ার্ক সুইচ তৈরি করা হচ্ছে ^

যেহেতু আমরা পূর্বে ইনিশিয়ালাইজেশন উইজার্ড ব্যবহার করে নেটওয়ার্ক চালু করেছি lxd init এবং একটি নেটওয়ার্ক ডিভাইস তৈরি করেছে lxdbr0, তাহলে এই বিভাগে আমরা LXD-এ নেটওয়ার্কিং এবং ক্লায়েন্ট কমান্ড ব্যবহার করে কীভাবে একটি ভার্চুয়াল সুইচ (ব্রিজ) তৈরি করতে হয় তার সাথে পরিচিত হব।

নিম্নলিখিত চিত্রটি দেখায় কিভাবে একটি সুইচ (ব্রিজ) হোস্ট এবং কন্টেইনারকে একটি নেটওয়ার্কে সংযুক্ত করে:

কনটেইনারগুলি অন্যান্য পাত্রে বা হোস্টের সাথে একটি নেটওয়ার্কের মাধ্যমে যোগাযোগ করতে পারে যেখানে এই কন্টেইনারগুলি পরিবেশন করা হয়। এটি করার জন্য, আপনাকে ভার্চুয়াল সুইচের সাথে কন্টেইনারগুলির ভার্চুয়াল নেটওয়ার্ক কার্ডগুলিকে লিঙ্ক করতে হবে। আমরা প্রথমে একটি সুইচ তৈরি করব, এবং ধারকটির নেটওয়ার্ক ইন্টারফেসগুলি পরবর্তী অধ্যায়ে লিঙ্ক করা হবে, কন্টেইনারটি তৈরি হওয়ার পরে।

নিম্নলিখিত কমান্ডটি একটি সাবনেটের সাথে একটি সুইচ তৈরি করে 10.0.5.0/24 এবং IPv4 ঠিকানা 10.0.5.1/24, এবং এছাড়াও অন্তর্ভুক্ত ipv4.nat যাতে কন্টেইনাররা NAT পরিষেবা ব্যবহার করে হোস্টের মাধ্যমে ইন্টারনেট অ্যাক্সেস করতে পারে:

lxc network create lxdbr0 ipv4.address=10.0.5.1/24 ipv4.nat=true ipv6.address=none

এলএক্সডি-তে উপলব্ধ নেটওয়ার্ক ডিভাইসগুলির তালিকা পরীক্ষা করা হচ্ছে:

lxc network list

+--------+----------+---------+-------------+---------+
|  NAME  |   TYPE   | MANAGED | DESCRIPTION | USED BY |
+--------+----------+---------+-------------+---------+
| eno1   | physical | NO      |             | 0       |
+--------+----------+---------+-------------+---------+
| lxdbr0 | bridge   | YES     |             | 0       |
+--------+----------+---------+-------------+---------+

এছাড়াও আপনি যাচাই করতে পারেন যে লিনাক্স ডিস্ট্রিবিউশনের স্ট্যান্ডার্ড টুল ব্যবহার করে একটি নেটওয়ার্ক ডিভাইস তৈরি করা হয়েছে - ip link বা ip addr:

ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether bc:ee:7b:5a:6b:44 brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet6 fe80::9571:11f3:6e0c:c07b/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: lxdbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether c2:38:90:df:cb:59 brd ff:ff:ff:ff:ff:ff
    inet 10.0.5.1/24 scope global lxdbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::c038:90ff:fedf:cb59/64 scope link 
       valid_lft forever preferred_lft forever
5: veth3ddab174@if4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master lxdbr0 state UP group default qlen 1000
    link/ether ca:c3:5c:1d:22:26 brd ff:ff:ff:ff:ff:ff link-netnsid 0

কনফিগারেশন প্রোফাইল ^

LXD-এর প্রতিটি কন্টেইনারের নিজস্ব কনফিগারেশন রয়েছে এবং এটিকে বিশ্বব্যাপী ঘোষিত কনফিগারেশনের সাথে প্রসারিত করতে পারে কনফিগারেশন প্রোফাইল. একটি পাত্রে কনফিগারেশন প্রোফাইল প্রয়োগ করার জন্য একটি ক্যাসকেড মডেল রয়েছে, নিম্নলিখিত উদাহরণটি এটি প্রদর্শন করে:

এই উদাহরণে, LXD সিস্টেমে তিনটি প্রোফাইল তৈরি করা হয়েছে: default, hddpool и hostfs. তিনটি প্রোফাইল একটি স্থানীয় কনফিগারেশন (ধূসর এলাকা) আছে এমন একটি পাত্রে প্রয়োগ করা হয়। প্রোফাইল default একটি ডিভাইস আছে root যার একটি প্যারামিটার আছে pool সমান ssdpool, কিন্তু ক্যাসকেড কনফিগারেশন অ্যাপ্লিকেশন মডেলের জন্য ধন্যবাদ, আমরা কন্টেইনারে একটি প্রোফাইল প্রয়োগ করতে পারি hddpool যার একটি প্যারামিটার আছে pool প্রোফাইল থেকে একই প্যারামিটার ওভাররাইড করবে default এবং ধারকটি ডিভাইস কনফিগারেশন পাবে root প্যারামিটার সহ pool সমান hddpool, এবং প্রোফাইল hostfs পাত্রে একটি নতুন ডিভাইস যোগ করে।

উপলব্ধ কনফিগারেশন প্রোফাইলের তালিকা দেখতে, নিম্নলিখিত কমান্ডটি ব্যবহার করুন:

lxc profile list

+---------+---------+
|  NAME   | USED BY |
+---------+---------+
| default | 1       |
+---------+---------+
| hddroot | 0       |
+---------+---------+
| ssdroot | 1       |
+---------+---------+

একটি প্রোফাইলের সাথে কাজ করার জন্য উপলব্ধ কমান্ডের একটি সম্পূর্ণ তালিকা কী যোগ করে প্রাপ্ত করা যেতে পারে --help:

lxc profile --help

Description:
  Manage profiles

Usage:
  lxc profile [command]

Available Commands:
  add         Add profiles to instances
  assign      Assign sets of profiles to instances
  copy        Copy profiles
  create      Create profiles
  delete      Delete profiles
  device      Manage instance devices
  edit        Edit profile configurations as YAML
  get         Get values for profile configuration keys
  list        List profiles
  remove      Remove profiles from instances
  rename      Rename profiles
  set         Set profile configuration keys
  show        Show profile configurations
  unset       Unset profile configuration keys

আপনার প্রোফাইল সম্পাদনা করা হচ্ছে ^

ডিফল্ট কনফিগারেশন প্রোফাইল default ধারকটির জন্য নেটওয়ার্ক কার্ড কনফিগারেশন নেই এবং সমস্ত নতুন তৈরি কন্টেইনারগুলির একটি নেটওয়ার্ক নেই, তাদের জন্য একটি পৃথক কমান্ড সহ স্থানীয় (ডেডিকেটেড) নেটওয়ার্ক ডিভাইস তৈরি করা প্রয়োজন, তবে আমরা কনফিগারেশনে একটি বিশ্বব্যাপী নেটওয়ার্ক ডিভাইস তৈরি করতে পারি। প্রোফাইল যা এই প্রোফাইল ব্যবহার করে সমস্ত কন্টেইনারের মধ্যে ভাগ করা হবে৷ এইভাবে, একটি নতুন কন্টেইনার তৈরি করার কমান্ডের পরপরই, তাদের নেটওয়ার্ক অ্যাক্সেস সহ একটি নেটওয়ার্ক থাকবে। একই সময়ে, কোন বিধিনিষেধ নেই; প্রয়োজন হলে আমরা সর্বদা একটি স্থানীয় নেটওয়ার্ক ডিভাইস তৈরি করতে পারি।

নিম্নলিখিত কমান্ডটি ডিভাইসটিকে কনফিগারেশন প্রোফাইলে যুক্ত করবে eth0 আদর্শ nic নেটওয়ার্কের সাথে সংযুক্ত lxdbr0:

lxc profile device add default eth0 nic network=lxdbr0 name=eth0

এটা মনে রাখা গুরুত্বপূর্ণ যে যেহেতু আমরা আসলে ডিভাইসটিকে কনফিগারেশন প্রোফাইলে যুক্ত করেছি, যদি আমরা ডিভাইসে একটি স্ট্যাটিক আইপি ঠিকানা নির্দিষ্ট করি, তাহলে এই প্রোফাইলটি ব্যবহার করা সমস্ত কন্টেইনার একই IP ঠিকানা ভাগ করবে। যদি কন্টেইনারের জন্য বরাদ্দ একটি স্ট্যাটিক আইপি ঠিকানা সহ একটি ধারক তৈরি করার প্রয়োজন হয়, তাহলে আপনার IP ঠিকানা প্যারামিটারের সাথে কনটেইনার স্তরে (স্থানীয় কনফিগারেশন) একটি নেটওয়ার্ক ডিভাইস কনফিগারেশন তৈরি করা উচিত, প্রোফাইল স্তরে নয়।

চলুন প্রোফাইল চেক করা যাক:

lxc profile show default

config: {}
description: Default LXD profile
devices:
  eth0:
    name: eth0
    network: lxdbr0
    type: nic
  root:
    path: /
    pool: ssdpool
    type: disk
name: default
used_by: []

এই প্রোফাইলে আমরা দেখতে পাচ্ছি যে সমস্ত নতুন তৈরি পাত্রের জন্য দুটি ডিভাইস তৈরি করা হবে:

eth0 - ডিভাইসের ধরন nic একটি সুইচের সাথে সংযুক্ত (নেটওয়ার্ক ব্রিজ) lxdbr0
root - ডিভাইসের ধরন disk যা একটি স্টোরেজ পুল ব্যবহার করে ssdpool

নতুন প্রোফাইল তৈরি করা হচ্ছে ^

আগে তৈরি করা ব্যবহার করতে স্টোরেজ পুল পাত্রে, একটি কনফিগারেশন প্রোফাইল তৈরি করুন ssdroot যার মধ্যে আমরা একটি ডিভাইস যুক্ত করব disk মাউন্ট পয়েন্ট সহ / (root) ব্যবহার করে পূর্বে তৈরি করা হয়েছে স্টোরেজ পুল - ssdpool:

lxc profile create ssdroot
lxc profile device add ssdroot root disk path=/ pool=ssdpool

একইভাবে, আমরা একটি ডিভাইস তৈরি করি disk, কিন্তু এই ক্ষেত্রে ব্যবহার করে স্টোরেজ পুল - hddpool:

lxc profile create hddroot
lxc profile device add hddroot root disk path=/ pool=hddpool

কনফিগারেশন প্রোফাইল চেক করা হচ্ছে:

lxc profile show ssdroot

config: {}
description: ""
devices:
  root:
    path: /
    pool: ssdpool
    type: disk
name: ssdroot
used_by: []

lxc profile show hddroot

config: {}
description: ""
devices:
  root:
    path: /
    pool: hddpool
    type: disk
name: hddroot
used_by: []

চিত্র সংগ্রহস্থল ^

কন্টেইনারগুলি এমন চিত্রগুলি থেকে তৈরি করা হয় যা বিশেষভাবে একত্রিত বিতরণ যা লিনাক্স কার্নেল নেই। অতএব, ধারক চালানোর আগে, এটি এই চিত্র থেকে স্থাপন করা আবশ্যক. ছবির উৎস হল একটি স্থানীয় সংগ্রহস্থল যেখানে বাহ্যিক সংগ্রহস্থল থেকে ছবি ডাউনলোড করা হয়।

দূরবর্তী চিত্র সংগ্রহস্থল ^

ডিফল্টরূপে, LXD তিনটি দূরবর্তী উত্স থেকে চিত্রগুলি গ্রহণ করার জন্য কনফিগার করা হয়েছে:

উবুন্টু: (স্থিতিশীল উবুন্টু ছবির জন্য)
উবুন্টু-প্রতিদিন: (দৈনিক উবুন্টু ছবির জন্য)
চিত্র: (অন্যান্য একগুচ্ছ ডিস্ট্রোসের জন্য)

lxc remote list

+-----------------+------------------------------------------+--------+--------+
|      NAME       |                   URL                    | PUBLIC | STATIC |
+-----------------+------------------------------------------+--------+--------+
| images          | https://images.linuxcontainers.org       | YES    | NO     |
+-----------------+------------------------------------------+--------+--------+
| local (default) | unix://                                  | NO     | YES    |
+-----------------+------------------------------------------+--------+--------+
| ubuntu          | https://cloud-images.ubuntu.com/releases | YES    | YES    |
+-----------------+------------------------------------------+--------+--------+
| ubuntu-daily    | https://cloud-images.ubuntu.com/daily    | YES    | YES    |
+-----------------+------------------------------------------+--------+--------+

উদাহরণস্বরূপ, সংগ্রহস্থল ubuntu: নিম্নলিখিত ছবি আছে:

lxc image -c dasut list ubuntu: | head -n 11

+----------------------------------------------+--------------+----------+------------+
|                   DESCRIPTION                | ARCHITECTURE |   SIZE   |   TYPE     |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150728)  | x86_64       | 153.72MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150819)  | x86_64       | 152.91MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150906)  | x86_64       | 154.69MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+
| ubuntu 12.04 LTS amd64 (release) (20150930)  | x86_64       | 153.86MB | CONTAINER  |
+----------------------------------------------+--------------+----------+------------+

সীমিত সংখ্যক কলাম প্রদর্শন করতে আমরা বিকল্পটি ব্যবহার করেছি -c পরামিতি সহ dasut, এবং কমান্ডের সাহায্যে তালিকার দৈর্ঘ্য সীমিত করে head.

ফিল্টারিং ইমেজ একটি তালিকা প্রদর্শন উপলব্ধ. নিম্নলিখিত কমান্ডটি সমস্ত উপলব্ধ বিতরণ আর্কিটেকচারের তালিকা করবে আলপাইনলিনাক্স:

lxc image -c ldast list images:alpine/3.11

+------------------------------+--------------------------------------+--------------+
|            ALIAS             |             DESCRIPTION              | ARCHITECTURE |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11 (3 more)         | Alpine 3.11 amd64 (20200220_13:00)   | x86_64       |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/arm64 (1 more)   | Alpine 3.11 arm64 (20200220_13:00)   | aarch64      |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/armhf (1 more)   | Alpine 3.11 armhf (20200220_13:00)   | armv7l       |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/i386 (1 more)    | Alpine 3.11 i386 (20200220_13:01)    | i686         |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/ppc64el (1 more) | Alpine 3.11 ppc64el (20200220_13:00) | ppc64le      |
+------------------------------+--------------------------------------+--------------+
| alpine/3.11/s390x (1 more)   | Alpine 3.11 s390x (20200220_13:00)   | s390x        |
+------------------------------+--------------------------------------+--------------+

স্থানীয় চিত্র সংগ্রহস্থল ^

ধারকটি ব্যবহার শুরু করতে, আপনাকে বিশ্বব্যাপী সংগ্রহস্থল থেকে স্থানীয় একটিতে একটি চিত্র যুক্ত করতে হবে local:. এখন স্থানীয় সংগ্রহস্থল খালি, কমান্ড এটি নিশ্চিত করবে lxc image list. যদি পদ্ধতি list একটি সংগ্রহস্থল নির্দিষ্ট করবেন না, তাহলে স্থানীয় সংগ্রহস্থল ডিফল্টরূপে ব্যবহার করা হবে - local:

lxc image list local:

+-------+-------------+--------+-------------+--------------+------+------+
| ALIAS | FINGERPRINT | PUBLIC | DESCRIPTION | ARCHITECTURE | TYPE | SIZE |
+-------+-------------+--------+-------------+--------------+------+------+

সংগ্রহস্থলের চিত্রগুলি নিম্নলিখিত পদ্ধতিগুলি ব্যবহার করে পরিচালিত হয়:

টীম
বিবরণ

lxc ইমেজ উপনাম
ছবির উপনাম পরিচালনা করুন

lxc ইমেজ কপি
সার্ভারের মধ্যে ছবি কপি করুন

lxc ইমেজ মুছে ফেলা
চিত্রগুলি মুছুন

lxc ইমেজ সম্পাদন করা
চিত্র বৈশিষ্ট্য সম্পাদনা করুন

lxc ইমেজ রপ্তানি
ছবি রপ্তানি এবং ডাউনলোড করুন

lxc ইমেজ আমদানি
ইমেজ স্টোরে ইমেজ ইমপোর্ট করুন

lxc ইমেজ তথ্য
ইমেজ সম্পর্কে দরকারী তথ্য দেখান

lxc ইমেজ তালিকা
ইমেজ তালিকা

lxc ইমেজ সতেজ করা
ছবি রিফ্রেশ করুন

lxc ইমেজ প্রদর্শনী
চিত্র বৈশিষ্ট্য দেখান

বিশ্বব্যাপী থেকে স্থানীয় সংগ্রহস্থলে চিত্রটি অনুলিপি করুন images::

lxc image copy images:alpine/3.11/amd64 local: --alias=alpine3

Image copied successfully!

স্থানীয় সংগ্রহস্থলে বর্তমানে উপলব্ধ সমস্ত চিত্রের একটি তালিকা প্রদর্শন করা যাক local::

lxc image -c lfdatsu list local:

+---------+--------------+------------------------------------+--------------+
|  ALIAS  | FINGERPRINT  |            DESCRIPTION             | ARCHITECTURE |
+---------+--------------+------------------------------------+--------------+
| alpine3 | 73a3093d4a5c | Alpine 3.11 amd64 (20200220_13:00) | x86_64       |
+---------+--------------+------------------------------------+--------------+

LXD কনফিগারেশন ^

ইন্টারেক্টিভ মোড ছাড়াও, LXD একটি নন-ইন্টারেক্টিভ কনফিগারেশন ইনস্টলেশন মোডকেও সমর্থন করে, এটি হল যখন কনফিগারেশনটি YAML ফাইলের আকারে নির্দিষ্ট করা হয়, একটি বিশেষ বিন্যাস যা আপনাকে সম্পাদনকে বাইপাস করে একবারে সম্পূর্ণ কনফিগারেশন ইনস্টল করতে দেয়। নেটওয়ার্ক কনফিগারেশন, কনফিগারেশন প্রোফাইল তৈরি ইত্যাদি সহ অনেকগুলি ইন্টারেক্টিভ কমান্ড যা উপরে এই নিবন্ধে আলোচনা করা হয়েছে। আমরা এখানে এই এলাকাটি কভার করব না, আপনি নিজেরাই এটি পরীক্ষা করে দেখতে পারেন। ডকুমেন্টেশনে.

পরবর্তী ইন্টারেক্টিভ কমান্ড lxc config যা আমরা দেখব আপনাকে কনফিগারেশন সেট করতে দেয়। উদাহরণস্বরূপ, স্থানীয় সংগ্রহস্থলে ডাউনলোড করা ছবিগুলি বিশ্বব্যাপী সংগ্রহস্থল থেকে স্বয়ংক্রিয়ভাবে আপডেট না হয় তা নিশ্চিত করতে, আমরা নিম্নলিখিত কমান্ডের মাধ্যমে এই আচরণটি সক্ষম করতে পারি:

lxc config set images.auto_update_cached=false

একটি ধারক তৈরি এবং পরিচালনা ^

একটি ধারক তৈরি করতে কমান্ডটি ব্যবহার করুন lxc init যার কাছে মানগুলি পাস করা হয় репозиторий:образ এবং তারপর ধারক জন্য পছন্দসই আইডি. সংগ্রহস্থল স্থানীয় হিসাবে নির্দিষ্ট করা যেতে পারে local: তাই যে কোনো বৈশ্বিক এক. যদি রিপোজিটরি নির্দিষ্ট করা না থাকে, তাহলে ডিফল্টভাবে স্থানীয় রিপোজিটরি ইমেজ খোঁজার জন্য ব্যবহার করা হয়। যদি চিত্রটি গ্লোবাল রিপোজিটরি থেকে নির্দিষ্ট করা হয়, তাহলে ছবিটি প্রথমে স্থানীয় সংগ্রহস্থলে ডাউনলোড করা হবে এবং তারপর ধারক তৈরি করতে ব্যবহার করা হবে।

আমাদের প্রথম ধারক তৈরি করতে নিম্নলিখিত কমান্ডটি চালান:

lxc init alpine3 alp --storage=hddpool --profile=default --profile=hddroot

আসুন আমরা এখানে ক্রমানুসারে ব্যবহার করা কমান্ড কীগুলি দেখি:

alpine3 — স্থানীয় সংগ্রহস্থলে পূর্বে আপলোড করা ছবির জন্য একটি উপনাম (উনাম) নির্দিষ্ট করা হয়েছে। যদি এই ছবির জন্য উপনাম তৈরি করা না হয়, তাহলে আপনি সর্বদা এটির দ্বারা চিত্রটিকে উল্লেখ করতে পারেন অঙ্গুলাঙ্ক যা টেবিলে প্রদর্শিত হয়।
alp — কন্টেইনারের জন্য শনাক্তকারী সেট করে
--storage — এই কী নির্দেশ করে কোনটিতে স্টোরেজ পুল একটি ধারক তৈরি করা হবে
--profile — এই কী ক্যাসকেড পূর্বে তৈরি কনফিগারেশন প্রোফাইল থেকে কনটেইনারে কনফিগারেশন প্রয়োগ করে

আমরা ধারকটি চালু করি, যা বিতরণের init সিস্টেম চালু করতে শুরু করে:

lxc start alp

আপনি কমান্ড ব্যবহার করতে পারেন lxc launch যা আপনাকে দলগুলিকে একত্রিত করতে দেয় lxc init и lxc start এক অপারেশনে।

পাত্রের অবস্থা পরীক্ষা করা হচ্ছে:

lxc list -c ns46tb
+------+---------+------------------+------+-----------+--------------+
| NAME |  STATE  |       IPV4       | IPV6 |   TYPE    | STORAGE POOL |
+------+---------+------------------+------+-----------+--------------+
| alp  | RUNNING | 10.0.5.46 (eth0) |      | CONTAINER | hddpool      |
+------+---------+------------------+------+-----------+--------------+

ধারক কনফিগারেশন পরীক্ষা করা হচ্ছে:

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200326_13:39)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200326_13:39"
  image.type: squashfs
  volatile.base_image: ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
  volatile.eth0.host_name: vethb1fe71d8
  volatile.eth0.hwaddr: 00:16:3e:5f:73:3e
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.power: RUNNING
devices:
  root:
    path: /
    pool: hddpool
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

বিভাগে profiles আমরা নিশ্চিত করতে পারি যে এই ধারকটি দুটি কনফিগারেশন প্রোফাইল ব্যবহার করে - default и hddroot. বিভাগে devices আমরা শুধুমাত্র একটি ডিভাইস সনাক্ত করতে পারি কারণ নেটওয়ার্ক ডিভাইসটি প্রোফাইল স্তরে তৈরি করা হয়েছিল৷ default. ধারক দ্বারা ব্যবহৃত সমস্ত ডিভাইস দেখতে আপনাকে একটি কী যোগ করতে হবে --expanded:

lxc config show alp --expanded

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200326_13:39)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200326_13:39"
  image.type: squashfs
  volatile.base_image: ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
  volatile.eth0.host_name: vethb1fe71d8
  volatile.eth0.hwaddr: 00:16:3e:5f:73:3e
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.power: RUNNING
devices:
  eth0:
    name: eth0
    network: lxdbr0
    type: nic
  root:
    path: /
    pool: hddpool
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

একটি স্ট্যাটিক আইপি ঠিকানা সেট করা হচ্ছে ^

যদি আমরা একটি নেটওয়ার্ক ডিভাইসের জন্য একটি IP ঠিকানা সেট করার চেষ্টা করি eth0 টীম lxc config device set alp কন্টেইনার কনফিগারেশনের জন্য উদ্দিষ্ট, তারপর আমরা একটি ত্রুটি পাব যা রিপোর্ট করবে যে ডিভাইসটি বিদ্যমান নেই কারণ ডিভাইসটি eth0 যা ধারক দ্বারা ব্যবহৃত হয় প্রোফাইলের অন্তর্গত default:

lxc config device set alp eth0 ipv4.address 10.0.5.5

Error: The device doesn't exist

আমরা অবশ্যই একটি স্ট্যাটিক আইপি ঠিকানা সেট করতে পারি eth0 প্রোফাইলে থাকা ডিভাইসগুলি, কিন্তু এই প্রোফাইলটি ব্যবহার করা সমস্ত পাত্রের জন্য এটি একই হবে৷ অতএব, আসুন পাত্রে উত্সর্গীকৃত একটি ডিভাইস যুক্ত করি:

lxc config device add alp eth0 nic name=eth0 nictype=bridged parent=lxdbr0 ipv4.address=10.0.5.5

তারপরে আপনাকে ধারকটি পুনরায় চালু করতে হবে:

lxc restart alp

আমরা যদি এখন কন্টেইনার কনফিগারেশন দেখি, আমাদের বিকল্পটি ব্যবহার করার দরকার নেই --expanded নেটওয়ার্ক ডিভাইস দেখতে eth0, যেহেতু আমরা এটিকে ধারক স্তরে তৈরি করেছি এবং এটি প্রোফাইল থেকে একই ডিভাইসে ক্যাসকেড হয়েছে৷ default:

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200326_13:39)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200326_13:39"
  image.type: squashfs
  volatile.base_image: ebd565585223487526ddb3607f5156e875c15a89e21b61ef004132196da6a0a3
  volatile.eth0.host_name: veth2a1dc59d
  volatile.eth0.hwaddr: 00:16:3e:0e:e2:71
  volatile.idmap.base: "0"
  volatile.idmap.current: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.idmap.next: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.idmap: '[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":65536},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":65536}]'
  volatile.last_state.power: RUNNING
devices:
  eth0:
    ipv4.address: 10.0.5.5
    name: eth0
    nictype: bridged
    parent: lxdbr0
    type: nic
  root:
    path: /
    pool: hddpool
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

একটি ধারক অপসারণ ^

একটি ধারক অপসারণ করতে, কমান্ড ব্যবহার করুন lxc delete, কিন্তু ধারক অপসারণের আগে, এটি কমান্ড ব্যবহার করে বন্ধ করতে হবে lxc stop:

lxc stop alp

lxc list

+------+---------+-------------------+------+-----------+-----------+
| NAME |  STATE  |       IPV4        | IPV6 |   TYPE    | SNAPSHOTS |
+------+---------+-------------------+------+-----------+-----------+
| alp  | STOPPED | 10.0.5.10 (eth0)  |      | CONTAINER | 0         |
+------+---------+-------------------+------+-----------+-----------+

আমরা যাচাই করার পর কন্টেইনারের অবস্থা এমন হয়ে গেছে বন্ধ, এটা থেকে সরানো যেতে পারে স্টোরেজ পুল:

lxc delete alp

ধারক অ্যাক্সেস ^

নেটওয়ার্ক সংযোগগুলিকে বাইপাস করে সরাসরি একটি কন্টেইনারে কমান্ড চালানোর জন্য, কমান্ডটি ব্যবহার করুন lxc exec যা সিস্টেম শেল চালু না করেই কন্টেইনারে কমান্ড চালায়। আপনি যদি শেল প্যাটার্ন যেমন ভেরিয়েবল, ফাইল রিডাইরেকশান (পাইপ) ইত্যাদি ব্যবহার করে একটি শেলে একটি কমান্ড চালাতে চান, তাহলে আপনাকে স্পষ্টভাবে শেলটি চালু করতে হবে এবং একটি কী হিসাবে কমান্ডটি পাস করতে হবে, উদাহরণস্বরূপ:

lxc exec alp -- /bin/sh -c "echo $HOME"

কমান্ডটি একটি বিশেষ পালানোর অক্ষর ব্যবহার করেছে বিশেষ চরিত্রের জন্য $ যাতে পরিবর্তনশীল $HOME হোস্ট মেশিনে ব্যাখ্যা করা হয়নি, তবে শুধুমাত্র কন্টেইনারের ভিতরে ব্যাখ্যা করা হয়েছিল।

ইন্টারেক্টিভ শেল মোড শুরু করা এবং তারপর হটকি চালানোর মাধ্যমে সেশন শেষ করাও সম্ভব CTRL+D:

lxc exec alp -- /bin/sh

ধারক সম্পদ ব্যবস্থাপনা ^

LXD-এ, আপনি কনফিগারেশনের একটি বিশেষ সেট ব্যবহার করে কন্টেইনার সংস্থানগুলি পরিচালনা করতে পারেন। ধারক কনফিগারেশন পরামিতিগুলির একটি সম্পূর্ণ তালিকা পাওয়া যাবে ডকুমেন্টেশনে.

RAM সম্পদ সীমাবদ্ধতা ^

স্থিতিমাপ limits.memory কন্টেইনারে উপলব্ধ RAM এর পরিমাণ সীমিত করে। মান হল একটি সংখ্যা এবং একটি উপলব্ধ প্রত্যয়.

কন্টেইনারের RAM সীমা 256 MB এ সেট করা যাক:

lxc config set alp limits.memory 256MB

এছাড়াও, মেমরি সীমিত করার জন্য অন্যান্য পরামিতি রয়েছে:

limits.memory.enforce
limits.memory.hugepages
limits.memory.swap
limits.memory.swap.priority

টীম lxc config show সেট করা প্রয়োগকৃত রিসোর্স সীমা সহ আপনাকে সম্পূর্ণ কন্টেইনার কনফিগারেশন প্রদর্শন করতে দেয়:

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200220_13:00)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200220_13:00"
  image.type: squashfs
  limits.memory: 256MB
  volatile.base_image: 73a3093d4a5ce0148fd84b95369b3fbecd19a537ddfd2e2d20caa2eef0e8fd60
  volatile.eth0.host_name: veth75b6df07
  volatile.eth0.hwaddr: 00:16:3e:a1:e7:46
  volatile.idmap.base: "0"
  volatile.idmap.current: '[]'
  volatile.idmap.next: '[]'
  volatile.last_state.idmap: '[]'
  volatile.last_state.power: RUNNING
devices: {}
ephemeral: false
profiles:
- default
stateful: false
description: ""

CPU সম্পদ সীমা ^

CPU সম্পদ সীমিত করার বিভিন্ন উপায় আছে। বিধিনিষেধের প্রকার:

limit.cpu - একটি ধারককে এক বা একাধিক CPU কোরের সাথে আবদ্ধ করে
limits.cpu.allowance - সময়সীমা পেরিয়ে গেলে হয় CFS শিডিউলার কোটা পরিচালনা করে, অথবা শতাংশ পেরিয়ে গেলে সর্বজনীন CPU রিসোর্স শেয়ারিং মেকানিজম
limits.cpu.priority - প্রসেসরের সেট ভাগ করার একাধিক দৃষ্টান্ত যখন একই শতাংশ প্রসেসর বরাদ্দ করা হয় তখন শিডিউলারের অগ্রাধিকার

lxc config set alp limits.cpu.allowance 40%

lxc config show alp

architecture: x86_64
config:
  image.architecture: amd64
  image.description: Alpine 3.11 amd64 (20200220_13:00)
  image.os: Alpine
  image.release: "3.11"
  image.serial: "20200220_13:00"
  image.type: squashfs
  limits.cpu.allowance: 40%
  limits.memory: 256MB
  volatile.base_image: 73a3093d4a5ce0148fd84b95369b3fbecd19a537ddfd2e2d20caa2eef0e8fd60
  volatile.eth0.host_name: veth75b6df07
  volatile.eth0.hwaddr: 00:16:3e:a1:e7:46
  volatile.idmap.base: "0"
  volatile.idmap.current: '[]'
  volatile.idmap.next: '[]'
  volatile.last_state.idmap: '[]'
  volatile.last_state.power: RUNNING
devices: {}
ephemeral: false
profiles:
- default
stateful: false
description: ""

ডিস্ক স্থান সীমাবদ্ধতা ^

এই ধরনের বিধিনিষেধ ছাড়াও limits.read, limits.write আমরা কন্টেইনার দ্বারা ব্যবহৃত ডিস্কের স্থানের পরিমাণও সীমিত করতে পারি (শুধুমাত্র ZFS বা BTRFS এর সাথে কাজ করে):

lxc config device set alp root size=2GB

ইনস্টলেশনের পর, প্যারামিটারে devices.root.size আমরা সেট সীমা যাচাই করতে পারি:

lxc config show alp
...
devices:
  root:
    path: /
    pool: hddpool
    size: 2GB
    type: disk
ephemeral: false
profiles:
- default
- hddroot
stateful: false
description: ""

ব্যবহৃত ডিস্ক কোটা দেখতে আমরা কমান্ড থেকে পেতে পারি lxc info:

lxc info alp
...
Resources:
  Processes: 5
  Disk usage:
    root: 1.05GB
  CPU usage:
    CPU usage (in seconds): 1
  Memory usage:
    Memory (current): 5.46MB
  Network usage:
    eth0:
      Bytes received: 802B
      Bytes sent: 1.59kB
      Packets received: 4
      Packets sent: 14
    lo:
      Bytes received: 0B
      Bytes sent: 0B
      Packets received: 0
      Packets sent: 0

আমরা কন্টেইনারের রুট ডিভাইসের জন্য 2GB পর্যন্ত একটি সীমা নির্ধারণ করেছি তা সত্ত্বেও, সিস্টেম ইউটিলিটিগুলি যেমন df এই সীমাবদ্ধতা দেখতে পাবেন না। এটি করার জন্য, আমরা একটি ছোট পরীক্ষা পরিচালনা করব এবং এটি কীভাবে কাজ করে তা খুঁজে বের করব।

এর মধ্যে 2টি নতুন অভিন্ন পাত্র তৈরি করা যাক স্টোরেজ পুল (এইচডিডিপুল):

lxc init alpine3 alp1 --storage=hddpool --profile=default --profile=hddroot
lxc init alpine3 alp2 --storage=hddpool --profile=default --profile=hddroot

lxc list
+------+---------+------------------+------+-----------+-----------+
| NAME |  STATE  |       IPV4       | IPV6 |   TYPE    | SNAPSHOTS |
+------+---------+------------------+------+-----------+-----------+
| alp1 | RUNNING | 10.0.5.46 (eth0) |      | CONTAINER | 0         |
+------+---------+------------------+------+-----------+-----------+
| alp2 | RUNNING | 10.0.5.30 (eth0) |      | CONTAINER | 0         |
+------+---------+------------------+------+-----------+-----------+

আসুন একটি পাত্রে একটি 1GB ফাইল তৈরি করি:

lxc exec alp1 -- dd if=/dev/urandom of=file.img bs=1M count=1000

আসুন নিশ্চিত করি যে ফাইলটি তৈরি হয়েছে:

lxc exec alp1 -- ls -lh
total 1000M  
-rw-r--r--    1 root     root     1000.0M Mar 27 10:16 file.img

যদি আমরা দ্বিতীয় পাত্রে দেখি, একই স্থানে একটি ফাইলের অস্তিত্ব পরীক্ষা করে দেখুন, তাহলে এই ফাইলটি সেখানে থাকবে না, যা প্রত্যাশিত, যেহেতু কন্টেইনারগুলি তাদের নিজস্ব তৈরি করা হয়। স্টোরেজ ভলিউম একই স্টোরেজ পুল:

lxc exec alp2 -- ls -lh
total 0

কিন্তু এর উত্পাদিত মান তুলনা করা যাক df এক এবং অন্য পাত্রে:

lxc exec alp1 -- df -hT
Filesystem           Type            Size      Used Available Use% Mounted on
/dev/loop1           btrfs           9.3G   1016.4M      7.8G  11% /
...

lxc exec alp2 -- df -hT
Filesystem           Type            Size      Used Available Use% Mounted on
/dev/loop1           btrfs           9.3G   1016.4M      7.8G  11% /
...

যন্ত্র /dev/loop1 রুট পার্টিশন হিসাবে মাউন্ট করা হয় স্টোরেজ পুল যা এই পাত্রে ব্যবহার করে, তাই তারা এর আয়তন দুইটির মধ্যে ভাগ করে নেয়।

সম্পদ খরচ পরিসংখ্যান ^

আপনি কমান্ড ব্যবহার করে একটি ধারক জন্য সম্পদ খরচ পরিসংখ্যান দেখতে পারেন:

lxc info alp

Name: alp
Location: none
Remote: unix://
Architecture: x86_64
Created: 2020/04/08 18:05 UTC
Status: Running
Type: container
Profiles: default, hddroot
Pid: 19219
Ips:
  eth0: inet    10.0.5.5        veth2a1dc59d
  eth0: inet6   fe80::216:3eff:fe0e:e271        veth2a1dc59d
  lo:   inet    127.0.0.1
  lo:   inet6   ::1
Resources:
  Processes: 5
  Disk usage:
    root: 495.62kB
  CPU usage:
    CPU usage (in seconds): 1
  Memory usage:
    Memory (current): 4.79MB
  Network usage:
    eth0:
      Bytes received: 730B
      Bytes sent: 1.59kB
      Packets received: 3
      Packets sent: 14
    lo:
      Bytes received: 0B
      Bytes sent: 0B
      Packets received: 0
      Packets sent: 0

স্ন্যাপশট সঙ্গে কাজ ^

LXD এর স্ন্যাপশট তৈরি করার এবং তাদের থেকে ধারক অবস্থা পুনরুদ্ধার করার ক্ষমতা রয়েছে।

একটি স্ন্যাপশট তৈরি করতে, নিম্নলিখিত কমান্ডটি চালান:

lxc snapshot alp snapshot1

দলটি lxc snapshot কোন চাবি উপলব্ধ listতাই, স্ন্যাপশটগুলির তালিকা দেখতে আপনাকে কমান্ডটি ব্যবহার করতে হবে যা ধারক সম্পর্কে সাধারণ তথ্য প্রদর্শন করে:

lxc info alp
...
...
Snapshots:
  snapshot1 (taken at 2020/04/08 18:18 UTC) (stateless)

আপনি কমান্ড ব্যবহার করে একটি স্ন্যাপশট থেকে একটি ধারক পুনরুদ্ধার করতে পারেন lxc restore যে ধারকটির জন্য পুনরুদ্ধার করা হবে তা নির্দিষ্ট করা এবং স্ন্যাপশট উপনাম:

lxc restore alp snapshot1

নিম্নলিখিত কমান্ডটি একটি স্ন্যাপশট মুছে ফেলার জন্য ব্যবহৃত হয়। অনুগ্রহ করে মনে রাখবেন যে কমান্ড সিনট্যাক্স অন্য সকলের মত নয়; এখানে আপনাকে কন্টেইনার নামের পরে একটি ফরোয়ার্ড স্ল্যাশ নির্দিষ্ট করতে হবে। যদি স্ল্যাশ বাদ দেওয়া হয়, তাহলে একটি স্ন্যাপশট মুছে ফেলার কমান্ডটিকে একটি ধারক মুছে ফেলার কমান্ড হিসাবে ব্যাখ্যা করা হয়!

lxc delete alp/snapshot1

উপরের উদাহরণে, আমরা তথাকথিত স্টেটলেস স্ন্যাপশট দেখেছি। LXD-এর আরেকটি ধরনের স্ন্যাপশট রয়েছে - স্টেটফুল, যা কন্টেইনারের সমস্ত প্রক্রিয়ার বর্তমান অবস্থা সংরক্ষণ করে। স্টেটফুল স্ন্যাপশটগুলির সাথে যুক্ত বেশ কয়েকটি আকর্ষণীয় এবং দরকারী বৈশিষ্ট্য রয়েছে৷

আর কি? ^

পাইথন বিকাশকারীদের জন্য একটি মডিউল উপলব্ধ পাইএলএক্সডি যা LXD কে একটি API প্রদান করে

আপডেট 10.04.2020/15/00 XNUMX:XNUMX: নেভিগেশন যোগ করা হয়েছে

উত্স: www.habr.com

LXD-এর মৌলিক বৈশিষ্ট্য - লিনাক্স কন্টেইনার সিস্টেম