Les clients disposant d’une infrastructure Dell VxRail disposent désormais d’une feuille de route officielle pour mettre à jour leurs systèmes existants vers VMware Cloud Foundation (VCF) 9.1, sans avoir besoin d’effacer, de réinstaller les hôtes ou de remplacer nécessairement le matériel.

Dell Technologies et VMware ont élaboré conjointement cette procédure, qui introduit également une évolution majeure pour les futures extensions : certains environnements pourront combiner des clusters VxRail avec des Dell vSAN Ready Nodes au sein d’une même instance de VCF.

Les points clés de VxRail et VMware Cloud Foundation 9.1 en 30 secondes

• Dell et VMware ont conçu une mise à jour in-place de VxRail vers VCF 9.1 pour les configurations compatibles.
• Il n’est pas nécessaire d’effacer, de réinstaller ou de reconfigurer les hôtes VxRail durant le processus.
• La mise à jour requiert VMware 5.2.2 ou une version ultérieure, ainsi que VxRail 8.0.361 minimum avant de commencer.
• VCF 9.1 permet de combiner VxRail et Dell vSAN Ready Nodes sous certaines conditions spécifiques.
• Stretch Clusters, Nœuds Dynamiques, configurations à deux nœuds et Nœuds Satellites devront attendre une version ultérieure.

Cette annonce est importante car elle modifie les options disponibles pour les entreprises ayant investi massivement dans une infrastructure hyperconvergée VxRail, leur offrant maintenant une alternative pour intégrer ces systèmes dans la nouvelle génération de VMware Cloud Foundation.

La solution n’est plus nécessairement de renouveler le matériel pour passer à VCF 9.1. Les systèmes conformes aux critères peuvent suivre la procédure standard de mise à jour de VxRail, en conservant leurs serveurs existants.

Une mise à jour du VxRail déjà installé

L’aspect le plus essentiel de cette annonce réside dans le mot in-place.

Dell et VMware ont développé une méthode qui évite de devoir reformater ou retirer les hôtes VxRail, offrant une migration « sans effacement » — c’est-à-dire une mise à jour directe sur place.

Certaines conditions préalables sont nécessaires.

Avant de débuter la migration, la version VMware doit être au minimum 5.2.2 et VxRail doit avoir été mis à jour au moins à 8.0.361. Une fois ces critères remplis, les administrateurs peuvent suivre la procédure officielle pour mettre à niveau vers VCF 9.1 en douceur.

Cela peut être particulièrement avantageux pour les installations où les serveurs sont encore apte à durer plusieurs années.

Renouveler une plateforme hyperconvergée ne concerne pas uniquement le coût du matériel. Cela implique souvent la planification de capacité, des migrations, des fenêtres de maintenance, des modifications réseau et stockage, des tests et un travail d’ingénierie conséquent.

Une mise à jour supportée sur l’infrastructure existante permet de dédier deux décisions souvent liées mais distinctes : mettre à jour la plateforme logicielle et renouveler l’équipement physique.

Attention cependant : toutes les configurations VxRail ne sont pas éligibles à cette mise à jour. Seules celles conformes aux limites hardware vérifiées par Dell peuvent en bénéficier.

De plus, certaines architectures restent exclues pour l’instant.

Les clients utilisant Stretch Clusters, Nœuds Dynamiques, configurations à deux nœuds ou Nœuds Satellites devront attendre une version ultérieure de VCF pour bénéficier d’une mise à jour supportée. VMware n’a pas encore précisé de calendrier pour cette compatibilité.

VCF 9.1 ouvre la voie à une certaine diversification matérielle

Une autre avancée majeure concerne la flexibilité épousée par cette nouvelle version.

Historiquement, les déploiements de VMware Cloud Foundation s’appuyaient sur une forte homogénéité de l’infrastructure, à base de VxRail ou de vSAN Ready Nodes. Avec VCF 9.1, cette séparation est partiellement levée.

Une instance de VCF déployée sur VxRail peut désormais intégrer de nouveaux domaines de charge construits avec Dell vSAN Ready Nodes. Les organisations peuvent ainsi conserver leurs clusters VxRail existants tout en élargissant leur capacité avec une architecture Dell supportée dès que leur besoin évolue.

Cela ne signifie pas que VMware autorise un mélange illimité de matériel non certifié.

Les contraintes sont bien précises :

Dans chaque Workload Domain, le hardware doit rester homogène — soit entièrement VxRail, soit entièrement Dell vSAN Ready Nodes.

De plus, si VxRail est déjà déployé dans une instance VCF, le Management Domain doit rester exclusivement sur VxRail.

Il n’est pas autorisé d’intégrer des vSAN Ready Nodes tiers dans une instance VCF sur VxRail ; le matériel doit être validé et supporté par Dell.

Ainsi, parler de VCF 9.1 comme d’une plateforme totalement indépendante du hardware serait inexact.

Il existe plus de flexibilité qu’auparavant, mais dans des limites clairement définies.

Deux modèles de cycle de vie intégrés dans une même VCF

L’utilisation de différentes infrastructures dans une seule plateforme soulève également la question de leur gestion : comment assurer la maintenance et la mise à jour de chaque cluster ?

