LXD е следната генерација на системски контејнер менаџер, така пишува извор. Тој нуди кориснички интерфејс сличен на виртуелните машини, но наместо тоа користи контејнери за Linux.

LXD јадро е привилегиран демон (услуга што работи со права на root) што обезбедува REST API преку локален уникс приклучок, како и преку мрежата ако е инсталирана соодветната конфигурација. Клиентите, како што е алатката за командна линија обезбедена со LXD, поднесуваат барања преку овој REST API. Ова значи дека без разлика дали пристапувате до локален хост или оддалечен домаќин, сè работи исто.

Во оваа статија, нема да се задржиме детално на концептите на LXD; нема да ги разгледаме сите достапни способности наведени во документацијата, вклучително и неодамнешната имплементација во најновите верзии на LXD за поддршка за QEMU виртуелни машини паралелно со контејнерите. Наместо тоа, ќе ги научиме само основите на управувањето со контејнери - поставување базени за складирање, вмрежување, водење контејнер, примена на ограничувања на ресурсите и како да користите снимки за да можете да добиете основно разбирање за LXD и да користите контејнери на Linux.

За целосни информации, ве молиме погледнете го официјалниот извор:

• Веб-страница на програмери
• документација
• форум

Навигација

• Инсталација LXD
  • Инсталирање LXD на дистрибуции на Ubuntu
  • Инсталирање LXD на Arch Linux дистрибуции
• Складирање LXD (Складирање)
• Иницијализирање на LXD
  • Избор на датотечен систем за Storage Pool
  • Иницијализирање на мрежата и базенот за складирање со помош на волшебникот
  • Создавање дополнителен базен за складирање
    • Зголемување на големината на базенот за складирање
    • Автоматско вметнување на датотека со повратна врска во отворот за уред со повратна врска
  • Безбедност. Привилегии за контејнери
  • Креирање виртуелен мрежен прекинувач
  • Конфигурациски профил
    • Уредување на вашиот профил
    • Креирање на нови профили
  • Складиште за слики
    • Далечински складишта за слики
    • Локално складиште за слики
  • LXD конфигурација
• Креирање и управување со контејнер
  • Поставување статичка IP адреса
  • Отстранување на контејнер
  • Пристап до контејнер
  • Управување со контејнерски ресурси
    • Ограничување на ресурсите на RAM меморијата
    • Ограничување на ресурсите на процесорот
    • Ограничување на просторот на дискот
    • Статистика за потрошувачка на ресурси
  • Работа со снимки

Инсталација LXD ^

Инсталирање LXD на дистрибуции на Ubuntu ^

Во пакетот за дистрибуција на Ubuntu 19.10 lxd има пренос на snap пакет:

apt search lxd

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

Ова значи дека два пакети ќе се инсталираат одеднаш, едниот како системски пакет, а другиот како snap пакет. Инсталирањето на два пакети на системот може да создаде одреден проблем каде системскиот пакет може да остане сирак ако snap пакетот го отстрани менаџерот на snap пакети.

Најдете пакет lxd во складиштето snap можете да ја користите следнава команда:

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 е snap пакет, тој мора да се инсталира преку системскиот пакет lxd, со што ќе се создаде соодветната група во системот, потребните комунални услуги во /usr/bin итн

sudo apt update
sudo apt install lxd

Ајде да се увериме дека пакетот е инсталиран како snap пакет:

snap list

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

Инсталирање LXD на Arch Linux дистрибуции ^

За да го инсталирате пакетот 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 или обични директориуми. Секој Базен за складирање е поделена на томови (Волумен на складирање) кои содржат слики, контејнери или податоци за други цели.

• Слики - ова се специјално составени дистрибуции без кернелот на Linux и достапни од надворешни извори
• Контејнери - ова се распоредени дистрибуции од слики, подготвени за употреба
• Снимки - ова се снимки од состојбата на контејнерите на кои можете да се вратите

За да управувате со складирањето во 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 одговарајќи на неколку прашања.

Избор на датотечен систем за Storage Pool ^

За време на иницијализацијата, LXD поставува неколку прашања, вклучително и одредување на типот на датотечниот систем за стандардниот Базен за складирање. Стандардно, за него е избран датотечен систем BTRFS. Ќе биде невозможно да се смени во друг FS по создавањето. За да изберете FS, се предлага табела за споредба на карактеристики:

функција
директориум
Btrfs
LVM
ZFS
CEPH

Оптимизирано складирање на слики
бр
Да
Да
Да
Да

Оптимизирано создавање на примери
бр
Да
Да
Да
Да

Оптимизирано создавање снимки
бр
Да
Да
Да
Да

Оптимизиран пренос на слики
бр
Да
бр
Да
Да

Оптимизиран пренос на пример
бр
Да
бр
Да
Да

Копирај на пишување
бр
Да
Да
Да
Да

Врз основа на блок
бр
бр
Да
бр
Да

Инстант клонирање
бр
Да
Да
Да
Да

Двигател за складирање може да се користи во контејнер
Да
Да
бр
бр
бр

