NTFS vs. ReFS – Cómo Decidir Qué Usar

Por ahora, es probable que haya oído hablar de «ReFS»del sistema de archivos relativamente reciente de Microsoft. Introducido con Windows Server 2012, busca superar los NTFS en estabilidad y escalabilidad. Dado que normalmente almacenamos el VHDXs para varias máquinas virtuales en el mismo volumen, parece que se combina bien con ReFS. Desafortunadamente, no lo hizo in al principio. Microsoft ha seguido mejorando las referencias en los años intermedios. Ha ganado varias características que lo distanciaron de NTFS. Con su maduración, ¿debería comenzar a usarlo para Hyper-V? Tienes mucho que considerar antes de tomar esa determinación.

¿Qué es ReFS?

El apodo «ReFS» significa «sistema de archivos resiliente». Incluye funciones integradas para ayudar contra la corrupción de datos. El sitio de documentos de Microsoft proporciona una explicación detallada de las referencias y sus características. Un breve resumen:

• Flujos de integridad: ReFS utiliza sumas de comprobación para comprobar si hay corrupción de archivos.
• Reparación automática: Cuando ReFS detecta problemas en un archivo, activará automáticamente una acción correctiva.
• Mejoras de rendimiento :En algunas condiciones particulares, ReFS proporciona beneficios de rendimiento sobre NTFS.
• Soporte de archivos y volúmenes muy grandes: Los límites superiores de ReFS superan los de NTFS sin incurrir en los mismos golpes de rendimiento.
• Paridad acelerada por espejo: La paridad acelerada por espejo utiliza mucho espacio de almacenamiento en bruto, pero es muy rápida y resistente.
• Integración con espacios de almacenamiento: Muchas de las funciones de ReFS solo funcionan al máximo en combinación con Espacios de almacenamiento.

Antes de entusiasmarte con algunos de los puntos anteriores, necesito enfatizar una cosa: excepto por los límites de capacidad, ReFS requiere Espacios de almacenamiento para hacer su mejor trabajo.Ventajas de ReFS para Hyper-V

ReFS tiene características que aceleran algunas actividades de máquinas virtuales.

• Clonación en bloque: Según mi lectura, la clonación en bloque es esencialmente una forma de desduplicación. Pero, no funciona como un filtro o escáner del sistema de archivos. No espera pasivamente las escrituras arbitrarias de datos ni analiza periódicamente el sistema de archivos en busca de duplicados. Algo debe invocarlo activamente contra un archivo específico. Microsoft indica específicamente que puede acelerar enormemente las fusiones de puntos de control.
• VDL disperso (longitud de datos válida): Todos los sistemas de archivos registran la cantidad de espacio asignado a un archivo. ReFS utiliza VDL para indicar la cantidad de datos de ese archivo. Por lo tanto, cuando le indica a Hyper-V que cree un nuevo VHDX fijo en ReFS, puede crear el archivo completo en aproximadamente la misma cantidad de tiempo que crear un VHDX de expansión dinámica. De manera similar, beneficiará las operaciones de expansión en VHDXs de expansión dinámica.

Tómese un poco de tiempo para repasar estas características. Piensa en todas sus aplicaciones.

ReFS vs. NTFS para Hyper-V: Comparación técnica

Con la explicación general fuera del camino, ahora puede hacer una mejor evaluación de las diferencias. En primer lugar, consulte las tablas de comparación en la página de resumen de referencias de Microsoft. Para las implementaciones típicas de Hyper-V, la mayoría de las diferencias significan muy poco. Por ejemplo, probablemente no necesite cuotas en sus ubicaciones de almacenamiento Hyper-V. Hagamos una tabla propia, con un alcance más apropiado para Hyper-V:

• ReFS wins: Ubicaciones de almacenamiento realmente grandes y VHDXs realmente grandes
• ReFS wins: Entornos con incidencias excesivamente altas de VHDXs creados, seleccionados o fusionados
• ReFS wins: Espacio de almacenamiento y Espacios de almacenamiento Implementaciones directas
• NTFS wins: implementaciones de volumen único
• NTFS wins (potencialmente): Implementaciones de propósito mixto

Creo que la mayoría de estas cosas hablan por sí solas. Los dos últimos probablemente necesitan un poco más de explicación.

Las implementaciones de un solo volumen requieren NTFS

En este contexto, pretendo que «implementación de un solo volumen» se refiera a instalaciones en las que tiene Hyper-V (incluido su sistema operativo de administración) y todas las máquinas virtuales en el mismo volumen. No puede formatear un volumen de arranque con referencias, ni puede colocar un archivo de página en referencias. Una instalación de este tipo tampoco permite Espacios de Almacenamiento o Espacios de Almacenamiento Directos, por lo que se perdería la mayoría de las capacidades de ReFS de todos modos.

