Назад | Перейти на главную страницу

Недостатки создания тома с помощью lvm вместо libvirt? Пул хранения присутствует

При создании виртуальной машины на сервере A команда virt-install создала том libvirt "VM" в пуле хранения libvirt "POOL".

 virsh-install --disk pool=POOL,size=$HDDSIZE,$DISKOPT -n VM

Как и ожидалось, libvirt показывает, например,

# virsh vol-list POOL

Name                 Path
-----------------------------------------
VM                  /dev/VOLUMEGROUP/VM
anotherVM           /dev/VOLUMEGROUP/anotherVM

При миграции виртуальной машины на сервер B, который не разделяет хранилище с сервером A, я вместо этого создал логический том с помощью lvm:

 lvcreate -l $EXTNSIZE -n lvmVM VOLUMEGROUP

Так как не ожидаемый (но, возможно, ожидаемый), libvirt на сервере B выполняет не признать lvmVM.

# virsh vol-list POOL

Name                 Path
-----------------------------------------
someOtherVM         /dev/VOLUMEGROUP/someOtherVM

В любом случае мне удалось запустить виртуальную машину вручную. Хорошо. Но...

Есть ли опасность / недостатки в том, чтобы оставить libvirt в слепом состоянии относительно нового тома внутри POOL, как это?
например не сможет ли libvirt автоматически перезапустить виртуальную машину при перезагрузке и т. д.?

(или, с другой точки зрения: какой выигрыш от использования томов libvirt вместо томов lvm внутри пула хранения после первоначального создания, например, с помощью virt-inst?)

Есть ли способ заставить libvirt распознавать том?
... но будет ли этот процесс распознавания / преобразования записывать метаданные в lvmVM и, таким образом, повреждать виртуальный диск виртуальной машины?

Подробности:

На обоих серверах группа lvm "VOLUMEGROUP" используется для пула хранения libvirt "POOL".
На обоих серверах lvm показывает ожидаемую громкость. Просто объем- "слой" libvirt другой.
Debian Linux 8 x86_64, lvm2 2.02.111-2.2 + deb8u1, libvirt 1.2.9-9 + deb8u3
размер 40 ГБ, DISKOPT = 'bus = virtio, cache = writingethrough, io = themes, sparse = false'
под libvirt используются KVM и qemu.

libvirt xml для виртуальной машины "ВМ" содержит:

disk type='block' device='disk' 
 driver name='qemu' type='raw'
 source dev='/dev/VOLUMEGROUP/VM'
 target dev='vda' bus='virtio'

lvm libvirt