Глава 5. Сетевая среда и система хранения

# cat isolated.xml
<network> <name>isolated</name>
</network>
 	   

# virsh net-define isolated.xml
 Network isolated defined from isolated.xml
 	   

# virsh net-list --all
 Name                 State        Autostart  Persistent
--------------------------------------------------------------
 default              active       yes           yes
 isolated             inactive     no            yes
 	   

# virsh net-dumpxml isolated
<network>
<name>isolated</name>
<uuid>84147b7d-a95f-4bc2-a4d9-80baab391a18</uuid>
<bridge name='virbr1' stp='on' delay='0'/>
<mac address='52:54:00:0e:c2:b5'/>
</network>
 	   

# cat /etc/libvirt/qemu/networks/isolated.xml
<!--
WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE
OVERWRITTEN AND LOST. Changes to this xml configuration should be made
using:
virsh net-edit isolated
or other application using the libvirt API.
<network>
<name>isolated</name>
<uuid>84147b7d-a95f-4bc2-a4d9-80baab391a18</uuid>
<bridge name='virbr1' stp='on' delay='0'/>
<mac address='52:54:00:0e:c2:b5'/>
</network>
 	   

# virsh net-start isolated
Network isolated started
# virsh net-list --all
Name                  State        Autostart  Persistent
--------------------------------------------------------
default               active       yes        yes
isolated              active        no        yes
 	   

# virsh domiflist F22-02
Interface  Type       Source     Model       MAC
--------------------------------------------------------------
vnet2      network    default    virtio      52:54:00:b0:50:98
Interface - Name of the tap interface attached to the bridge.
Source - Name of the virtual network.
Model - Virtual NIC model.
MAC - MAC address of the virtual NIC (not the MAC of vnet2).
Type - Type of device
 	   

# virsh attach-interface --domain F22-02 --source isolated --type network --model virtio --config --live
Interface attached successfully
# virsh domiflist F22-02
Interface  Type     Source    Model     MAC
------------------------------------------------------------------
vnet2      network  default   virtio    52:54:00:b0:50:98
vnet3      network  isolated  virtio    52:54:00:2b:0d:0c
 	   

# brctl show virbr1
bridge name    bridge id       STP enabled   interfaces
virbr1      8000.5254000ec2b5      yes       virbr1-nic
                  vnet1
                  vnet3
 	   

# virsh detach-interface --domain F22-02 --type network --mac 52:54:00:2b:0d:0c
--config --live
Interface detached successfully
 	   

# cat routed.xml
<network>
>name>routed>/name>
>forward dev='em1' mode='route'>
>interface dev='em1'/>
>/forward>
>ip address='192.168.10.1' netmask='255.255.255.0'>
>/ip>
>/network>
# virsh net-define routed.xml
 	   

# virsh net-start routed
Network routed started
# virsh auto-start routed
 	   

# virsh net-info routed
Name:         routed
UUID:         9a1d8de7-5627-4f08-a3d1-836b7a5fe060
Active:       yes
Persistent:   yes
Autostart:    yes
Bridge:       virbr2
 	   

# virsh net-destroy routed
Network routed destroyed
 	   

# virsh net edit routed
 	   

<forward dev='em1' mode='route'>
<interface dev='em1'/>
</forward>
 	   

<network>
 <name>routed</name>
 <uuid>9a1d8de7-5627-4f08-a3d1-836b7a5fe060</uuid>
 <forward mode='route'/>
 <bridge name='virbr2' stp='on' delay='0'> 
 <mac address='52:54:00:f1:cb:30'>
 <ip address='192.168.10.1' netmask='255.255.255.0'>
 </ip> 
</network> 
 	   

error: (network_definition):6: Opening and ending tag mismatch: network line 1 and forward
 </forward>
-----------------^
Failed. Try again? [y,n,f,?]: 
Network routed XML configuration edited. 
 	   

# virsh net-dumpxml routed
<network>
<name>routed</name>
<uuid>9a1d8de7-5627-4f08-a3d1-836b7a5fe060</uuid>
<forward mode='route'/>
<bridge name='virbr2' stp='on' delay='0'/>
<mac address='52:54:00:f1:cb:30'/>
<ip address='192.168.10.1' netmask='255.255.255.0'>
</ip>
</network>
 	   

# virsh net-dumpxml routed

 	   

# virsh net-start routed
Network "routed" started
 	   

