Las unidades con diferentes velocidades generalmente pueden compartir un arreglo espejado, pero la compatibilidad no garantiza un rendimiento equilibrado. El miembro más lento o menos consistente puede definir límites importantes.
Un espejo escribe los mismos datos en cada copia activa, mientras que las solicitudes de lectura pueden distribuirse de manera diferente según la implementación de RAID. Esto hace que las unidades mixtas sean viables para reemplazos temporales o almacenamiento de baja demanda, pero menos predecibles para servicios sensibles a la latencia, escrituras sostenidas, verificaciones y reconstrucciones.
Comience con la compatibilidad, no con la etiqueta de velocidad
Las unidades deben cumplir primero con los requisitos del controlador o del RAID por software en cuanto a interfaz, formato de sector, capacidad utilizable, reporte de errores y clase de dispositivo soportada. Una velocidad rotacional más rápida o una clasificación de interfaz no compensan un tamaño de bloque incompatible o un miembro con capacidad insuficiente.
Un espejo usa solo la capacidad común disponible para sus miembros. El mismo principio se aplica a la planificación del rendimiento: el arreglo no puede completar una escritura espejada hasta que las copias requeridas la hayan aceptado, por lo que los miembros deben evaluarse como un grupo y no como discos independientes.
Confirme las reglas de compatibilidad del NAS, los tamaños de sector, la capacidad utilizable real y la salud antes de agregar la unidad. Considere la velocidad como una variable de diseño secundaria después de que el arreglo pueda ensamblarse y mantener la redundancia de forma segura.
Las escrituras espejadas tienden a esperar al miembro más lento
Los espejos de velocidad mixta suelen ofrecer un comportamiento de escritura más cercano al del miembro más lento, especialmente cuando la carga de trabajo requiere que ambas copias confirmen la finalización. Los ráfagas cortas de caché pueden ocultar la diferencia, pero las escrituras sostenidas la exponen.
Las escrituras secuenciales espejadas pueden estar limitadas por la unidad más lenta. El comportamiento exacto de la cola y la caché varía según la pila, pero la restricción subyacente permanece: cada copia espejada requerida debe mantenerse actualizada.
Realice pruebas de rendimiento con una carga sostenida que supere los efectos de caché de las unidades y observe la latencia por dispositivo en lugar del rendimiento total solamente. Si un miembro acumula consistentemente una cola más profunda, está estableciendo el límite de escritura para el espejo.
El rendimiento de lectura depende del programador RAID
Las lecturas no siempre se comportan como las escrituras porque un espejo puede satisfacer una lectura desde cualquiera de las copias saludables. Algunas implementaciones distribuyen las lecturas, eligen el miembro con la cola más corta o prefieren un dispositivo designado.
RAID 1 puede mejorar el rendimiento intensivo en lectura porque las solicitudes separadas pueden ser atendidas por diferentes miembros, mientras que los mismos datos permanecen en cada disco. El comportamiento de lectura espejada no significa que cada lectura sea más rápida ni que un par desigual escale limpiamente.
Pruebe la carga de trabajo que realmente ejecuta: muchas lecturas pequeñas concurrentes, lecturas secuenciales de medios o E/S de aplicaciones mixtas. Un miembro más rápido puede ayudar en algunos patrones de lectura, pero no puede eliminar el efecto de la unidad más lenta en escrituras, recuperación o latencia final.
El tiempo de reconstrucción y verificación sigue el rendimiento sostenido
Un reemplazo o una verificación de consistencia toca una gran parte del arreglo, por lo que la tasa de transferencia sostenida, el tiempo de recuperación de errores y la limitación térmica importan más que la especificación máxima de la unidad. El miembro más lento puede alargar toda la ventana de exposición.
Durante una reconstrucción, la fuente debe leerse y el destino debe aceptar los datos reconstruidos mientras las aplicaciones normales pueden seguir generando E/S. Una unidad que se detiene para recuperación de errores puede hacer que el progreso sea irregular incluso cuando su rendimiento promedio parece aceptable.
Compare el progreso de la reconstrucción, la temperatura del dispositivo, los tiempos de espera de comandos y la latencia por disco a lo largo del tiempo. Si el par mixto hace que la recuperación sea inaceptablemente larga o interrumpe repetidamente los servicios, igualar el comportamiento sostenido es más valioso que igualar la velocidad impresa en la etiqueta.
La velocidad de la interfaz no es lo mismo que la velocidad de la unidad
Un enlace SATA negociado a una tasa más alta no garantiza que la unidad pueda entregar esa tasa, y una tasa de enlace más baja puede superar aún el rendimiento mecánico de un disco duro. La caché, la carga de trabajo, el firmware y las características del medio suelen importar más.
La comparación útil es la latencia observada y el rendimiento sostenido bajo la carga de trabajo del NAS. Dos unidades con la misma generación de interfaz pueden comportarse muy diferente, mientras que unidades con diferentes clasificaciones de interfaz pueden rendir de manera similar en tareas secuenciales de almacenamiento.
Registre la tasa de enlace negociada como una pista de salud, no como la única prueba de aceptación. Investigue reducciones inesperadas o reinicios de enlace, pero elija socios para el espejo basándose en capacidad, confiabilidad, comportamiento sostenido y características de recuperación.
Use la preferencia de lectura solo por una razón clara
Algunas pilas de RAID por software pueden reducir las lecturas normales de un miembro espejado más lento o remoto mientras siguen escribiendo en él. Esto puede ser útil para un espejo intencionalmente asimétrico, pero no hace que los miembros sean equivalentes.
Linux md expone un estado de miembro mayormente de escritura para RAID 1, que evita leer de ese dispositivo cuando existen otras opciones. El miembro más lento sigue recibiendo escrituras y sigue afectando el comportamiento de reconstrucción y redundancia.
Aplique una preferencia de lectura solo después de documentar por qué la asimetría es intencional y cómo el fallo cambia el rendimiento. Si el miembro rápido preferido falla, el arreglo debe seguir ofreciendo un servicio aceptable desde la unidad restante.
Decida si el par mixto se ajusta a la carga de trabajo
Las velocidades mixtas son más razonables para un reemplazo temporal, un archivo con poca carga o un espejo cuyo rendimiento medido se mantiene cómodamente por encima de la demanda. Son menos atractivas para bases de datos, máquinas virtuales, escrituras intensas u objetivos de recuperación cortos.
La decisión debe combinar cuatro observaciones: latencia normal de escritura, comportamiento de lectura después de que cualquiera de los miembros se retire del servicio, duración de la reconstrucción y estabilidad en la recuperación de errores. Un par que es rápido solo mientras ambos miembros están saludables puede fallar en el requisito real de disponibilidad.
Mantenga el espejo mixto cuando pase esas pruebas con margen y ambas unidades permanezcan saludables. Planifique un reemplazo emparejado cuando el miembro lento cause retrasos en el servicio, tiempo de recuperación o complejidad operativa más allá del nivel que su NAS puede tolerar.
Soporte y Consejos
Más para leer

¿Por qué un arreglo RAID se vuelve inactivo después de una pérdida de energía?
Un arreglo inactivo a menudo significa que se encontraron metadatos, pero el sistema no tenía suficiente confianza o miembros para iniciarlo de forma segura...

¿Cuáles son los riesgos de forzar la reconexión de un miembro RAID que falta?
Las opciones de fuerza pueden omitir las comprobaciones de seguridad relacionadas con metadatos obsoletos, paridad sucia, escrituras faltantes o grupos activos; inspeccione y preserve...

Cómo distinguir un cable SATA defectuoso de un disco NAS que está fallando
Realice un seguimiento de si los errores siguen al disco o permanecen en la ruta SATA, y separe los contadores de transporte de la...

