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