Introduite en mai 2026 avec VMware Cloud Foundation (VCF) 9.1, la nouvelle vue Effective Capacity marque une évolution importante dans la gestion et le suivi de la capacité de stockage au sein de VMware vSAN Express Storage Architecture (ESA).
Jusqu’à présent, vSAN présentait principalement la capacité sous une forme brute (Raw Capacity), obligeant les administrateurs à tenir compte des surcoûts liés à la résilience RAID, des réservations système et des mécanismes d’optimisation du stockage pour déterminer la capacité réellement exploitable.
Avec Effective Capacity, Broadcom adopte une approche plus proche de celle des baies de stockage traditionnelles : afficher directement une capacité utilisable, après prise en compte des principaux overheads d’infrastructure.
Cette évolution, étroitement liée à Auto-RAID, simplifie la lecture de la consommation de stockage et apporte une meilleure visibilité pour le Capacity Management.
Mais que représente réellement cette nouvelle capacité effective ? Comment vSAN la calcule-t-il et quelles sont les conséquences pour le dimensionnement et l’exploitation des infrastructures ?
1. De Raw Capacity à Effective Capacity : ce qui change
Dans les versions précédentes de vSAN, la capacité totale affichée correspondait essentiellement à la somme des capacités physiques des périphériques de stockage intégrés au cluster.
La consommation tenait également compte des données supplémentaires nécessaires à leur protection, selon les politiques SPBM appliquées aux objets.
Par conséquent, déterminer la capacité réellement utilisable nécessitait de prendre en compte plusieurs paramètres :
- Les niveaux de protection RAID et FTT.
- Les réservations système et les métadonnées.
- Les réserves nécessaires aux opérations de maintenance et de reconstruction.
- Les mécanismes de déduplication et de compression.
- Les différences de consommation entre les politiques de stockage.
Cette approche pouvait rendre le Capacity Planning plus complexe, notamment dans les environnements utilisant plusieurs politiques de résilience.
Avec Effective Capacity dans vSAN 9.1, le système prend directement en compte les overheads nécessaires et présente une capacité utilisable plus représentative de ce que le cluster peut réellement fournir.
| Avant VCF 9.1 | Avec Effective Capacity |
|---|---|
| Capacité principalement exprimée en Raw Capacity | Capacité exprimée en espace effectivement utilisable |
| Overhead RAID à interpréter | Overhead de protection déjà intégré |
| Réservations opérationnelles à prendre en compte | Réserves intégrées au calcul |
| Consommation des VM incluant l’overhead de résilience | Consommation présentée du point de vue des VM |
| Multiples calculs pour le Capacity Planning | Lecture simplifiée de la capacité disponible |
Il ne s’agit donc pas d’une augmentation physique de la capacité du cluster, mais d’un changement dans la manière de la mesurer et de la présenter.
2. Comment fonctionne la nouvelle vue Effective Capacity ?
Broadcom organise la nouvelle interface de capacité en deux sections complémentaires :
- Effective Capacity, consacrée à la capacité utilisable du cluster.
- Space Efficiency, consacrée aux gains apportés par les mécanismes d’optimisation du stockage.
Effective Capacity : la capacité réellement utilisable
Cette première section présente trois indicateurs principaux.
| Indicateur | Description |
|---|---|
| Total Usable Capacity | Capacité totale exploitable après prise en compte des overheads et réservations |
| Used Capacity | Capacité consommée, après application des mécanismes d’efficacité du stockage |
| Free Usable Capacity | Capacité encore disponible, sans anticipation des gains futurs de compression ou de déduplication |
La différence majeure réside dans la manière dont vSAN présente l’espace libre.
Free Usable Capacity ne correspond pas simplement à la capacité brute restante.
Elle représente une capacité utilisable après prise en compte des exigences de protection et des réserves nécessaires au fonctionnement du cluster.
Autre distinction importante : vSAN n’anticipe pas les éventuels gains futurs liés aux mécanismes de réduction des données.
Cette approche évite de surestimer la capacité disponible sur la base d’hypothèses de compression ou de déduplication qui pourraient ne pas se confirmer.
Space Efficiency : mesurer les gains d’optimisation
La seconde section permet de comprendre les économies de stockage réalisées grâce aux fonctionnalités d’efficacité de vSAN.
Elle présente notamment :
- Data Reduction Ratio : gains liés à la déduplication et à la compression.
- Thin Provisioning Savings Ratio : économies associées à l’allocation dynamique du stockage.
- Snapshot Savings Ratio : gains liés à l’efficacité des mécanismes de snapshots.
- Overprovisioning Ratio : rapport permettant d’évaluer le niveau de provisionnement par rapport aux ressources de stockage disponibles.
Les ratios sont exprimés sous une forme telle que 2:1, 4:1 ou 6:1.
Pour le Data Reduction Ratio, un ratio de 4:1 signifie par exemple qu’un volume logique de 400 Go de données équivalentes occupe environ 100 Go après réduction, sur le périmètre mesuré.
Il ne faut toutefois pas assimiler ce ratio à un multiplicateur garanti de la capacité libre.
Les gains effectifs varient selon la nature des données et l’activité des workloads.
3. Auto-RAID : un prérequis essentiel
L’une des particularités d’Effective Capacity est sa dépendance directe à Auto-RAID.
Broadcom confirme que la nouvelle vue de capacité nécessite l’utilisation d’Auto-RAID dans vSAN ESA avec VCF 9.1.
Cette dépendance est cohérente avec l’évolution de la gestion de la résilience.
Avec Auto-RAID, vSAN détermine automatiquement les niveaux de protection adaptés à la topologie du cluster, plutôt que de s’appuyer sur des choix de résilience hétérogènes définis manuellement pour chaque workload.
Cela permet au système de calculer plus simplement une capacité utilisable cohérente avec les paramètres de protection appliqués.
Nous avons détaillé ce fonctionnement dans notre article VMware vSAN Auto-RAID
Quels clusters peuvent bénéficier d’Effective Capacity ?
Deux situations doivent être distinguées.
Nouveaux clusters vSAN ESA sous VCF 9.1
Auto-RAID étant activé par défaut, la nouvelle vue Effective Capacity est disponible lorsque les conditions de fonctionnement sont remplies.
Clusters existants mis à niveau vers VCF 9.1
Ces clusters peuvent conserver leurs anciennes politiques SPBM après la mise à niveau.
Pour bénéficier d’Effective Capacity, ils doivent adopter Auto-RAID, notamment via :
- La politique
vSAN ESA Auto-RAID Policy. - L’option
Apply Auto-RAID to all objects.
Sans Auto-RAID, vSAN conserve la vue de capacité historique.
La mise à niveau vers VCF 9.1 ne suffit donc pas, à elle seule, à garantir l’utilisation de la nouvelle vue Effective Capacity sur un cluster existant.
4. La gestion des réserves de capacité évolue également
Dans les versions précédentes, le dimensionnement d’un cluster vSAN nécessitait de tenir compte de réserves spécifiques, notamment :
- Operations Reserve : espace destiné aux opérations internes de vSAN.
- Host Rebuild Reserve : capacité réservée pour permettre la reconstruction après une défaillance d’hôte.
Ces paramètres faisaient partie des éléments à intégrer lors de l’analyse de la capacité disponible.
Avec Effective Capacity et Auto-RAID, Broadcom indique que les réserves nécessaires aux opérations du cluster et aux défaillances sont automatiquement prises en compte dans le calcul de la capacité utilisable.
Les anciens mécanismes de réservation ne sont donc plus exposés de la même manière dans l’interface Effective Capacity.
Concrètement, l’administrateur n’a plus à déduire manuellement les réserves opérationnelles de la capacité annoncée comme disponible.
Cela constitue une simplification intéressante pour le Capacity Management.
Il faut néanmoins distinguer cette évolution de la gestion opérationnelle des ressources.
Le dimensionnement des hôtes, les exigences de résilience, les opérations de maintenance et les perspectives de croissance doivent toujours être pris en compte dans la conception de l’infrastructure.
5. Une présentation plus cohérente de la consommation des VM
Effective Capacity modifie également la manière dont vSAN présente la consommation de stockage des machines virtuelles.
Auparavant, les informations affichées pouvaient inclure la capacité supplémentaire nécessaire à la résilience des objets.
Prenons l’exemple d’une VM disposant de 100 Go de stockage provisionné, protégée par une politique RAID-6 avec FTT=2.
| Indicateur | Ancienne présentation | Nouvelle présentation |
|---|---|---|
| Capacité provisionnée de la VM | Environ 150 Go avec l’overhead RAID | Environ 100 Go |
| Protection des données | RAID-6, FTT=2 | RAID-6, FTT=2 |
| Overhead de résilience | Visible dans les statistiques de capacité | Intégré dans le calcul de capacité effective |
Dans cet exemple, la protection des données reste identique.
Ce qui change, c’est la présentation des statistiques de capacité, désormais davantage alignée sur l’espace provisionné et consommé du point de vue de la VM.
Cette évolution facilite notamment :
- Le suivi de la consommation des workloads.
- La comparaison entre les environnements de stockage.
- Les analyses de capacité par application ou service.
- La lecture des indicateurs dans les activités d’exploitation.
Elle réduit également les écarts d’interprétation entre capacité logique, capacité physique et overhead de protection.
6. Quels impacts sur le Capacity Planning et l’architecture vSAN ?
L’intérêt d’Effective Capacity ne se limite pas à une meilleure présentation dans vSphere Client.
Cette évolution peut également améliorer les pratiques de gestion de capacité, notamment dans les environnements mutualisés.
Une lecture plus directe de la capacité disponible
Les administrateurs disposent d’un indicateur plus représentatif de l’espace réellement utilisable, sans devoir appliquer manuellement plusieurs coefficients liés à la résilience.
Cela simplifie le suivi de la consommation et l’identification des besoins d’extension.
Des indicateurs plus cohérents entre les clusters
Dans une infrastructure comprenant plusieurs clusters vSAN ESA, la combinaison d’Auto-RAID et d’Effective Capacity permet de standardiser davantage la présentation des capacités.
Cette cohérence est particulièrement utile pour consolider les indicateurs de stockage et comparer les ressources disponibles.
Une meilleure visibilité sur l’efficacité réelle
La distinction entre Effective Capacity et Space Efficiency permet de séparer deux notions souvent confondues :
- La capacité utilisable garantie par le modèle de protection et les réserves du cluster.
- Les gains complémentaires obtenus grâce à la compression, à la déduplication ou au Thin Provisioning.
Il devient ainsi plus simple de différencier la capacité disponible des économies de stockage effectivement réalisées.
Une simplification qui ne remplace pas le Capacity Management
Malgré ces améliorations, Effective Capacity ne dispense pas de surveiller les tendances de consommation.
Une infrastructure correctement dimensionnée doit toujours tenir compte :
- De la croissance des données.
- Des profils de workloads et de leur compressibilité.
- Des besoins de performance et de résilience.
- Des opérations de maintenance et de reconstruction.
- Des évolutions matérielles et des extensions de clusters.
- Des seuils d’alerte et des marges de croissance propres à l’entreprise.
Effective Capacity simplifie la lecture de la capacité exploitable, mais ne remplace pas les prévisions et les décisions d’architecture nécessaires pour accompagner la croissance des infrastructures.
7. Exploitation et supervision
La nouvelle vue est accessible depuis vSphere Client :
Cluster > Monitor > vSAN > Capacity
Elle permet de consulter directement les sections Effective Capacity et Space Efficiency.
Broadcom a également introduit avec VCF PowerCLI 9.1 la commande Get-VsanEffectiveCapacity, destinée à exposer les informations de capacité effective pour les besoins d’administration et d’automatisation.
Cette possibilité présente un intérêt dans les environnements où les indicateurs sont consolidés dans des outils de supervision ou des tableaux de bord de Capacity Management.
Il reste toutefois nécessaire d’adapter les méthodes de collecte et les seuils historiques lorsque les métriques passent d’une représentation brute à une représentation effective.
Comparer directement un ancien indicateur Raw Capacity avec un nouvel indicateur Effective Capacity peut conduire à des interprétations erronées si le changement de périmètre de mesure n’est pas pris en compte.
Conclusion
Avec Effective Capacity, VMware vSAN ESA introduit une nouvelle approche de la gestion de capacité dans VCF 9.1.
En intégrant directement les overheads de résilience et les réserves opérationnelles dans le calcul de la capacité utilisable, vSAN simplifie considérablement la lecture des ressources de stockage.
Associée à Auto-RAID, cette fonctionnalité permet de disposer d’une présentation plus cohérente de la capacité disponible, de la consommation des machines virtuelles et des gains réalisés par les mécanismes d’efficacité du stockage.
Pour les équipes d’exploitation, elle réduit la complexité des analyses quotidiennes.
Pour les architectes infrastructure, elle facilite le Capacity Planning et la standardisation des indicateurs entre les clusters.
Il reste néanmoins essentiel de bien distinguer capacité physique, capacité effective et gains de réduction des données, notamment dans les exercices de dimensionnement et de prévision.
Effective Capacity ne crée pas de capacité supplémentaire : il permet surtout de mieux comprendre, mesurer et exploiter celle dont dispose réellement l’infrastructure.