# cd /etc/sysconfig/network-scripts
# cat ifcfg-eth1
DEVICE=eth1
TYPE=Ethernet
#Replace the following with your eth1 interface MAC address
HWADDR=52:54:00:32:56:aa
ONBOOT=yes
#Prevent Network Manager from managing this interface,eth1
NM_CONTROLLED=no
#Add this interface to bridge br0
BRIDGE=br0
# cat ifcfg-br0
DEVICE=br0
#Initiate bridge creation process for this interface br0
TYPE=Bridge
ONBOOT=yes
NM_CONTROLLED=no
#Set the bridge forward delay to 0.
DELAY=0
Enable the network service and start it.
# systemctl enable network
# systemctl disable NetworkManager
# ifup br0; ifup eth1
# brctl show
 	   

# ifdown br0; ifdown eth1
# cat ifcfg-eth1
DEVICE=eth1
TYPE=Ethernet
HWADDR=52:54:00:32:56:aa
ONBOOT=yes
NM_CONTROLLED=no
SLAVE=yes
MASTER=bond0
# cat ifcfg-eth2
DEVICE=eth2
TYPE=Ethernet
HWADDR=52:54:00:a6:02:51
ONBOOT=yes
NM_CONTROLLED=no
SLAVE=yes
MASTER=bond0
# cat ifcfg-bond0
DEVICE=bond0
ONBOOT=yes
# Here we are using bonding mode 1 (active-backup)
BONDING_OPTS='mode=1 miimon=100'
BRIDGE=br0
NM_CONTROLLED=no
# ifup bond0
# brctl show
 	   

# ifdown bond0; ifdown br0
# cp ifcfg-bond0 ifcfg-bond0.123
# cat ifcfg-bond0.123
DEVICE=bond0.123
ONBOOT=yes
BONDING_OPTS='mode=1 miimon=100'
BRIDGE=br0
NM_CONTROLLED=no
VLAN=yes
 	   

# ifup bond0.123
 	   

MacVTap применяется тогда, когда вы не хотите создавать нормальный мост, однако желаете, чтобы пользователи в локальной сети имели доступ к вашей виртуальной машине. Такой тип соединения не применяется в промышленных системах и в основном используется в системах рабочих станций.

Для добавления виртуальной NIC в качестве интерфейса MacVTap при помощи virt-manager переместитесь в Add Hardware | Network. В Network source выберите физический интерфейс NIC в своём хосте, в котором вы собираетесь сделать доступным MacVTap:

Ниже приведены соответствующие настройки в вашей ВМ:

<interface type='direct'>
<mac address='52:54:00:7b:4b:8c'/>
<source dev='enp0s25' mode='bridge'/>
<model type='virtio'/>
 	   

Проброс (passthrough) PCI используется для передачи устройств PCI вашего хоста виртуальной машине. В первую очередь это используется для прямого использования сетевых интерфейсов в вашем хосте виртуальной машиной для увеличения производительности. {Прим. пер.: готовы поспорить: в нашей практике, в основном, применяется для выделения виртуальным машинам вычислительных ресурсов, в первую очередь GPU. Ещё больший интерес вызывает представленная в августе 2016 поддержка посреднических устройств (mediated device) и интеграция vGPU в libvirt: An Introduction to PCI Device Assignment with VFIO - Alex Williamson, Red Hat; Add Mediated device support [Qemu-devel] [PATCH v7 0/4]; libvirt vGPU QEMU integration [libvirt] [RFC]; vGPU on KVM VFIO based Mediated Device Framework, Neo Jia & Kirti Wankhede, 08/25/2016.}

Чтобы сделать доступным проброс PCI вы должны применить следующие шаги:

Аналогично инфраструктуре виртуальной сети, нам необходимы сервера хранения для создания и сохранения наших виртуальных дисков. Существует параметр выбора широко разнообразия решений хранения, это сервера для виртуальных машин от обычных хранилищ на основе фалов хранилищ управляющих логическими томами (LVM), контейнеров Gluster и многого другого. Сервера хранения создаются и управляются с применением API хранения libvirt и называются "пулом хранения" ("storage pool")

В данном разделе вы изучите то, как работать с неуправляемыми и управляемыми хранилищами. Вы также увидите как создавать пулы и тома хранения, в том числе некоторые новые опции, такие как блочное хранилище Ceph, которое делает возможным для нас создание виртуальных дисков с действительно большими размерами и подключать их к виртуальной машине. Вы также изучите как подключать множество дисков к отдельной ВМ.

