La capacité constitue le prérequis fondamental à l’utilisation de Microsoft Fabric. Elle représente le moteur qui alimente l’ensemble des services et fonctionnalités de la plateforme.
Concrètement, une capacité correspond aux ressources de calcul mises à disposition pour exécuter les différentes charges de travail de Fabric, notamment :
- Data Engineering
- Data Factory
- Data Warehouse
- Data Science
- Real-Time Intelligence
- Power BI
- Bases de données et autres expériences intégrées
Sans capacité, il n’est pas possible d’utiliser Microsoft Fabric. Chaque opération réalisée sur la plateforme, qu’il s’agisse d’ingérer des données, d’exécuter un pipeline, de rafraîchir un modèle sémantique ou de consulter un rapport, consomme une partie de ces ressources.
On peut comparer la capacité au moteur d’une voiture : les différentes expériences Fabric représentent les fonctionnalités du véhicule, mais sans moteur, aucune d’entre elles ne peut fonctionner. Plus la capacité est importante, plus la plateforme est en mesure de traiter simultanément des charges de travail importantes et de servir un grand nombre d’utilisateurs.
Ainsi, la capacité constitue le socle sur lequel repose l’ensemble des expériences intégrées de Microsoft Fabric.
Les SKU Fabric
L’acquisition d’une capacité Microsoft Fabric s’effectue via le portail Azure, selon un processus similaire à celui utilisé pour le provisionnement des autres services Azure.
Le coût d’une capacité dépend du SKU Fabric (F SKU) choisi. Chaque SKU est associé à un nombre déterminé de Capacity Units (CU), qui représentent la puissance de calcul disponible.
Les capacités Fabric sont disponibles dans différentes tailles, allant de F2 jusqu’à F2048. La progression est linéaire par doublement : chaque niveau dispose de deux fois plus de ressources que le niveau précédent.
On retrouve ainsi les capacités :
F2 → F4 → F8 → F16 → F32 → F64 → F128 → F256 → F512 → F1024 → F2048
Il n’existe donc pas de capacités F3, F6, F7 ou F15.
Par exemple :
- une capacité F2 fournit 2 CU ;
- une capacité F4 fournit 4 CU, soit deux fois plus de ressources qu’une F2 ;
- une capacité F8 fournit 8 CU, soit quatre fois plus de ressources qu’une F2 et deux fois plus qu’une F4.
Ce format permet d’adapter facilement la puissance de calcul aux besoins de l’entreprise. Il est ainsi possible d’augmenter ou de réduire la capacité en fonction de la charge de travail et des contraintes budgétaires.
Plus le SKU est élevé, plus la capacité est en mesure de traiter des volumes importants de données, des traitements complexes ou un grand nombre d’utilisateurs simultanés.
Le dimensionnement d’une capacité
Le choix de la capacité est un facteur déterminant pour les performances et la stabilité d’un environnement Microsoft Fabric.
Une capacité sous-dimensionnée peut provoquer des ralentissements, des temps d’attente importants et des limitations de service, tandis qu’une capacité surdimensionnée peut entraîner des coûts inutiles.
Des outils tels que Fabric Capacity Simulator permettent d’estimer la capacité la plus adaptée en tenant compte :
- du volume des données ;
- des charges de travail prévues ;
- du nombre d’utilisateurs ;
- de la fréquence d’exécution des traitements ;
- du niveau d’interactivité attendu.
En pratique, le dimensionnement d’une capacité nécessite une bonne compréhension des mécanismes internes de gestion des ressources mis en œuvre par Microsoft Fabric tels que:
- le lissage (smoothing)
- le bursting
- le throttling
La compréhension de ces mécanismes est essentielle pour éviter une estimation biaisée des besoins réels en capacité.
Le lissage (Smoothing)
Microsoft Fabric évalue la consommation de la capacité toutes les 30 secondes.
Sur une période de 24 heures, cela représente :
86 400 secondes ÷ 30 = 2 880 intervalles de facturation.
Prenons l’exemple d’une capacité F2 disposant de 2 CU.
Sur 24 heures, cette capacité offre théoriquement :
2 880 × 2 = 5 760 CU-seconds.
Lorsqu’une opération consomme plus de ressources que celles disponibles sur un intervalle donné, Fabric peut répartir cet excédent de consommation sur les intervalles suivants. C’est ce mécanisme qu’on appelle lissage (smoothing).
Le bursting
Le mécanisme de lissage rend possible une fonctionnalité particulièrement intéressante : le bursting.
Le bursting permet à une capacité d’utiliser temporairement davantage de ressources que celles normalement disponibles sur un intervalle de 30 secondes en empruntant des CU aux intervalles futurs.
Ainsi, une capacité F2 peut ponctuellement consommer davantage que ses 2 CU nominaux afin d’absorber des pics d’activité.
Cette fonctionnalité est particulièrement utile pour les traitements exécutés de manière ponctuelle ou peu fréquente, comme :
- les pipelines de données ;
- les rafraîchissements planifiés ;
- les traitements analytiques intensifs ;
- les opérations réalisées une ou quelques fois par jour.
Le throttling
L’utilisation des ressources futures n’est toutefois pas illimitée.
Microsoft Fabric met en œuvre des mécanismes de throttling destinés à éviter qu’une capacité ne s’endette excessivement en ressources.
Lorsque la dette de consommation devient trop importante, Fabric applique progressivement différentes mesures de protection :
- Les requêtes interactives sont priorisées.
- Les traitements en arrière-plan peuvent être ralentis ou différés.
- Si la surcharge persiste, certaines opérations peuvent être temporairement rejetées jusqu’au retour à un niveau de consommation normal.
Le throttling constitue ainsi un mécanisme de protection visant à garantir la stabilité, la disponibilité et la qualité de service de la plateforme.
Optimisation de la capacité
Au-delà de ces mécanismes intrinsèques, plusieurs leviers d’optimisation peuvent être mis en œuvre.
Ces stratégies dépendent principalement :
- de l’architecture du système décisionnel ;
- des charges de travail exécutées ;
- des exigences de performance ;
- des contraintes budgétaires ;
- des modes de consommation attendus.
Une architecture adaptée permet d’optimiser l’utilisation des ressources, d’améliorer l’expérience utilisateur et de maîtriser les coûts.
Le choix d’une capacité ne doit donc pas être basé uniquement sur la consommation moyenne observée, mais également sur les pics d’activité, la nature des traitements et les mécanismes de lissage, de bursting et de throttling propres à Microsoft Fabric.