Le dimensionnement décide du coût total d’une plateforme data pour les cinq ans qui suivent, et il se joue rarement au moment où on le croit. Un cluster sous-dimensionné coûte une migration d’urgence ; un cluster surdimensionné immobilise un budget qui ne produit rien. Je chiffre le point d’équilibre à partir de votre charge réelle.
Ce que le plan couvre
La charge actuelle mesurée : profils d’entrées sorties, saisonnalité, pics réels plutôt que moyennes trompeuses. La projection de croissance par scénarios à 3 et 5 ans. Le coût complet de chaque option : matériel, cloud, réplication, réseau, exploitation. Les seuils de déclenchement qui disent quand ajouter des nœuds, et à quel coût.
La méthode
Mesures en production d’abord, benchmarks ensuite : tests de débit type warp pour le stockage objet, profilage réseau, lecture des métriques d’exploitation existantes. Chaque hypothèse de croissance est confrontée à votre historique réel. Le résultat se traduit en décision d’achat concrète : types d’instances en cloud public, offre PaaS, ou configuration du catalogue OEM Dell ou HPE. Le livrable est un plan chiffré avec les arbitrages explicites, pas une grille tarifaire fournisseur.
Ce n’est ni du conseil générique ni du renfort d’équipe : c’est le chiffrage qui précède l’engagement matériel ou cloud.
FAQ
Pourquoi ne pas se fier aux recommandations de l’éditeur ?
Les recommandations éditeur décrivent une configuration qui fonctionne, pas la moins chère qui fonctionne pour votre charge. Un plan de dimensionnement indépendant part de vos mesures réelles et vise le plus petit système qui tient vos pics avec la marge voulue, ce qui change souvent le budget d’un tiers.
À quel moment refaire un dimensionnement ?
Avant chaque engagement pluriannuel : achat matériel, renouvellement de contrat cloud, migration ou refonte. Et dès que l’usage s’écarte du scénario prévu, typiquement quand la croissance mesurée dépasse la projection de plus d’un tiers, avant que la latence ne dégrade les applications.