Хранилище, которое напрямую не управляется и не мониторится libvirt, всё ещё применяется виртуальными машинами и называется неуправляемым хранилищем. Это означает, что вы можете напрямую использовать файлы или блочные устройства, которые доступны/ видны в вашей хост системе как виртуальный диск, а также предоставляют соответствующим образом установленные полномочия. Это даёт вам самый быстрый способ получать хранилище, доступное виртуальным машинам. Такой подход, в частности, полезен при добавлении дополнительного диска какой- либо виртуальной машине.

Вы можете подключить сетевые совместно используемые диски к своей виртуальной машине и взять резервную копию, или давайте рассмотрим пример, при котором вы заметили, что основной корневой раздел (LVM) вашей виртуальной машины становится заполненным и ваша гостевая система выдаёт кричащие предупреждения. Это приведёт к крушению, если корневая файловая система не будет расширена.

Это неотложная ситуация; чтобы оградить гостевую операционную систему от крушения, вам либо необходимо освободить некоторое пространство, либо расширить свою корневую файловую систему добавив дополнительный диск к своей виртуальной машине; однако, вы отмечаете, что для создания дополнительного диска отсутствует какое- либо свободное пространство в вашем пуле хранения по умолчанию. Однако, свободное пространство имеется в наличии в машине вашего хоста.

Вы можете воспользоваться этим свободным пространством в вашей машине хоста для создания образа диска и последующего подключения этого образа в качестве vDisk к вашей виртуальной машине для выполнения изменения размера в своей корненвой файловой системе данной ВМ. Это должно уберечь такую виртуальную машину от краха.

Дисковые образы являются стандартными файлами, хранимыми в файловой системе вашего хоста. Они являются большими работающими в качестве виртуальных жёстких дисков для гостей. Вы можете создать такие файлы применив команду dd, как показано ниже:

# dd if=/dev/zero of=/vms/dbvm_disk2.img bs=1G count=10
 	   

Вот перевод данной команды для вас:

Дублировать данные (dd) из входного файла (if) /dev/zero (виртуальной неограниченной поддержки нулями) в файл вывода (of) /vms/dbvm_disk2.img (дисковый образ) с использованием блоков с размером в 1G (bs = block size) и повторить это (count) по одному (10) раз.

/vms/dbvm_disk2.img будет результатом предыдущей команды. Этот образ теперь имеет предварительно выделенными 10ГБ и готов к использованию гостями либо в качестве загрузочного, либо как дополнительного диска. Аналогично, вы также можете создавать образы диска с динамичным выделением (thin-provisioned). Предварительное выделение и динамичное выделение (разрежение) являются методами выделения дискового пространства, или же вы можете называть их форматом. Каждый из них имеет свои преимущества и недостатки. Если вам нужен производительный ввод/ вывод, примените предварительное выделение, однако если ваши нагрузки не обладают интенсивным вводом/ выводом, выбирайте динамичное выделение.

Теперь вы можете заинтересоваться тем, как можно идентифицировать какой конкретно метод использует определённый виртуальный диск. Существует хорошая утилита для обнаружения этого, qemu-img. Данная команда позволит вам прочитать метаданные виртуального образа. Она также поддерживает создание нового диска и выполняет преобразования формата на низком уровне.

Параметр команды qemu-img info отображает информацию об образе диска, включая его абсолютный путь, формат файла, а также виртуальный размер и размер диска. Посмотрев на виртуальный и дисковый размеры легко можно определить какая политика выделения пространства диску применяется. В качестве примера давайте рассмотрим два созданных нами дисковых образа:

# qemu-img info /vms/dbvm_disk2.img
image: /vms/dbvm_disk2.img
file format: raw
virtual size: 10G (10737418240 bytes)
disk size: 10G
#qemu-img info /vms/dbvm_disk2_seek.img
image: /vms/dbvm_disk2_seek.img
file format: raw
virtual size: 10G (10737418240 bytes)
disk size: 10M
 	   

Посмотрим на дисковый размер обоих дисков. Он отображает 10G для /vms/dbvm_disk2.img, в то время как для /vms/dbvm_disk2_seek.img он составляет 10M. Происхождение разницы в том, что второй диск применяет формат динамичного выделения. virtual size это то, что видят гости, в то время как disk size это объём диска, зарезервированный в вашем хосте. Если оба размера одинаковы, это означает, что такой диск является предварительно размещённым. Разница означает что данный диск использует формат динамичного выделения.

