PARTICIONAMIENTO

¿Qué es LVM?

LVM es un método de localización del espacio disco duro en voúmenes lógicos que pueden ser fácilmente redimensionados en vez de particiones. Con LVM, el disco duro o grupo de discos duros está localizado para uno o más volúmenes físicos. Un volumen físico no abarca más de una unidad.

Los volúmenes físicos son combinados en grupos de volúmenes lógicos, a excepción de la partición /boot. La partición /boot/ no puede estar en un grupo de volúmenes lógicos porque el gestor de arranque no puede leerlo. Si la partición raíz/está en un volumen lógico, necesitará crear una partición /boot/ separada que no es parte de un grupo de volumen.

Ya que un volumen físico no puede abarcar más de una unidad, si desea que el grupo de volumen abarque más de una unidad, deberá crear uno o más volúmenes físicos por unidad.

El grupo de volumen lógico está dividido en volúmenes lógicos, que son puntos de montaje asignados tales como /home y / y tipos de sistemas de archivos tales como ext3. Cuando las "particiones" alcanzan toda su capacidad, se puede añadir espacio libre desde el grupo de volúmenes lógicos al volumen lógico para incrementar el tamaño de la partición. Cuando se añade un nuevo disco duro a un sistema, se puede añadir al grupo de volumen lógico y los volúmenes lógicos que son particiones pueden expandirse.

¿Qué es RAID?

Originalmente proviene de Redundant Array of Inexpensive Disks - conjunto redundante de discos baratos. Actualmente de Redundant Array of Independent Disks - conjunto redundante de discos independientes)

Sistema de almacenamiento de información que utiliza múltiples discos duros en donde se distribuyen y/o duplican datos. (Existen implementaciones RAID en un solo disco duro, pero las ventajas no son importantes y técnicamente no es RAID). Un solo disco duro contiene la información dentro de sí una sola vez. El uso de múltiples discos duros con información duplicada y/o distribuida posee ventajas en su seguridad, mayor tolerancia a fallos, mejor rendimiento y mayor capacidad. Estas ventajas dependen del tipo de configuración RAID que se utilice.

Tipos de RAID

• Nivel 0 - Striped Disk Array: este nivel provee ”data striping” pero sin redundancia de datos. Mejora el rendimiento general, pero no provee tolerancia a fallas.

• Nivel 1 - Mirroring and Duplexing. Este nivel provee el doble de velocidad de lectura, pero igual velocidad de escritura con respecto a un disco simple. Provee espejado de datos.

• Nivel 2 - Error-Correcting Coding. Este nivel segmenta los datos a nivel de bits en lugar de bloques. No es muy usado.

• Nivel 3 - Bit-Interleaved Parity. Este nivel segmenta los datos a nivel de byte con un disco de paridad dedicado. No puede servir varias solicitudes simultáneas. No es muy usado.

• Nivel 4 - Dedicated Parity Drive. Este nivel segmenta los datos a nivel de bloque, pero con un disco de paridad. Permite tolerancia a fallas. El problema es que el disco de paridad puede disminuir la velocidad de escritura.

• Nivel 5 - Block Interleaved Distributed Parity. Este nivel segmenta los datos a nivel de byte, y también permite información para corrección de errores de segmentación. Provee buena tolerancia a fallo y muy buen rendimiento.

• Nivel 0+1 - A Mirror of Stripes. Se crean dos RAID 0 y un espejo RAID 1 sobre ellos.

• Nivel 10 - A Stripe of Mirrors. Se espejan varios RAID 1, y un disco de segmentación RAID 0 sobre estos.

LABORATORIO N°1

Crear una partición LVM llamada “VOL_DATA”.

1.- Visualizando volume_group[root@LVM-SERVER ~]# vgdisplay

--- Volume group --- VG Name vg_abaco System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size 19,80 GiB PE Size 4,00 MiB Total PE 5069 Alloc PE / Size 4286 / 16,74 GiB Free PE / Size 783 / 3,06 GiB VG UUID zW8rMC-AE0C-6aaJ-pEgr-5bUI-7V5U-zrk5T3

2.- Creando la partición “VOL_DATA”[root@LVM-SERVER mapper]# lvcreate -n vol_data --size 3G vg_abacoLogical volume "vol_data" created

3.- Formateando la partición creada, nos dirigimos a : /dev/mapper/[root@LVM-SERVER mapper]# lscontrol vg_abaco-vol_data vg_abaco-vol_root vg_abaco-vol_swap

