[VMware] VCF9.1.1 : Ce qui change par rapport à 9.1

Par




Sortie le 3 septembre 2026, en plein VMware Explore, VCF 9.1.1 est la première maintenance release de VMware Cloud Foundation 9.1. Pas de révolution fonctionnelle ici : 9.1 avait posé les grosses briques (VCF Management Services, License Server dédié, VCF Installer à la place de Cloud Builder…). 9.1.1 vient corriger, durcir et lisser l'expérience, avec quelques ajouts très appréciables, notamment pour les home labs.

Voici ce qui change concrètement entre les deux versions.

En bref : 9.1.0 = release de fonctionnalités (mai 2026). 9.1.1 = release de maintenance (septembre 2026) qui embarque tous les correctifs et Express Patches (EP) publiés depuis, plus une série d'améliorations d'usage.

1. Rappel : ce qu'avait apporté VCF 9.1.0

  • Nouveau plan de management : apparition des VCF Management Services (VCFMS), d'une appliance VCF License Server séparée, et de composants de lifecycle dédiés (Fleet LCM, SDDC LCM).
  • Cloud Builder disparaît au profit du VCF Installer (UI guidée + modèles JSON) ; l'UI SDDC Manager est dépréciée, le lifecycle passe dans VCF Operations.
  • Échelle : jusqu'à 5 000 hôtes ESX gérés par une instance VCF Operations.
  • Stockage : déduplication globale vSAN, UNMAP sur NFS 4.1, NVMe over RDMA.
  • Réseau : Distributed Transit Gateway et Virtual Network Appliance pour simplifier les VPC.
  • Kubernetes / IA : améliorations VKS, support GPU élargi (AMD, Intel, NVIDIA).
  • Fin de vie annoncée : vVols dépréciés ; pas de mise à niveau 9.1 pour Aria Suite Lifecycle, VMware Identity Manager et Aria Operations for Logs.

2. VCF 9.1 vs 9.1.1 : le tableau comparatif

SujetVCF 9.1.0VCF 9.1.1
Type de releaseFonctionnalitésMaintenance (cumul EP + correctifs sécurité)
Upgrade depuis VCF 9.0.2 EP02, VCF 5.2.4, vSphere 8.0 U3j❌ Non supporté✅ Supporté
VCF Download ToolBinaires classiquesOption --latest + commande artifacts (OCI, VKS, VKR)
Taille VCFMSDimensionnée pour le plus gros service Day-NRedimensionnée pour le Day-0 (1 worker de moins en Simple)
VCFMS « Small » en HA❌✅ Option Small HA
Dépôt offline HTTP / URL personnaliséeAPI uniquementDisponible dans l'UI du VCF Installer
Disques NVMe non certifiés vSAN ESA (lab)Contournement manuelNatif dans l'Installer et le commissioning
Déploiement sur un seul ESX (lab)API / JSON uniquementPossible depuis l'UI
VPC VLAN sans TEP❌✅

3. Le point clé : les upgrades « back-in-time »

Plusieurs versions publiées après VCF 9.1.0 (VCF 9.0.2 EP02, VCF 5.2.4, vSphere 8.0 U3j) étaient plus récentes que 9.1.0 en termes de correctifs : impossible donc de « remonter » vers 9.1.0. C'est ce qu'on appelle le back-in-time.

Avec 9.1.1, ces sources disposent enfin d'un chemin d'upgrade supporté.

Retour terrain : la documentation Broadcom cite vSphere 8.0 U3j, mais des utilisateurs rapportent avoir migré un vCenter 8.0 U3k vers 9.1.1 sans difficulté. Vérifiez la matrice d'interopérabilité avant de vous lancer en production.

4. Attention à l'ordre de mise à jour

Normalement, il n'y a pas d'ordre imposé pour appliquer une maintenance release ou un EP. 9.1.1 fait exception (les pré-checks intégrés vous bloqueront de toute façon) :

  1. Fleet LCM doit passer en 9.1.1 avant tous les autres composants VCF ;
  2. VCFMS doit être en 9.1.1 avant l'Identity Broker et Salt Master / RaaS ;
  3. VCF Automation doit être en 9.1.1 avant le composant VCD Migrator.