Теперь давайте присоединим образ диска к виртуальной машине; вы можете присоединить его с помощью virt-manager или же альтернативой является CLI virsh.

Запустите virt-manager из графического окружения рабочего стола системы вашего хоста. Он также может быть запущен удалённо с использованием SSH, как это демонстрируется следующей командой:

ssh -X host's address
           [remotehost]# virt-manager
 	   

virsh является очень мощной альтернативой командной строки для virt-manager. Вы можете выполнять действия за секунды, в то время как это займёт минуты для выполнения через графический интерфейс подобный virt-manager. Она предоставляет опцию attach-disk для подключения нового дискового устройства к виртуальной машине. Существует множество переключателей поставляемых attach-disk:

attach-disk domain source target [[[--live] [--config] | [--current]] |
[--persistent]] [--targetbusbus] [--driver driver] [--subdriversubdriver]
[--iothreadiothread] [--cache cache] [--type type] [--mode mode]
[--sourcetypesourcetype] [--serial serial] [--wwnwwn] [--rawio]
[--address address] [--multifunction] [--print-xml]
 	   

Однако в обычном сценарии вполне достаточно следующего для выполнения подключения в горячем режиме диска к виртуальной машине:

#virsh attach-disk F22-01 /vms/dbvm_disk2.img vdb --live --config
 	   

Здесь F22-01 это виртуальная машина к которой выполняется подключение диска. Затем идёт полный путь образа диска. vdb является целевым именем диска, которое будет видно в вашей гостевой операционной системе. --live означает выполнение действия в процессе работы машины, а --config означает подключение на постоянной основе при перезагрузках. Если вы хотите подключать данный диск только до перезагрузки, не добавляйте переключатель --config.

Для быстрого определения общего числа подключённых к виртуальной машине дисков вы можете применять команду virsh domblklist <vm_name>. Вот пример её использования:

# virsh domblklist F22-01 --details
Type     Device   Target     Source
------------------------------------------------
file     disk     vda        /var/lib/libvirt/images/fedora21.qcow2
file     disk     vdb        /vms/dbvm_disk2_seek.img
 	   

Это ясно отображает, что к вашей виртуальной машине подключены два vDisk, причём оба являются файловыми образами. Они видны в вашей гостевой ОС под псевдонимами vda и vdb соответственно, а в последней колонке представлены пути дисковых образов в вашей системе хоста.

libvirt поддерживает следующие типы пулов хранения:

Подробный охват всех этих типов пулов хранения не возможен в данной главе, да и не требуется, в качестве шагов по созданию пула хранения, все они идентичны; вам только нужно иметь понимание основ вашего выбора поставщика хранения. Вот некоторые из самых важных и широко применяемых пулов хранения, которые мы собираемся рассмотреть в данной главе:

Менеджер виртуальной машины (virt-manager) предоставляет очень продвинутый, но всё ещё простой в применении интерфейс для настройки и управления пулами хранения. Для доступа к этой консоли:

Все пулы хранения перечисляются в колонке слева, а в правой панели вы получаете обзор выбранного пула, который содержит следующую информацию:

По умолчанию libvirt создаёт пул хранения каталога сервера (directory) с именем default Также вы можете воспользоваться командой virsh для вывода списка всех доступных в вашей системе пулов:

[root@Fedora22]# virsh pool-list
Name               State    Autostart
-------------------------------------------
default            active   yes
 	   

Для получения более подробной информации об определённых доменах примените:

root@Fedora22 ~]# virsh pool-info default
Name:        default
UUID:        3efb9c2b-2fa8-41cd-9e9e-de2eafa3b4a5
State:       running
Persistent:  yes
Autostart:   yes
Capacity:    26.00 GiB
Allocation:  4.00 GiB
Available:   23.00 GiB
 	   

Последние три параметра отображают реальное использование вашего пула. Вы можете увидеть что из общего объёма в 26ГБ 4ГБ было задействовано (выделено), а 23ГБ доступно к использованию.

Пулы хранения могут быть созданы при помощи virt-manager или посредством альтернативы CLI, virsh. Вначале мы рассмотрим как создавать различные типы пулов хранения используя консоль управления хранилищем, а после этого применим virsh. Файл определения каждого пула хранения сохраняется в /etc/libvirt/storage. Убедитесь что он не изменялся вручную и не удалён.

Каталог файловой системы, поддерживаемый пулом хранения

