Я только что создал новый виртуальный хост на основе KVM / libvirt, содержащий 4 жестких диска SATA II и работающий с CentOS 5.5 x86_64.
Я решил создать диски виртуальных машин как логические тома в группе томов LVM, управляемой как пул хранения libvirt, вместо обычной практики создания дисков в виде образов qcow.
Я не могу определиться с тем, стоит ли мне создавать логические тома виртуальной машины в группе томов узла виртуальной машины или в выделенной группе томов.
Какой метод выбрать и почему?
Способ 1. Использование группы томов хоста VM
Реализация:
- маленький RAID1,
md0
содержащий/boot
файловую систему - большой RAID10,
md1
занимающий оставшееся пространство, в котором находится группа томов LVMvghost
.vghost
содержит корневую файловую систему хоста VM и раздел подкачки - создавать диски виртуальных машин как логические тома в
vghost
соответствии с требованиями
Плюсы:
- если в корневой файловой системе хоста VM не хватает места, я могу
vghost
относительно легко выделить больше места - Система уже запущена и работает (но начинать все сначала)
Минусы:
Несмотря на то, что этот метод работает, я не могу избавиться от ощущения, что это плохая идея. Я чувствую что:
- это может как-то быть угрозой безопасности
- в какой-то момент в будущем я могу найти некоторые ограничения в настройке и хочу, чтобы я использовал выделенную группу
- система (CentOS, libvirt и т. д.) может и не быть предназначена для такого использования, и поэтому в какой-то момент я могу случайно повредить / потерять файлы и / или файловую систему хоста ВМ
Способ 2: использовать выделенную группу томов
Реализация:
- То же самое, что
md0
иmd1
в методе 1, за исключением того,md1
что make достаточно велик, чтобы вместить его для хоста VM (например, от 5 до 10 ГБ) - большой RAID10,
md2
занимающий оставшееся пространство.md2
содержит группуvgvms
томов LVM , логические тома которых должны использоваться исключительно виртуальными машинами
Плюсы:
- Я могу повозиться,
vgvms
не боясь взломать хост-ОС - это кажется более элегантным и безопасным решением
Минусы:
- если файловой системе хоста ВМ не хватает места, мне придется переместить части ее файловой системы (например, / usr или / var)
vgvms
, что не очень приятно. - Я должен переустановить хост-ОС (как я уже говорил, я не против)
ОБНОВЛЕНИЕ № 1:
Одна из причин, по которой меня беспокоит нехватка дискового пространства хоста ВМ в способе 2, заключается в том, что я не знаю, достаточно ли мощный хост виртуальной машины для запуска всех служб на виртуальных машинах, т.е. Возможно, мне придется перенести некоторые / все сервисы с виртуальных машин на хост-ОС.
Спецификация оборудования хоста VM:
- Процессор Phenom II 955 X4 Black Edition (3,2 ГГц, 4-ядерный процессор)
- 2x4 ГБ оперативной памяти Kingston PC3-10600 DDR3
- Gigabyte GA-880GM-USB3 материнская плата
- 4 жестких диска WD Caviar RE3 500 ГБ SATA II (7200 об / мин)
- Antec BP500U Basiq 500W ATX блок питания
- Корпус CoolerMaster CM 690
ОБНОВЛЕНИЕ № 2:
Одна из причин, по которой я чувствую, что система не может быть спроектирована для использования VG хоста в качестве пула хранения libvirt в способе 1, - это некое поведение, которое я заметил в virt-manager:
- после добавления он жаловался, что не может активировать VG (очевидно, потому что операционная система хоста уже активировала его)
- после удаления он отказался сделать это, потому что не смог деактивировать VG (очевидно, потому что хост-ОС все еще использует корневые и подкачки LV)