Le vieux raccourci était simple : RAID-1 pour la performance, RAID-5/6 pour économiser de la capacité. vSAN ESA change le chemin d’écriture qui alimentait ce compromis, mais il ne transforme pas une promesse d’éditeur en loi physique. Pour choisir une politique en VCF 9.1, il faut comprendre le mécanisme, son coût de capacité et la réserve que conserve la documentation actuelle.
Le fil rouge est vcf-par-01 chez Nordwind Logistics. Son cluster cl-fret-prod-01 compte 8 hôtes et 4 fault domains ; cl-fret-dens-01 en compte 4. Ces nombres cadrent l’étude, mais ne suffisent pas à déduire la politique réellement appliquée : elle doit être relevée dans l’environnement cible.
Une limite, pas un blocage éditorial
Aucun benchmark local n’a été exécuté. Les mécanismes et valeurs ci-dessous viennent de la documentation Broadcom ; les performances propres à une plateforme restent à vérifier en lab ou sur une plateforme de test. L’article peut donc guider une décision, mais ne prétend pas publier une mesure Nordwind.
TL;DR
- ESA agrège les écritures dans le vSAN LFS, les protège dans un journal durable, puis produit des full-stripe writes alignées vers RAID-5 ou RAID-6.
- Broadcom affirme depuis 2022 que ce chemin évite la pénalité historique, mais TechDocs 9.1 indique toujours que RAID-1 demande moins d’I/O et peut être plus performant.
- La bonne politique combine résilience, nombre d’hôtes, facteur de capacité et mesure du workload ; le slogan ne remplace pas un test.
OSA et ESA ne rangent pas les disques de la même façon
Dans OSA, un disk group associe un périphérique de cache flash à un ou plusieurs périphériques de capacité. Dans ESA, les périphériques réclamés par vSAN forment un storage pool par hôte et contribuent tous à la capacité et à la performance. Cette différence architecturale compte davantage que l’étiquette RAID prise isolément.
ESA introduit le vSAN Log-Structured File System, ou LFS. D’après Broadcom, le LFS ingère les nouvelles données, agrège les écritures et prépare une écriture full stripe efficace. Il stocke également les métadonnées avec le flux plutôt que de reconstruire la parité pour chaque petite modification.
DOCUMENTÉ — ce que fait le chemin d'écriture
Les I/O entrantes sont agrégées, associées à leurs métadonnées et écrites dans un journal durable lié à l’objet. Elles sont brièvement protégées sous forme de miroir à 2 ou 3 voies selon la politique avant l’acquittement à la VM. La branche capacité reçoit ensuite une full-stripe write alignée conforme à RAID-5 ou RAID-6.
Le point clé est l’alignement : le chemin décrit évite la séquence read-modify-write qui oblige une autre approche à lire l’ancien contenu et l’ancienne parité avant de réécrire. ESA ne supprime pas le calcul de parité, les écritures physiques ou les métadonnées ; il réorganise le travail pour ne plus payer cette séquence sur chaque petite écriture.
Ce que Broadcom affirme — et ce que la documentation nuance
Deux billets Broadcom de 2022 formulent la promesse très directement : RAID-5/6 sans compromis de performance, voire sans pénalité. Ils décrivent le mécanisme précédent et recommandent l’erasure coding aux tailles de cluster qui supportent les dispositions requises.
La documentation produit VCF 9.1 apporte pourtant un contrepoint essentiel. Elle indique que le mirroring RAID-1 exige moins d’opérations d’I/O vers les périphériques, peut donc fournir de meilleures performances et, par exemple, raccourcir une resynchronisation. La même page précise que son comparatif général couvre à la fois OSA et ESA.
À_VALIDER_EN_LAB — tension documentaire
Aucune source chargée ne publie un benchmark comparant ESA RAID-5/6 à ESA RAID-1 sur le même matériel. Aucune page 9.0 ou 9.1 chargée ne réconcilie non plus la promesse de 2022 avec la réserve de TechDocs 9.1. La latence, les IOPS, le débit et le coût CPU restent donc à vérifier sur un jeu de données représentatif.
RECONSTITUTION : le mécanisme explique pourquoi ESA réduit le coût historique de l’erasure coding ; il ne prouve pas une égalité universelle. Les deux affirmations peuvent coexister si l’écart devient négligeable pour certains profils et reste visible pour d’autres. Sans mesure comparable, aller plus loin serait inventer.
Le coût de capacité, lui, est publié
Pour un cluster ESA standard, la table actuelle donne les dispositions suivantes :
| Politique | Disposition | Hôtes minimum | Overhead |
|---|---|---|---|
| RAID-1, FTT=1 | 2 miroirs | 3 | 2x |
| RAID-5, FTT=1 | 2+1 | 3 | 1.5x |
| RAID-5, FTT=1 | 4+1 | 6 | 1.25x |
| RAID-6, FTT=2 | 4+2 | 6 | 1.5x |
À FTT=1, TechDocs donne aussi un exemple où RAID-1 demande 2 fois la taille du disque virtuel, contre 1.33 fois avec RAID-5. Ce second chiffre appartient à son exemple et ne doit pas remplacer le facteur 1.5x de la disposition 2+1 dans le tableau ESA.
VCF 9.1 ajoute Auto-RAID. Sur un cluster standard, Broadcom publie la correspondance suivante :
- moins de 3 hôtes : FTT=0, facteur 1.0x ;
- de 3 à 5 hôtes : FTT=1, RAID-5, facteur 1.5x ;
- 6 hôtes ou plus : FTT=2, RAID-6, facteur 1.5x.
Les nouveaux clusters utilisent Auto-RAID par défaut. Les clusters existants conservent leur politique et peuvent recevoir une alerte de santé recommandant la bascule. C’est pourquoi les 8 hôtes de cl-fret-prod-01 ne prouvent pas, à eux seuls, son état effectif — et ses 4 fault domains ajoutent une raison de le lire plutôt que de le supposer.
Le facteur retenu alimente ensuite la formule de capacité effective ESA. C’est là que le choix RAID devient une décision budgétaire mesurable.
Décider sans attendre un lab permanent
L’absence de plateforme de test n’empêche pas de produire une règle d’architecture honnête. Elle change simplement le niveau de certitude.
- Lire l’état réel. Relever topologie, fault domains, politique effective et RAID Factor.
- Fixer le besoin de résilience. Choisir FTT avant d’optimiser la capacité.
- Calculer la capacité. Utiliser l’overhead documenté, sans ratio de réduction supposé.
- Classer le workload. Écritures, tailles de bloc, profondeur de file et resynchronisations doivent figurer dans le plan de test.
- Qualifier avant généralisation. Une plateforme de test ponctuelle, un pilote ou une fenêtre contrôlée suffit pour vérifier les assertions propres au matériel.
HYPOTHÈSE_DE_DESIGN — règle Nordwind
Nordwind adopte Auto-RAID comme point de départ, mais conserve une exception RAID-1 lorsqu’un test comparable démontre que le budget de latence ou de resynchronisation ne tient pas. Ce choix d’exploitation n’est pas une prescription Broadcom.
RÉSULTAT_ATTENDU : le dossier de décision associe à chaque politique son FTT, son facteur de capacité et une preuve de performance obtenue sur le matériel cible. Si cette preuve n’existe pas encore, la ligne porte explicitement « à vérifier sur plateforme de test » au lieu d’un résultat estimé.
Les erreurs qui faussent le verdict
- Présenter « sans pénalité » comme une mesure locale alors qu’il s’agit d’une affirmation Broadcom de 2022.
- Réutiliser un résultat ESA contre OSA pour prétendre comparer ESA RAID-6 à ESA RAID-1.
- Déduire la politique du seul nombre d’hôtes sans lire les fault domains et la politique héritée.
- Mélanger le stockage ESA et le memory tiering NVMe : ils peuvent concurrencer les mêmes slots physiques, mais pas partager un périphérique.
- Transformer une amélioration d’architecture en durée garantie de resynchronisation ou d’upgrade.
Cette prudence rejoint le cadre plus large de l’architecture VCF 9 : automatiser un choix ne dispense pas d’en conserver les hypothèses et les preuves.
Conclusion
Le chemin change
Journal durable et full-stripe write remplacent la séquence read-modify-write historique.
Le coût reste visible
FTT, disposition et RAID Factor donnent une base de capacité vérifiable.
La performance se qualifie
La documentation guide le test ; elle ne remplace pas la mesure sur la plateforme cible.
ESA rend RAID-5/6 beaucoup plus défendable comme politique par défaut, mais le mot important reste « défendable », pas « garanti ». L’étape suivante est d’arbitrer les mêmes emplacements NVMe entre stockage et mémoire : Memory tiering NVMe, la densité VM x2 et ses conditions.
Sources principales : concepts vSAN, chemin d’écriture RAID-5/6 ESA, comparaison RAID VCF 9.1 et Auto-RAID VCF 9.1.
Reçois le prochain par email
Les nouveaux articles et séries, envoyés à leur publication. Aucun autre courrier.