Хранилище в каталоге сервера более известен под именем хранилища на основе файла. В случае хранилища на базе файла для ВМ совместно используемые диски хранятся и управляются в рамках стандартного каталога, создаваемого в вашей машине хоста (или узла). Проще говоря, вы создаёте каталог в вашей системе хоста и назначаете его в качестве управляемого места для хранения виртуальных дисков.

Создаваемые в этом каталоге фпйлы выступают в роли виртуальных дисков и он может быть полностью заполнен файлами raw, файлами с разреженными исходными (raw) данными или qcow2, имеющими специальный дисковый формат.

Для создания пула откройте графический интерфейс менеджера виртуальных машин и проследуйте по этапам:

Полномочиями на каталог должен обладать пользователь root с правами установленными в значение 700. Если SELinux находится в режиме принуждения (enforced) необходимо установить следующий контекст:

# semanage fcontext -a -t virt_image_t "/vms(/.*)?"
 	   

Пулы хранения на основе каталога могут занимать всё доступное место в своём местоположении. Вы должны сохранять этот каталог в его собственном разделе чтобы не переполнить главный раздел хоста.

virsh делает жизнь более простой; после выполнения всего трёх команд ваш пул хранения будет готов к применению. Вот эти команды:

#virsh pool-define-as dedicated_storagedir dir - - - - "/vms"
#virsh pool-build dedicated_storage
#virsh pool-start dedicated_storage
 	   

Самая первая команда просто определяет область вашего хранения. Она создаёт файл определений XML из ввода, расположенного в /etc/libvirt/storage/directory, а вторя команда (pool-build) в действительности строит ваш пул хранения. Она создаёт ваш каталог если он не существовал и устанавливает верный контекст SLinux. Чтобы убедиться что пул хранения создан правильно выполните:

#virsh pool-list --all
Name               State    Autostart
-------------------------------------------
dedicated_storage  inactive no
default            active   yes
 	   

Отметим, что данный пул создан, однако находится в неактивном состоянии. Для его активации и установки автоматического запуска выполните следующее:

#virsh pool-start dedicated_storage
#virsh pool-autostart dedicated_storage
#virsh pool-list
Name               State    Autostart
-------------------------------------------
dedicated_storage  active   yes
default            active   yes
 	   

Группа томов LVM, поддерживаемый пулом хранения

Менеджер логических томов является наиболее гибкой и широко используемой технологией хранения в Linux. Вы можете применять логические тома LVM в качестве виртуальных дисков. Просто введите предварительно определённое имя группы томов LVM (путь) или постройте новую группу томов применив мастер Add a New Storage Pool:

Например, давайте предположим, что у вас имеются диски sdb и sdc, подключённые к вашей машине хоста; вы хотите преобразовать их в единый физический том и создать группу томов из них для предоставления пространства всем своим дискам виртуальных машин.

Для удовлетворения этих требований у вас нет необходимости пройти обычным путём pvcreate, vgcreate вместо предложенного. Протсо откройте свой мастер Add a New Storage Pool, снабдите его sdb и sdc в качестве устройств источников, отметьте флаговую кнопку Build Pool и нажмите на кнопку Finish.

Окошко метки Build Pool проинструктирует virt-manager о необходимости создать новую группу томов LVM. Он преобразует устройства sdb и sdc в физический том, а также создаст новую группу томов LVM поверх них и использует их в качестве пула хранения.

Чтобы создать пул хранения сервера LVM при помощи virsh, примените те же самые опции pool-define-as и pool-build:

virsh pool-define-as lvmpool logical - - /dev/sdb2 vg1 /dev/vg1
virsh pool-build lvmpool
virsh pool-start lvmpool ; virsh pool-autostart dedicated_storage
 	   

Здесь:

iSCSI, поддерживаемый пулом хранения

iSCSI (Internet Small Computer System Interface) является сетевым протоколом для совместно используемых дисковых хранилищ. Для взаимодействия iSCSI компоненты инициатора iSCSI и таргеа iSCSI договариваются между собой и строят сеть хранения данных (SAN, Storage Area Network), аналогичную Fiber channel.

В отличие от группы томов LVM, тома iSCSI не могут быть созданы через API libvirt. Томы должны быть предварительно размещены на сервере iSCSI (ваш таргет iSCSI). {Прим. пер.: пример их создания см. в разделе iSCSI перевода ZFS для профессионалов Майкла В. Лукаса и Аллана Джуда.} Когда у вас имеются созданные и работающие тома iSCSI, перейдите в свой мастер Add a New Storage Pool и выберите в качестве типа iscsi:ISCSI Target, а затем нажмите Forward, что приведёт к следующему окну (шаг 2):

