Respuesta corta: hay cargas que técnicamente se pueden mover y estratégicamente no conviene. Solaris x86 no tiene soporte virtio y va a rendir peor. macOS solo puede virtualizarse legalmente sobre hardware Apple. Los appliances de terceros pueden perder el soporte del fabricante. Para todas ellas, la respuesta correcta rara vez es migrar: es reemplazar, contenerizar, o dejar un VMware mínimo para lo heredado.
Saber qué no migrar es parte de planificar bien.
Solaris x86
Se puede migrar a KVM o Xen, pero con limitaciones concretas:
- No incluye soporte nativo para virtio. Hay que emular hardware tradicional:
e1000para red, IDE o SATA para disco. - El rendimiento va a ser inferior al que tenías, y notablemente peor que el de un Linux o Windows en la misma plataforma.
- El soporte de Solaris en hipervisores modernos es limitado, y eso significa poca documentación y menos gente que lo haya hecho antes.
Qué evaluar en su lugar: contenerizar la aplicación, reemplazarla, o mantener un entorno VMware mínimo solo para esa carga heredada. La última opción suena a derrota y muchas veces es la decisión correcta: una licencia chica para dos VMs viejas puede ser más barata que un proyecto de reingeniería.
macOS
Acá el problema es tanto técnico como legal:
- Apple solo permite virtualizar macOS sobre hardware Apple. Es una restricción de licencia, no una limitación técnica.
- KVM lo soporta por mecanismos no oficiales, no orientados a producción.
- El soporte de virtio es limitado o inexistente.
- Hay que emular hardware tradicional y aceptar la penalización de rendimiento.
Conclusión: macOS x86 no es candidato a migración directa a KVM salvo en laboratorio. Si tenés macOS virtualizado en producción para builds de iOS o similar, la respuesta pasa por hardware Apple dedicado o servicios de CI en la nube.
Appliances de terceros
Firewalls virtuales, balanceadores, aplicaciones empaquetadas por un proveedor.
Técnicamente muchos se migran sin problema. El riesgo es otro: podés perder el soporte del fabricante. Un appliance certificado solo para ESXi, corriendo en KVM, es un appliance sin garantía.
Qué hacer: preguntar por escrito antes de tocar nada. Tres preguntas al fabricante:
- ¿Soportan la plataforma destino?
- ¿Hay una versión del appliance para esa plataforma?
- Si migro sin soporte, ¿qué pierdo exactamente?
Muchos fabricantes ya tienen versión para KVM. Otros te dan una imagen nueva en vez de migrar la existente, que suele ser el camino más limpio.
Las VMs que directamente no hay que migrar
| Caso | Por qué | Qué hacer |
|---|---|---|
| Apagadas hace meses, sin dueño | No le sirven a nadie | Backup final y baja |
| Ambientes de prueba viejos | Se recrean más rápido de lo que se migran | Recrear en destino |
| Aplicaciones que se van a reemplazar este año | Migrar para descartar | Esperar el reemplazo |
| Sistemas operativos sin soporte, expuestos | Ya son un riesgo de seguridad | Actualizar o aislar |
| VMs duplicadas | Sobran | Consolidar |
Recrear en vez de migrar es una opción subestimada. Para servidores simples y bien documentados —un servidor web, un proxy, un DNS interno— desplegar uno nuevo en destino y mover la configuración suele ser más rápido y más limpio que convertir el disco. Además te deja el sistema operativo actualizado.
Cómo tratar las excepciones
Con un inventario aparte, y decisión explícita para cada una:
| VM | Motivo de la excepción | Decisión | Responsable | Fecha |
|---|
Las cuatro decisiones posibles: migrar con limitaciones, recrear, reemplazar la aplicación, o dejar en VMware mínimo.
Lo importante es que la decisión sea explícita y de alguien. Las excepciones sin dueño son las que aparecen en el mes 4 del proyecto y frenan todo.
El costo de la excepción
Si dejás cargas en un VMware mínimo, contá honestamente qué implica:
- La licencia mínima que necesites
- Un host que sigue encendido y hay que mantener
- Doble plataforma para siempre, con su costo operativo
- El backup y el monitoreo de las dos
A veces igual conviene. Pero tiene que ser una decisión con el número a la vista, no algo que quedó por inercia.
Preguntas frecuentes
¿Cuántas excepciones son normales?
Entre el 5% y el 15% del parque en la mayoría de los entornos. Si te da mucho más, revisá el criterio: puede estar sobrando conservadurismo.
¿Cuándo analizo las excepciones?
Temprano, aunque se resuelvan al final. Descubrir en el mes 4 que dos VMs críticas no se pueden migrar es el peor momento para enterarse.
¿Recrear no es más trabajo?
Para servidores complejos, sí. Para los simples y bien documentados, suele ser más rápido que convertir, y te deja el sistema actualizado.
¿Y si el fabricante no responde?
Insistí por escrito y escalá comercialmente. Si aun así no hay respuesta, tratalo como no soportado y decidí con ese dato.
En resumen
No todo se migra, y planificar bien incluye decidir qué queda afuera. Solaris y macOS son casos donde la migración directa rara vez conviene; los appliances requieren consultar al fabricante antes; y hay VMs que directamente se dan de baja o se recrean.
Lo que sigue es el problema de escala: cuando el parque es grande, hacerlo a mano deja de ser viable.
4 páginas · el procedimiento paso a paso, en PDF. Gratis, por dejar tu email.