Ces exceptions sont propres à 9.1.1 et devraient disparaître dans une prochaine maintenance release. Planifiez votre fenêtre en conséquence.

5. VCF Download Tool : enfin la dernière version de tout, en une commande

Avec la multiplication des Express Patches, savoir quelle est la dernière version de chaque composant devenait pénible. L'option --latest filtre automatiquement sur les derniers EP, pour une installation comme pour un upgrade.

Lister les derniers binaires nécessaires à une installation :

vcf-download-tool binaries list \
  --depot-download-token-file=/chemin/vcf_download_token.txt \
  --vcf-version=9.1.0 --sku=VCF --type=INSTALL \
  --automated-install --latest

Nouveauté appréciée côté Kubernetes : la commande artifacts gère désormais les artefacts OCI (Supervisor, VKS, VKR, DSM, VCF CLI…). On choisit précisément les VKR à télécharger, au lieu de s'abonner à toute la Content Library :

vcf-download-tool artifacts list \
  --depot-download-activation-code-file=/chemin/vcf_activation_code.txt \
  --sku=VCF --vcf-version=9.1.0 --component=VKR
Pour mettre à jour le VCF Download Tool lui-même, il suffit de remplacer le binaire par la version 9.1.1.

6. VCF Management Services : plus léger, et HA dès le format Small

  • Empreinte réduite : en 9.1.0, les VM VCFMS étaient dimensionnées pour accueillir le plus gros service optionnel. En 9.1.1, elles sont taillées pour le Day-0. Exemple : en déploiement Simple, un worker node de moins (12 vCPU / 24 Go de RAM économisés).
  • Small HA : la haute disponibilité n'oblige plus à passer à la taille supérieure. Valeur JSON : small_ha dans le vspClusterSpec. Un déploiement Small existant peut être étendu en Small HA en Day-N (VCF Operations > Build > Lifecycle > VCF Management > Components > VCF Services Runtime > Action > Scale).
Si vous faites un upgrade 9.1 → 9.1.1, la taille des VCFMS existants ne change pas automatiquement : un script de redimensionnement est à lancer une fois tous les composants VCFMS passés en 9.1.1. VCF Automation, lui, n'a pas de format Small HA et reste une appliance unique.

7. Les petits plus qui changent la vie… surtout en home lab

  • Dépôt offline en HTTP / URL personnalisée directement dans l'UI du VCF Installer (c'était réservé à l'API en 9.1.0).
  • NVMe non certifiés pour vSAN ESA acceptés nativement par l'Installer (propriété JSON skipHclAutoDiskClaim) et lors du commissioning d'hôtes, sans override de configuration. Pensez à désactiver le vSAN Managed Disk Claim avant d'ajouter l'hôte au cluster.
  • Déploiement sur un seul hôte ESX possible depuis l'UI de l'Installer, quand l'override est configuré.
  • VPC adossé à un VLAN sans réseau TEP sur les hôtes : moins de configuration pour démarrer avec les VPC. Limites : pas de sous-réseaux privés VPC, pas de SNAT/DNAT/VPN, pas de protocoles non-IP (VRRP, multicast).
NVMe non certifiés et déploiement mono-hôte : lab et PoC uniquement. En production, seuls les disques listés au Broadcom Compatibility Guide et la configuration minimale officielle d'hôtes sont supportés.

8. Côté VCF Operations et automatisation

  • Observabilité : opérations assistées par IA et observabilité Kubernetes (VKS) de bout en bout.
  • Certificats : la gestion du cycle de vie couvre désormais les NSX Edges, les Supervisors, les License Servers, le cloud proxy VCF Operations et les collecteurs VCF Operations for networks.
  • Licences : tableaux de bord de santé et alertes dédiés dans VCF Operations.
  • SDK / PowerCLI / Terraform : release orientée sécurité (durcissement de la validation des certificats, mise à jour des dépendances). Le SDK Python supporte Python 3.10 à 3.14.

