Retour

Comprendre la capacité dans Microsoft Fabric :

Temps de lecture : 3 minutes

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écanismeQuand il intervient / conditionEffet principal / rôleCe que voit l’utilisateurLimites / remarque
Smoothing
(lissage)
Appliqué automatiquement quand une tâche consomme des CUs de façon variableLisser la consommation dans le temps pour amortir les picsUsage “virtuel” réparti, évite des surcharges ponctuellesToujours 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éesPermet un dépassement temporaire au-delà du quota SKULes tâches peuvent se terminer plus rapidementLa 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 peuMet les nouvelles requêtes en file d’attenteLes requêtes “en attente” jusqu’à ce qu’il y ait de la placeLa priorité des requêtes (interactive vs Lots) peut influencer l’ordre
Throttling
(limitation)
Lorsque la surcharge persiste , la demande excède les ressources disponiblesRefuser ou retarder les requêtesLes 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 !