Noticias 3 min de lectura

Migración a VMware Cloud Foundation Automation 9.1: del modelo in-place al side-by-side

Broadcom sigue consolidando el ecosistema de VMware Cloud Foundation (VCF), y el salto hacia VCF Automation 9.1 representa una transición crítica para los administradores de sistemas que gestionan nubes privadas e híbridas. No estamos ante un simple parche o una actualización menor; la transición de las versiones de Aria Automation 8.x (especialmente desde la 8.18.1) o incluso desde VCF Automation 9.0 hacia la versión 9.1 introduce un cambio estructural en la gestión del ciclo de vida del software gracias al motor Fleet Lifecycle.

El modelo de migración en paralelo (Side-by-Side)

A diferencia de las actualizaciones tradicionales en el sitio (in-place upgrades) que solían comprometer la disponibilidad del portal de automatización durante horas, VCF Automation 9.1 adopta un enfoque de migración en paralelo. El motor Fleet Lifecycle despliega una nueva infraestructura limpia en paralelo con la existente. Esto significa que el entorno de producción original (origen) sigue operativo mientras se aprovisionan las nuevas máquinas virtuales (destino).

Este proceso consta de varias fases orquestadas automáticamente: el despliegue del nuevo clúster, la sincronización inicial de bases de datos y configuraciones, una fase de pruebas en el entorno de destino y, finalmente, el corte (cutover) con la redirección del tráfico de red. Si algo falla durante la sincronización o la validación, el entorno de origen permanece intacto, lo que reduce drásticamente el riesgo y la ventana de rollback en entornos de producción críticos.

La importancia crítica de las validaciones de Precheck

Para que la orquestación de Fleet Lifecycle funcione sin interrupciones, la fase de prechequeo en VCF Automation 9.1 se ha dividido en varias categorías de validación sumamente estrictas. Ignorar cualquiera de estos puntos garantizará el fallo del despliegue en paralelo:

  • Infraestructura y Redes: Validación de resolución DNS inversa y directa, sincronización NTP estricta (desviaciones de milisegundos pueden romper el clúster de base de datos Postgres) y disponibilidad de direcciones IP libres en los segmentos correspondientes.
  • Certificados SSL: Comprobación de que toda la cadena de confianza esté completa y vigente, incluyendo la CA raíz e intermedias en los almacenes de confianza de ambos entornos.
  • Dimensionamiento de recursos: Verificación de que el vCenter de destino cuenta con suficiente cómputo y almacenamiento para alojar ambos entornos de forma simultánea durante la fase de coexistencia de datos.
  • Consistencia de base de datos: Análisis de la base de datos de Aria/VCF Automation para detectar registros huérfanos o inconsistencias lógicas que interrumpirían la migración del esquema.

Estrategia de mitigación y recomendación en producción

Como ingeniero que ha lidiado con migraciones complejas de vRealize y Aria en entornos empresariales bajo normativas estrictas, la recomendación es clara: no lances este proceso directamente en producción sin pasos previos bien definidos.

En primer lugar, audita tus integraciones externas. VCF Automation 9.1 requiere validar la compatibilidad de los flujos de Aria Automation Orchestrator (vRO) personalizados y, muy especialmente, los proveedores de infraestructura como código como Terraform. Si usas el proveedor oficial de Aria/VCF Automation, asegúrate de actualizarlo a la versión compatible antes de iniciar el corte definitivo de tráfico.

En segundo lugar, ejecuta el analizador de prechequeo integrado semanas antes de la ventana de mantenimiento real. Esto te dará tiempo para corregir problemas de certificados obsoletos o registros DNS duplicados que suelen acumularse en despliegues con años de antigüedad. Por último, asegura respaldos consistentes a nivel de máquina virtual mediante snapshots coordinados y backups de la base de datos antes de autorizar la sincronización de datos de Fleet Lifecycle.

Fuentes