Acabo de construir un nuevo y brillante host de máquina virtual basado en KVM / libvirt, que contiene 4 discos duros SATA II y ejecuta CentOS 5.5 x86_64.
Decidí crear discos de máquinas virtuales como volúmenes lógicos en un grupo de volúmenes LVM administrado como un grupo de almacenamiento de libvirt, en lugar de la práctica habitual de crear los discos como imágenes qcow.
Lo que no puedo decidir es si debo crear los volúmenes lógicos de la máquina virtual en el grupo de volúmenes del host VM o en un grupo de volúmenes dedicado.
¿Qué método debo elegir y por qué?
Método 1: use el grupo de volúmenes del host VM
Implementación:
- RAID1 pequeño que
md0contiene el/bootsistema de archivos - RAID10 grande que
md1ocupa el espacio restante, que contiene un grupo de volúmenes LVMvghost.vghostcontiene el sistema de archivos raíz del host VM y la partición de intercambio - crear discos de máquinas virtuales como volúmenes lógicos
vghostsegún sea necesario
Pros:
- si el sistema de archivos raíz del host VM se queda sin espacio, puedo asignar más espacio
vghostcon relativa facilidad - El sistema ya está en funcionamiento (pero no es gran cosa volver a empezar)
Contras:
A pesar del hecho de que este método parece funcionar, no puedo dejar de sentir que de alguna manera es una mala idea. Siento que:
- esto de alguna manera puede ser un riesgo de seguridad
- en algún momento en el futuro puedo encontrar alguna limitación con la configuración, y desearía usar un grupo dedicado
- Es posible que el sistema (CentOS, libvirt, etc.) en realidad no esté diseñado para usarse de esta manera y, por lo tanto, en algún momento podría dañar / perder accidentalmente los archivos y / o el sistema de archivos del host VM
Método 2: use un grupo de volúmenes dedicado
Implementación:
- igual
md0ymd1como en el Método 1, excepto hacermd1lo suficientemente grande como para contener el host VM (por ejemplo, 5 a 10 GB) - RAID10 grande que ocupa
md2el espacio restante.md2contiene un grupo de volúmenes LVMvgvms, cuyos volúmenes lógicos deben ser utilizados exclusivamente por máquinas virtuales
Pros:
- Puedo jugar
vgvmssin temor a romper el sistema operativo host - esto parece una solución más elegante y segura
Contras:
- si el sistema de archivos del host VM se queda sin espacio, tendría que mover partes de su sistema de archivos (por ejemplo, / usr o / var)
vgvms, lo que no parece muy agradable. - Tengo que reinstalar el sistema operativo host (que, como se dijo anteriormente, realmente no me importa hacerlo)
ACTUALIZACIÓN # 1:
Una razón por la que me preocupa quedarme sin espacio en el disco del host VM en el Método 2 es porque no sé si el host VM es lo suficientemente potente como para ejecutar todos los servicios en máquinas virtuales, es decir. Es posible que tenga que migrar algunos / todos los servicios de máquinas virtuales al sistema operativo host.
Especificación de hardware del host VM:
- Procesador Phenom II 955 X4 Black Edition (3.2GHz, CPU de 4 núcleos)
- 2x4GB Kingston PC3-10600 DDR3 RAM
- Placa base Gigabyte GA-880GM-USB3
- 4 discos duros WD Caviar RE3 500GB SATA II (7200 rpm)
- Fuente de alimentación Antec BP500U Basiq 500W ATX
- Estuche CoolerMaster CM 690
ACTUALIZACIÓN # 2:
Una razón por la que siento que el sistema puede no estar diseñado para usar el host VG como un grupo de almacenamiento de libvirt en el Método 1 es un comportamiento que noté en virt-manager:
- al agregarlo, se quejó de que no podía activar el VG (obviamente, porque el sistema operativo host ya lo ha activado)
- al eliminarlo, se negó a hacerlo porque no podía desactivar el VG (obviamente, porque el sistema operativo host todavía está usando los LV de raíz e intercambio)