Ho appena creato un nuovo host di macchine virtuali basato su KVM / libvirt, contenente 4 dischi rigidi SATA II e con CentOS 5.5 x86_64.
Ho deciso di creare dischi di macchine virtuali come volumi logici in un gruppo di volumi LVM gestito come pool di archiviazione libvirt, invece della solita pratica di creare dischi come immagini qcow.
Ciò su cui non posso decidere è se devo creare i volumi logici della macchina virtuale nel gruppo di volumi dell'host di macchine virtuali o in un gruppo di volumi dedicato.
Quale metodo dovrei scegliere e perché?
Metodo 1: utilizzare il gruppo di volumi dell'host di macchine virtuali
Implementazione:
- piccolo RAID1
md0
contenente il/boot
filesystem - RAID10 di grandi dimensioni che
md1
occupa lo spazio rimanente, che contiene un gruppo di volumi LVMvghost
.vghost
contiene il filesystem di root dell'host VM e la partizione di swap - creare dischi di macchine virtuali come volumi logici
vghost
come richiesto
Professionisti:
- se il filesystem di root dell'host VM esaurisce lo spazio, posso allocare più spazio
vghost
con relativa facilità - Il sistema è già attivo e funzionante (ma non è un grosso problema ricominciare da capo)
Contro:
A parte il fatto che questo metodo sembra funzionare, non riesco a scuotere la sensazione che questa sia in qualche modo una cattiva idea. Sento che:
- questo potrebbe in qualche modo essere un rischio per la sicurezza
- ad un certo punto in futuro potrei trovare qualche limitazione con la configurazione e desiderare di usare un gruppo dedicato
- il sistema (CentOS, libvirt, ecc.) potrebbe non essere progettato per essere utilizzato in questo modo, e quindi ad un certo punto potrei accidentalmente corrompere / perdere i file e / o il filesystem dell'host VM
Metodo 2: utilizzare un gruppo di volumi dedicato
Implementazione:
- stesso
md0
emd1
come nel Metodo 1, trannemd1
che per essere abbastanza grande da contenere per l'host di macchine virtuali (es. da 5 a 10 GB) - RAID10 di grandi dimensioni che
md2
occupa lo spazio rimanente.md2
contiene un gruppo di volumi LVMvgvms
, i cui volumi logici devono essere utilizzati esclusivamente dalle macchine virtuali
Professionisti:
- Posso armeggiare
vgvms
senza paura di rompere il sistema operativo host - questa sembra una soluzione più elegante e sicura
Contro:
- se il filesystem dell'host VM esaurisce lo spazio, dovrei spostare parti del suo filesystem (es. / usr o / var)
vgvms
, il che non sembra molto carino. - Devo reinstallare il sistema operativo host (che, come affermato in precedenza, non mi dispiace davvero farlo)
AGGIORNAMENTO N. 1:
Uno dei motivi per cui sono preoccupato di rimanere senza spazio su disco nell'host di macchine virtuali nel metodo 2 è perché non so se l'host di macchine virtuali è abbastanza potente da eseguire tutti i servizi nelle macchine virtuali, ad esempio. Potrei dover migrare alcuni / tutti i servizi dalle macchine virtuali al sistema operativo host.
Specifiche hardware dell'host di macchine virtuali:
- Processore Phenom II 955 X4 Black Edition (3.2GHz, CPU a 4 core)
- RAM DDR3 Kingston PC3-10600 da 2x4 GB
- Scheda madre Gigabyte GA-880GM-USB3
- 4x HDD SATA II da 500 GB WD Caviar RE3 (7200rpm)
- Antec BP500U Basiq 500W ATX alimentatore
- Custodia CoolerMaster CM 690
AGGIORNAMENTO # 2:
Uno dei motivi per cui ritengo che il sistema potrebbe non essere progettato per utilizzare l'host VG come pool di archiviazione libvirt nel Metodo 1 è un comportamento che ho notato in virt-manager:
- dopo l'aggiunta, si è lamentato di non poter attivare il VG (ovviamente, poiché il sistema operativo host lo ha già attivato)
- al momento della rimozione, ha rifiutato di farlo perché non è stato possibile disattivare il VG (ovviamente, poiché il sistema operativo host sta ancora utilizzando i LV root e swap)