Rendimiento de E/S de almacenamiento de Hyper-V
En este artículo, se exploran las distintas opciones y consideraciones para optimizar el rendimiento de entradas/salidas (E/S) del almacenamiento en una máquina virtual (VM). La ruta de acceso de E/S del almacenamiento se extiende en cuatro fases sucesivas:
- Pila de almacenamiento de invitado
- Capa de virtualización de host
- Pila de almacenamiento de host
- Disco físico
En las secciones siguientes, se describen las optimizaciones posibles para cada fase.
Controladores virtuales
Hyper-V ofrece tres tipos de controladores virtuales:
Electrónica integrada de unidades (IDE)
Interfaz estándar de equipos pequeños (SCSI)
Adaptadores de bus host (HBA) de Canal de fibra virtual
IDE
Se recomienda usar solo discos IDE para discos del sistema operativo. Los discos del sistema operativo tienen limitaciones de rendimiento en función del tamaño máximo de E/S para sus dispositivos.
Los controladores IDE son controladores emulados que exponen discos IDE a la máquina virtual. Este tipo de controlador es la única opción para las máquinas virtuales invitadas que ejecutan versiones anteriores de Windows sin servicios de integración de máquinas virtuales de Hyper-V. El controlador de filtro IDE que proporcionan los servicios de integración puede realizar E/S de disco mejor que el controlador IDE emulado.
SCSI (controlador SAS)
Los controladores SCSI virtuales exponen discos SCSI a la máquina virtual. Cada controlador SCSI admite hasta 64 dispositivos. La ruta de acceso SCSI no se emula, lo que lo convierte en el controlador preferido para cualquier disco que no sea el disco del sistema operativo. Windows Server 2012 R2 y versiones posteriores admiten controladores SCSI, pero solo en escenarios en los que notifica el controlador como una SCSI conectada serie (SAS) para admitir un disco duro virtual compartido (VHDX).
Para obtener el mejor rendimiento, se recomienda conectar varios discos a un único controlador SCSI virtual. Solo debe crear más controladores si no tiene ninguna otra opción para escalar el número de discos conectados a la máquina virtual.
HBA de Canal de fibra virtual
Configure los HBA de Canal de fibra virtual para permitir el acceso directo de las máquinas virtuales a los números de unidad lógica (LUN) de Canal de fibra y Canal de fibra sobre Ethernet (FCoE). Los discos de Canal de fibra virtual omiten el sistema de archivos NTFS en la partición raíz, lo que reduce el uso de E/S de almacenamiento de la unidad central de procesamiento (CPU). Los discos del Canal de fibra virtual son idóneos para las unidades de datos y unidades de gran tamaño que se comparten entre varias máquinas virtuales en escenarios de agrupación en clústeres de invitados.
Los discos de Canal de fibra virtual requieren que se instalen uno o varios adaptadores de bus host (HBA) de Canal de fibra en el equipo host. Cada HBA de host de utilizar controladores HBA que admitan las funcionalidades de Canal de fibra virtual o N_Port ID Virtualization (NPIV) de Windows Server 2016. El tejido de red de área de almacenamiento (SAN) debe admitir también NPIV, y los puertos HBA utilizados para Canal de fibra deben instalarse en una topología de Canal de fibra que admita NPIV.
Para maximizar el rendimiento en hosts instalados con más de un HBA, se recomienda configurar varios HBA virtuales dentro de la máquina virtual de Hyper-V. Se pueden configurar hasta cuatro HBA para cada máquina virtual. Hyper-V equilibra automáticamente los HBA virtuales para hospedar los HBA que acceden a la misma SAN virtual.
Discos virtuales
Los discos virtuales se exponen a las máquinas virtuales mediante controladores virtuales y pueden ser discos duros virtuales o discos de acceso directo en el host.
Los discos virtuales tienen formatos VHD o VHDX. Cada formato admite tres tipos de archivos de disco duro virtual.
Si actualiza la implementación a Windows Server 2016 o posterior, se recomienda convertir todos los archivos VHD al formato VHDX. Para obtener más información, consulte Formato VHDX.
Formato VHD
Las versiones posteriores de Hyper-V contienen mejoras en el formato VHD para permitir una mejor alineación. Hyper-V en Windows Server 2012 y versiones posteriores admite formatos VHDX y VHD, en lugar de versiones anteriores que solo admiten formato VHD. Como resultado, las versiones posteriores de Hyper-V funcionan mejor en discos de sector grande.
Un VHD creado en Windows Server 2012 o posterior tiene la alineación óptima de 4 KB. El formato alineado es totalmente compatible con versiones anteriores de Windows Server. Sin embargo, la propiedad de alineación no admite las nuevas asignaciones de analizadores que no tienen en cuenta la alineación de 4 KB, por ejemplo, un analizador de una versión anterior de Windows Server o un analizador que no es de Microsoft.
Conversión del disco a formato VHD
Al migrar un VHD de una versión anterior de Hyper-V o Windows Server a una versión posterior, el sistema no convierte automáticamente el disco al formato VHD.
Puede convertir un disco virtual existente en VHD abriendo una ventana de PowerShell y ejecutando el siguiente comando:
Convert-VHD –Path <SourceDiskFilePath> –DestinationPath <ConvertedDiskFilePath>
Por ejemplo, si planea convertir un disco de origen denominado test.vhd en la unidad E a un disco convertido cambiado denominado test-converted.vhd en la misma carpeta, ejecutaría este comando:
Convert-VHD –Path E:\vms\testvhd\test.vhd –DestinationPath E:\vms\testvhd\test-converted.vhd
Nota:
Al convertir un VHD, PowerShell usa los datos del VHD de origen en función de la opción Copiar desde disco de origen. Para obtener más información, consulte Convert-VHD.
Comprobación de la alineación del disco
Después de convertir un disco, puede comprobar su variable Alignment para asegurarse de que usa la alineación óptima de 4 KB ejecutando el comando Get-VHD en PowerShell. Asegúrese de ejecutar el comando para el disco de origen y el disco convertido y, a continuación, compare los valores para asegurarse de que el disco convertido tenga en cuenta la alineación de 4 KB.
Para ver la alineación de los discos:
Abra una ventana de PowerShell.
Ejecute el comando
Get-VHDpara ver la configuración de alineación del disco de origen.Get-VHD –Path <SourceVHDFilePath>En la salida, observe el valor de la propiedad
Alignment. En este ejemplo, el valor es0, lo que significa que el disco no es compatible con la alineación de 4 KB.Path : <SourceVHDFilePath> VhdFormat : VHD VhdType : Dynamic FileSize : 69245440 Size : 10737418240 MinimumSize : 10735321088 LogicalSectorSize : 512 PhysicalSectorSize : 512 BlockSize : 2097152 ParentPath : FragmentationPercentage : 10 Alignment : 0 Attached : False DiskNumber : IsDeleted : False Number :Vuelva a ejecutar el comando
Get-VHD, pero esta vez use la ruta de acceso del archivo para el disco convertido.Get-VHD –Path <ConvertedDiskFilePath>En la salida, compruebe el valor de la propiedad
Alignment. El valor debe ser1, lo que significa que el disco se ha convertido correctamente al formato VHD más reciente y es compatible con la alineación de 4 KB.Path : <ConvertedDiskFilePath> VhdFormat : VHD VhdType : Dynamic FileSize : 69369856 Size : 10737418240 MinimumSize : 10735321088 LogicalSectorSize : 512 PhysicalSectorSize : 512 BlockSize : 2097152 ParentPath : FragmentationPercentage : 0 Alignment : 1 Attached : False DiskNumber : IsDeleted : False Number :
Formato VHDX
VHDX es un formato de disco duro actualizado presentado en Windows Server 2012. Este formato permite crear discos virtuales resistentes de alto rendimiento de hasta 64 terabytes de capacidad.
Si va a actualizar a Windows Server 2016 o posterior, se recomienda convertir todos los archivos VHD al formato VHDX. Mantenga solo los archivos en formato VHD cuando deba cambiar la máquina virtual a una versión anterior de Hyper-V que no admita el formato VHDX.
Estas son algunas ventajas del formato VHDX:
Compatibilidad para una capacidad de almacenamiento del disco duro virtual de hasta 64 terabytes
Protección contra los daños en los datos durante las caídas del suministro eléctrico mediante el registro de las actualizaciones en las estructuras de metadatos de VHDX
Almacena metadatos personalizados para un archivo en función de lo que el usuario que lo configura desea registrar, como la versión del sistema operativo o las revisiones aplicadas.
El formato VHDX también proporciona varias características de rendimiento:
Alineación mejorada del formato de disco duro virtual para aumentar el rendimiento en los discos de sector grande
Tamaños de bloque más grandes para discos dinámicos y diferenciales, a fin de permitir que los discos se ajusten a los requisitos de la carga de trabajo
Disco virtual de sector lógico de 4 KB para admitir un mayor rendimiento cuando lo utilizan aplicaciones y cargas de trabajo diseñadas para sectores de 4 KB
Eficacia en la representación de datos para generar tamaños de archivo más pequeños y permitir que el dispositivo de almacenamiento físico subyacente reclame el espacio no usado
Nota
El truncamiento requiere discos de acceso directo o SCSI y hardware compatible con el truncamiento.
Archivos virtuales
Existen tres tipos de archivos VHD:
Los archivos fijos son para mejorar la resistencia y el rendimiento, y debe usarlos cuando el almacenamiento en el valor de hospedaje no se supervisa activamente. Asegúrese de que hay suficiente espacio en disco al expandir el archivo VHD en tiempo de ejecución. Puede usarlos en cualquier formato de disco.
Los archivos dinámicos son para garantizar la resistencia y asignar espacio en disco a medida que la implementación lo necesita. Solo puede usarlos en VHDX.
Los archivos de diferenciación mantienen las cadenas de instantáneas de máquina virtual cortas para conservar un buen rendimiento de E/S de disco. Puede usarlos en cualquier formato de disco.
Tipo de archivo fijo
Al crear un archivo VHD fijo, el sistema asigna espacio para él. Es menos probable que los archivos fijos se fragmenten, lo que reduce el rendimiento de E/S cuando una única E/S se divide en varias. Tiene asimismo la sobrecarga de CPU más baja de las tres opciones de archivo porque las operaciones de lectura y escritura no necesitan buscar la asignación del bloque.
Se recomienda usar el tipo de archivo fijo cuando necesite una resistencia y un rendimiento óptimos.
Tipo de archivo dinámico
Al crear un archivo VHD dinámico, el sistema asigna espacio para él a petición. Los bloques del archivo se inician como bloques asignados y no hay espacio en el archivo que respalda los bloques sin asignar. Cuando un bloque recibe la primera escritura, la pila de virtualización debe asignar espacio dentro del archivo VHD para el bloque y, a continuación, actualizar los metadatos. Esta asignación aumenta el número de E/S de disco necesarias para la escritura y aumenta el uso de la CPU. Las lecturas y escrituras en bloques existentes generan acceso al disco y sobrecarga de CPU al buscar la asignación de bloques en los metadatos.
Si usa un archivo VHDX, se recomienda usar el tipo de archivo dinámico cuando no supervisa activamente el almacenamiento en el volumen de hospedaje. Asegúrese de que tiene suficiente espacio en disco al expandir el archivo VHD en tiempo de ejecución.
Tipo de archivo de diferenciación
Los archivos de diferenciación son instantáneas de una máquina virtual que almacena escrituras en los discos. Si escribe en un bloque sin escrituras existentes, el sistema asigna espacio en el archivo VHD como un disco duro virtual que se expande dinámicamente. Los servicios del sistema leen las operaciones del archivo VHD si el bloque ya contiene escrituras. De lo contrario, los bloques se proporcionan desde el archivo VHD primario. En ambos casos, el sistema lee los metadatos para determinar la asignación del bloque. Las lecturas y escrituras en este VHD pueden consumir más CPU y generar más E/S que un archivo VHD fijo.
Cuando solo hay unas pocas instantáneas, las E/S de almacenamiento pueden potencialmente usar más CPU de lo normal, pero no afecta significativamente al rendimiento excepto en cargas de trabajo de servidor muy intensivas en E/S. La creación y el uso de una gran cadena de instantáneas de máquina virtual produce problemas de rendimiento. En archivos de diferenciación, el sistema debe comprobar los bloques solicitados en muchos VHD de diferenciación distintos solo para leer del VHD. Si usa archivos de diferenciación, se recomienda mantener las cadenas de instantáneas cortas para mantener un buen rendimiento de E/S de disco.
Consideraciones de tamaño
Al planear la optimización del disco, debe tener en cuenta el tamaño del bloque y el tamaño del sector. En esta sección se describen las recomendaciones para cambiar el tamaño de los bloques y los sectores.
Tamaño de bloque
Dado que el tamaño de bloque puede afectar significativamente al rendimiento, se recomienda hacer coincidir el tamaño del bloque con los patrones de asignación de las cargas de trabajo mediante el disco. Si una aplicación asigna bloques en fragmentos de 16 MB, lo idóneo es usar un tamaño de bloque VHD de 16 MB. Los tamaños de bloque mayores de 2 MB solo son posibles en VHD mediante el formato de archivo VHDX. Cuando el tamaño de bloque es mayor que el patrón de asignación de una carga de trabajo de E/S aleatoria, aumenta la cantidad de espacio que usa el VHD en el host.
Tamaño del sector
Las organizaciones de software suelen depender de sectores de disco de 512 bytes, pero el estándar del sector va pasando a sectores de disco de 4 KB. Para reducir los problemas de compatibilidad que pueden surgir de los cambios de tamaño del sector, los proveedores de unidades de disco duro introducen un tamaño transitorio llamado unidades de emulación de 512 (512e).
Las unidades de emulación ofrecen algunas de las ventajas que ofrecen las unidades nativas de sector de disco de 4 KB, como, por ejemplo, mejor eficiencia de formato y un esquema mejorado para códigos de corrección de errores (ECC). Las unidades de emulación presentan menos problemas de compatibilidad al exponer un tamaño de sector de 4 KB en la interfaz de disco.
Para hacer un uso completo de los sectores de 4 KB, se recomienda usar el formato VHDX en lugar de sectores de disco de 512 bytes. Para reducir los problemas de compatibilidad entre tamaños de disco, implemente unidades 512e para el ajuste de tamaño transitorio.
Compatibilidad con el tamaño transitorio con discos 512e
Un disco 512e solo puede realizar una operación de escritura en términos de un sector físico. Este tipo de disco no puede escribir directamente un sector de 512 bytes al que emite el sistema. El disco tiene un proceso interno que permite realizar operaciones de escritura, lo que implica operaciones Read-Modify-Write (RMW) en el orden siguiente:
En primer lugar, el disco lee el sector físico de 4 KB en su memoria caché interna. La memoria caché contiene el sector lógico de 512 bytes al que se hace referencia en la operación de escritura.
A continuación, el disco modifica los datos en el búfer de 4 KB para incluir el sector de 512 bytes actualizado.
Por último, el disco escribe el búfer de 4 KB actualizado en su sector físico en el disco.
El impacto general que tiene el proceso RMW en el rendimiento depende de la carga de trabajo. Este proceso RMW puede causar una degradación del rendimiento de los discos duros virtuales por los motivos siguientes:
Los VHD dinámicos y de diferenciación tienen un mapa de bits del sector de 512 bytes frente a su carga de datos. Los localizadores de encabezado, pie de página y primario se alinean con un sector de 512 bytes. Es habitual que el controlador del disco duro virtual ejecute operaciones de escritura de 512 bytes para actualizar estas estructuras, lo que desencadena que el disco ejecute el proceso de RMW.
Las aplicaciones suelen ejecutar operaciones de lectura y escritura en múltiplos de tamaños de 4 KB, ya que este es el tamaño de clúster predeterminado de NTFS. Los discos duros virtuales dinámicos y de diferenciación tienen un mapa de bits del sector de 512 bytes delante del bloque de la carga de datos. Este mapa de bits hace que los bloques de 4 KB no se alineen con el límite físico de 4 KB. En la ilustración siguiente se muestra un bloque de VHD de 4 KB resaltado que no está alineado con el límite físico de 4 KB.
Cada operación de escritura de 4 KB por parte del analizador actual para actualizar los datos de la carga da como resultado dos lecturas de dos bloques en el disco. A continuación, el sistema actualiza los bloques y se vuelven a escribir en los dos bloques de disco. Hyper-V en Windows Server 2016 mitiga algunos efectos de rendimiento en discos 512e en la pila de VHD. Hyper-V prepara las estructuras para alinearse con límites de 4 KB en el formato VHD. Esto evita el efecto RMW al acceder a los datos dentro del archivo de disco duro virtual y al actualizar las estructuras de metadatos del disco duro virtual.
Como se mencionó anteriormente, los VHD que se copian de versiones anteriores de Windows Server no se alinearán automáticamente a 4 KB. Puede convertir manualmente el disco para que se alinee de forma óptima mediante la opción de disco Copiar desde origen con el comando Convert-VHD.
De forma predeterminada, los VHD se exponen con un tamaño de sector físico de 512 bytes. Este método garantiza que las aplicaciones dependientes del tamaño del sector físico no se vean afectadas cuando la aplicación y los VHD se migran desde una versión anterior de Windows Server.
De manera predeterminada, el sistema crea discos VHDX con el tamaño de sector físico de 4 KB para optimizar su perfil de rendimiento en discos normales y discos de sector grande.
Para reducir los problemas de compatibilidad entre tamaños de disco, se recomienda implementar unidades 512e para el ajuste de tamaño transitorio. Para un uso completo de los sectores de 4 KB, se recomienda usar el formato VHDX.
Discos nativos de 4 KB
Hyper-V en Windows Server 2012 R2 y versiones posteriores admite discos nativos de 4 KB. También puede almacenar los datos del disco VHD en un disco nativo de 4 KB mediante la implementación de un algoritmo RMW de software en la capa de la pila de almacenamiento virtual. El algoritmo convierte las solicitudes de acceso y actualización de 512 bytes a las correspondientes actualizaciones y accesos de 4 KB.
Dado que los archivos VHD solo se pueden exponer como discos de tamaño de sector lógico de 512 bytes, es muy probable que haya aplicaciones que emitan solicitudes de E/S de 512 bytes. En tales casos, el algoritmo RMW de la capa de la pila de almacenamiento satisface las solicitudes y provoca una degradación del rendimiento. El mismo resultado se produce para los discos VHDX con un tamaño de sector lógico de 512 bytes.
Puede configurar archivos VHDX para exponerlos como un disco de tamaño de sector lógico de 4 KB. Esta implementación es una configuración óptima para el rendimiento de los discos hospedados en un dispositivo físico nativo de 4 KB. Sin embargo, asegúrese de que el tamaño del sector lógico de 4 KB sea compatible tanto con el invitado como con la aplicación que usan el disco virtual. El formato VHDX funciona correctamente en un dispositivo de tamaño de sector lógico de 4 KB.
Se recomienda evitar el uso de discos nativos de 4 KB con archivos VHD y VHDX, ya que puede provocar una degradación del rendimiento. Cuando el escenario requiere discos nativos de 4 KB, debe usar el formato VHDX en un dispositivo de tamaño de sector lógico de 4 KB.
Discos de acceso directo
Se recomienda evitar el uso de discos de acceso directo debido a las limitaciones que se presentan en los escenarios de migración de máquinas virtuales.
La asignación de un VHD en una máquina virtual directamente a un disco físico o un número de unidad lógica (LUN) en lugar de un archivo VHD se denomina disco de acceso directo, que le permite omitir el sistema de archivos NTFS en la partición raíz, a fin de reducir el uso de CPU de E/S de almacenamiento. Sin embargo, el uso de discos de acceso directo también implica un riesgo de que los discos físicos o LUN sean más difíciles de migrar entre máquinas que los archivos VHD.
Características de almacenamiento avanzadas
En esta sección se describen algunas optimizaciones de rendimiento más que debe tener en cuenta para las características de almacenamiento avanzadas.
Calidad de servicio (QoS) del almacenamiento
En Windows Server 2012 R2 y versiones posteriores, Hyper-V incluye la capacidad de establecer determinados parámetros de calidad de servicio (QoS) para el almacenamiento en las máquinas virtuales. Se recomienda implementar la calidad de servicio del almacenamiento para acceder a parámetros de almacenamiento adicionales, establecer umbrales de IOPS máximos/mínimos para discos duros virtuales y supervisar el rendimiento del disco. Puede implementar estos parámetros para obtener las siguientes ventajas:
Configurar el aislamiento del rendimiento del almacenamiento en un entorno multiinquilino
Especificar las operaciones de entrada y salida máximas y mínimas por segundo (IOPS) para los discos duros virtuales
- Los administradores pueden limitar la E/S de almacenamiento para evitar que un inquilino consuma recursos de almacenamiento excesivos que puedan afectar a otros inquilinos. Establecer el valor mínimo de IOPS y recibir notificaciones cuando el sistema no cumpla el umbral de rendimiento óptimo. Los valores máximos y mínimos de IOPS se especifican en términos de IOPS normalizadas, en las que cada 8 KB de datos se cuentan como una E/S.
Recibir notificaciones cuando el rendimiento de E/S del almacenamiento cae por debajo de los umbrales definidos para ejecutar de forma eficaz las cargas de trabajo de la máquina virtual
Acceder a los parámetros de almacenamiento de la infraestructura de métricas de máquina virtual y permitir a los administradores supervisar los parámetros relacionados con el rendimiento y los contracargos
Sin embargo, tenga en cuenta también que la calidad de servicio de almacenamiento tiene las siguientes limitaciones:
Solo está disponible para discos virtuales.
El disco de diferenciación no puede tener un disco virtual primario en un volumen diferente.
La calidad de servicio para un sitio de réplica se configura por separado del sitio primario.
La calidad de servicio de almacenamiento no admite VHDX compartido
Para obtener más información, consulte Calidad de servicio del almacenamiento para Hyper-V.
Configuración del registro de E/S de NUMA para máquinas virtuales de gran tamaño
Windows Server 2012 y versiones posteriores admiten la proyección de una topología de acceso a memoria no uniforme (NUMA) virtual en máquinas virtuales de Hyper-V. La compatibilidad con NUMA mejora el rendimiento de las cargas de trabajo que se ejecutan en máquinas virtuales configuradas con grandes cantidades de memoria o máquinas virtuales de gran tamaño. Para habilitar esta compatibilidad, las configuraciones de máquina virtual de gran tamaño requieren escalabilidad en términos de rendimiento de E/S. Un ejemplo de una máquina virtual de gran tamaño sería Microsoft SQL Server en ejecución con 64 procesadores virtuales.
Las siguientes mejoras de Windows Server cumplen los requisitos de escalabilidad de E/S de las máquinas virtuales de gran tamaño:
Creación de más canales de comunicación entre los dispositivos invitados y la pila de almacenamiento del host.
Un mecanismo de finalización de E/S más eficaz que implica la distribución de interrupciones entre los procesadores virtuales para evitar interrupciones costosas entre procesadores.
Claves del Registro
Se recomienda usar la configuración de clave del registro de NUMA de Windows Server para mejorar el rendimiento de las cargas de trabajo que se ejecutan en máquinas virtuales de gran tamaño.
Hemos agregado y actualizado algunas entradas del Registro para admitir las mejoras de la sección anterior y le permiten ajustar el número de canales. Puede encontrar las entradas en HKLM\System\CurrentControlSet\Enum\VMBUS\<device id>\<instance id>\StorChannel.
La parte <device id>\<instance id>\ de la ruta de acceso corresponde a los valores pertinentes de su configuración. Estas entradas del Registro también alinean los procesadores virtuales que controlan las finalizaciones de E/S con las CPU virtuales asignadas por la aplicación para que sean los procesadores de E/S. El sistema configura las opciones del Registro según el adaptador en la clave de hardware del dispositivo.
Estos son dos parámetros clave a tener en cuenta:
ChannelCount (DWORD) es el número total de canales de comunicación que puede usar la implementación. El valor máximo es 16. El numero de canales tiene como valor predeterminado un valor igual al número de procesadores virtuales dividido por 16.
ChannelMask (QWORD) es la afinidad del procesador para los canales. Si no se especifica esta configuración de clave o el valor es 0, el valor predeterminado de la máscara de canal es el algoritmo de distribución de canal existente para los canales de red o de almacenamiento normales. La acción predeterminada garantiza que los canales de almacenamiento no entren en conflicto con los canales de red.
Integración de la transferencia de datos descargados
Se recomienda usar las operaciones de transferencia de datos descargadas (ODX) para asegurarse de que la carga de trabajo de máquina virtual puede usar el almacenamiento habilitado para ODX de la manera en que puede en un entorno físico.
Las tareas fundamentales de mantenimiento de los VHD, como combinar, mover y compactar, implican la copia de grandes cantidades de datos. El método actual de copia de datos requiere que el sistema lea y escriba datos en diferentes ubicaciones, lo que consume mucho tiempo y usa recursos de CPU y memoria que podrían haber ido hacia el mantenimiento de las máquinas virtuales.
Los proveedores de red de área de almacenamiento (SAN) pueden proporcionar una característica de hardware denominada ODX. Esta característica proporciona operaciones de copia casi instantáneas para grandes cantidades de datos. ODX permite que el sistema, no los discos, especifique cómo mover conjuntos de datos específicos de una ubicación a otra.
Hyper-V en Windows Server 2012 y versiones posteriores admite operaciones ODX para que los datos copiados puedan pasar del sistema operativo invitado al hardware del host. La carga de trabajo puede usar el almacenamiento habilitado para ODX como lo haría en un entorno no virtualizado. La pila de almacenamiento de Hyper-V también emite operaciones de ODX durante las operaciones de mantenimiento de los VHD, como combinar discos y almacenar metaoperaciones de migración en las que se mueven grandes cantidades de datos.
Integración de notificaciones de desasignación
Se recomienda utilizar las notificaciones de desasignación para mejorar la eficacia de los archivos VHDX y permitir que el dispositivo de almacenamiento físico subyacente reclame el espacio sin usar.
Los archivos VHD existen en un volumen de almacenamiento donde comparten espacio disponible con otros archivos. Dado que su tamaño de archivo tiende a ser grande, los archivos VHD pueden ocupar mucho espacio. Una mayor demanda de espacio de almacenamiento afecta a los presupuestos de hardware de TI, lo que significa que debe optimizar el uso del espacio físico siempre que sea posible.
En versiones de Windows Server anteriores a Windows Server 2012, la pila de almacenamiento de Windows en el sistema operativo invitado y el host de Hyper-V tenían limitaciones que les impedían optimizar el espacio de almacenamiento. Cuando las aplicaciones eliminaron contenido en un VHD, el espacio de almacenamiento permaneció abandonado. El sistema no notifica al VHD ni al dispositivo de almacenamiento físico sobre la información eliminada, lo que impedía que la pila de almacenamiento de Hyper-V optimizara el espacio para los archivos de disco virtual basados en VHD. Como resultado, el dispositivo de almacenamiento subyacente no podía reclamar el espacio ahora sin usar que ocupan los datos eliminados.
A partir de Windows Server 2012, Hyper-V admite notificaciones de desasignación. Esta característica permite que los archivos VHDX informen de datos eliminados en la pila de almacenamiento, lo que maximiza la eficacia manteniendo los tamaños de archivo recortados y permitiendo que la pila recupere espacio de almacenamiento sin usar para otros usos.
Solo los controladores SCSI específicos de Hyper-V, los IDE optimizados y los de Canal de fibra virtual permiten que el comando unmap del sistema operativo invitado llegue a la pila de almacenamiento virtual del host. En los VHD, solo los discos virtuales con formato VHDX admiten comandos unmap del sistema operativo invitado.