VCF 9.1 prévoit des mécanismes distincts en fonction de chaque type d’infrastructure.

Les clusters VxRail continuent d’utiliser leur Lifecycle Management (LCM) intégré, tandis que ceux déployés sur Dell vSAN Ready Nodes suivent la procédure classique de gestion du cycle de vie recommandée par VCF.

En amont, VCF Operations et SDDC Manager orchestrent la gestion globale, coordonnant compute, stockage et réseau.

Cette architecture repose sur des technologies telles que vSphere, vSAN et NSX.

Elle permet de conserver les particularités opérationnelles de VxRail tout en offrant une certaine modularité pour ajouter ou faire évoluer des domaines de charge en utilisant d’autres types de nœuds compatibilisés.

Pour une grande organisation, cela peut représenter une évolution progressive, permettant de continuer à exploiter des clusters VxRail tout en introduisant de nouvelles architectures pour répondre à de futures exigences.

Le rôle de VxRail se redéfinit, mais ne disparaît pas

Cette évolution contribue également à dissiper les doutes sur la pérennité de VxRail dans l’écosystème VMware Cloud Foundation.

VMware insiste sur le fait que VCF sur VxRail reste une solution exclusive Dell, conçue et supportée par le fabricant.

Par ailleurs, VCF 9.1 cherche à uniformiser ces diverses architectures en proposant une plateforme plus cohérente, tout en conservant l’intégration spécifique de VxRail.

Ce changement aboutit à un nouveau modèle d’intégration où VxRail, tout en restant incontournable, n’impose plus que tous les nouveaux domaines de charge doivent impérativement utiliser VxRail.

Ce qui offre une flexibilité accrue pour les responsables de l’infrastructure :

• Ils peuvent continuer à exploiter leurs clusters VxRail tant qu’ils sont opérationnels et supportés,
• tout en intégrant progressivement des Ready Nodes ou d’autres solutions compatibles selon leur planification.

L’annonce permet ainsi aux organisations de différer une décision de remplacement global, surtout si leur investissement en VxRail demeure rentable sur le long terme.

Elle offre aussi le temps nécessaire pour évaluer le coût total de la continuité dans VMware Cloud Foundation, en tenant compte de licences, support, capacités, et autres facteurs stratégiques.

Une nouvelle option pour les entreprises envisageant une révision de leur virtualisation

Ce communiqué intervient à un moment où nombre d’organisations revoient leur stratégie de virtualisation, envisageant des plateformes comme Proxmox VE, Nutanix AHV, Hyper-V ou OpenStack pour certains workloads.

Pour une entreprise utilisant VxRail, cette situation présente une particularité : elle a déjà investi dans une infrastructure étroitement liée à VMware.

La compatibilité avec VCF 9.1 offre la possibilité de prolonger la durée de vie de cette infrastructure, en retardant ou en évitant une migration immédiate vers une nouvelle plateforme.

Toutefois, cela ne supprime pas les raisons pour lesquelles une entreprise pourrait envisager d’autres options, telles que le coût, la compatibilité, ou la stratégie à long terme.

La décision dépendra alors de plusieurs facteurs : coûts de licence, fonctionnalités, dépendances technologiques, automatisation, compétences internes et horizon de renouvellement.

Ce qui change avec cette annonce, c’est la diversification des possibilités offertes aux utilisateurs de VxRail :

• Ils ne sont plus contraints de décider immédiatement entre remplacer leur infrastructure ou abandonner VxRail ;
• ils peuvent plutôt mettre à jour leur VxRail existant vers VCF 9.1, le maintenir tant qu’il reste pertinent, puis planifier l’intégration de nouveaux domaines de charge avec d’autres architectures。

Cela offre une flexibilité précieuse, particulièrement pour les entreprises avec d’importants investissements en équipements encore largement opérationnels.

Questions fréquentes

Peut-on mettre à jour un VxRail existant vers VMware Cloud Foundation 9.1 ?

Oui, dans le cadre de configurations compatibles. Dell et VMware ont défini une procédure officielle in-place nécessitant au préalable VMware 5.2.2 ou une version ultérieure, et VxRail 8.0.361 ou plus récent.

Faut-il effacer ou réinstaller les serveurs VxRail ?

Non, pas avec cette méthode. VMware indique que la procédure n’implique pas de faire un repave, c’est-à-dire effacer et reconfigurer les hôtes VxRail.

VCF 9.1 permet-il de mélanger VxRail avec d’autres serveurs ?

Il autorise la combinaison de clusters VxRail et Dell vSAN Ready Nodes dans une même instance, selon les conditions fixées par Dell. En revanche, les vSAN Ready Nodes de tiers ne sont pas supportés dans une instance VCF sur VxRail. Chaque Workload Domain doit utiliser un matériel homogène.

Tous les environnements VxRail peuvent-ils être déjà mis à jour ?

Non. Les Stretch Clusters, Nœuds Dynamiques, configurations à deux nœuds ou Nœuds Satellites devront attendre une version ultérieure à VCF 9.1 pour bénéficier d’un chemin de mise à jour supporté.