La mayoría de las migraciones que se complican no fallan migrando. Fallan porque nadie midió antes. Estas son las 12 cosas que medimos en un assessment previo a salir de vSphere. Si podés responder las 12 con un número, ya sabés si tu migración es de tres meses o de nueve.
- Inventario real de VMs. No el que dice el CMDB. El que dice vCenter. La diferencia entre los dos es tu primer hallazgo.
- Sistemas operativos y versiones. Cuántas VMs corren algo fuera de soporte. Eso define qué se migra y qué se reconstruye.
- Consumo real vs. asignado. Casi siempre hay 30–50% de CPU y RAM asignada que nadie usa. Ese número cambia el dimensionamiento y el precio.
- Dependencias entre VMs. Qué habla con qué. Es la medición que más se saltea y la que más cortes de producción provoca.
- Storage: tipo, IOPS, latencia. Qué presenta hoy tu cabina y qué va a necesitar la plataforma nueva. Acá se esconden los proyectos que se estiran.
- Diseño de red y VLANs. Cuántas redes, si hay overlay, si NSX está en el medio. Si NSX está en el medio, la migración es otro proyecto.
- Backup: herramienta y compatibilidad. ¿Tu solución soporta la plataforma destino? Si no, sumale una licencia y dos meses al plan.
- Plan de DR y RTO/RPO comprometidos. Los que están en un contrato, no los que están en un PowerPoint.
- Ventanas de corte disponibles. Cuántas horas por mes podés parar, y de qué sistemas. Esto define el cronograma entero, no tu equipo.
- Automatización existente. Qué hay hecho en PowerCLI, scripts o plantillas. Todo eso hay que reescribir, y es trabajo que nadie presupuesta.
- Requisitos de cumplimiento. En un sector regulado, quién tiene que aprobar el cambio de plataforma y cuánto tarda. A veces son seis meses.
- Fecha exacta de vencimiento. El día. No «fin de año». Todo el plan se construye hacia atrás desde ahí.
Si no podés responder las 12 con un número, todavía no tenés un plan: tenés una intención. Nosotros hacemos ese assessment en dos semanas, con alcance y precio cerrados. Escribinos.