Actualización VCF 9.1: guía de obsolescencias y eliminaciones

Descubre cómo preparar tu infraestructura para VCF 9.1: identifica obsolescencias, eliminaciones y riesgos operativos.

domingo, 26 de julio de 2026 • 4 min de lectura • Equipo Q2BSTUDIO

Obsolescencias y eliminaciones en VCF 9.1: pasos clave

La actualización a VMware Cloud Foundation (VCF) 9.1 representa mucho más que un simple cambio de versión: es un punto de inflexión en la arquitectura del centro de datos. Las decisiones sobre obsolescencias y eliminaciones no pueden gestionarse con una lista de verificación genérica; requieren un modelo operativo que clasifique correctamente cada elemento, asigne propietarios y establezca plazos de migración. En Q2BSTUDIO, como empresa especializada en desarrollo de software a medida, acompañamos a las organizaciones en este proceso, ayudándoles a convertir la incertidumbre técnica en un plan de acción coherente.

Muchos equipos confunden la obsolescencia con la eliminación inmediata. Una funcionalidad obsoleta suele seguir siendo compatible en la versión actual, pero el reloj de migración ya ha comenzado. En cambio, un componente retirado —como un procesador o un controlador de almacenamiento— puede bloquear completamente la instalación o dejar al servidor sin conectividad tras el reinicio. Por eso, la pregunta clave no es solo '¿qué ha quedado obsoleto?' sino '¿qué puede detener la actualización, qué puede romperse silenciosamente después y qué necesita un proyecto de migración con presupuesto propio?'.

Entre los cambios más impactantes de VCF 9.1 destacan las configuraciones IPFIX sobre enlaces ascendentes distribuidos, que pueden interferir con el flujo de actualización de vCenter; los procesadores y dispositivos al final de su vida útil, cuya compatibilidad no puede basarse en listas estáticas; y los discos de arranque USB/SD, que ya no son suficientes para soportar las operaciones modernas de ciclo de vida. También se elimina el modo de Linked mejorado, se desactiva vCLS por defecto y la gestión de flotas pasa de una appliance independiente a una arquitectura basada en servicios Kubernetes. Cada uno de estos cambios exige una respuesta distinta: desde un plan de sustitución de hardware hasta la reescritura de scripts de automatización.

Las migraciones de almacenamiento son particularmente sensibles. vVols se eliminará por completo en VCF 9.3.0, pero la versión 9.1 ofrece un pasillo de migración que no debe desperdiciarse. Lo mismo ocurre con las configuraciones híbridas de vSAN OSA, Host Cache y los discos FCD sobre NFS. En lugar de esperar a que la urgencia convierta una migración planificada en una emergencia, recomendamos diseñar un programa de transición que contemple el análisis de cargas de trabajo, la validación de capacidad y la selección de la arquitectura destino: VMFS, vSAN ESA u otras alternativas. Nuestro equipo de ingeniería en Q2BSTUDIO ha desarrollado metodologías para integrar estos movimientos con sistemas de inteligencia artificial que ayudan a predecir el impacto en el rendimiento y a automatizar las pruebas de regresión.

La ciberseguridad también se ve afectada. El bloqueo del puerto 514 para syslog no cifrado obliga a migrar a TLS, y las dependencias SHA-1 requieren una revisión profunda de certificados, firmas y automatizaciones. Muchas organizaciones descubren que sus herramientas de monitorización, sus paneles de BI/Power BI o sus pipelines de CI/CD utilizan objetos o APIs que dejan de estar soportados. Por eso, antes de abrir la ventana de cambio, es imprescindible validar todos los flujos operativos: desde el inicio de sesión interactivo hasta la recuperación ante desastres. La evidencia actualizada de compatibilidad debe adjuntarse al registro de cambio, con fecha, propietario y criterio de salida. Un 'verde' de una hoja de cálculo antigua no es suficiente.

La transformación hacia un estado deseado basado en imágenes de clúster y perfiles de configuración exige replantear los procesos de Lifecycle Management. Los baselines tradicionales y los perfiles de host quedan obsoletos; el nuevo modelo requiere que cada clúster tenga una imagen de referencia y que la configuración se gestione de forma declarativa. En Q2BSTUDIO ayudamos a las empresas a diseñar estos modelos operativos, integrando agentes de IA para la detección temprana de desviaciones y la generación automática de remediaciones. Además, nuestra experiencia en cloud AWS y Azure permite trasladar las cargas de trabajo a entornos híbridos cuando la infraestructura local ya no resulta rentable o segura.

En conclusión, la actualización a VCF 9.1 no es un evento aislado; es la oportunidad de alinear la plataforma con las mejores prácticas actuales. Ignorar las obsolescencias o tratarlas como riesgos aceptados sin un plan de salida conduce a sorpresas desagradables en la ventana de mantenimiento. La clave está en clasificar cada cambio, asignar un propietario, definir un estado objetivo, probar el impacto operativo y revalidar la evidencia hasta la fecha del cambio. En empresas de tecnología como Q2BSTUDIO, creemos que una actualización bien ejecutada debe pasar desapercibida para el negocio. Eso solo se consigue cuando las decisiones arquitectónicas, las comprobaciones de compatibilidad y los planes de migración se completan antes de que comience la ventana de cambio.

¿UNA PAUSA?

Juega un momento antes de irte

NUESTROS SERVICIOS

Cómo podemos ayudarte

¿Tienes un proyecto en mente?

Cuéntanos tu visión y la convertimos en una solución de software. Sea cual sea el alcance, hacemos realidad tu idea.