Microsoft Fabric-capacityeenheden uitgelegd: een gids voor F SKU's en carry forward-schuld

By Mirko Peters · 2026-10-29

Ontdek hoe Microsoft Fabric-capacityeenheden, F SKU's, smoothing en carry forward-schuld invloed hebben op M365-beheerders. Leer vandaag nog de governance van clouddata-capaciteit beheersen.

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

Microsoft Fabric-capacityeenheden (CU's) bepalen de rekenkracht, de prestatiegrenzen en de facturering voor je hele tenant. Anders dan traditionele Azure-resources met afzonderlijke resourcegroepen, brengt Fabric alle data engineering-, warehousing- en rapportageworkloads samen in één gedeelde rekenpool. Die pool wordt beheerd via F SKU's, burstlimieten en regels voor carry forward-schuld.

Belangrijkste punten

• Fabric-capacityeenheden meten het rekenwerk per seconde over alle werkruimten heen en fungeren als een gedeelde pool voor facturering en prestaties.
• F SKU's (van F2 tot capaciteiten in de hogere klassen) vervangen de verouderde Power BI Premium-capaciteiten en kunnen in Azure flexibel worden gepauzeerd om kosten te besparen.
• Bursting maakt tijdelijke overbelasting van de rekencapaciteit mogelijk, maar dit creëert carry forward-schuld die na verloop van tijd moet worden terugbetaald.
• Achtergrondtaken gebruiken een smoothingvenster van 24 uur, terwijl interactieve gebruikersquery's over korte minuten worden uitgesmoothed.
• De Fabric-capacitymetrics-app is essentieel voor het bewaken van het gebruik, het identificeren van de grootste verbruikers van resources en het instellen van proactieve waarschuwingen.

Wat is een Microsoft Fabric-capaciteit?

Wanneer Microsoft Fabric in je Microsoft 365-tenant verschijnt, komt het niet als een verzameling losse virtuele machines of afzonderlijke Azure-abonnementen. In plaats daarvan introduceert het een verenigde rekenpool die een capaciteit wordt genoemd. Deze pool, gemeten in capacityeenheden (CU's), drijft elke fase van je dataplatformlevenscyclus aan: event-ingestion, redeneren en orkestratie.

Voor M365- en platformbeheerders is het begrijpen van dit model cruciaal. Meerdere werkruimten, vaak van verschillende afdelingen, putten uit precies dezelfde capaciteitspool. Als een data engineering-team bij financiën een intensieve notebookjob start, verbruikt dat proces rekeneenheden die anders een marketingdashboard zouden ondersteunen. De capaciteit fungeert als gedeelde resourcepool, waardoor een 'blast radius' ontstaat: zware jobs in de ene werkruimte hebben rechtstreeks invloed op de prestaties van niet-verwante business-units.

F SKU's, P SKU's en proefcapaciteiten

Bij het kiezen van het juiste capaciteitsniveau moet je kiezen uit drie verschillende SKU-families, elk met andere operationele gevolgen voor IT-beheerders:

• F SKU's (mainline): Deze mainline-SKU's worden rechtstreeks via Azure aangeschaft als F2, F4, F8 en hoger. Je betaalt per uur of je legt je vast via reserveringen. Belangrijk is dat ze pauzeren en hervatten ondersteunen, zodat je kosten buiten kantooruren kunt optimaliseren.
• P SKU's (verouderd): Deze vertegenwoordigen oudere Power BI Premium-capaciteiten en worden door Microsoft niet meer verkocht. Als je tenant een P SKU heeft geërfd, werkt die binnen een verouderd traject dat een geplande migratieroute vereist.
• Proefcapaciteiten: Gratis capaciteiten in de hogere klassen (ruwweg vergelijkbaar met een F64) die na een vaste periode verlopen. Omdat elke in aanmerking komende gebruiker er vaak een kan starten, vormen ze een blinde vlek voor beheerders: bedrijfskritieke pipelines kunnen onbedoeld afhankelijk worden van een tijdelijke resource.

Hoe smoothing, bursting en carry forward-schuld werken

Rekenworkloads in Microsoft Fabric krijgen niet meteen een harde blokkade zodra ze de limiet van je aangeschafte capaciteit overschrijden. In plaats daarvan gebruikt het platform mechanismen die bursting en smoothing heten om tijdelijke pieken in rekenkracht op te vangen.

Smoothing voor interactieve en achtergrondbewerkingen

Wanneer een zware taak kortstondig veel rekenkracht nodig heeft, mag Fabric die taak boven de grootte van je aangeschafte SKU laten draaien. Om directe throttling te voorkomen, past het platform een smoothing-algoritme toe over tijd:

• Interactieve bewerkingen: taken die door gebruikers worden gestart, zoals een rapport openen of een handmatige query uitvoeren, worden uitgesmeerd over een korte periode van enkele minuten om de responstijd goed te houden.
• Achtergrondbewerkingen: geplande dataverversingen, geautomatiseerde pipelineruns en nachtelijke notebooks worden uitgesmeerd over een volledig venster van 24 uur. Daardoor hebben ze veel minder impact op gebruikers die op dat moment real-time werken.

De impact van carry forward-schuld

Bursting is niet gratis. Wanneer een bewerking meer rekeneenheden verbruikt dan je capaciteit levert, wordt het overschot geregistreerd als carry forward-schuld. Deze schuld moet worden terugbetaald uit toekomstige rekencycli. Een niet-geoptimaliseerde achtergrondtaak die op maandagmiddag draait, kan dus schuld opbouwen die woensdagochtend interactieve rapporten afremt. Dat leidt tot een mysterieuze prestatievertraging waar eindgebruikers geen verklaring voor hebben.

Capaciteiten monitoren en beheren

Omdat symptomen (trage rapporten) en oorzaken (wegwerkende datamodellen) vaak gescheiden zijn in tijd en over workspace-grenzen heen, moeten beheerders vertrouwen op speciale tooling om overzicht te houden. De Microsoft Fabric Capacity Metrics-app, beschikbaar via AppSource, is het belangrijkste diagnostische dashboard.

Capaciteitsbeheerders kunnen deze app gebruiken om trends in het actuele gebruik te bekijken, de opbouw van carry forward-schuld bij te houden en de grootste verbruikers te isoleren, zoals specifieke semantische modellen, pipelines of notebooks. Daarnaast zorgt het instellen van waarschuwingsdrempels rond 80% gebruik ervoor dat IT-teams een melding krijgen voordat throttling of fouten voor gebruikers optreden. Zo verschuift het beheer van reactief brandjes blussen naar proactief governance.

Conclusie

Het beheren van Microsoft Fabric-capaciteiten vraagt om een verschuiving van traditionele werkbelastingisolatie naar holistisch platformbeheer. Door scherp te letten op de grootte van je F-SKU's, de carry forward-schuld te monitoren en de grootste resourceverbruikers te controleren via de capaciteitsmetrics-app, kunnen IT-beheerders voorspelbare prestaties behouden en de cloudkosten effectief beheersen.

Wil je dieper ingaan op beheerderstaken, workspaces en de grenzen van tenantbeveiliging? Luister de volledige aflevering van de M365 FM Podcast voor inzichten van experts en praktische strategieën.

Veelgestelde vragen

Wat is een Microsoft Fabric-capaciteitseenheid (CU)?

Een capaciteitseenheid is een gebundelde maat voor rekenkracht die alle Microsoft Fabric-workloads aandrijft, inclusief event-opname, redeneren en orkestratie, over je toegewezen workspaces heen.

Kan ik Microsoft Fabric F-SKU's pauzeren om geld te besparen?

Ja. F-SKU's die via Azure zijn aangeschaft, kunnen worden gepauzeerd en hervat. Zo stopt de facturering voor rekenkracht wanneer resources inactief zijn, bijvoorbeeld 's nachts of in het weekend, mits je rekening houdt met openstaande carry forward-schuld.

Wat veroorzaakt carry forward-schuld in Fabric?

Carry forward-schuld ontstaat wanneer workspaces boven hun aangeschafte capaciteitslimiet uitbranden. De overmatig verbruikte rekenkracht wordt behandeld als schuld die uit toekomstige capaciteitscycli moet worden terugbetaald, wat de prestaties tijdelijk kan vertragen.

Hoe verschillen achtergrond- en interactieve workloads in Fabric?

Interactieve workloads (klikken in rapporten door gebruikers) worden uitgesmeerd over een korte periode van enkele minuten, terwijl achtergrondworkloads (geplande verversingen en nachtelijke pipelines) over een venster van 24 uur worden uitgesmeerd om verstoringen te beperken.