Los clientes que mantienen infraestructura Dell VxRail ya disponen de una ruta oficial para actualizar sus sistemas existentes a VMware Cloud Foundation (VCF) 9.1 sin borrar y reinstalar los hosts ni sustituir necesariamente el hardware. Dell Technologies y VMware han desarrollado conjuntamente el procedimiento, que además introduce una novedad importante para futuras ampliaciones: determinados entornos podrán combinar clústeres VxRail con Dell vSAN Ready Nodes dentro de una misma instancia de VCF.

Las claves de VxRail y VMware Cloud Foundation 9.1 en 30 segundos

• Dell y VMware han creado una actualización in-place de VxRail a VCF 9.1 para configuraciones compatibles.
• No es necesario borrar, reinstalar ni reimaginar los hosts VxRail durante el proceso.
• Se requiere VMware 5.2.2 o posterior y VxRail 8.0.361 como mínimo antes de iniciar la actualización.
• VCF 9.1 permite combinar VxRail y Dell vSAN Ready Nodes bajo unas condiciones concretas.
• Stretch Clusters, Dynamic Nodes, configuraciones de dos nodos y Satellite Nodes deberán esperar una versión posterior.

El anuncio es relevante porque cambia las opciones disponibles para empresas que realizaron inversiones importantes en infraestructura hiperconvergente VxRail y que ahora estudian cómo encajar esos sistemas dentro de la nueva generación de VMware Cloud Foundation.

La alternativa ya no pasa necesariamente por renovar el hardware para entrar en VCF 9.1. Los sistemas que cumplan los requisitos establecidos pueden seguir el procedimiento habitual de actualización de VxRail y conservar los servidores existentes.

Una actualización sobre el VxRail que ya está instalado

La característica probablemente más importante del anuncio está resumida en dos palabras utilizadas por VMware: in-place.

Dell y VMware han desarrollado conjuntamente una ruta que evita tener que hacer un repave, es decir, borrar y volver a crear los hosts de los appliances VxRail.

Hay condiciones previas.

Antes de iniciar la migración, el software VMware del entorno debe encontrarse en la versión 5.2.2 o posterior, mientras que VxRail debe haberse actualizado como mínimo a la versión 8.0.361. A partir de ahí, los administradores pueden utilizar el proceso establecido de actualización de VxRail para avanzar hacia VCF 9.1.

Esto puede ser especialmente importante para instalaciones con servidores que todavía tienen vida útil por delante.

La renovación de una plataforma hiperconvergente no afecta únicamente al precio de los servidores. Puede implicar planificación de capacidad, migraciones, ventanas de mantenimiento, cambios de red y almacenamiento, pruebas y horas de ingeniería.

Una actualización soportada sobre el hardware existente permite separar dos decisiones que no siempre tienen por qué producirse al mismo tiempo: actualizar la plataforma de software y renovar la infraestructura física.

Eso no significa que cualquier VxRail pueda actualizarse. Las configuraciones tienen que permanecer dentro de los límites de hardware y soporte validados por Dell.

También existen arquitecturas que todavía quedan fuera.

Los clientes que utilicen Stretch Clusters, Dynamic Nodes, configuraciones de dos nodos o Satellite Nodes tendrán que esperar a una versión posterior a VCF 9.1 para disponer de una ruta de actualización soportada. VMware no concreta en el anuncio una fecha para esa compatibilidad.

VCF 9.1 permite empezar a romper la homogeneidad del hardware

La segunda novedad puede resultar incluso más interesante a medio plazo.

Tradicionalmente, las implementaciones de VMware Cloud Foundation se apoyaban en una elevada homogeneidad de infraestructura. Una instalación basada en VxRail continuaba creciendo con VxRail, mientras una basada en vSAN Ready Nodes seguía el otro modelo.

VCF 9.1 flexibiliza parcialmente esa separación.

Una instancia de VCF sobre VxRail puede incorporar nuevos dominios de carga construidos con Dell vSAN Ready Nodes. La organización puede así mantener los clústeres VxRail existentes y utilizar otra arquitectura Dell compatible cuando necesite ampliar capacidad.

No significa que VMware permita mezclar libremente cualquier servidor certificado.

Las restricciones son bastante concretas.

Dentro de cada Workload Domain, el hardware tiene que continuar siendo homogéneo: el dominio estará compuesto completamente por VxRail o completamente por Dell vSAN Ready Nodes.

Además, cuando existen sistemas VxRail dentro de la instancia de VCF, el Management Domain debe permanecer exclusivamente sobre VxRail.

Tampoco están admitidos vSAN Ready Nodes de terceros dentro de una instancia VCF sobre VxRail. La posibilidad de combinar hardware se circunscribe al modelo validado y soportado por Dell.

Por tanto, hablar de VCF 9.1 como una plataforma completamente independiente del hardware sería incorrecto.

Hay más libertad que antes, pero dentro de unas fronteras claramente definidas.

Dos modelos de ciclo de vida bajo un mismo VCF

Gestionar hardware diferente dentro de una misma plataforma plantea además una cuestión operativa: cómo actualizar cada clúster.

