Respuesta corta: las migraciones no fallan al mover la VM, fallan por lo que no se hizo antes. Cuatro trabajos previos evitan casi todos los problemas: inventariar y clasificar el parque, consolidar snapshots, instalar los drivers virtio con la VM todavía en VMware, y definir qué significa "migrada" para cada máquina. Ninguno requiere herramientas caras. Todos requieren disciplina.
Las empresas que sufren una migración casi siempre saltearon el tercero.
Por qué falla una migración
Los modos de falla se repiten, y los cuatro más comunes son prevenibles:
| Falla | Causa raíz | Se previene con |
|---|---|---|
| La VM no arranca | Faltan drivers virtio en el initramfs | Preparación en origen |
| Arranca sin red | Sigue esperando vmxnet3 | Instalar virtio-net antes |
| La conversión falla | Cadena de snapshots activa | Consolidar antes de exportar |
| "No bootable device" | Firmware distinto (BIOS vs UEFI) | Relevar y replicar exacto |
| Rendimiento pobre | Quedó en emulación IDE/SATA | Verificar el controlador después |
| Nadie sabe si terminó | No había criterio de aceptación | Definirlo antes de empezar |
Ninguna es un problema técnico difícil. Todas son problemas de orden.
Los cuatro trabajos previos
1. Inventariar y clasificar
Con PowerCLI, no de memoria. De ahí sale la clasificación en cuatro grupos —simple, media, compleja, crítica— y con eso la estimación real del proyecto. Cómo se hace.
El subproducto más rentable: las VMs apagadas hace meses que nadie reclama. En cualquier parque son entre el 10% y el 20%, y se están pagando.
2. Limpiar la deuda
Antes de tocar nada:
- Consolidar todos los snapshots. Sin excepción.
- Dar de baja las VMs sin dueño.
- Probar el backup restaurando una VM de verdad.
- Documentar las dependencias entre aplicaciones.
Este paso no migra nada y es el que más problemas evita.
3. Preparar cada VM en origen
El más importante y el que más se saltea. Con la máquina todavía corriendo en VMware:
- Instalar y verificar drivers virtio (procedimiento completo)
- Forzar los módulos dentro del initramfs y verificar que quedaron
- Pasar
fstaby GRUB a UUID - En Windows: precargar el driver de disco y desinstalar VMware Tools
- Relevar el firmware (BIOS o UEFI) para replicarlo exacto
Toma entre 15 y 30 minutos por VM. Arreglar lo mismo después de migrar puede llevar medio día.
4. Definir qué significa "migrada"
Escrito y acordado con el dueño de la aplicación, antes de empezar:
- ☐ Arranca sin errores nuevos en los logs
- ☐ Red completa: VLAN, gateway, DNS, reglas de firewall
- ☐ Disco con rendimiento comparable al original
- ☐ Servicios de la aplicación corriendo y respondiendo
- ☐ Incluida en el backup y con un restore probado
- ☐ Reportando al monitoreo
- ☐ Validada por el dueño de la aplicación
Sin esta lista, cada migración termina en una discusión sobre si está lista o no. Detalle de la validación.
El orden de trabajo
`
Inventario → Clasificación → Limpieza → Preparación en origen
→ Conversión → Importación → Validación → Observación → Baja
`
Los cuatro primeros son antes de tocar una sola VM. Es el 70% del trabajo del proyecto y donde se decide el resultado.
Cuánto lleva de verdad
Con el inventario clasificado, la cuenta sale sola:
| Tipo | Preparación | Conversión y validación | Total |
|---|---|---|---|
| 🟢 Simple | 15 min | 45 min | ~1 h |
| 🟡 Media | 30 min | 2 h | ~2,5 h |
| 🟠 Compleja | 1 h | 4 h | ~5 h |
| 🔴 Crítica | 2 h | 8 h | ~10 h |
Multiplicá por tu parque y sumá 30% de contingencia. Ese número es el que va a la dirección.
Si el total te asusta, mirá lo que viene: migración incremental para reducir el downtime, y automatización para reducir las horas.
Las tres reglas que no se negocian
1. Los drivers se instalan en origen. Nunca en destino. Es la regla que más noches salva.
2. La VM vieja se conserva apagada dos semanas. Es el rollback más barato que existe.
3. Nada entra a producción sin estar en el backup. Una VM migrada sin respaldo es un incidente esperando fecha.
Preguntas frecuentes
¿Cuánto dura la etapa de preparación?
Para un parque de 50 VMs, entre 2 y 4 semanas de trabajo parcial. Parece mucho hasta que lo comparás con el costo de improvisar.
¿Puedo saltear la preparación en las VMs simples?
Podés, y probablemente arranquen. Pero "probablemente" no es un criterio para producción, y verificar el initramfs toma dos minutos.
¿Qué hago con las VMs que no se pueden migrar?
Tres caminos: dejarlas en un VMware mínimo para cargas heredadas, reemplazar la aplicación, o contenerizarla. Solaris y macOS suelen caer acá.
¿Hace falta comprar herramientas?
Para preparar y convertir, no: qemu-img, virt-inspector y PowerCLI alcanzan. A escala, sí conviene automatizar, que es el tema de la última semana de esta serie.
¿Y si algo sale mal igual?
Por eso existen el rollback y las olas. Se empieza por lo que menos duele, se conserva el origen y se avanza recién cuando lo anterior está estable.
En resumen
El 90% del resultado de una migración se define antes de mover la primera máquina. Inventario, limpieza, preparación en origen y criterios de aceptación.
La semana que viene: cómo mover producción con minutos de corte en vez de días, que es la diferencia entre una migración que el negocio tolera y una que no.
3 páginas · el procedimiento paso a paso, en PDF. Gratis, por dejar tu email.