%20contener%20diferentes%20tipos%20de%20PV%20(vol%C3%BAmenes%20f%C3%ADsicos)%3F.png)
El trasfondo es que tenemos el directorio de datos de nuestra base de datos en un LV que está ubicado en un VG. Queremos utilizar la función de instantánea de LVM para hacer una copia de seguridad de los datos de nuestra base de datos, pero a este VG no le quedan PE libres. Tampoco pudimos reducir el LV (usamos XFS). El VG tiene dos PV, cada PV es un RAID 10 (cada uno con 8 discos duros). Tenemos dos discos duros de repuesto adicionales (para conmutación por error en caliente, el tamaño es el mismo que el de los PV RAID10).
Estoy considerando tomar una de las unidades de repuesto, crear un PV en ella y agregarla al VG que aloja el directorio de datos de la base de datos. ¿Esto funciona? ¿Podría un VG contener diferentes tipos de PV, por ejemplo, 2 PV RAID 10 y 1 disco duro no RAID?
Respuesta1
Cualquier nodo de dispositivo que sea un dispositivo de bloque puede convertirse en PV y agregarse como miembro de un VG. Por ejemplo, tengo en una de mis computadoras un disco duro y un disco de estado sólido miembros de un solo PV y que funcionan como caché (https://man7.org/linux/man-pages/man7/lvmcache.7.html).
Mientras crea la instantánea LV, es posible que desee utilizar los PV RAID10 para alojar los datos de la base de datos en vivo y el disco de repuesto para almacenar la instantánea de copia en escritura (COW). Sugiero hacerlo porque, en caso de falla del disco de repuesto, se perdería la copia de seguridad en progreso y no la base de datos activa. El PV exacto que alberga un LV se puede especificar en la línea de comando que crea la instantánea, como se ejemplifica a continuación.
# lvcreate -L 10G -n backup_snap_lv -s data_vg/data_lv /dev/sdb
# lvdisplay --maps data_vg/backup_snap_lv
Respuesta2
No debería haber ningún problema porque esta es la idea de LVM. En el nivel inferior tienes dispositivos de almacenamiento físico. En ellos se crean PV, luego, cuando agrega PV(s) a VG, a VG no le importa lo que hay debajo, luego, cuando agrega espacio a LV/crea LV, a LV no le importa de dónde tiene VG este espacio.
Por supuesto, hay casos especiales cuando creas un espejo (dos copias de LV). Puedes hacer que residan en diferentes PV (para un modo muy estricto, también necesitarás un tercer PV).
Respuesta3
A LVM (en su mayoría) no le importan los detalles de los dispositivos de bloque en los que se encuentran los PV de un VG. La única excepción importante es que puede intentar pasar operaciones de descarte a dispositivos de bloque subyacentes si anuncian que admiten dichas operaciones.
Por ejemplo, en mi sistema de servidor doméstico tengo cuatro discos duros SATA de 4 TB y dos SSD NVMe de 1 TB, todos configurados como PV para el único VG del sistema, lo cual he hecho porque facilita la migración de datos cuando los necesito. para reemplazar un disco (se convierte en un pvmovecomando simple en lugar de tener que hacer algo como fusionar VG).
Sin embargo, hay una gran advertencia al respecto. Debido a que a LVM no le importan los dispositivos de bloque subyacentes, no es lo suficientemente inteligente como para colocar "inteligentemente" nuevos LV (o en algunos casos ampliar los existentes) a menos que lo único que le importe sea minimizar la fragmentación del espacio libre. Como tal, deberíassiempreEspecifique explícitamente qué PV usar al crear nuevos LV en dicha configuración para que obtenga exactamente el comportamiento que espera.
Además, suponiendo que esas unidades de repuesto esténverdaderorepuestos dinámicos (es decir, el sistema los usará automáticamente como reemplazos en caso de una falla de la unidad en el resto de la matriz), no recomendaría reutilizar uno de ellos a menos que necesite desesperadamente más espacio y realmente no le importe la posibilidad de una falla doble de la unidad (que en realidad es relativamente probable con tantas unidades en cada matriz). Si puede liberar espacio de otra manera, probablemente esa debería ser su primera forma de conseguir más espacio para trabajar.