VCF 9.1 mantiene mecanismos diferentes dependiendo de la infraestructura.

Los clústeres VxRail continúan utilizando su Lifecycle Management (LCM) integrado, mientras los clústeres construidos con Dell vSAN Ready Nodes utilizan el procedimiento estándar de ciclo de vida de VCF.

Por encima de ambos, VCF Operations y SDDC Manager proporcionan el plano de administración encargado de coordinar los diferentes componentes de computación, almacenamiento y red.

VCF continúa apoyándose para ello en tecnologías como vSphere, vSAN y NSX.

La arquitectura permite mantener las particularidades operativas de VxRail sin obligar a que toda futura ampliación utilice exactamente el mismo tipo de nodo.

Para organizaciones con una base instalada grande puede convertirse en una forma más gradual de evolucionar la infraestructura.

Un centro de datos podría conservar sus clústeres VxRail mientras tengan capacidad y soporte suficientes, actualizar la plataforma a VCF 9.1 y añadir posteriormente dominios de carga sobre Dell vSAN Ready Nodes cuando aparezcan nuevas necesidades.

VxRail no desaparece, pero su papel cambia

La colaboración también despeja parcialmente las dudas que podían tener algunos clientes sobre el futuro de VxRail dentro de VMware Cloud Foundation.

VMware señala expresamente que VCF sobre VxRail continúa siendo una solución exclusiva de Dell, diseñada y soportada por el fabricante.

Al mismo tiempo, VCF 9.1 intenta ofrecer capacidades de plataforma de forma más consistente entre las diferentes arquitecturas de hardware compatibles.

El resultado es un modelo algo diferente del que caracterizó inicialmente a la hiperconvergencia.

VxRail mantiene su integración específica, pero deja de obligar a que todos los nuevos dominios de carga de esa instancia utilicen necesariamente VxRail.

Para los departamentos de infraestructura esto amplía las opciones de planificación.

Una empresa puede decidir mantener VxRail, introducir progresivamente Ready Nodes o estudiar alternativas completamente diferentes cuando llegue el momento de renovar su plataforma. La existencia de una actualización a VCF 9.1 evita que esa decisión tenga que tomarse únicamente porque el software necesite avanzar de versión.

También proporciona tiempo para analizar otro factor inevitable: el coste total de continuar dentro de VMware Cloud Foundation.

Que el hardware pueda mantenerse no significa que la actualización sea automáticamente la mejor opción económica para todos los clientes. Licencias, soporte, necesidades de capacidad, duración restante de los equipos y estrategia de virtualización seguirán condicionando cada caso.

Una alternativa más para quienes estaban replanteando VMware

El anuncio llega además en un momento en el que numerosas organizaciones están revisando su estrategia de virtualización y evaluando plataformas como Proxmox VE, Nutanix AHV, Hyper-V u OpenStack para determinados escenarios.

Para un cliente VxRail esa evaluación tiene una particularidad: existe una inversión previa en una infraestructura diseñada alrededor de VMware.

Una ruta soportada hacia VCF 9.1 permite aprovechar durante más tiempo esa inversión y reduce la presión para realizar una migración inmediata.

Pero tampoco elimina las razones que pueden llevar a una empresa a estudiar otras plataformas.

La decisión dependerá de costes de licenciamiento, funcionalidades necesarias, dependencia tecnológica, automatización, competencias internas y horizonte previsto para renovar los servidores.

Lo que sí cambia con el anuncio de Dell y VMware es el número de opciones.

Los propietarios de VxRail compatibles ya no tienen que plantear necesariamente la situación como una elección inmediata entre sustituir infraestructura o abandonar la plataforma.

Ahora existe una tercera vía: actualizar el VxRail existente a VCF 9.1, mantenerlo mientras siga siendo adecuado y decidir posteriormente cómo evolucionar los nuevos dominios de carga.

Eso puede dar bastante más margen a los responsables de infraestructura que tengan cientos de miles de euros todavía invertidos en sistemas VxRail perfectamente operativos.

Preguntas frecuentes

¿Se puede actualizar un VxRail existente a VMware Cloud Foundation 9.1?

Sí, para las configuraciones compatibles. Dell y VMware han desarrollado una ruta oficial de actualización in-place que requiere previamente VMware 5.2.2 o posterior y VxRail 8.0.361 como mínimo.

¿Hay que borrar o reinstalar los servidores VxRail?

No en la ruta anunciada. VMware especifica que el procedimiento no requiere hacer repave, es decir, borrar y reimaginar los hosts VxRail.

¿VCF 9.1 permite mezclar VxRail con otros servidores?

Permite combinar clústeres VxRail y Dell vSAN Ready Nodes dentro de una misma instancia bajo las condiciones establecidas por Dell. No admite vSAN Ready Nodes de terceros en una instancia VCF sobre VxRail y cada Workload Domain debe utilizar hardware homogéneo.

¿Todos los entornos VxRail pueden actualizarse ya?

No. Stretch Clusters, Dynamic Nodes, configuraciones de dos nodos y Satellite Nodes deberán esperar una versión posterior a VCF 9.1 para disponer de una ruta soportada.