Faut-il passer en 9.1.1 ?

Oui, sans hésiter si :

  • vous êtes bloqué par un problème de back-in-time (VCF 5.2.4, 9.0.2 EP02, vSphere 8.0 U3j) ;
  • vous préparez un nouveau déploiement : autant partir directement sur la version qui cumule tous les correctifs et dimensionne mieux les VCFMS ;
  • vous montez un home lab : l'UI accepte enfin les configurations « non standard » sans bidouille.

Si vous êtes déjà en 9.1.0, c'est une mise à jour de maintenance recommandée, mais respectez scrupuleusement l'ordre Fleet LCM → VCFMS → reste des composants.

Dans un prochain billet, je testerai le passage en 9.1.1 sur mon home lab. Stay tuned !

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

[VMware] Migration vCenter 8 vers vCenter 9 ( 1/3)

Par
Image
  1/4 Il est maintenant temps de migrer son vCenter de la version 8 vers la version 9 en mode VVF. Voici donc un mode opératoire de migration du vCenter, dans un premier temps, puis la migration d'un ESX 8 vers 9. Après avoir téléchargé les sources vCenter et ESXi sur le site de VMware , vérifier l'ensemble des prérequis suivants: 1. Compatibilité plateforme Version source supportée : 👉 VMware vCenter Server 8.x doit être dans une build officiellement upgradable vers 9 (éviter les builds trop anciennes → patcher en dernier 8.x avant migration) ESXi minimum supporté par vCenter 9 → vérifier que tous les hôtes ne sont pas en version obsolète (sinon ils apparaîtront en “legacy managed hosts”) Vérification HCL matériel si vCenter gère du hardware ancien 2. Santé de l’appliance vCenter Avant toute migration : /storage partitions non saturées → au moins 20% libre recommandé Pas d’alertes critiques dans : vCenter Health vMon services certificat expiré...
Read more »

[VMware] Migration ESXi 8 vers ESXi 9

Par
Image
  Maintenant que le vCenter est migré en version 9, il est temps de migrer les ESXi qui y sont connectés. Update Manager est désormais définitivement abandonné, il faut donc utiliser les "Images" de Lifecycle Manager. Dans le menu déroulant du vCenter, aller sur "Lifecycle Manager" Suivre les étapes suivantes afin d'uploader les sources de vSphere 9 sur le vCenter Parcourir son stockage, puis sélectionner les sources (fichier zip), téléchargées également depuis le site de VMware Attendre la fin de l'upload Revenir dans la vie "Host and Clusters", puis dans "Mises à jour", aller modifier la version de vSphere associée à l'image de l'hôte ESXi. Sélectionner vSphere 9, et Enregistrer   L'image associée à l'hôte n'est donc plus conforme, comme le le vCenter nous l'indique. Mettre l'hôte ESXi en maintenance vMotion déplace les VMs Power-On vers les autres ESXi du cluster L'ESXi a besoin de rebooter Cliquer sur ...
Read more »

[VMware] Migration vCenter 8 vers vCenter 9 ( 2/3)

Par
Image
  Maintenant que les sources sont téléchargées et que l'ensemble des prérequis ont été vérifiés, passons à la mise à niveau à proprement parlé : Etape 1 sur 2  Lancer installer.exe situé sur "F:\vcsa-ui-installer\win32" Sélectionner " Mise à niveau "   Déployer une instance de vCenter Server Accepter le CLUF Renseigner les informations de connexion au vCenter source Puis, on indique toutes les IPs et les crédenciales de connexion Visionneuse de certificats Déclarer sur quel vCenter ou ESXi sera déployé le nouveau vCenter De nouveau, valider la visionneuse de certificats, puis choisir le répertoire dans lequel la VM "vCenter9" sera déployée et l'ESX qui l'hébergera ( si DRS n'est pas activé) Définir le nom de la VM, et son mot de passe "root" Choisir la taille du vCenter que l'on souhaite Puis le Datastore où sera stockée la VM Il est maintenant temps de configurer l'IP temporaire qu'aura la VM "vCenter9" le ...
Read more »