LVM [P1], llevemos las particiones al próximo nivel

por | 5 noviembre, 2021

Aunque LVM lleva años entre el mundo linuxero y de mi parte lo llevo utilizando desde hace años, aún no le había dedicado alguna serie de post

Aunque creo que será una serie corta, de unos 3 o 4 post máximo donde veremos:

  • Teoría acerca del funcionamiento de LVM
  • Creación y eliminación de PV, VG y LV
  • Opciones avanzadas

En este post veremos

Antes de empezar voy a enseñar la terminología que se usará durante esta serie de posts:

  • Logical Volume Manager (en adelante LVM): Administrador de volúmenes lógicos Se encarga de administrar el espacio para alojar datos
  • Physical volume (en adelante PV): Es un dispositivo, pudiendo ser disco duro, una partición MBR o GPT, un archivo loopback, un dispositivo mapeador de dispositivos, entre otros que se usará con LVM
  • Volume group (en adelante VG): Es un grupo de PV que brindan el espacio en disco para utilizar LV
  • Logical volume (en adelante LV): El volumen lógico, es la «cara visible» de LVM, donde se concentra mucha de las capacidades que brinda LVM y el espacio utilizable para el sistema de archivos
  • Physical extent (en adelante PE): Las extensiones físicas, es la unidad mas pequeña dentro de LVM, aquí se almacenan los datos escritos en el disco físico

Para entender mejor la explicación voy a usar un ejemplo comparativo con el sistema tradicional

LVMTradicional
PVDisco Duro
VGRaid0
LVPartición
PEBloques

Estas son las ventajas que trae el uso de LVM sobre el sistema de particionado convencional

  • Poder utilizar cualquier número de discos como un gran disco.
  • Tener LV distribuidos sobre varios discos.
  • Crear pequeños LV y cambiar su tamaño dinámicamente, cuando se llenen.
  • Cambiar el tamaño de los LV sin importar su orden en el disco. No depende de la posición del LV dentro del VG, ni hay necesidad de asegurar el espacio disponible circundante.
  • Redimensionar/crear/borrar el tamaño de los LV y físicos en línea. Los sistemas de archivos en ellos todavía tendrán que ser redimensionados, pero algunos (como ext4) apoyan el cambio de tamaño en línea.
  • Migración en línea/vivo de LV, siendo utilizado por los servicios para diferentes discos sin tener que reiniciar los servicios.
  • Realizar instantáneas que permiten hacer copias de respaldo del sistema de archivos, mientras se mantiene el tiempo de inactividad del servicio a un mínimo.
  • Soporte para albergar distintos mapeadores de dispositivos, incluido el cifrado del sistema de archivos transparente y almacenamiento en caché de los datos de uso frecuente. Esto permite crear un sistema con (uno o más) discos físicos (cifrados con LUKS) y LVM en la parte superior para permitir el cambio de tamaño y la administración de volúmenes separados sin la molestia de introducir una clave varias veces al arrancar.

Y solo tres desventajas, aunque una de ella es bastante lógica y ocurre con ambos sistemas las cuales son:

  • Los pasos adicionales en la configuración del sistema, que lo hace más complicado.
  • Si tiene un arranque dual, tenga en cuenta que Windows no es compatible con LVM; no podrá acceder a ninguna partición LVM desde Windows.
  • Si los VG no están en un RAID-1, RAID-5 o RAID-6 al perder un disco puede perder uno o más LV si distribuye (o extiende) sus VG en varios discos no redundantes.

Finalmente para poder empezar a utilizar lvm necesitamos el paquete

lvm2

Ya con esto estamos listos para empezar a utilizar este sistema de particionado

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *