RAID 10 en VPS: funcionamiento, ventajas y riesgos

Qué es RAID 10 y por qué los proveedores de VPS lo utilizan

RAID 10 es la distribución de almacenamiento que utilizan la mayoría de los proveedores de VPS sobre unidades NVMe (non-volatile memory express) virtualizadas. En su distribución convencional de dos copias, duplica cada unidad en una unidad asociada y después distribuye los datos entre esos pares duplicados. Una unidad puede fallar sin que la matriz deje de funcionar. La reparación consiste en copiar los datos desde la unidad asociada que sigue funcionando, en lugar de recalcularlos leyendo todas las demás unidades del conjunto.

RAID significa matriz redundante de discos independientes. Tiene un único objetivo: mantener el equipo en servicio mientras un disco está averiado o se sustituye. Ese objetivo es la disponibilidad, y la disponibilidad no equivale a la seguridad de los datos.

RAID replica las escrituras. rm -rf /srv es una escritura. Las dos mitades del espejo eliminan el directorio en el mismo milisegundo y la matriz sigue indicando que está limpia después.

Conserve esa frase. El resto de esta página explica qué fallos tolera cada nivel y cuál es el coste de cada escritura. En las últimas secciones se muestran los comandos para consultar el estado de una matriz en un equipo que administre y el fallo que RAID nunca ha cubierto.

Niveles que un comprador de hosting realmente encontrará: 1, 5, 6 y 10

La página de un plan muestra un número y no da más detalles. Ese número responde a dos preguntas: cuántas unidades pueden fallar y cuánto cuesta cada escritura.

RAID 1 es un espejo. Dos unidades contienen bloques idénticos. Cada escritura se realiza en ambas. Cualquiera de las dos unidades puede atender una lectura. Una unidad puede fallar sin pérdida de datos, y la mitad de la capacidad bruta queda disponible. No hay paridad que calcular, por lo que la ruta de escritura es corta.

RAID 5 distribuye los datos y añade un bloque de paridad por cada franja. Con n unidades se obtiene la capacidad equivalente a n-1 unidades, y el array sobrevive exactamente a un fallo. La paridad no se almacena en una unidad dedicada. Se distribuye entre todas, de modo que cada unidad contiene tanto datos como paridad.

RAID 6 añade un segundo bloque de paridad independiente a cada franja, normalmente denominado P y Q. Sobrevive al fallo simultáneo de dos unidades cualesquiera. Esto es más importante de lo que parece, porque el segundo fallo suele producirse durante la reparación del primero.

RAID 10 es una franja de espejos. Las unidades se espejan por pares y los datos se distribuyen entre los pares. La capacidad disponible es la mitad del total bruto, igual que en RAID 1, con el paralelismo de la distribución por franjas.

También puede aparecer como RAID 1+0, que es la descripción correcta: primero se crean los espejos y después se distribuyen los datos entre ellos. RAID 0+1 sigue el orden contrario: primero distribuye los datos y después espeja las dos franjas. Es peor, porque el fallo de una unidad deja fuera de servicio una franja completa y la reparación debe copiar todo el otro lado.

Linux es un caso especial que conviene conocer. El raid10 del kernel es una única personalidad, no dos capas apiladas, por lo que funciona con un número impar de unidades y tiene distribuciones (near, far, offset) que una configuración anidada no puede expresar. Por eso la línea de estado de un sistema Linux muestra 2 near-copies en lugar de indicar dos arrays.

[
  {
    "label": "RAID 1 (eight copies)",
    "usable_tb": 1,
    "worst_case_drives_lost": 7,
    "best_case_drives_lost": 7
  },
  {
    "label": "RAID 5",
    "usable_tb": 7,
    "worst_case_drives_lost": 1,
    "best_case_drives_lost": 1
  },
  {
    "label": "RAID 6",
    "usable_tb": 6,
    "worst_case_drives_lost": 2,
    "best_case_drives_lost": 2
  },
  {
    "label": "RAID 10",
    "usable_tb": 4,
    "worst_case_drives_lost": 1,
    "best_case_drives_lost": 4
  }
]

Ocho unidades de 1 TB proporcionan 7 TB de espacio disponible con RAID 5 y 4 TB con RAID 10. Esa diferencia representa dinero real y explica por qué se sigue proponiendo la paridad. RAID 6 sobrevive a 2 fallos en cualquier combinación. RAID 10 sólo garantiza 1, porque el segundo fallo peligroso es el de la unidad emparejada con la que ya falló. Puede sobrevivir hasta 4 fallos cuando ningún par sufre dos fallos, pero eso depende de la suerte y no es una propiedad del diseño.

Qué cuesta cada nivel en cada escritura

Una escritura en un espejo son dos escrituras, emitidas al mismo tiempo a ambos miembros. Una escritura en una franja con paridad requiere más trabajo, porque el bloque de paridad de esa franja deja de ser válido y debe volver a calcularse.

En una operación de lectura-modificación-escritura, el controlador lee primero los datos antiguos y la paridad antigua. Por tanto, una sobrescritura de un solo bloque sin caché en RAID 5 se convierte en lectura, lectura, escritura, escritura. RAID 6 mantiene dos bloques de paridad, por lo que la lectura-modificación-escritura se convierte en lectura, lectura, lectura, escritura, escritura, escritura. Linux también usa reconstrucción-escritura y lee los datos que no cambian para calcular la paridad. En RAID 5 con tres unidades, esa sobrescritura puede requerir una lectura de datos y dos escrituras; en RAID 6 con cuatro unidades, una lectura de datos y tres escrituras. Cuatro y seis son recuentos de operaciones de lectura-modificación-escritura, no costes fijos para todas las escrituras aleatorias pequeñas.

[
  {
    "label": "RAID 1 (2 drives)",
    "write_ops_per_host_write": 2,
    "drives_read_to_rebuild": 1
  },
  {
    "label": "RAID 5 (8 drives)",
    "write_ops_per_host_write": 4,
    "drives_read_to_rebuild": 7
  },
  {
    "label": "RAID 6 (8 drives)",
    "write_ops_per_host_write": 6,
    "drives_read_to_rebuild": 7
  },
  {
    "label": "RAID 10 (8 drives, fixed mirror pairs)",
    "write_ops_per_host_write": 2,
    "drives_read_to_rebuild": 1
  }
]

Una lectura-modificación-escritura de un solo bloque sin caché cuesta 6 operaciones de dispositivo en RAID 6, frente a 2 para la misma sobrescritura en RAID 10 con dos copias. Estos recuentos subestiman la diferencia de latencia. Las dos escrituras del espejo se envían en paralelo, por lo que el guest espera a la más lenta de las dos. La ruta de lectura-modificación-escritura contiene una lectura que debe terminar antes de poder calcular la nueva paridad, así que el guest espera primero una lectura y después una escritura. En un host ocupado, esa lectura queda en cola detrás de las operaciones de E/S de los demás.

Hay una excepción importante. Una escritura lo bastante grande para llenar una franja completa no necesita leer los datos antiguos, porque se reemplazan todos los bloques de la franja. La paridad se calcula a partir de lo que ya está en memoria, y la sobrecarga se reduce a una escritura de paridad por franja en RAID 5 o a dos en RAID 6, sin lecturas previas. Por eso RAID 5 funciona bien en una prueba de rendimiento secuencial y se comporta mal con una carga mixta de escrituras pequeñas procedentes de muchos tenants. Pruebe el patrón que realmente ejecuta: hacer correctamente una prueba de rendimiento del disco de una VPS significa E/S aleatoria con una profundidad de cola realista, no un único dd grande.

Por qué la reconstrucción es la parte peligrosa

Una reconstrucción completa de RAID 5 debe reconstruir la unidad ausente a partir de todas las demás, por lo que lee 7 unidades supervivientes desde el primer bloque hasta el último en el ejemplo de ocho unidades. Con pares fijos de espejos, una reconstrucción de RAID 10 lee 1: la unidad asociada como espejo de la unidad averiada y ninguna otra. Otras distribuciones de Linux RAID10 reparten las copias de otra forma: la reconstrucción de un miembro de la distribución near de tres dispositivos lee los otros dos miembros supervivientes.

De ahí se derivan dos costes. El primero es el tiempo, porque la reconstrucción está limitada por las unidades supervivientes, el trabajo de reconstrucción y los objetivos de velocidad de recuperación. El segundo es la carga. Una reconstrucción con paridad distribuye la E/S entre las unidades supervivientes. Con pares fijos de espejos, una reconstrucción de RAID 10 concentra esa E/S en un solo par; los recursos compartidos del controlador y del host siguen afectando a los demás pares.

Durante esa misma ventana existe un riesgo para la integridad de los datos. Una matriz RAID 5 con una unidad averiada ya no tiene redundancia, por lo que un sector ilegible en cualquier unidad superviviente resulta irrecuperable. Una reconstrucción es la única operación que lee todos los sectores, incluidos los que nadie ha tocado en un año. Las cifras publicadas en las hojas de datos sitúan un disco duro de consumo cerca de un error de lectura irrecuperable por cada 10^14 bits leídos, y una unidad NVMe empresarial en uno por cada 10^17 bits o mejor. Son especificaciones de los fabricantes, no mediciones, pero la proporción explica por qué la antigua advertencia de que una reconstrucción de RAID 5 fallaría se refería a discos magnéticos grandes y por qué es mucho menos aplicable a NVMe. El argumento de la carga se aplica a cualquier medio.

Detecte los errores latentes antes de que lo haga una reconstrucción mediante un scrub. Debian y Ubuntu incluyen un scrub periódico para las matrices md, y el mecanismo cambia entre versiones, así que compruebe cuál tiene y después inicie una pasada manualmente.

systemctl list-timers --all | grep -i mdcheck
ls -l /etc/cron.d/mdadm
echo check | sudo tee /sys/block/md0/md/sync_action
cat /sys/block/md0/md/mismatch_cnt

sync_action vuelve a idle cuando termina la pasada, y mismatch_cnt debería mostrar 0. Un número superior a cero en un espejo significa que las dos mitades no coinciden y que el kernel no puede determinar cuál es correcta, porque ninguna copia contiene una suma de comprobación. Algunas discrepancias no son perjudiciales; las particiones de swap son la fuente habitual: el kernel puede escribir una página que cambia mientras se lee. Un contador que aumenta en una matriz de datos requiere investigación; el contador por sí solo no identifica qué unidad debe sustituirse.

Por qué los proveedores de VPS estandarizan RAID 10 para NVMe

Un nodo de hipervisor no ejecuta una sola carga de trabajo. Ejecuta decenas de invitados independientes, y sus operaciones de E/S llegan intercaladas como un flujo de escrituras pequeñas sin localidad entre ellas. Ese es exactamente el patrón en el que el ciclo de lectura, modificación y escritura de la paridad tiene mayor coste, y es el patrón habitual de un nodo compartido.

El comportamiento durante la reconstrucción refuerza esta decisión. Un disco averiado en un nodo con paridad añade trabajo de reconstrucción en los discos que siguen funcionando. Con pares de espejos fijos, un disco averiado en un nodo RAID 10 añade E/S de reconstrucción a un solo par, y Linux MD ralentiza la recuperación cuando hay otra actividad. Los proveedores venden una latencia estable, sin picos, y la consiguen a costa de capacidad: la mitad de la capacidad NVMe bruta se destina al espejo.

El tamaño de los discos apunta en la misma dirección. A medida que los discos son más grandes, la ventana de reconstrucción se alarga. En RAID 5, durante esa ventana la reconstrucción añade carga y no queda redundancia; RAID 6 mantiene la protección frente al fallo de un disco adicional. Por la misma razón, las implementaciones de ZFS para virtualización usan pools de vdevs en espejo en lugar de raidz de gran anchura: un resilver de un espejo sólo copia los bloques que están realmente en uso, en un único par.

Nada de esto significa que RAID 10 sea correcto en todos los casos. Un destino de copias de seguridad recibe escrituras secuenciales largas y se lee con poca frecuencia, por lo que RAID 6 ofrece una mejor relación coste-beneficio. Sobrevive a dos fallos y devuelve la mayor parte de la capacidad. La carga de trabajo determina la elección, no el número. Para un plan que vaya a contratar hoy, el medio suele importar más que la distribución que se configure encima, y el salto de SATA SSD a NVMe es mayor que cualquier diferencia de RAID en ambos casos.

Cómo leer /proc/mdstat

Ejecute estos comandos en una máquina cuyo array sea suyo: un servidor dedicado, un equipo doméstico o un VPS con dos volúmenes conectados que haya ensamblado usted mismo. Lea su propia salida. Los bloques siguientes son ejemplos escritos para que pueda comparar la estructura con la que obtiene.

cat /proc/mdstat
sudo mdadm --detail /dev/md0
lsblk -o NAME,SIZE,TYPE,MOUNTPOINTS

Un RAID 10 sano de cuatro discos muestra algo parecido a esto.

Personalities : [raid1] [raid10]
md0 : active raid10 nvme3n1p3[3] nvme2n1p3[2] nvme1n1p3[1] nvme0n1p3[0]
      3906764800 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
      bitmap: 0/30 pages [0KB], 65536KB chunk

unused devices: <none>

Cada parte contiene información.

• Personalities muestra los módulos md que ha cargado el kernel en ejecución. Que aparezca raid10 sólo significa que el código está disponible.
• md0 : active raid10 es el dispositivo del array, su estado y su nivel.
• Los nombres que aparecen después son los miembros. El número entre corchetes es el índice del dispositivo en los metadatos del array. No es su posición en la línea y no siempre coincide con su ranura.
• Después de sustituir un disco, el nuevo miembro suele conservar un índice superior al de la ranura que ocupa. Por eso nvme4n1p3[4] puede estar en la ranura 2. mdadm --detail muestra la ranura real en su columna RaidDevice. Use ese dato cuando la diferencia sea importante.
• (F) después de un miembro significa que está defectuoso. (S) significa que es un repuesto: está presente, inactivo y a la espera de que falle algo.
• 3906764800 blocks super 1.2 es el tamaño utilizable en bloques de 1 KiB, seguido del formato de metadatos.
• 512K chunks 2 near-copies es el tamaño del bloque de stripe y la distribución RAID 10. En este caso, conserva dos copias de cada bloque una junto a otra.
• [4/4] es el número de miembros que espera el array, seguido del número que está sincronizado actualmente.
• [UUUU] contiene un carácter por ranura, en el orden de las ranuras. U indica una ranura activa y sincronizada. _ indica una ranura sin ningún dispositivo operativo.
• bitmap: es el mapa de intención de escritura. Registra las regiones en las que se estaban realizando escrituras. Así, si un miembro se desconecta y vuelve a conectarse, sólo resincroniza esas regiones en lugar de todo el disco.

Qué significan [4/3] y [UU_U] cuando hay un problema

Un array degradado tiene este aspecto.

md0 : active raid10 nvme3n1p3[3] nvme2n1p3[2](F) nvme1n1p3[1] nvme0n1p3[0]
      3906764800 blocks super 1.2 512K chunks 2 near-copies [4/3] [UU_U]

Lea los dos corchetes conjuntamente. [4/3] indica que una de las cuatro ranuras no está contribuyendo. [UU_U] indica cuál, porque el guion bajo es el tercer carácter y las ranuras se numeran desde cero. Por tanto, la ranura 2 está inactiva. La marca (F) identifica el dispositivo sólo mientras el disco defectuoso siga conectado. Si lo retira de la máquina, el nombre desaparece de la línea, pero el guion bajo permanece.

El array sigue atendiendo solicitudes durante todo este proceso. En RAID 10, a menudo lo hace casi a velocidad completa. Por eso nadie nota el problema a simple vista. Necesita un mecanismo que se lo indique.

grep -i mailaddr /etc/mdadm/mdadm.conf
sudo mdadm --monitor --scan --oneshot --test
systemctl list-units --all | grep -i md

El paquete mdadm instala un daemon de monitorización que lee MAILADDR desde /etc/mdadm/mdadm.conf. El nombre de la unidad ha cambiado entre versiones, así que búsquelo con el último comando en lugar de adivinarlo. La ejecución de --test envía inmediatamente un mensaje por cada array. Si después aparece una bandeja de entrada vacía, la ruta de correo está averiada. El mensaje que realmente necesita habría perdido el mismo modo.

Cuando se está reconstruyendo un reemplazo, aparece una línea de progreso debajo del array.

md0 : active raid10 nvme4n1p3[4] nvme3n1p3[3] nvme1n1p3[1] nvme0n1p3[0]
      3906764800 blocks super 1.2 512K chunks 2 near-copies [4/3] [UU_U]
      [==>..................]  recovery = 12.4% (242012928/1953382400) finish=63.1min speed=452000K/sec

recovery es una reconstrucción sobre un disco de reemplazo. resync es una comprobación de consistencia, incluida la comprobación inicial y la recuperación tras un apagado no limpio. check es el scrub que activó antes. El par entre paréntesis muestra el progreso en bloques de 1 KiB respecto al total por dispositivo, y finish es la estimación del kernel a la velocidad actual. Linux MD utiliza /proc/sys/dev/raid/speed_limit_min y speed_limit_max como objetivos de velocidad de recuperación, con ajustes por array en sync_speed_min y sync_speed_max. El objetivo máximo predeterminado es de 200,000 KiB/s por dispositivo. Estos objetivos permiten que la recuperación ceda recursos a la E/S de producción y no son límites estrictos de velocidad.