[root@LVM-SERVER mapper]# mkfs.ext4 vg_abaco-vol_data mke2fs 1.41.12 (17-May-2010)Filesystem label=OS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)Stride=0 blocks, Stripe width=0 blocks196608 inodes, 786432 blocks39321 blocks (5.00%) reserved for the super userFirst data block=0Maximum filesystem blocks=80530636824 block groups32768 blocks per group, 32768 fragments per group8192 inodes per groupSuperblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912

Writing inode tables: done Creating journal (16384 blocks): done

Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 34 mounts or

180 days, whichever comes first. Use tune2fs -c or -i to override.

4.- Añadimos la partición creada a FSTAB/dev/mapper/vg_abaco-vol_data /lvm-data ext4 defaults 0 0

5.- Creamos la carpeta: lvm-data en la partición raíz:[root@LVM-SERVER mapper]# mkdir -p /lvm-data

6.- Montamos la partición en la carpeta creada:[root@LVM-SERVER mapper]# mount /dev/mapper/vg_abaco-vol_data /lvm-data/

7.- Comprobamos :[root@LVM-SERVER mapper]# df -h

Sist. Arq. Size Used Avail Use% Montado en/dev/mapper/vg_abaco-vol_root 15G 698M 14G 5% /

tmpfs 939M 0 939M 0% /dev/shm/dev/vda1 194M 27M 158M 15% /boot

/dev/mapper/vg_abaco-vol_data 3,0G 69M 2,8G 3% /lvm-data

CREANDO UN NUEVO VOLUMEN EN UN DISCO DURO SIN PARTICIONAMIENTO

1.- Ejecutamos fdisk -l [root@LVM-SERVER dev]# fdisk -lDisk /dev/sda: 10.7 GB, 10737418240 bytes255 heads, 63 sectors/track, 1305 cylindersUnits = cilindros of 16065 * 512 = 8225280 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisk identifier: 0x00000000

2.- Formateamos el disco[root@LVM-SERVER dev]# fdisk /dev/sda

3.- Digitamos la opción “m” luego volvemos a escoger la opción “n”

4.- Escogemos “partición primaria” - Letra “p” - Número de partición: 1

5.- Tipeamos la tecla ENTER a las 2 preguntas sobre los cilindros y grabamos los cambios con “w”

6.- Creamos la partición LVM[root@LVM-SERVER dev]# pvcreate /dev/sda1Writing physical volume data to disk "/dev/sda1"Physical volume "/dev/sda1" successfully created

7.- Creamos el volume group con el comando "vgcreate" con nombre “vg_abaco”[root@LVM-SERVER mapper]# vgcreate vg_abaco /dev/sda1Volume group "vol_abaco" successfully created

8.- Visualizamos los volume group[root@LVM-SERVER mapper]# vgdisplay --- Volume group --- VG Name vg_abaco System ID Format lvm2 .... Alloc PE / Size 5054 / 19,74 GiB Free PE / Size 15 / 60,00 MiB VG UUID zW8rMC-AE0C-6aaJ-pEgr-5bUI-7V5U-zrk5T3

--- Volume group --- VG Name vg_abaco System ID Format lvm2 .... Free PE / Size 2558 / 9,99 GiB VG UUID tw04VO-NIGq-dVrg-VbiB-QY34-4giz-m61OXx

9.- Cambiando de nombre al volume group[root@LVM-SERVER mapper]# vgrename tw04VO-NIGq-dVrg-VbiB-QY34-4giz-m61OXx vg_linux Volume group "vol_abaco" successfully renamed to "vg_linux"

10.- Visualizamos los volume group[root@LVM-SERVER mapper]# vgdisplay --- Volume group --- VG Name vg_abaco

--- Volume group --- VG Name vg_linux

11.- Creamos los volúmenes lógicos con el comando "lvcreate" con nombre “vol_backup”[root@LVM-SERVER mapper]# lvcreate -n vol_backup --size 9G vg_linux Logical volume "vol_backup" created

12.- Formateamos los volúmenes lógicos con formato ext4[root@LVM-SERVER mapper]# mkfs.ext4 /dev/mapper/vg_linux-vol_backup

13.- Añadimos la partición creada a FSTAB/dev/mapper/vg_linux-vol_backup /lvm-backup ext4 defaults 0 0

14.- Creamos la carpeta: lvm-data en la partición raíz:[root@LVM-SERVER mapper]# mkdir -p /lvm-backup

15.- Montamos la partición en la carpeta creada:[root@LVM-SERVER mapper]# mount /dev/mapper/vg_linux-vol_backup /lvm-backup

16. Comprobamos con df -h la partición montada