Comprendre la capacité dans Microsoft Fabric :
La notion de CU/s et la mesure de la consommation :
Une capacité Microsoft Fabric correspond à une puissance dédiée mesurée en Capacity Units (CU). Plus le niveau est élevé (de F2 à F2048), plus la capacité est puissante. Par exemple, une F64 dispose de 64 CU.
L’usage est mesuré toutes les 30 secondes (un « intervalle de consommation »). Sur 24 heures, cela représente 2 880 intervalles. À chaque intervalle, on calcule la consommation en CU/s. Une F64 peut fournir jusqu’à 64 CU × 30 s = 1 920 CUs par intervalle ; à 100 % d’utilisation, elle consomme donc 1 920 CUs sur cette fenêtre. Les outils de monitoring s’appuient sur cette métrique pour évaluer la charge réelle.

Il n’existe pas de table publique reliant précisément un type de tâche (ex. Notebook Spark, rapport Power BI) à une consommation en CUs donnée : seul le suivi de capacité permet d’observer l’empreinte réelle selon vos développements.
Côté facturation, une capacité est payante dès qu’elle est active. Vous pouvez la mettre en pause quand elle n’est pas nécessaire, mais il n’y a pas de redémarrage automatique à la demande : la reprise doit être manuelle ou scriptée. Enfin, toute activité exécutée sur la capacité consomme des CUs.

Gestion intelligente de la capacité : Smoothing, Bursting, Queuing et Throttling :
Pour garantir des performances stables même lorsque plusieurs workloads s’exécutent en parallèle, Microsoft Fabric applique plusieurs mécanismes automatiques de gestion des ressources :


| Mécanisme | Quand il intervient / condition | Effet principal / rôle | Ce que voit l’utilisateur | Limites / remarque |
| Smoothing (lissage) | Appliqué automatiquement quand une tâche consomme des CUs de façon variable | Lisser la consommation dans le temps pour amortir les pics | Usage “virtuel” réparti, évite des surcharges ponctuelles | Toujours actif, selon le nature de la tâche (interactive vs background) |
| Bursting (pic temporaire) | Lorsqu’une tâche ponctuelle exige plus que les ressources allouées | Permet un dépassement temporaire au-delà du quota SKU | Les tâches peuvent se terminer plus rapidement | La durée et l’ampleur du dépassement sont encadrées par des règles internes de SKU |
| Queuing (mise en file d’attente) | Quand la capacité est saturée mais que des ressources vont se libérer sous peu | Met les nouvelles requêtes en file d’attente | Les requêtes “en attente” jusqu’à ce qu’il y ait de la place | La priorité des requêtes (interactive vs Lots) peut influencer l’ordre |
| Throttling (limitation) | Lorsque la surcharge persiste , la demande excède les ressources disponibles | Refuser ou retarder les requêtes | Les nouvelles opérations reçoivent un délai ou un refus selon la gravité | Guide la stabilité du service, mais nécessite de dimensionner la capacité correctement |

Laisser un commentaire
Il n'y a pas de commentaires pour le moment. Soyez le premier à participer !