Введите описанную ниже информацию и кликните на Finish для получения своего домена хранилищ на основе iSCSI в готовом виде:

Хотя гостевая операционная система на вашей виртуальной машине может быть установлена с физического носителя при помощи проброса устройства CD/DVD хоста в эту виртуальную машину, это не самый эффективный способ. Чтение с DVD устройства является медленным в сравгнении с чтением ISO с жёсткого диска, поэтому лучшим способом будет сохранить файлы ISO (или логические CD), используемые для установки операционных систем и приложений для виртуальных машин в пуле хранения на основе файлов и создать библиотеку образов ISO.

Для создания библиотеки образов ISO вы можете применять либо virt-manager, либо команду virsh. Давайте рассмотрим как создавать библиотеку образов ISO при помощи команды virsh:

Удалить пул хранения достаточно просто. Запомните, пожалуйста, что удаление домена хранения не удаляет никаких файловых/ блочных устройств. Оно протсто отсоединяет это хранилище от вашего virt-manager. Файловое/ блочное устройство необходимо удалять вручную.

Удаление пула хранения с использованием virt-manager

Вначале остановите свой пул хранения. Чтобы сделать это, выберите тот пул хранения, который вы хотите остановить и кликните по красной иконке X в нижней части своего окна Storage:

Кликнув по красной иконке X вы сделаете домен хранения не активным (inactive). Ненужное нажатие может удалить ваш домен хранения.

Удаление пула хранения с использованием virsh

Последовательность аналогичная; вам вначале необходимо остановить свой пул выполнив virsh pooldestroy <pool-name>, а затем отменить определение воспользовавшись virsh undefine <pool-name>.

Тома хранения создаются поверх пулов хранения и подключаются как виртуальные диски к виртуальным машинам. Чтобы создать том хранения, запустите консоль управления хранилищем, перейдите к virt-manager. Кликните на Edit | connection Details | Storage и выберите тот пул хранения, в которм вы хотите создать новый том; кликните на кнопку + в своём Create New Volume.

Далее снабдите свой новый том именем, выберите формат диска для его выделения и кликните по кнопке Finish чтобы построить новый том и получить его в готовности для подключения к ВМ. Вы можете подключить его с применением virt-manager или команды virsh.

Существует ряд форматов, которые поддерживает libvirt (raw, cow, qcow, qcow2, qed, vmdk). Воспользуйтесь дисковым форматом, максимально соответствующим вашей среде и установите соответствующие размеры в полях Max Capacity и Allocation для принятия решения о том собираетесь ли вы осуществлять предварительное либо динамичное выделение. Если оставите размер своего диска одинаковым в Max Capacity иAllocation, он будет предварительно выделенным, в противном случае выделение будет динамичным (thin-provisioned). Отметим, что формат qcow2 не поддерживает метод динамичного выделения.

В Главе 7, Шаблоны и снимки все перечисленные форматы дисков будут детально объяснены. На текущий момент просто поймите, что qcow2 является специально разработанным дисковым форматом для виртуализации KVM. Он поддерживает расширенные свойства необходимые для создания внутренних моментальных снимков. {Прим. пер.: некоторые подробности о Поддерживаемых форматах образов также можно почерпнуть в нашем переводе 2го издания Полного руководства Proxmox.}

Синтаксис создания тома при помощи команды virsh таков:

# virsh vol-create-as dedicated_storage vm_vol1 10G
 	   

Здесь dedicated_storage это ваш пул хранения, vm_vol1 является именем вашего тома, а 10G его размер:

# virsh vol-info --pool dedicated_storage vm_vol1
Name:         vm_vol1
Type:         file
Capacity:     1.00 GiB
Allocation:   1.00 GiB
 	   

Синтаксис удаления тома при помощи команды virsh таков:

#virsh vol-delete dedicated_storage vm_vol2
 	   

Выполнение данной команды удалит том vm_vol2 из пула хранения dedicated_storage.

В данной главе мы рассмотрели различные конфигурации виртуальных сетей и хранилищ для виртуализации KVM. Мы такж бегло взглянули на различные стороны управления хранилищами. В следующей главе мы рассмотрим жизненный цикл управления виртуальной машиной.