MEMORIA

PRÁCTICA 2
CONFIGURACIÓN DE
CONJUNTOS DE DISCOS
REDUNDANTES (RAID) POR
SOFTWARE
EN LINUX Y
CONFIGURACIÓN DE UN
ESCENARIO DE RED VIRTUAL
PARA PRUEBA DE UN
BALANCEADOR DE TRÁFICO

Freddy Merma Valdez

Julio César Borrego Saavedra
Alvaro Rodriguez Gabaldon
R1: - ¿Qué contenido se muestra al leer este fichero?
¿Qué tamaño (neto) tendrá el grupo RAID recién
creado?
Muestra los diferentes tipos de RAID disponibles y los RAID ya configurados con su
tipo, tamaño, discos que los componen y el estado de cada uno de ellos. En este
caso, la capacidad de memoria es de 508.50Mb y el tamaño del conjunto RAID es de
2034Mb.

R2: - ¿Qué estado presenta el grupo?

El grupo presenta un estado "clean" ya que todas sus unidades están funcionando
de manera óptima, es decir el grupo RAID no tiene problemas.

R3: - El estado del grupo ha cambiado. ¿Cuál es?

El grupo ha cambiado a "degraded" debido a un fallo en un disco. Sin embargo,
gracias a la configuración RAID 5, que puede tolerar el fallo de un disco, el sistema
sigue funcionando. El RAID 5 distribuye los datos y la información de paridad entre
todos los discos, pero si dos discos fallan simultáneamente, se puede perder
información.
R4: - ¿Qué se observa ahora si se consulta el estado
del disco (con cat /proc/mdstat o mdadm --detail
/dev/md0)?
El RAID vuelve a su estado original.

R5: - ¿Qué instrucciones podrían utilizarse para

simular el fallo de dos discos? ¿Qué le ocurriría al
grupo RAID?
Hemos intentado la eliminación del device con rm y la eliminación de otro disco
desde virt-manager simularía efectivamente la falla de dos discos. Con dos discos
fallidos, un RAID 5 ya no podrá funcionar correctamente y se producirá una pérdida
de datos, ya que no puede manejar la falla de más de un disco a la vez.

R6: - ¿Cuál sería el comando a utilizar?

sudo mdadm --create /dev/md0 --level=raid10 --raid-devices=4 /dev/vdb1
/dev/vdc1 /dev/vdd1 /dev/vde1
● --level=raid10: Especifica el nivel del RAID que estamos creando. En este caso, estamos
creando un RAID 10, que es un array que combina las características de RAID 1 (mirroring) y
RAID 0 (striping).
● --raid-devices=4: Especifica que estamos utilizando cuatro dispositivos en nuestro array RAID.
● /dev/vdb1 /dev/vdc1 /dev/vdd1 /dev/vde1: Dispositivos que estamos incluyendo en nuestro
array RAID. Cada uno de estos representa un disco duro o una partición de disco duro.

R7: - Describa brevemente cómo se realiza la

conectividad entre las máquinas virtuales, ilustrando
la explicación con los resultados de los comandos
“brctl show”e “ifconfig”. ¿Cómo se realiza la conexión
del host al escenario virtual?
La conectividad entre máquinas virtuales generalmente se realiza mediante bridges, que actúa como
un conmutador de red virtual que puede conectar múltiples interfaces de red, con nombres LAN1,
LAN2 y que están conectados entre sí mediante un balanceador, para distribuir el tráfico de red
entre las máquinas virtuales.

Mediante el comando ifconfig realizado a cada máquina y mediante show mac las máquinas
conectadas a LAN1 son:
C1 -> vnet3 MAC = c1 eth0 MAC = 52:54:00:4e:51:ea
lb -> vnet4 MAC = lb eth0 MAC = 52:54:00:b2:92:97

Y en LAN2:
lb -> vnet5 MAC = lb eth1 MAC = 52:54:00;40:59;1b
s1 -> vnet0 MAC = s1 eth0 MAC = 52:54:00:88:73:fe
 s2 -> vnet1 MAC = s2 eth0 MAC = 52:54:00:ce:eb:e9
s3 -> vnet2 MAC = s3 eth0 MAC = 52:54:00:7f:d2:dc

El host tiene una conexión ip directa a LAN1 con direccion 10.11.1.3/24 y añadiendo a su tabla de
forwarding las direcciones 10.11.0.0/16 van por 10.11.1.1
R8: - Pruebe algún algoritmo de distribución de carga
alternativo al round-robin entre los que incluye
HAProxy (por ejemplo, el round-robin con pesos) y
describa las pruebas realizadas en la memoria,
ilustrando la explicación con capturas de pantalla de
la página de estadísticas o los resultados de comandos
que considere adecuadas.
Se modificó el algoritmo de balanceo, reemplazando el método "round-robin"
estándar por una variante ponderada de "round-robin". Para verificar la
efectividad del nuevo algoritmo, se llevaron a cabo pruebas utilizando cuatro
consolas diferentes. En cada una de ellas, se ejecutó el comando curl dirigido a la
dirección IP 10.11.1.1 con una frecuencia de cada 0.1 segundos.
La distribución de las peticiones entre los servidores sigue el patrón establecido por
el algoritmo de "round-robin" con pesos. Se puede observar que el servidor s1, al
tener asignado un peso menor, recibe una cantidad menor de peticiones. Por otro
lado, el servidor s3, que cuenta con el mayor peso asignado, es el que maneja el
mayor número de peticiones. Esta observación confirma el funcionamiento
esperado del algoritmo de balanceo por pesos.