VMware frente a Hyper-V: los matices inesperados al dar el salto

Aquí estamos: veteranos de VMware sopesando las ventajas y desventajas de abandonar el barco (gracias, Broadcom). Mirándonos desde el otro lado de la valla está Hyper-V de Microsoft. Parece bastante familiar, con máquinas virtuales, clústeres, almacenamiento y failover, pero en cuanto empiezas a tocarlo, todo resulta un poco... raro.

Esa es la realidad de muchos administradores de virtualización en este momento. Tras años montando entornos sobre ESXi con todos los extras, como tarjetas de red de 10Gb, cabinas Pure Flash, VLANs a través de conmutadores Nexus y replicación de recuperación ante desastres con SRM, muchos se replantean todo. Los costes de licencia se disparan, e Hyper-V empieza a verse como una alternativa económicamente sensata, sobre todo si ya utilizas Windows Server con licenciamiento Datacenter.

Cambiar VMware por Hyper-V exige algo más que pulsar un botón. Tienes que cambiar tu forma de pensar sobre la plataforma. (Para consultar los costes de licencia, la tabla comparativa de funciones y las pautas para elegir uno u otro, echa un vistazo a nuestra comparativa entre VMware y Hyper-V).

1. Hyper-V es Windows con sombrero de hipervisor

La primera sorpresa es que no instalas un hipervisor dedicado como ESXi. Empiezas con Windows Server y luego añades Hyper-V como un rol.

Eso implica que cada vez que configuras clústeres, redes o almacenamiento, lo haces dentro del ecosistema de Windows Server. Lo que llamarías un «clúster de Hyper-V» es, en rigor técnico, un «clúster de conmutación por error de Windows» (Windows Failover Cluster) con Hyper-V funcionando encima. ¿Quieres alta disponibilidad? La gestionarás mediante el Administrador de clústeres de conmutación por error en lugar de una consola de virtualización dedicada.

Este diseño tiene pros y contras. Cuentas con toda la potencia de las herramientas y servicios de Windows Server, pero también heredas su complejidad.

2. La red es un juego completamente distinto

En VMware, todo parece modular: vSwitches, grupos de puertos (port groups), adaptadores vmkernel. En Hyper-V, la red es mucho más de tipo «hazlo tú mismo» y gira alrededor de Switch Embedded Teaming (SET).

En lugar de usar varios vSwitches para diferentes funciones, Hyper-V prefiere un único switch SET. A partir de ahí, defines tarjetas de red virtuales para tareas como administración, migración en vivo y tráfico de VMs. Es lo que se denomina red convergente, y no utiliza LACP, de modo que si tu equipo de redes está acostumbrado a configuraciones estáticas de port-channel con VMware, tendrás que replantearte esos parámetros de enlace.

El etiquetado de VLANs también se realiza por cada VM y no a nivel de switch. No hay un equivalente directo a los port groups, lo que puede descolocar a administradores habituados a la segmentación limpia de tráfico de VMware.

3. Migrar VMs: factible, pero engorroso

¿Qué ocurre si quieres tomar tus VMs de VMware y trasladarlas a Hyper-V? La buena noticia es que existen herramientas como StarWind V2V Converter, que por lo general hacen un trabajo sólido. La mala noticia es que no todas las cargas de trabajo encajan bien en una conversión directa.

Los controladores de dominio son el ejemplo perfecto de lo que conviene no migrar. El riesgo de que los cambios en el hardware virtual subyacente causen estragos es demasiado alto, así que es preferible desplegar equipos nuevos y migrar roles o datos a nivel de sistema operativo.

Para sistemas menos delicados, la función Instant Recovery de Veeam ha demostrado ser muy eficaz en transiciones de VMware a Hyper-V. Cohesity podría ofrecer una funcionalidad parecida, pero tendrás que probar restauraciones entre hipervisores o consultar con su equipo de soporte para confirmar que funciona sin tropiezos.

