¿Está ReFS listo para alojar VHDX de producción en clústeres de Hyper-V 2012 r2?

Una de las nuevas características que no vi en la lista de todas las publicaciones de "Windows Server 2012 r2" es que la agrupación en clúster ahora admite CSV que están formateados con ReFS. Entonces, naturalmente, me gustaría cambiar los CSV donde almaceno los archivos VHDX para que sean ReFS. Pero los archivos VHDX se están utilizando para almacenar archivos de base de datos en máquinas virtuales que ejecutan Sql Server 2012.

La idea es que luego tendría RAID a nivel de hardware, protegiéndome contra fallas instantáneas. Por encima de eso, el sistema operativo real (Hyper-V Server 2012 r2) los mantendría como volúmenes ReFS, lo que protegería los datos en esas unidades contra bitrot. Finalmente, los VHDX son unidades NTFS, lo que significa que las aplicaciones compatibles continúan utilizando el sistema de archivos en el que confían.

Hasta ahora, lo mejor que puedo encontrar es que esto es técnicamente compatible, porque Hyper-V informa que debe desactivar la configuración de "integridad de datos" en el archivo VHDX (cmdlet Set-FileIntegrity) cuando intenta usarlo desde El volumen ReFS. Pero no puedo encontrar más información sólida que esa. ¿Está realmente listo para el horario estelar, o es efectivamente solo una vista previa técnica para la agrupación?

Editar: 2014-01-22

Descubrí que ReFS solo detecta bitrot por sí mismo. Para que ReFS detecte y corrija automáticamente, también debe usar Espacios de almacenamiento para crear un volumen RAID-1 utilizando múltiples unidades ReFS. Parece que mi solución está evolucionando para que el RAID de hardware presente sus discos como JBOD, luego Windows se encargaría de la parte RAID-1. Probaré si esta es una configuración viable en Producción durante el próximo mes más o menos.

La respuesta es un "No" muy claro .

ReFS solo detecta la descomposición de bits en los datos del usuario si el archivo en cuestión tiene habilitados los "Flujos de integridad" (Fuentes: documentos oficiales de TechNet , la publicación de blog favorita de todos y otro lugar ). Ah, y también pierdes COW (Copy-On-Write) cuando Integrity Streams está desactivado. Dado que no puede usar un VHDX que reside en un volumen ReFS a menos que Integrity Streams esté deshabilitado, no puede proteger un VHDX contra la descomposición de bits. Juego terminado.

Es como la misma persona que pensó que un Pool de espacio de almacenamiento en clúster debería requerir al menos 3 discos, también fue quien tomó la decisión de hacer lo mejor sobre ReFS algo que pudiera desactivar, y luego hizo que las personas de Hyper-V lo requirieran ser deshabilitado Es difícil imaginar que esa cantidad de "tontos" se haya extendido hasta ahora en los equipos centrales como ese.

Auxiliar

Mientras hacía algunas pruebas, encontré lo siguiente que puede ser útil para las personas que aún desean avanzar:

• Solo puede SLM (Storage Live Migrate) un VHDX en uso a un volumen de espejo ReFS si su destino es una carpeta donde se han deshabilitado las secuencias de integridad.
  • Si intenta hacer SLM en un espejo ReFS donde Integrity Streams está habilitado , obtendrá un error con esto: "El destino '...' no es válido porque está configurado con el atributo de flujo de integridad. Seleccione un destino que no tiene el atributo de secuencia de integridad para continuar ". Obtiene el mismo error cuando intenta a través de PowerShell.
• Copiar / mover un archivo a un espejo ReFS dará como resultado que el archivo tenga su "bit de integridad" configurado para que coincida con la configuración de la carpeta de destino.
• No puede obtener / establecer el bit de integridad de un VHDX que está en uso.
• De lo contrario, el rendimiento de un volumen de espejo ReFS parece ser lo suficientemente bueno (mi opinión, por supuesto) para Producción. Mi prueba de "diferencias" está aquí si a alguien le importa.

ReFS es compatible, con la integridad de datos deshabilitada, como descubrió. Lo que esto significa es que su VHD no está "protegido contra bitrot" como usted dice anteriormente. El sistema de archivos sí lo sería, pero no el VHD en sí. Si esta medida de protección es interesante para usted, continúe y use ReFS.