Aprender LVM Linux, Parte 21. La mejora de cvs.gentoo.org En mi primer artículo LVM, expliqué los conceptos que hay tras LVM. Ahora es el momento de poner LVM en acción. En este artículo, voy a configurar LVM en el servidor oficial cvs de Gentoo Linux, cvs.gentoo.org. Aunque cvs.gentoo.org tiene una sola unidad de disco, la flexibilidad de LVM proporciona una increíble mejora sobre el esquema normal de particionamiento estático. Mostraré todos los pasos del proceso de conversión a LVM por lo que, si se está interesado, se podrá realizar una conversión similar en cualquier otra máquina.
Queda dicho, continuemos. Antes de comenzar con el proceso de conversión, actualicé cvs.gentoo.org y estaba utilizando los siguientes paquetes. En el momento en que realicé la transición LVM, estas eran las últimas versiones disponibles (ver Recursos más adelante en este artículo):
Ahora, el disco duro. cvs.gentoo.org tenía una unidad IBM de 45 GB; aunque, cuando instalé Gentoo Linux en el cvs, solamente particioné alrededor de 10 GB de la unidad, manteniendo los 35 GB restantes para futuras particiones. Estos son los pequeños trucos que se necesitan usar cuando no se está utilizando LVM -- dejar parte de la unidad sin particionar es una primitiva, aunque efectiva, forma de permitir una futura expansión. De todos modos, con LVM tenemos una solución mucho mejor. En las pasadas semanas, venía observando que la partición raíz ReiserFS se había ido llenando lentamente, como puede verse con este resultado de df:
Bien, una partición raíz con un 72% de ocupación no es exactamente una crisis, pero tampoco es una situación maravillosa. ReiserFS, como muchos otros sistemas de ficheros, comienza a ser mucho más lento en cuanto se empieza a ocupar todo el espacio, y era sólo una cuestión de tiempo que mi sistema de ficheros raíz estuviese ocupado por completo y el rendimiento del mismo se redujera considerablemente. Decidí solucionar el problema usando LVM para crear un nuevo volumen lógico a partir de los 35 GB sin utilizar al final de mi disco duro. Entonces, crearía un sistema de ficheros en este volumen y movería gran parte de los contenidos de /dev/hda3 al mismo. Si se está pensando en hacer algo similar en una máquina, lo primero que se necesita hacer es encontrar la parte del sistema de ficheros raíz que vamos a mover al volumen lógico. Para mí, la elección fue fácil -- el árbol /home estaba ocupando alrededor de 5,7 GB. Moviendo /home a su propio volumen lógico LVM, dejaría al sistema de ficheros raíz al 20% de su capacidad. Dado que la mayoría de nuevos datos iban a parar a /home, mi sistema de ficheros raíz se quedaría aproximadamente al 20% de su capacidad -- lo cual es muy favorable. Para comenzar la conversión, primero tuve que particionar el espacio no utilizado al final del disco duro. Usando cfdisk, creé una partición de 35 GB (/dev/hda5) y configuré el tipo de partición como 8E (el tipo de partición LVM oficial). Después de este cambio, reinicié para forzar la relectura de la tabla de particiones. Después de haber reiniciado, mi tabla de particiones era la siguiente:
Ahora que tenía una partición de 35 GB, estaba listo para inicializarla para LVM. He aquí el procedimiento -- primero, tenía que inicializar los 35 gigabytes como un volumen físico; después tenía que crear un grupo de volumen que usase el volumen físico y, finalmente, tenía que localizar algunos de los "extents" (grupos de bloques dedicados al almacenamiento) en el grupo de volumen, creando un volumen lógico que contendría el nuevo sistema de ficheros y ocuparía con todos los archivos contenidos en /home. Para comenzar el proceso, usé el comando pvcreate para inicializar /dev/hda5 como volumen físico:
pvcreate configuró un área especial de "cuentas" en /dev/hda5, denominada VGDA (Área del Descriptor del Grupo de Volumen). LVM usa este área para seguirle la pista a cómo se localizan los extents físicos, entre otras cosas. Mi siguiente paso fue crear un grupo de volumen y añadir /dev/hda5 al grupo. El grupo de volumen actuaría como un conjunto de extents (fragmentos de bloques de almacenamiento). Una vez que el grupo de volumen estaba creado, podía crear tantos volúmenes lógicos como quisiese. Decidí que mi grupo de volumen se llamaría "principal":
El comando vgcreate hizo un par de cosas. Además de crear el grupo de volumen "principal", también configuró /dev/hda5 para usar extents de 4 MB, el tamaño por defecto de los extents. Esto significa que cualquier volumen lógico que crease a partir de este grupo de volumen, puede ser expandido o reducido en bloques de 4MB. Debido a limitaciones en el núcleo, el tamaño del extent determina el máximo tamaño del volumen lógico. Como puede verse en la información mostrada anteriormente, un tamaño de 4 MB por extent impone una limitación del volumen lógico a 256 gigabytes, que es una cantidad fácilmente alcanzable si se están añadiendo varias unidades de gran capacidad al grupo de volumen. Si los volúmenes pueden llegar a ser mayores de 256 GB por unidad, recomiendo indicar un tamaño mayor de extent cuando se use el comando vgcreate. Los extents pueden ser de 8 KB hasta 512 MB, y debe ser siempre un múltiplo de 2. Incrementar el tamaño del extent más de 4 MB, causará que el tamaño máximo del volumen físico crezca a escala de acuerdo con el mismo, hasta un máximo de 1 petabyte (aunque el límite actual de tamaño en sistemas x86 es de 2 terabytes). Por ejemplo, si hubiese querido crear un un grupo de volumen con extents de 32 MB, habría tecleado:
32 MB es un buen tamaño para los extents, dado que las porciones de 32 MB se pueden manejar adecuadamente y aumenta el tamaño máximo del volumen lógico a 2 terabytes. En cuanto creamos el grupo de volumen, podemos ver toda su información tecleando vgdisplay:
Ahora que teía mi grupo de volumen, estaba listo para crear un volumen lógico. Decidí darle un tamaño inicial de 8 gigabytes y llamarlo "lv_home":
Después, creé un sistema de ficheros en el volumen:
Ahora que se había creado el nuevo sistema de ficheros, podía montarlo en /mnt/newhome:
Como puede verse, estaba casi listo para empezar a copiar todos los archivos de /home. Pero antes de comenzar, debía pasar al nivel de ejecución 1 para asegurarme de que ningún usuario o proceso accedía o modificaba archivos en /home.
Entonces, empecé a copiar los archivos:
La copia terminó en alrededor de 10 minutos. Entonces hice una copia de seguridad del /home original a /home.old, sólo por si algo había ido mal con la copia. Creé un nuevo punto de montaje y remonté el nuevo home en /home:
Entonces, era el momento de configurar el servidor para que mi nueva partición /home estuviese disponible cada vez que la máquina se iniciase. Primero, modifiqué /etc/fstab para que incluyese la nueva entrada de /home:
Entonces, hice unas modificaciones menores a las macros de inicialización. Modifiqué la macro de inicio "checkroot" para que ejecutase los siguientes comandos en cuanto la partición raíz se remontase en modo lectura/escritura:
Entonces, modifiqué la macro que desmonta todos los sistemas de ficheros cuando el sistema se apaga, para que ejecutase el siguiente comando inmediatamente después de desmontarlos:
En cuanto terminé con todos estos pasos, reinicié la máquina, y todo funcionó perfectamente. Después de un día o así sin el más mínimo problema, borré el directorio /home.old para liberar espacio en la partición raíz. El paso a LVM fue todo un éxito. Mientras que la transición a LVM puede parecer algo compleja, una vez que la hemos completado, manejar los sistemas de ficheros es algo mucho más sencillo. Como ejemplo, decidí cambiar el tamaño de mi nuevo volumen lógico /home añadiéndole unos 2 gigabytes al final del sistema de ficheros. Primero, añadí la capacidad adicional al volumen lógico "lv_home", y después usé la utilidad resize_reiserfs para expandir el sistema de ficheros y utilizar esta capacidad añadida. He aquí los dos comandos que lo llevaron a cabo:
En aproximadamente un segundo, incrementé la capacidad del sistema de ficheros /home 2 GB; además, ni tan siquiera necesité reiniciar, pasar al nivel de ejecución 1, ni desmontar /home para realizar el cambio de tamaño. Todo continuó funcionando tal y como lo había hecho anteriormente. ¿No es excelente? He aquí el estado actual de mis sistemas de ficheros:
Se habrá visto que LVM puede hacer el trabajo de un administrador mucho más sencillo. En el futuro, espero mover partes adicionales del sistema de ficheros raíz a LVM y, eventualmente, convertir el sistema de ficheros raíz en un volumen lógico LVM. Los siguientes recursos ayudarán a aprender más acerca de LVM.
|
|