/dev/md0:
           Version : 1.2
     Creation Time : Tue Mar 10 09:14:22 2026
        Raid Level : raid10
        Array Size : 3906764800 (3.64 TiB 4.00 TB)
     Used Dev Size : 1953382400 (1.82 TiB 2.00 TB)
      Raid Devices : 4
     Total Devices : 4
       Persistence : Superblock is persistent

       Update Time : Wed Aug  5 11:02:41 2026
             State : clean, degraded, recovering
    Active Devices : 3
   Working Devices : 4
    Failed Devices : 0
     Spare Devices : 1

            Layout : near=2
        Chunk Size : 512K

    Rebuild Status : 12% complete

              Name : storage:0
            Events : 4184

    Number   Major   Minor   RaidDevice State
       0     259        3        0      active sync set-A   /dev/nvme0n1p3
       1     259        7        1      active sync set-B   /dev/nvme1n1p3
       4     259       11        2      spare rebuilding    /dev/nvme4n1p3
       3     259       15        3      active sync set-B   /dev/nvme3n1p3

Sustituir un disco de un array que sea suyo requiere cuatro comandos. El último es la comprobación.

sudo mdadm --manage /dev/md0 --fail /dev/nvme2n1p3
sudo mdadm --manage /dev/md0 --remove /dev/nvme2n1p3
sudo mdadm --manage /dev/md0 --add /dev/nvme4n1p3
cat /proc/mdstat

La línea de recuperación debería aparecer en uno o dos segundos. La partición de reemplazo debe tener como mínimo el tamaño de Used Dev Size de mdadm --detail. Una partición incluso ligeramente más pequeña se rechaza con un mensaje del tipo not large enough to join array. Particione el disco nuevo para que coincida con el antiguo antes de añadirlo.

Qué puede ver y qué no desde dentro de un VPS

La mayoría de los guests no pueden ver el RAID del host, y esto es intencionado. El hipervisor le proporciona un disco virtual. El hecho de que ese disco proceda de un pool RAID 10 de unidades NVMe o esté ubicado en una sola unidad es una propiedad del host y no aparece dentro del guest.

systemd-detect-virt
lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /proc/mdstat

systemd-detect-virt muestra kvm en un guest KVM, un tipo de contenedor como lxc en un contenedor y none en bare metal. En un guest KVM normalmente sólo se ve un único vda o sda en lsblk y ninguna matriz en /proc/mdstat, porque no hay ninguna dentro del guest.

En un VPS basado en contenedores, esta información no es fiable. Los contenedores comparten el kernel del host y algunas partes de /proc no están aisladas mediante namespaces, por lo que lo que se lee allí puede describir el host en lugar de su segmento. No considere ninguno de esos datos como una prueba sobre su propio almacenamiento. Pregunte al proveedor cuál es la disposición del almacenamiento y pida la respuesta por escrito si es importante para usted.

Desde dentro puede comprobar el comportamiento del disco que le han asignado. Comprobar si el disco de su VPS es realmente NVMe explica los comandos que proporcionan datos reales, y qué incluye realmente un VPS con SSD explica qué afirma la etiqueta de la página del plan.

¿Debe ejecutar RAID dentro de su VPS?

Por lo general, no. La razón son los dominios de fallo.

Si conecta dos volúmenes a un VPS y los replica con mdadm, ambos pueden estar en la misma matriz física, en el mismo nodo y detrás de la misma fuente de alimentación. Duplicaría el coste de cada escritura para obtener una redundancia que ya tenía. Además, seguiría perdiendo ambas copias ante el único fallo relevante.

Tiene sentido hacerlo cuando el proveedor documenta que los volúmenes están en dominios de fallo independientes o cuando utiliza un servidor dedicado con unidades que puede administrar directamente. De lo contrario, es más útil invertir el esfuerzo en copias que salgan de la máquina.

De qué no le protege RAID

RAID cubre un evento: una unidad que deja de funcionar correctamente. Todo lo que aparece a continuación es una escritura válida, por lo que el arreglo la aplica a todas las copias y mantiene el estado correcto.

