1. Diseña el host pensando en “hipervisor primero”

Un error muy común es tratar al host de Hyper-V como un servidor más al que se le van acumulando roles.
La buena práctica que sigue vigente es considerar al host como un “appliance de virtualización”.

• Mínimos roles y características: instala únicamente lo necesario para Hyper-V,
  herramientas de administración y monitoreo.
• Evita roles de negocio en el host: no conviertas al host en controlador de dominio,
  servidor de archivos de usuario final o servidor de aplicaciones.
• Separa entornos: si es posible, separa hosts de laboratorio, pruebas y producción.

2. Usa siempre VHDX y el tipo de disco correcto

El formato VHDX está optimizado para entornos modernos de Hyper-V y proporciona mejor tolerancia
a fallos y mayor capacidad que VHD. La buena práctica es estandarizar en VHDX y elegir el tipo
de disco según la carga.

Tipos de disco VHDX y cuándo usar cada uno

• Fijo (fixed): reserva todo el espacio al crearse. Ideal para cargas críticas
  y de alto I/O (bases de datos, servidores muy transaccionales).
• Dinámico (dynamic): crece bajo demanda hasta el máximo definido.
  Es el más flexible y suficiente para la mayoría de cargas de oficina, servidores web,
  controladores de dominio, etc.
• Diferenciación (differencing): útil para laboratorios, plantillas o escenarios
  de prueba donde muchas VMs comparten una imagen base.

Siempre que sea posible, mantén los discos de datos y los discos del sistema operativo en VHDX
separados, especialmente en servidores con alto volumen de escritura.

3. Diseña el almacenamiento pensando en rendimiento y resiliencia

El almacenamiento es el corazón del rendimiento de las VMs. Algunas buenas prácticas “que nunca pasan de moda”:

• Evita mezclar roles ruidosos en el mismo volumen: no pongas VMs de bases de datos,
  plantillas y VMs de baja prioridad en el mismo disco físico.
• Monitorea latencias: más allá del espacio en disco, observa tiempos de respuesta
  de lectura/escritura y colas de disco.
• Usa RAID o Storage Spaces adecuadamente: prioriza la tolerancia a fallos y el
  rendimiento sobre el simple ahorro de discos.
• Considera Storage Spaces Direct (S2D) o cabinas dedicadas para clusters de alta
  disponibilidad con muchas VMs.

4. Segmenta las redes de Hyper-V

Una práctica vigente en cualquier versión moderna de Hyper-V es separar el tráfico de red por función:

• Red de administración del host (RDP, gestión, monitoreo).
• Red de tráfico de VMs (tráfico de usuario/productivo).
• Red de almacenamiento (SMB, iSCSI, tráfico de clúster, según aplique).
• Red de Live Migration si utilizas clústeres de conmutación por error.

Esta separación puede lograrse combinando varias NIC físicas, VLANs y, en versiones modernas,
tecnologías como Switch Embedded Teaming (SET) para agregar capacidad y resiliencia.

5. Dimensiona CPU y memoria con cabeza

El overcommit de CPU y memoria es una herramienta útil, pero mal utilizado puede llevar a
cuellos de botella difíciles de diagnosticar.

• CPU: evita sobresuscribir en exceso los núcleos físicos. Haz pruebas de carga
  y define ratios realistas para tu tipo de trabajo (VDI no es lo mismo que servidores de archivos).
• Memoria dinámica: úsala para cargas compatibles, pero define mínimos y máximos
  coherentes. No todo debe ser “dinámico”.
• Reservas para el host: deja memoria y CPU suficientes para el sistema operativo
  del host, servicios de clúster, antivirus, backup, etc.

6. Seguridad primero: endurece el host y las VMs

La superficie de ataque de un hipervisor comprometido es enorme, por lo que la seguridad es prioritaria:

• Actualizaciones periódicas de Windows Server y firmware/BIOS.
• Roles mínimos y deshabilitar servicios que no se usen.
• Arranque seguro (Secure Boot) y vTPM en VMs críticas
  cuando la versión de Windows Server lo permita.
• Cifrado de discos de VMs sensibles (BitLocker dentro de la VM)
  y cifrado de backups.
• Control de acceso granular a consolas de administración, RBAC
  y registro de acciones de administrador.

7. Estandariza plantillas y automatiza tareas repetitivas

Cuanto más homogéneas sean tus VMs y tus hosts, más sencillo será mantener el entorno sano.

• Crea imágenes base de sistema operativo con las actualizaciones
  y herramientas estándar de tu organización.
• Automatiza la creación de VMs con PowerShell o herramientas
  de infraestructura como código.
• Documenta convenciones: nombres de VMs, nombres de vSwitches, VLANs, datastores, etc.

# Ejemplo simple de creación de una VM estándar
New-VM -Name "SRV-APP01" -Generation 2 -MemoryStartupBytes 4GB `
  -BootDevice VHD -VHDPath "D:\VMs\SRV-APP01\disk01.vhdx" `
  -SwitchName "vSwitch-Prod"

Set-VMProcessor -VMName "SRV-APP01" -Count 4
    

Conclusión

Aunque vayan apareciendo nuevas versiones de Windows Server, las buenas prácticas fundamentales
de Hyper-V cambian muy poco: diseño limpio, separación de funciones, almacenamiento sólido,
redes bien pensadas, seguridad primero y automatización. Si tu entorno sigue estos principios,
tienes una base firme para seguir evolucionando hacia escenarios híbridos o nativos en la nube.