4. Recuperación ante desastres: las alternativas a SRM no son idénticas

Si has diseñado tu estrategia de recuperación ante desastres alrededor de SRM o Live Recovery Manager de VMware, la falta de un equivalente directo en Hyper-V puede resultar frustrante.

Hyper-V admite Hyper-V Replica para failovers manuales entre hosts, y Windows Server Datacenter ofrece Storage Replica para replicaciones más avanzadas. La orquestación es otro cantar. Probablemente necesitarás soluciones de terceros como Zerto, que continúa ofreciendo soporte para Hyper-V (a pesar de ciertas dudas previas sobre su hoja de ruta).

Otra alternativa es System Center Virtual Machine Manager (SCVMM) de Microsoft. Añade orquestación y permite gestionar múltiples clústeres, redes e incluso algunos hosts ESXi. Sin embargo, es una compra independiente con su propia curva de aprendizaje.

5. La curva de aprendizaje: exigente, aunque no insalvable

Pasar de VMware a Hyper-V se siente menos como aprender una aplicación nueva y más como cambiar de sistema operativo por completo. Además de reaprender conceptos de virtualización, te sumerges en la configuración de Windows Server, scripts de PowerShell y una variedad de consolas como Hyper-V Manager, Administrador de clústeres de conmutación por error y Windows Admin Center.

La ausencia de una interfaz unificada como vSphere puede parecer un paso atrás. Sin embargo, si aprovechas la capacidad de scripting de PowerShell y la flexibilidad de los roles de Windows, el ecosistema empieza a cobrar sentido.

Un consejo por encima de todos: monta un laboratorio. Utiliza hardware de sobra para crear un clúster de prueba, configurar almacenamiento compartido, simular redes y practicar migraciones de VMs. No hay guías mágicas, solo práctica y ensayo y error.

6. Los pequeños detalles cuentan: el diablo está en la configuración

Algunas peculiaridades no se aprecian hasta que estás metido de lleno en la configuración. ¿Vas a montar un clúster con almacenamiento iSCSI? Crea un volumen pequeño (incluso de 2GB) solo para validar la infraestructura. El proceso de validación de clúster de Microsoft puede desconectar el almacenamiento de forma imprevista durante las pruebas, una lección muy dura si te toca aprenderla en equipos de producción.

Live Migration también suele generar debate. Algunos dicen que funciona perfectamente sobre tarjetas de red compartidas con las velocidades actuales de 10Gb+, mientras que otros defienden a capa y espada asignarle una tarjeta virtual dedicada. La gestión de ancho de banda, QoS y el aislamiento del tráfico no funcionan igual que en los modelos de VMware, así que planifica con cuidado.

7. Hyper-V tiene sentido, pero hay que pensar como Microsoft

Este es el matiz más importante de todos. Hyper-V es una extensión del universo Windows Server y no pretende ser VMware.

Si aceptas esa premisa, resulta mucho más sencillo dominar las herramientas y construir entornos estables, escalables y rentables. Para pequeñas y medianas empresas en particular, Hyper-V cumple con creces. Las grandes corporaciones también pueden hacerlo funcionar, pero requerirán la pila de gestión adecuada y un equipo con experiencia.

Y no subestimes el atractivo de tener cero costes adicionales de licencia si ya dispones de Windows Server Datacenter.

Conclusiones: el cambio es tanto mental como técnico

Cambiar de VMware a Hyper-V implica instalar un nuevo hipervisor y también transformar tu forma de concebir la virtualización, incluyendo redes, almacenamiento, recuperación y la infraestructura en su conjunto.

Para algunos resultará exasperante, y para otros una liberación. Si eres metódico, te gusta experimentar y estás dispuesto a aprender, la transición es totalmente factible, e incluso puede convertirte en un arquitecto de sistemas más completo.

VMware e Hyper-V representan dos filosofías tanto como dos marcas comerciales, y los administradores que entiendan ambas estarán en la mejor posición posible.