Las implementaciones de propósito mixto pueden requerir NTFS

Algunos de nosotros tenemos la suerte de implementar nada más que máquinas virtuales en ubicaciones de almacenamiento dedicadas. No todo el mundo tiene eso. Si el volumen de almacenamiento Hyper-V también aloja archivos para otros fines, es posible que deba continuar con NTFS. Repase la última tabla cerca de la parte inferior de la página de información general. Muestra las propiedades que solo puede encontrar en NTFS. En los escenarios de uso compartido de archivos estándar, se pierden cuotas. Es posible que tenga aplicaciones heredadas que requieran propiedades extendidas de NTFS o nombres cortos. En estas situaciones, solo servirá NTFS.

Nota: Si tiene alguna alternativa, no use el mismo host para ejecutar roles que no sean de Hyper-V junto con Hyper-V. Microsoft no admite la mezcla. Del mismo modo, separe las máquinas virtuales Hyper-V en volúmenes aparte de los volúmenes que contienen otros tipos de archivos.

Comportamiento inesperado de las referencias

El contenido oficial llega a algunos extremos para describir los beneficios de los flujos de integridad de las referencias. Utiliza sumas de comprobación para detectar la corrupción de archivos. Si encuentra problemas, se involucra en acciones correctivas. En un volumen de Espacios de almacenamiento que utiliza esquemas de protección, tiene la oportunidad de solucionar el problema. Lo hace con el volumen en línea, proporcionando una experiencia perfecta. Pero, ¿qué sucede cuando los árbitros no pueden corregir el problema? Ahí es donde necesitas prestar atención de verdad.

En la página de información general, la documentación utiliza un texto excepcionalmente vago: «ReFS elimina los datos dañados del espacio de nombres». La página de flujos de integridad lo hace peor: «Si el intento no tiene éxito, las referencias devolverán un error.»Mientras investigaba este artículo, me informaron de una actividad más preocupante: ReFS elimina archivos que considera imposibles de arreglar. La sección de comentarios en la parte inferior de esa página incluye un informe que lo corrobora. Si sigues ese hilo de comentarios, encontrarás una entrada de un administrador de programas de Microsoft que dice:

REFS elimina archivos en dos escenarios:

1. ReFS detecta la corrupción de metadatos Y no hay forma de solucionarlo. Lo que significa que ReFS no está en un volumen redundante de Espacios de almacenamiento donde pueda reparar la copia dañada.
2. ReFS detecta la corrupción de datos Y el flujo de integridad está habilitado Y no hay forma de solucionarlo. Lo que significa que si la secuencia de integridad no está habilitada, el archivo será accesible independientemente de que los datos estén dañados o no. Si ReFS se ejecuta en un volumen reflejado utilizando Espacios de almacenamiento, la copia dañada se reparará automáticamente.

El resultado: Si ReFS decide que un VHDX ha sufrido daños irrecuperables, lo eliminará. No te pedirá, ni te dará ninguna oportunidad de intentar salvar lo que puedas. Si ReFS no está respaldado por la redundancia de Espacios de almacenamiento, entonces no tiene forma de realizar una reparación. Por lo tanto, desde una perspectiva, eso hace que las referencias en espacios sin almacenamiento parezcan un enfoque de muy alto riesgo. Pero

¡Cuida Tus Copias De Seguridad!

No debe pasar por alto la gravedad de la sección anterior. Sin embargo, tampoco debes dejar que te ahuyente. Ciertamente entiendo que prefieras un VHDX parcialmente legible a uno eliminado. Con ese fin, simplemente podría deshabilitar los flujos de integridad en los archivos de sus máquinas virtuales. También tengo otra sugerencia.

¡No descuide sus copias de seguridad! Si ReFS elimina un archivo, recuperarlo de la copia de seguridad. Si un VHDX se daña en NTFS, recuperarlo de la copia de seguridad. Con los árbitros, al menos sabes que tienes un problema. Con NTFS, los problemas pueden permanecer mucho más tiempo al acecho. Independientemente de su configuración, lo único en lo que puede confiar para proteger sus datos es una solución de copia de seguridad sólida.

Cuándo elegir NTFS para Hyper-V

Ahora tiene suficiente información para tomar una decisión informada. Estas condiciones indican una buena condición para NTFS:

• Configuraciones que no utilizan espacios de almacenamiento, como un solo disco o RAID del fabricante. Esto por sí solo no hace un punto hermético; por favor, lea el «Cuidado con sus copias de seguridad!»sección anterior.
• Sistemas de un solo volumen (su host solo tiene un volumen C:)
• Sistemas de uso mixto (reconfigure para separar roles)
• El almacenamiento en hosts anteriores a 2016 — ReFS no estaba tan maduro en versiones anteriores. Esto por sí solo no es un punto hermético.
• El proveedor de la aplicación de copia de seguridad no admite ReFS
• Si no está seguro de ReFS

