Ballast lleva a Hyper-V el plano de control declarativo que le faltaba
Un ingeniero con veinte años en infraestructura publica Ballast, un plano de control con agente para hosts y clústeres de Hyper-V. El agente es abierto; la consola, no.
Hyper-V nunca ha tenido un vCenter. Ese es el hueco que Ballast dice cubrir: un plano de control para hosts y clústeres de Hyper-V, donde cada host ejecuta un agente que descarga su configuración deseada de un punto central y la sigue aplicando de forma continua. Lo firma un ingeniero con veinte años en infraestructura que sostiene que el hipervisor nunca fue el problema, sino la capa de gestión que lo rodea.
El diagnóstico no es nuevo. SCVMM arrastra una interfaz de otra época y un coste difícil de justificar; Windows Admin Center administra bien una máquina, no una flota. Lo que queda a menudo son scripts de PowerShell, DSC y la sensación de no tener el control centralizado que sí da vSphere. Los cambios de licencia de VMware tras la compra por Broadcom han empujado a más de uno a preguntarse si Hyper-V puede sustituirlo. La respuesta del autor: el hipervisor sí puede; la gestión no.
Agente abierto, consola cerrada
Ballast se reparte en dos piezas. El agente corre con privilegios elevados en cada host y es open source bajo Apache 2.0, auditable línea a línea. La consola del plano de control es cerrada. El nivel comunitario es gratuito para siempre: un clúster del tamaño que sea más hosts sueltos ilimitados. Un nivel de pago con varios clústeres, SSO y registro de auditoría está anunciado, todavía sin fecha.
Funcionalmente cubre aprovisionamiento de clúster (switches en equipo SET, Storage Spaces Direct, volúmenes compartidos de clúster), ciclo de vida de máquinas virtuales y plantillas, migración en vivo, recuperación ante desastres con Hyper-V Replica y herramientas para migrar desde VMware que ingestan los VMDK directamente. Si el nodo central se cae, los hosts no se congelan: siguen aplicando la última intención recibida y se resincronizan cuando vuelve. Perder el centro cambia la capacidad de modificar la configuración, no la configuración misma.
El detalle que el autor cuenta sin esconderlo: la arquitectura, las decisiones de diseño y las pruebas sobre infraestructura real son suyas; la implementación la escribió Claude Code, un agente de programación, bajo su dirección. Es un reparto de trabajo poco habitual de ver declarado, y aquí se declara.
Lo que queda por comprobar
El material que hay es el anuncio del propio autor, en el sitio del proyecto: cero cifras de rendimiento, cero comparativas medidas y ninguna validación de terceros. El control plane cerrado es la parte delicada, porque el agente auditable no compensa que la pieza que decide qué se aplica en la flota no pueda revisarse. Enfrente tiene a Proxmox y oVirt, que llevan años construyendo ecosistema alrededor de KVM.
Aun así, el hueco existe y la comunidad de Hyper-V lleva más de una década pidiendo algo así. Para quien administra hosts Hyper-V con PowerShell y DSC cosidos a mano, la pregunta práctica es si merece la pena mover esa gestión a un plano central, aunque solo sea el agente que corre en la máquina.