• Eliminación. rm -rf en el directorio equivocado, o un script de despliegue con una variable sin definir en una ruta. El arreglo ve una escritura válida y la ejecuta dos veces.
• Ransomware. El cifrado es una escritura. Un arreglo en buen estado almacena la versión cifrada en ambas partes del espejo.
• Una aplicación defectuosa. Un error que escribe datos basura en la base de datos escribe los mismos datos basura en la unidad redundante.
• El nodo completo. Un host que falla o una cuenta suspendida por error. Un arreglo puede estar en perfecto estado y no estar accesible al mismo tiempo.
• Usted mismo, una semana después. El archivo que eliminó el lunes desaparece de todas las unidades ese mismo lunes. Sólo una copia creada antes puede recuperarlo.

Las snapshots en el mismo almacenamiento tampoco son la solución. Ayudan contra las eliminaciones, pero desaparecen junto con el arreglo donde residen. Lo que convierte una copia de seguridad en una copia de seguridad es que esté en otro lugar. Copias de seguridad cifradas fuera del servidor con restic es la otra mitad de esta página: el arreglo permite mantener el servicio activo cuando muere una unidad, y restic recupera los datos cuando el daño fue una escritura que el arreglo aplicó correctamente.

FAQ

¿RAID 10 significa que no necesito copias de seguridad?

No. RAID 10 protege frente a un disco que deja de funcionar. Aplica cada escritura válida a las dos mitades de un espejo, por lo que un borrado o una ejecución de ransomware llega al disco redundante en el mismo instante. Después, la matriz se muestra como correcta, porque desde su punto de vista no ha fallado nada. Aun así, necesita copias que estén fuera de la máquina y debe restaurar alguna de vez en cuando para comprobar que funcionan.

¿Por qué los proveedores de VPS eligen RAID 10 en lugar de RAID 5 o RAID 6?

Hay dos motivos, ambos relacionados con las escrituras aleatorias pequeñas. Una operación de lectura-modificación-escritura sin caché sobre un bloque individual lee los datos y la paridad antiguos antes de calcular la paridad nueva. Esto cuesta 4 operaciones en RAID 5 y 6 en RAID 6, frente a 2 en un espejo de dos copias. La escritura con reconstrucción usa los datos que no han cambiado, y las escrituras de una franja completa no necesitan lecturas previas de los datos ni de la paridad antiguos. Una reconstrucción completa de RAID 5 lee después todos los discos supervivientes de principio a fin. RAID 10 convencional con pares de espejos fijos copia los datos desde el miembro superviviente del par. Otras distribuciones de Linux RAID10 usan varios miembros de origen. Linux MD limita la velocidad de recuperación cuando hay otra actividad. Los proveedores asumen ese coste en capacidad: la mitad de la capacidad bruta de NVMe.

¿Qué significa [U_] o [UU_U] en /proc/mdstat?

Cada carácter representa una ranura de la matriz, en el orden de las ranuras, con un carácter por ranura. U significa que la ranura contiene un miembro activo y sincronizado. _ significa que no hay ningún miembro operativo en la ranura. [U_] en un espejo de dos discos significa que la segunda ranura está inactiva y ya no queda redundancia. Léalo junto con el par que aparece delante, donde [4/3] indica que la matriz espera cuatro miembros y tiene tres. El orden de las ranuras coincide con la columna RaidDevice de mdadm --detail, no con el orden en que aparecen los nombres de dispositivo en la línea.

¿Cuántos discos puede perder una matriz RAID 10?

En un RAID 10 convencional con dos copias y pares de espejos fijos, uno, independientemente del patrón. A partir de ahí, depende de dónde se produzcan los fallos. Cada par de espejos puede perder uno de sus dos miembros. Por tanto, una matriz de ocho discos sobrevive a hasta cuatro fallos si no hay dos en el mismo par, pero deja de funcionar con dos fallos si ambos afectan al mismo par. Planifique según el número garantizado, que es uno, y considere cualquier cantidad superior una cuestión de suerte, no de protección.

¿Debería replicar dos volúmenes dentro de mi VPS con mdadm?

Normalmente no. Dos volúmenes conectados a un VPS suelen estar en la misma matriz física del mismo host. Por tanto, replicarlos duplica el coste de cada escritura y no protege frente a nada que la propia RAID del host no cubra ya. Sólo merece la pena cuando el proveedor documenta que los volúmenes están en dominios de fallo separados. En caso contrario, dedique ese esfuerzo a copias de seguridad que salgan de la máquina.