VMware Cloud Foundation (VCF) 9 : architecture, déploiement et bonnes pratiques

Depuis le rachat de VMware par Broadcom, l'offre s'est resserrée autour de deux produits : VMware vSphere Foundation (VVF) et VMware Cloud Foundation (VCF). VCF est devenu le cœur de la stratégie : une plateforme de cloud privé complète qui réunit calcul, stockage, réseau, sécurité, supervision et automatisation, livrée et mise à jour comme un tout cohérent. La version 9.0 est sortie en juin 2025, la 9.1 en juin 2026 et la 9.1.1, première version de maintenance de cette branche, en septembre 2026.

Cet article fait le point sur l'architecture de VCF 9, les choix de conception à faire avant le déploiement et les bonnes pratiques d'exploitation.

Ce que contient VCF

Les concepts clés : flotte, instance, domaine

• Flotte : l'ensemble de votre cloud privé, piloté par des services communs (VCF Operations, VCF Automation, gestion du cycle de vie de la flotte, fournisseur d'identité).
• Instance : un déploiement VCF, généralement un site ou un datacenter, avec son propre SDDC Manager. Une flotte peut regrouper plusieurs instances.
• Domaine de gestion : le premier domaine de chaque instance. Il héberge les composants d'administration (SDDC Manager, vCenter et NSX de gestion, appliances VCF Operations et Automation). On n'y fait pas tourner les applications métier.
• Domaines de charge de travail : chacun dispose de son vCenter, utilise un NSX dédié ou partagé, et regroupe un ou plusieurs clusters. C'est l'unité d'isolation : production et hors production, filiales, besoins réglementaires, ou environnements Kubernetes.

Préparer le déploiement

Un projet VCF se gagne dans la préparation. Le VCF Installer vérifie les prérequis et refuse de continuer au moindre écart : mieux vaut les traiter en amont.

1. Matériel : serveurs certifiés (ReadyNodes vSAN de préférence), homogènes au sein d'un cluster, disques NVMe pour vSAN ESA, au moins deux cartes réseau 25 GbE par hôte.
2. Réseau : VLAN distincts pour la gestion, vMotion, vSAN et les TEP NSX ; MTU de 9000 recommandé sur vMotion, vSAN et l'overlay ; appairage BGP prêt si les passerelles NSX doivent annoncer les réseaux.
3. Services d'infrastructure : DNS direct et inverse pour chaque composant, NTP fiable et commun, autorité de certification si les certificats doivent être émis par l'entreprise.
4. Dépôt logiciel : en ligne, ou hors ligne pour les environnements isolés, avec l'outil de téléchargement VCF.
5. Fiche de planification : noms, adresses, VLAN, comptes et tailles d'appliances, validés par toutes les équipes (réseau, sécurité, stockage) avant le jour J.

Le domaine de gestion demande quelques hôtes dédiés (trois ou quatre selon le stockage et le niveau de disponibilité visés). Prévoir un hôte de plus que le minimum permet de garder la redondance pendant les maintenances.

Cycle de vie : le vrai bénéfice de VCF

VCF publie une nomenclature validée : chaque version garantit la compatibilité entre ESX, vCenter, vSAN, NSX et les outils d'administration. Les mises à jour suivent un ordre imposé, d'abord la gestion de la flotte, puis les services de gestion, puis les domaines. Les Express Patches, cumulatifs, corrigent les failles entre deux versions de maintenance.

En pratique, cela réduit fortement le risque des mises à jour, à condition de :

• garder les micrologiciels et pilotes des serveurs alignés grâce aux images vSphere Lifecycle Manager ;
• réaliser les pré-vérifications quelques jours avant la fenêtre de maintenance ;
• sauvegarder SDDC Manager, vCenter et NSX vers un serveur SFTP avant chaque opération ;
• ne pas laisser dériver les versions : un retard de plusieurs versions complique fortement le rattrapage.

VCF ou VVF ?

Les deux offres sont vendues en abonnement, au nombre de cœurs. Les modules de sécurité avancée (IDS/IPS et prévention des malwares, sous la marque vDefend) et certains services de données s'ajoutent en option. Les conditions commerciales évoluent souvent : validez-les avec votre partenaire avant de dimensionner.

Migrer un environnement vSphere existant

Il n'est pas nécessaire de tout reconstruire. Un environnement vSphere existant peut être importé dans VCF et devenir un domaine de gestion ou de charge de travail, à condition de respecter les versions et la topologie prises en charge. Pour les parcs anciens ou hétérogènes, une migration progressive vers de nouveaux domaines, avec vMotion entre vCenter ou HCX, reste souvent plus propre.

Bonnes pratiques

• Séparer clairement gestion et production : le domaine de gestion doit rester petit, stable et protégé.
• Découper les domaines par besoin réel (isolation, cycle de vie, licences), pas par habitude : chaque domaine a un coût d'exploitation.
• Centraliser l'identité avec le fournisseur d'identité de la flotte et l'authentification multifacteur pour les administrateurs.
• Envoyer les journaux de tous les composants vers une plateforme centrale (VCF Operations for Logs ou Graylog) et les exploiter dans le SOC.
• Automatiser dès le départ : l'API de SDDC Manager et VCF Automation évitent les configurations manuelles divergentes.
• Tester la reprise : sauvegardes, restauration de SDDC Manager, procédures en cas de perte d'un hôte ou d'un site.

En résumé

VCF 9 apporte un cloud privé cohérent, avec un modèle d'exploitation proche du cloud public : libre-service, Kubernetes intégré, mises à jour orchestrées. Sa réussite repose sur une conception réfléchie des domaines, une préparation rigoureuse du réseau et des services d'infrastructure, et une discipline de mise à jour.

BS Core IT Consulting accompagne vos projets VMware de bout en bout : étude et conception VCF, déploiement, migration depuis vSphere, extension vers le cloud et formation de vos équipes.