A medida que pasa el tiempo, NTFS perderá preferencia sobre ReFS en implementaciones de Hyper-V. Pero, eso no significa que NTFS haya llegado a su fin. ReFS tiene límites asombrosamente más altos, pero muy pocos sistemas usan más de una fracción de lo que NTFS puede ofrecer. ReFS tiene características de resiliencia impresionantes, pero NTFS también tiene poderes de autorrecuración y tiene acceso a tecnologías RAID para defenderse contra la corrupción de datos.

Microsoft continuará desarrollando referencias. Eventualmente pueden posicionarlo como sucesor de NTFS. Hasta el día de hoy, no lo han hecho. Tampoco parece que lo hagan mañana. No se sienta presionado para pasar a los árbitros por delante de su nivel de comodidad.

Cuándo elegir referencias para Hyper-V

Algunas situaciones hacen que las REFERENCIAS sean la opción clara para almacenar datos de Hyper-V:

• Espacios de almacenamiento (y Espacios de almacenamiento Directos) Entornos
• Volúmenes extremadamente grandes
• VHDXs extremadamente grandes

Puede hacer un argumento adicional basado en el rendimiento para ReFS en un entorno con una pérdida muy alta de archivos VHDX. Sin embargo, no sobrestime el impacto de esas mejoras de rendimiento. La diferencia más llamativa aparece cuando creas VHDXs fijos. Para todas las demás operaciones, necesita actualizar su hardware para lograr mejoras significativas.

Sin embargo, no quiero pasar por alto el beneficio de las referencias para volúmenes muy grandes. Si tiene un volumen de almacenamiento de unos pocos terabytes y VHDXs de incluso unos pocos cientos de gigabytes, los REF rara vez superarán significativamente a los NTFS. Cuando empiece a pensar en términos de cientos de terabytes, es probable que los NTFS muestren cuellos de botella. Si necesitas empujar más alto, los árbitros se convierten en tu única opción.

ReFS realmente brilla cuando lo combinas con Espacios de Almacenamiento Directos. Su capacidad para realizar automáticamente una reparación en línea no disruptiva es realmente impresionante. Por un lado, las probabilidades de corrupción de datos disruptiva en los sistemas modernos constituyen una anomalía estadística. Por otro lado, a nadie que haya sufrido tal evento realmente le importa lo improbable que fue.

ReFS vs NTFS en los sistemas de archivos invitados de Hyper-V

Todo lo anterior solo se ocupa del almacenamiento de máquinas virtuales de Hyper-V. ¿Qué pasa con las referencias en los sistemas operativos invitados?

Para responder a esa pregunta, tenemos que volver a los puntos fuertes de los árbitros. Hasta ahora, solo lo hemos pensado en términos de Hiper-V. Los huéspedes tienen sus propias condiciones y necesidades. Comencemos por revisar el resumen de referencias de Microsoft. Específicamente los siguientes:

«Microsoft ha desarrollado NTFS específicamente para uso general con una amplia gama de configuraciones y cargas de trabajo, sin embargo, para los clientes que requieren especialmente la disponibilidad, resistencia y/o escala que proporciona ReFS, Microsoft admite ReFS para su uso en las siguientes configuraciones y escenarios…»

Agregué énfasis en la parte que quiero que consideres. La oración en sí te hace pensar que van a enumerar algunos usos, pero solo enumeran uno: «objetivo de copia de seguridad». Los otros elementos de su lista solo hablan de la configuración de almacenamiento. Por lo tanto, necesitamos profundizar en la oración y extraer esos tres descriptores para ayudarnos a decidir: «disponibilidad», «resiliencia» y «escala». Puede desechar los dos primeros de inmediato, no debe centrarse en la disponibilidad de almacenamiento y la resiliencia dentro de una máquina virtual. Eso nos deja con «escala». Por lo tanto, volúmenes muy grandes y archivos muy grandes. Recuerda, eso significa cientos de terabytes y más.

Para una decisión más precisa, lea las comparaciones de características. Si cualquier aplicación que desee usar dentro de un invitado solo necesita funciones que se encuentren en NTFS, use NTFS. Personalmente, todavía uso NTFS dentro de los huéspedes casi exclusivamente. ReFS necesita Espacios de almacenamiento para hacer su mejor trabajo, y Espacios de almacenamiento hace su mejor trabajo en la capa física.

Combinación de ReFS con NTFS en Host Hyper-V e Invitados

Tenga en cuenta que el sistema de archivos dentro de un invitado no tiene relación con el sistema de archivos del host, y viceversa. Hasta donde sabe Hyper-V, los VHDXs conectados a máquinas virtuales no son más que un paquete de bloques de datos. Puedes usar cualquier combinación que funcione.