Враќање од постари снимки (не најнови)
Да
Да
Да
бр
Да

Квоти за складирање
да (*)
Да
Да
Да
бр

Иницијализирање на мрежата и базенот за складирање со помош на волшебникот ^

Следната команда што ќе ја разгледаме предлага поставување на главните компоненти на 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.

Значи, пред да се создаде Базен за складирање треба да дефинирате Loopback датотека или постоечка партиција на вашиот датотечен систем што ќе ја користи. За да го направите ова, ќе создадеме и користиме датотека што ќе ја ограничиме во големина на 10 GB:

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

Ајде да ја поврземе датотеката loopback со бесплатен уред за враќање на јамката:

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 врз основа на датотеката loopback што штотуку ја подготвивме. 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 одговараат на истиот сопственик како и на системот домаќин. На пример, процес кој работи во контејнер со UID од 0 ги има сите исти права за пристап како процес на системот домаќин со UID од 0. Со други зборови, root корисникот во контејнерот ги има сите права не само во контејнерот, но исто така и на системот на домаќинот ако може да оди надвор од изолираниот именски простор на контејнерот.

• Непривилегирани контејнери - тоа се контејнери во кои процесите припаѓаат на сопственикот на UID и GID со број од 0 до 65535, но за системот домаќин сопственикот е маскиран со помош на додадените битови 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

Проверка на списокот со мрежни уреди достапни во LXD:

lxc network list

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

Можете исто така да потврдите дека мрежен уред е создаден со помош на стандардната алатка на дистрибуцијата Linux - 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 адреса. Ако има потреба да креирате контејнер со статична 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 е конфигуриран да прима слики од три далечински извори:

• убунту: (за стабилни Ubuntu слики)
• убунту-дневен: (за дневни слики на Ubuntu)
• слики: (за еден куп други дистрибуции)

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.

Достапно е филтрирање за прикажување листа на слики. Следната команда ќе ги наведе сите достапни архитектури за дистрибуција AlpineLinux:

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 слика info
Покажете корисни информации за сликите

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 на кои се пренесуваат вредностите репозиторий:образ а потоа саканиот ID за контејнерот. Складиштето може да се назначи како локално local: така и секоја глобална. Ако складиштето не е наведено, тогаш стандардно локалното складиште се користи за пребарување на сликата. Ако сликата е наведена од глобалното складиште, тогаш сликата прво ќе се преземе во локалното складиште, а потоа ќе се користи за креирање на контејнерот.

Ајде да ја извршиме следнава команда за да го создадеме нашиот прв контејнер:

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

Ајде да ги погледнеме командните копчиња што ги користиме овде по редослед:

• alpine3 — Наведен е псевдоним (алијас) за сликата што претходно била поставена во локалното складиште. Ако алијасот не е создаден за оваа слика, тогаш секогаш можете да се повикате на сликата по нејзино Отпечаток од прст кој е прикажан во табелата.
• alp — Го поставува идентификаторот за контејнерот
• --storage — Ова копче означува во кое Базен за складирање ќе се создаде контејнер
• --profile — Овие копчиња каскада ја применуваат конфигурацијата од претходно креираните конфигурациски профили на контејнерот

Го лансираме контејнерот, кој започнува да го лансира почетниот систем на дистрибуција:

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 адреса ^

Ако се обидеме да поставиме 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

Се разбира, можеме да поставиме статична IP адреса за 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: ""

Ограничување на ресурсите на процесорот ^

Постојат неколку начини за ограничување на ресурсите на процесорот. видови на ограничувања:

• limit.cpu - врзува контејнер со едно или повеќе јадра на процесорот
• limits.cpu.allowance - управува или со квотите на распоредувачот на CFS кога ќе помине временското ограничување, или со универзалниот механизам за споделување ресурси на процесорот кога процентот ќе помине
• 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

И покрај фактот што поставивме ограничување за коренскиот уред на контејнерот на 2 GB, системските комунални услуги како што се df нема да го види ова ограничување. За да го направите ова, ќе спроведеме мал тест и ќе дознаеме како функционира.

Ајде да создадеме 2 нови идентични контејнери во истите Базен за складирање (hddpool):

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         |
+------+---------+------------------+------+-----------+-----------+

Ајде да создадеме датотека од 1 GB во еден од контејнерите:

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 монтирана како што е root партицијата Базен за складирање што ги користат овие контејнери, така што го делат неговиот волумен помеѓу два.

Статистика за потрошувачка на ресурси ^

Можете да ја видите статистиката за потрошувачка на ресурси за контејнер користејќи ја командата:

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 има друг тип на снимки - статусни, што ја зачувува моменталната состојба на сите процеси во контејнерот. Постојат голем број на интересни и корисни функции поврзани со снимките со статус.

Што друго? ^

• Модул е ​​достапен за развивачите на Python PyLXD кој обезбедува API на LXD

АЖУРИРАЊЕ 10.04.2020 15:00 часот: Додадена е навигација

Извор: www.habr.com