Les unités de capacité Microsoft Fabric expliquées : guide des SKU F et de la dette de report

By Mirko Peters · 2026-10-29

Découvrez comment les unités de capacité Microsoft Fabric, les SKU F, le lissage et la dette de report affectent les administrateurs M365. Maîtrisez dès aujourd’hui la gouvernance du calcul cloud.

Automatically translated with AI from the original post. Read the English original

Les unités de capacité Microsoft Fabric (CU) déterminent la puissance de calcul, les limites de performance et la facturation de l’ensemble de votre locataire. Contrairement aux ressources Azure traditionnelles, isolées dans des groupes de ressources, Fabric regroupe toutes les charges de travail d’ingénierie des données, d’entrepôt et de reporting dans un pool de calcul partagé unique, régi par les SKU F, les limites de bursting et les règles de dette de report.

Points clés

• Les unités de capacité Fabric mesurent le travail de calcul par seconde sur l’ensemble des espaces de travail ; elles fonctionnent comme un pool partagé de facturation et de performance.
• Les SKU F (de F2 jusqu’aux capacités haut de gamme) remplacent les capacités Power BI Premium héritées et peuvent être suspendus simplement dans Azure pour réduire les coûts.
• Le bursting permet un dépassement temporaire de l’allocation de calcul, mais il génère une dette de report qu’il faudra rembourser progressivement.
• Les tâches en arrière-plan utilisent un lissage sur 24 heures, alors que les requêtes interactives des utilisateurs sont lissées sur quelques minutes.
• L’application Fabric capacity metrics est indispensable pour surveiller l’utilisation, identifier les principaux consommateurs de ressources et définir des alertes proactives.

Qu’est-ce qu’une capacité Microsoft Fabric ?

Lorsque Microsoft Fabric apparaît dans votre locataire Microsoft 365, il n'arrive pas sous la forme d’un ensemble de machines virtuelles isolées ou d’abonnements Azure segmentés. Il introduit à la place un pool de calcul unifié appelé capacité. Mesuré en unités de capacité (CU), ce pool alimente chaque étape du cycle de vie de votre plateforme de données : ingestion d’événements, raisonnement et orchestration.

Pour les administrateurs M365 et de plateforme, comprendre ce modèle est essentiel. Plusieurs espaces de travail, souvent répartis entre différents services, puisent dans exactement le même pool de capacité. Si une équipe d’ingénierie des données du service finance lance un traitement intensif dans un notebook, ce processus consomme des unités de calcul qui pourraient autrement alimenter un tableau de bord marketing. La capacité agit comme une ressource partagée et crée un rayon d’impact : des traitements lourds dans un espace de travail affectent directement les performances de services métiers qui n’ont aucun lien avec eux.

Choisir entre SKU F, SKU P et essais

Choisir le niveau de capacité adapté implique de s’orienter parmi trois familles de SKU distinctes, chacune ayant des implications opérationnelles différentes pour les administrateurs informatiques :

• SKU F (gamme principale) : Achetés directement via Azure sous les références F2, F4, F8 et supérieures, ces SKU permettent de payer à l’heure ou de s’engager via des réservations. Point essentiel : ils prennent en charge les fonctions de suspension et de reprise pour optimiser les dépenses hors des heures ouvrées.
• SKU P (héritage) : Représentant les anciennes capacités Power BI Premium, ils ne sont plus commercialisés par Microsoft. Si votre locataire a hérité d’un SKU P, celui-ci fonctionne dans une voie héritée qui nécessite un plan de migration structuré.
• Capacités d’essai : Capacités gratuites de haut niveau (dimensionnées approximativement comme une F64) qui expirent après une durée définie. Comme tout utilisateur éligible peut souvent lancer un essai, elles constituent un angle mort administratif : des pipelines critiques pour l’activité peuvent dépendre sans le savoir d’une ressource temporaire.

Fonctionnement du lissage, du bursting et de la dette de report

Les charges de calcul dans Microsoft Fabric ne se heurtent pas à des blocages stricts et instantanés dès que vous dépassez la limite de capacité achetée. La plateforme s’appuie plutôt sur des mécanismes sophistiqués appelés bursting et lissage (smoothing) pour absorber les pics de calcul temporaires.

Lissage interactif et lissage en arrière-plan

