Respuesta corta: porque lo que cambió no fue el hipervisor sino el contrato. VMware sigue siendo tecnológicamente sólido; lo que se modificó es cuánto cuesta, qué estás obligado a comprar y cuánto poder de negociación te queda. Eso mueve la decisión del área técnica al escritorio de la dirección, donde se discuten costos, riesgo y dependencia de proveedores.
Durante veinte años, elegir VMware fue la decisión segura. Nadie te iba a cuestionar por hacerlo. Esa certeza es la que se rompió, y por eso hoy hay tantas empresas revisando algo que daban por resuelto.
Por qué esto le importa a la dirección
Un CEO no necesita saber qué es un hipervisor. Sí necesita saber tres cosas:
- Cuánto se lleva del presupuesto de IT y si ese número es previsible.
- Qué pasa si el proveedor vuelve a cambiar las reglas el año que viene.
- Cuánto tarda la empresa en volver a operar si esa plataforma falla.
La virtualización dejó de ser una línea técnica del presupuesto para convertirse en una dependencia estratégica. Toda tu operación corre encima. Cuando el proveedor de una dependencia estratégica cambia unilateralmente las condiciones, eso es riesgo de negocio, no un tema de sistemas.
El marco de decisión
No se trata de "VMware sí o no". Se trata de responder cuatro preguntas en orden. Saltear el orden es el error más común.
1. ¿Cuánto me cuesta hoy, de verdad?
Licencias, soporte, hardware, horas de tu equipo. La licencia es la parte visible, casi nunca la más grande. Sin este número no hay conversación posible: está desarrollado en cómo calcular el TCO real.
2. ¿Qué estoy usando realmente?
Muchas empresas pagan un ecosistema completo y usan una fracción. Si tenés vSphere y nada más encendido, estás en una posición muy distinta a quien depende de DRS, vSAN y NSX todos los días.
Cuanto menos usás, más fácil es moverte. Y más caro es quedarte.
3. ¿Qué tan atado estoy?
Acá se define la dificultad real del proyecto. No es lo mismo tener 20 VMs Linux estándar que 200 máquinas con appliances de terceros certificados solo para VMware.
4. ¿Qué riesgo puedo tolerar?
Una migración bien hecha es de bajo riesgo, pero nunca de riesgo cero. La pregunta honesta es cuánta interrupción tolera tu operación y cuánta capacidad tiene tu equipo de sostener una plataforma nueva.
Los cuatro perfiles
De la combinación de esas respuestas salen cuatro situaciones típicas:
| Perfil | Situación | Qué suele convenir |
|---|---|---|
| Cómodo | Pocas VMs, features básicas, renovación tolerable | Renovar y revisar en 12 meses |
| Apretado | Aumento fuerte, uso básico del producto | Evaluar migración en serio: sos el caso donde más se gana |
| Atado | Uso intensivo de features avanzadas, apps certificadas | Renovar y empezar a reducir dependencia de a poco |
| Grande | Escala, presupuesto y equipo propio | Negociar desde la fuerza, con un plan B real armado |
El perfil Apretado es el más común entre PyMEs, y también en el que más veces se toma la decisión equivocada: se renueva por inercia una plataforma de la que se usa el 20%.
Cuándo NO migrar
Vale tanto como saber cuándo sí:
- Cuando falta menos de tres meses para la renovación. Migrar apurado sale más caro que un año de sobreprecio. Renová el período más corto posible y usá ese tiempo para planificar.
- Cuando dependés de apps certificadas solo para VMware. Preguntale al fabricante antes que a nadie.
- Cuando tu equipo no tiene experiencia en Linux y no hay presupuesto para capacitación o soporte externo. Vas a cambiar un problema de costo por uno de operación.
- Cuando no tenés backups probados. Si no podés restaurar hoy, no estás en condiciones de migrar. Ese es el problema a resolver primero.
Cómo se ve un proyecto bien hecho
Cinco etapas, en este orden:
- Relevar. Inventario completo: VMs, sistemas operativos, dependencias, licencias, uso real.
- Decidir. Plataforma destino, con una prueba de concepto real. No por catálogo.
- Probar. Migrar primero lo que menos duele. Un entorno de test, un servidor interno.
- Migrar por olas. Nunca todo junto. Grupos chicos, con punto de retorno en cada uno.
- Consolidar. Apagar la plataforma vieja recién cuando la nueva demostró que sostiene.
Las empresas que sufren una migración casi siempre saltearon el paso 3 o hicieron el 4 de una sola vez.
Preguntas frecuentes
¿Cuánto tarda migrar 50 VMs?
Depende muchísimo del tipo de VM, pero un proyecto ordenado de esa escala se mide en meses, no en semanas. La mayor parte del tiempo se va en relevar y probar, no en mover.
¿Puedo migrar sin cortar el servicio?
Con minutos de corte por VM, sí, usando migración incremental: se sincroniza mientras la máquina sigue corriendo y se corta solo para el switchover final. Es un tema completo de esta serie.
¿Qué pasa con mis backups?
Es de lo primero que hay que verificar. Tu herramienta actual puede no soportar la plataforma destino, y descubrirlo tarde es carísimo. Va antes de elegir plataforma, no después.
¿Y si me equivoco de plataforma?
Por eso existe la prueba de concepto. Migrar 3 VMs reales a la plataforma candidata y operarlas un mes cuesta poco y responde casi todas las dudas.
¿Conviene aprovechar y pasar a la nube?
Es una opción válida, pero es otro proyecto: cambia el modelo de costos, la operación y las competencias del equipo. Mezclar las dos decisiones suele terminar mal. Primero resolvé la virtualización.
En resumen
La pregunta no es si VMware sigue siendo bueno. Es si, con las condiciones de hoy, sigue siendo la mejor opción para tu empresa, con tu escala, tu equipo y tu presupuesto.
Para responderla hacen falta tres cosas: saber qué tenés, saber cuánto te cuesta de verdad y conocer las alternativas reales. Las dos primeras las cubrimos esta semana: qué cambió con Broadcom y cómo calcular el TCO real. La tercera es el tema de la semana que viene.
Si querés revisar tu caso con alguien que ya hizo este camino, en Bootable Computación lo miramos con vos: inventario real, números concretos y una recomendación que puedas sostener frente a la dirección.
4 páginas · el procedimiento paso a paso, en PDF. Gratis, por dejar tu email.