Lorsqu’une tâche lourde nécessite une puissance de calcul intense pendant une courte durée, Fabric autorise cette tâche à dépasser la taille de la référence SKU achetée. Pour éviter un throttling immédiat, la plateforme applique un algorithme de lissage dans le temps :

• Opérations interactives : les tâches déclenchées par l’utilisateur, comme l’ouverture d’un rapport ou l’exécution d’une requête manuelle, sont lissées sur une courte fenêtre de quelques minutes afin de préserver la réactivité.
• Opérations en arrière-plan : les actualisations planifiées des données, les exécutions automatisées de pipelines et les notebooks de traitement nocturne sont lissés sur une fenêtre complète de 24 heures, ce qui atténue fortement leur impact immédiat sur les utilisateurs en temps réel.

L’impact de la dette de report de capacité (carry forward debt)

Le bursting n’est pas gratuit. Lorsqu’une opération consomme davantage d’unités que ce que fournit votre capacité, le dépassement est enregistré comme dette de report (carry forward debt). Cette dette doit être remboursée sur les cycles de calcul futurs. En conséquence, une tâche d’arrière-plan non optimisée qui s’exécute le lundi après-midi peut accumuler une dette qui ralentit les rapports interactifs le mercredi matin, créant un retard de performance mystérieux qui déconcerte les utilisateurs finaux.

Surveiller et gouverner les capacités

Les symptômes (rapports lents) et les causes (modèles de données incontrôlés) étant souvent séparés dans le temps et par les frontières des espaces de travail, les administrateurs doivent s’appuyer sur des outils dédiés pour conserver une visibilité suffisante. L’application Microsoft Fabric Capacity Metrics, disponible via AppSource, constitue le principal tableau de bord de diagnostic.

Les administrateurs de capacités peuvent utiliser cette application pour suivre les tendances d’utilisation en temps réel, surveiller l’accumulation de la dette de report de capacité et identifier les principaux consommateurs, tels que des modèles sémantiques, des pipelines ou des notebooks spécifiques. Par ailleurs, la définition de seuils d’alerte à environ 80 % d’utilisation permet aux équipes informatiques d’être averties avant l’apparition d’un throttling ou d’erreurs visibles par les utilisateurs, faisant passer la posture d’administration d’une logique de gestion des incidents à une gouvernance proactive.

Conclusion

La gestion des capacités Microsoft Fabric exige de passer d’un cloisonnement traditionnel des charges de travail à une gouvernance globale de la plateforme. En surveillant de près le dimensionnement des SKU F, en suivant la dette de report de capacité et en auditant les principaux consommateurs de ressources via l’application de métriques de capacité, les administrateurs informatiques peuvent garantir des performances prévisibles et maîtriser efficacement les coûts cloud.

Pour approfondir les responsabilités d’administration, les espaces de travail et les limites de sécurité du locataire, n’hésitez pas à écouter l’épisode complet du podcast M365 FM pour des analyses d’experts et des stratégies pratiques.

Questions fréquentes

Qu’est-ce qu’une unité de capacité (CU) Microsoft Fabric ?

Une unité de capacité est une mesure regroupée de la puissance de calcul qui alimente l’ensemble des charges de travail Microsoft Fabric, y compris l’ingestion d’événements, le raisonnement et l’orchestration, sur les espaces de travail qui vous sont attribués.

Puis-je suspendre les SKU F de Microsoft Fabric pour réduire les coûts ?

Oui. Les SKU F achetés via Azure peuvent être suspendus puis repris, ce qui interrompt la facturation du calcul lorsque les ressources sont inactives (par exemple la nuit ou le week-end), à condition de tenir compte de la dette de report de capacité éventuellement en suspens.

Qu’est-ce qui provoque la dette de report de capacité dans Fabric ?

La dette de report de capacité apparaît lorsque les espaces de travail dépassent leurs limites de capacité achetées. La puissance de calcul excédentaire consommée est traitée comme une dette, qui doit être remboursée sur les cycles de capacité futurs et peut ralentir temporairement les performances.

En quoi les charges de travail interactives et en arrière-plan diffèrent-elles dans Fabric ?

Les charges interactives (clics utilisateur sur les rapports) sont lissées sur une courte fenêtre de quelques minutes, tandis que les charges d’arrière-plan (actualisations planifiées et pipelines nocturnes) sont lissées sur une fenêtre de 24 heures afin de minimiser les perturbations.