Het fabric-beperkingsbeleid

Beperking treedt op wanneer bewerkingen meer rekeneenheden seconden (CU's) verbruiken dan de SKU capaciteit toestaat. Te veel beperking kan leiden tot een verminderde eindgebruikerservaring. Een Microsoft Fabric-tenant kan meerdere capaciteiten maken en werkruimten toewijzen aan een specifieke capaciteit voor facturering en grootte.

Beperking wordt toegepast op capaciteitsniveau, wat betekent dat, terwijl één capaciteit of set werkruimten te maken heeft met verminderde prestaties als gevolg van overbelaste capaciteit, andere capaciteiten normaal blijven werken. In gevallen waarin functies zoals OneLake-artefacten in één capaciteit worden geproduceerd en door een andere worden verbruikt, bepaalt de beperkingsstatus van de verbruikscapaciteit of aanroepen naar het artefact worden beperkt.

Balans tussen prestaties en betrouwbaarheid

Fabric is ontworpen om snelle prestaties te leveren aan zijn klanten. Taken die enkele minuten in beslag kunnen nemen op andere platforms, kunnen in slechts enkele seconden op Fabric worden voltooid. Grote bewerkingen kunnen op elk moment van de dag worden uitgevoerd zonder dat er zorgvuldige planning nodig is, omdat de berekening voor deze bewerkingen gedurende een langere periode wordt verdeeld, zonder de bewerking te vertragen. Fabric maakt dit mogelijk met behulp van ingebouwde bursting en smoothing. Ze maken het mogelijk dat capaciteiten zelfbeheerd en zelfherstelbaar zijn wanneer tijdelijke pieken in gebruik anders leiden tot een storing of vertraging van andere systemen.

Barstend

Om snelle prestaties te garanderen, laat Fabric bewerkingen zo snel mogelijk verlopen door gebruik te maken van bursting. Met bursting kunnen bewerkingen tijdelijk meer rekenkracht gebruiken dan de geconfigureerde rekenkracht voor de capaciteits-SKU. Vanwege bursting krijgen gebruikers snel resultaten zonder te wachten. Bursting maakt ook een kleinere capaciteit mogelijk om grotere bewerkingen uit te voeren waarvoor normaal gesproken een duurdere capaciteit nodig is.

Gladstrijken

Om te voorkomen dat gebruikers worden bestraft wanneer bewerkingen profiteren van bursting, egaliseert of gemiddeld Fabric het CU-gebruik van een bewerking over een langere periode. Dit gedrag zorgt ervoor dat gebruikers consistent kunnen profiteren van snelle prestaties zonder dat ze beperkingen ondervinden.

Het soepeler verdelen verdeelt het verbruikte CU-gebruik over toekomstige tijdstippen. Timepoints in Fabric zijn 30 seconden lang. De komende 24 uur zijn er 2.880 tijdpunten. Fabric beheert automatisch de hoeveelheid consumptie-CU's in elk tijdstip.

Het gebruikstype van een bewerking bepaalt het aantal tijdpunten dat wordt gebruikt voor het gladmaken. Meer informatie over Fabric-bewerkingen.

• Interactieve bewerkingen worden afgevlakt over een periode van minimaal vijf minuten en maximaal 64 minuten, afhankelijk van hoeveel CU ze verbruiken.
• Achtergrondbewerkingen worden gedurende een periode van 24 uur geëgaliseerd omdat ze doorgaans lange uitvoeringstijden en een groot CU-verbruik hebben.

Door gegevensvereffening is slechts een gedeelte van het CU-gebruik voor een bewerking van toepassing op elk afzonderlijk tijdstip, waardoor het afremmen over het algemeen wordt verminderd. Het gestroomlijnde CU-gebruik bouwt zich op naarmate bewerkingen worden uitgevoerd. Afgevlakt gebruik wordt betaald door toekomstige capaciteit, de CU's die beschikbaar zijn in toekomstige momenten, omdat de capaciteit continu doorgaat.

Bursting en smoothing werken samen om het gemakkelijker te maken voor capaciteitsgebruikers om hun werk te doen. Gebruikers besteden bijvoorbeeld meestal tijd aan het plannen van taken en verspreiden ze over de hele dag. Met afvlakking worden de rekenkosten van achtergrondtaken over 24 uur gespreid. Dit betekent dat geplande taken allemaal tegelijk kunnen worden uitgevoerd zonder dat er pieken ontstaan waardoor taken anders niet kunnen worden gestart. Tegelijkertijd kunnen gebruikers profiteren van consistente snelle prestaties zonder te wachten tot trage taken zijn voltooid of tijd verspillen aan het beheren van taakplanningen.

Notitie

Bursting en smoothing worden niet ondersteund wanneer een beheerder van de capaciteit Autoschaal facturering voor Spark heeft ingeschakeld. In dit scenario werkt Spark-gebruik in een pay-as-You-Go-modus en zijn de concepten van bursting en smoothing niet van toepassing.

Triggers en vertragingsfasen beperken

Hoewel capaciteiten ingebouwde vereffening hebben die de impact van pieken in het gebruik vermindert, is het nog steeds mogelijk om een capaciteit te overbelasten door te veel bewerkingen uit te voeren.

De capaciteit begrenset automatisch nieuwe processen wanneer deze overbelast is. Snelheidsbeperking vindt plaats in stapsgewijze stappen om de impact op belangrijke taken, zoals het vernieuwen van gegevens, te minimaliseren.

Zelfs wanneer een capaciteit meer dan 100% benutting gebruikt wordt, past Fabric niet direct afknijping toe. In plaats daarvan biedt de capaciteit bescherming tegen overschrijding waarmee 10 minuten toekomstige capaciteit kan worden gebruikt zonder beperking. Dit gedrag biedt een beperkte ingebouwde bescherming tegen pieken, terwijl gebruikers consistente snelle prestaties bieden zonder onderbrekingen.

Drosseling begint wanneer een capaciteit al zijn CU-resources heeft uitgeput voor de komende 10 minuten. De eerste fase van beperking past vertragingen van 20 seconden toe op nieuwe interactieve bewerkingen. In de tweede fase van beperking worden nieuwe interactieve bewerkingen geweigerd wanneer een capaciteit al zijn CU-resources voor het komende uur heeft verbruikt. Tijdens deze fase mogen achtergrondbewerkingen worden gestart en uitgevoerd. De derde fase van het afwijzen van alle nieuwe aanvragen, interactieve en achtergrondaanvragen, wanneer de capaciteit gedurende de komende 24 uur gebruikmaakt van alle beschikbare CU-resources. De capaciteit blijft beperkingen toepassen op aanvragen totdat de verbruikte CU's volledig zijn betaald.

Notitie

Microsoft probeert de flexibiliteit van klanten bij het gebruik van de service te verbeteren, terwijl de noodzaak om het capaciteitsgebruik van klanten te beheren. Daarom kan Microsoft het beperkingsbeleid voor infrastructuur wijzigen of bijwerken.

De tabel vat de throttling-triggers en fasen samen.

Gebruik	Beleidslimieten	Impact van platformbeleid
Gebruik <= 10 minuten	Overschrijdingsbeveiliging	Taken kunnen 10 minuten aan toekomstig capaciteitsgebruik verbruiken zonder beperking.
Gebruik van 10 minuten <<= 60 minuten	Interactieve vertraging	Door de gebruiker aangevraagde interactieve taken worden 20 seconden vertraagd bij verzending.
Gebruik van 60 minuten <<= 24 uur	Interactieve afwijzing	Door de gebruiker aangevraagde interactieve taken worden geweigerd.
Gebruik > 24 uur	Achtergrondafkeuring	Alle aanvragen worden geweigerd.

Voorbeeld van gladstrijkende en bemoeilijkende limieten

Hier volgt een illustratief voorbeeld van de werking van smoothing voor één achtergrondbewerking die 1 CUHr verbruikt (het gebruik is gelijk aan 1 CU voor 1 uur). Achtergrondprocessen worden over een periode van 24 uur geoptimaliseerd. De bijdrage van een achtergrondbewerking op elk willekeurig tijdstip is # CUHrs voor de bewerking / # CUHrs op SKU-niveau. Voor een F2 draagt deze taak 1 CUHr / 48CUhrs = ~2,1% bij aan elk tijdstip. De impact op de beperkingslimieten van 10 minuten en 60 minuten is ongeveer 2,1%.

Hier volgt de details die het voorbeeld ondersteunen:

1 CUHr = 3.600 CU's (1 CU * 60 minuten per uur * 60 seconden per minuut)

Elk tijdstip is 30 seconden lang. In 24 uur zijn er 2880 tijdstippen (24 uur * 60 minuten * 2 tijdspunten per minuut).

Omdat de 3600 CUs gedurende 24 uur worden afgevlakt, draagt de taak 3.600 CUs/2.880 tijdpunten bij aan elk tijdpunt van 30 seconden. Het draagt dus 1,25 CU's per tijdspunt bij.

Het beperkingspercentage van 10 minuten is gebaseerd op het totale aantal CU's dat beschikbaar is tijdens de komende 10 minuten van capaciteit bedrijfstijd.

Een F2-capaciteit heeft 2 CU voor elke seconde (of 2 CU's). In elk tijdspunt heeft een F2 2 CU's * 30 seconden = 60 CU's aan rekenkracht.

De bijdrage van de achtergrondtaak aan elk afzonderlijk tijdpunt is 1,25 CU's/60 CU's = ~2,1% van een afzonderlijk tijdpunt.

In 10 minuten heeft de F2 2 CU * 60 seconden * 10 minuten = 1200 CU's aan rekenkracht.

Het deel van de achtergrondtaak dat over de komende 10 minuten van capaciteit is verdeeld, is 1,25 CU * 2 tijdpunten per minuut * 10 minuten = 25 CU.

Het beperkingspercentage van 10 minuten is dus 25 CU's / 1.200 CU's = ~2,1%.

Op dezelfde manier is de impact die de achtergrondtaak heeft op het beperkingstempo over een periode van 60 minuten ook ongeveer 2,1%.

Hoewel de achtergrondbewerking meer CU's verbruikt dan beschikbaar zijn in de volgende periode van 10 minuten (het verbruikt zes keer zoveel), wordt de F2-capaciteit niet beperkt omdat de totale CU's over 24 uur worden uitgesmeerd. Vanwege de afvlakking is slechts een klein deel van de verbruikte CU's van toepassing op ieder afzonderlijk tijdstip.

Overschrijdingen, carryforward en afbouw

Wanneer bewerkingen meer capaciteit gebruiken dan de SKU in één tijdspunt ondersteunt, wordt een overschrijding berekend. Overschrijdingen worden berekend nadat de smoothing is toegepast. Als er overschrijdingen zijn die het toegestane beperkingsvenster van 10 minuten te boven gaan, worden deze toegewezen CUs.

Overschrijdingsbeveiliging zorgt ervoor dat de capaciteit niet wordt beperkt totdat het beperkingsvenster van 10 minuten vol is. Het is ontworpen om de frequentie van interactieve vertragingen te verminderen vanwege tijdelijke pieken in het gebruik.

De carryforward-CU's worden op elk volgend tijdstip toegepast. Als een tijdspunt niet vol is, verminderen de ongebruikte CA's het bedrag van de overdrachts-CU's. De vermindering wordt burndown genoemd.

Beperkingen blijven van kracht totdat ongebruikte capaciteit alle overgedragen CUs afbetaalt.

Het bewaken van capaciteiten voor begrenzing

Capaciteitsbeheerders kunnen e-mailwaarschuwingen instellen om op de hoogte te worden gesteld wanneer een capaciteit 100% van de ingerichte CU-resources verbruikt. Beheerders kunnen ook de capaciteitsstatistieken-app gebruiken om de versnellingsniveaus voor hun capaciteit te bekijken.

De juiste grootte en optimalisatie van een capaciteit

Consistent hoge beperkingsniveaus duiden erop dat er belastingverdeling over meerdere capaciteiten moet plaatsvinden of dat de SKU-grootte van de capaciteit moet worden vergroot. Wanneer u F-SKU's gebruikt, kunt u te allen tijde in de beheeromgeving de SKU-grootte handmatig aanpassen, wat u in staat stelt om prestatiebeperking op te lossen wanneer dat nodig is.

Hoe u kunt herkennen dat er sprake is van capaciteitsafremming

Wanneer een capaciteit aanvragen weigert, zien gebruikers specifieke foutcodes en fouttekst:

1. Statuscode CapacityLimitExceeded
2. Foutbericht Your organization's Fabric compute capacity has excceded its limits. Try again later.
3. Foutbericht Cannot load model due to reaching capacity limits.

Notitie

Trage prestaties zijn vaak het gevolg van het ontwerp van een item. Alleen soms zijn trage prestaties het gevolg van capaciteitsvermindering.

Wanneer een capaciteit overbelast is, kan een capaciteitsbeheerder de Fabric-capaciteitsstatistieken-app gebruiken om throttling te bevestigen.

1. De tabel Systeemgebeurtenissen op de pagina Compute toont de geschiedenis van beperkingsgebeurtenissen.
2. De Throttling grafieken op de Compute pagina laten zien wanneer het vereffende gebruik een van de throttling limieten overschrijdt.

Hoe bandbreedtebeperking stoppen wanneer deze plaatsvindt

Capaciteiten zijn zelfherstel, zodat u altijd kunt wachten totdat de overbelastingsstatus voorbij is voordat u nieuwe aanvragen indient.

Als u de beperking echter sneller wilt opheffen, kunt u de onderstaande strategieën gebruiken.

Wanneer u F SKU-capaciteiten gebruikt, kunt u de beperking stoppen:

• Verhoog de SKU tijdelijk. Door uw SKU te verhogen, vermindert u de carryforward sneller doordat elk tijdspunt meer ongebruikte capaciteit heeft.
• Pauzeer en hervat uw capaciteit. Het onderbreken van een capaciteit resulteert in een factureringsgebeurtenis voor het geaccumuleerde toekomstige capaciteitsgebruik. Wanneer een capaciteit wordt gestart of hervat, heeft deze geen toekomstig capaciteitsgebruik, zodat nieuwe bewerkingen meteen kunnen worden geaccepteerd.

Wanneer u P SKU-capaciteiten gebruikt, kunt u de beperking stoppen:

• Schakel automatische schaalaanpassing in voor de P-capaciteit.

Vluchtbewerkingen worden niet beperkt

Beperking is alleen van invloed op bewerkingen die zijn aangevraagd nadat de capaciteit begint met beperken. Alle bewerkingen, inclusief langlopende bewerkingen die zijn ingediend voordat de beperking begon, mogen worden uitgevoerd tot voltooiing. Dit gedrag geeft u de zekerheid dat bewerkingen zijn voltooid, zelfs tijdens pieken in CU-gebruik.

Samengestelde snelheidsbeperkingbescherming

In Fabric veroorzaakt één bewerking vaak dat andere items of workloads worden voltooid. Er zijn veel voorbeelden, maar een typische is het weergeven van een rapport. Elke visual in het rapport voert een query uit op een onderliggend semantisch model. Het semantische model kan ook gegevens uit OneLake lezen om het queryresultaat op te geven. Elk van deze aanvragen vormt een keten.

Wanneer er een keten van aanroepen is, bestaat het risico op samengestelde beperking, wat betekent dat beperking meer dan één keer wordt toegepast op hetzelfde verzoek. Fabric heeft een ingebouwde bescherming tegen samengestelde throttling die de kans op het optreden van samengestelde throttling vermindert. Workloads kunnen ervoor kiezen om deze beveiliging te gebruiken.

Wanneer workloads samengestelde throttlingbescherming ondersteunen, wordt een aanvraag slechts één keer onderworpen aan beperking voor elke capaciteit die deelneemt aan de keten. De throttling beslissing treedt op wanneer het verzoek wordt gestart en is van toepassing op alle bewerkingen in de gehele keten.

Als een keten afhankelijk is van meer dan één capaciteit, zal elke capaciteit zijn doorvoersbeperking eenmaal afdwingen voor de eerste aanvraag die het in de keten ontvangt.

De volgende workloads bieden ondersteuning voor samengestelde throttling:

• Semantische modellen die verbinding maken met andere semantische modellen met behulp van Direct Query.
• DAX-query's van gepagineerde rapporten naar semantische modellen.

Limiteergedrag is specifiek bij Fabric-workloads

Hoewel de meeste Fabric-producten voldoen aan de eerder genoemde beperkingsregels, zijn er enkele uitzonderingen.

Fabric-eventstreams hebben bijvoorbeeld veel bewerkingen die jaren kunnen worden uitgevoerd zodra ze zijn gestart. Het beperken van nieuwe gebeurtenisstroombewerkingen zou niet zinvol zijn, dus in plaats daarvan wordt de hoeveelheid CU-resources die zijn toegewezen om de stream open te houden, verlaagd totdat de capaciteit weer goed staat.

Een andere uitzondering is Realtime Intelligence, wat niet realtime zou zijn als bewerkingen met 20 seconden werden vertraagd. Als gevolg hiervan past Real-Time Intelligence niet de eerste fase van snelheidsregeling toe met vertragingen van 20 seconden bij een toekomstige capaciteit van 10 minuten. Real-Time Intelligence wacht tot de afwijzingsfase op 60 minuten van de toekomstige capaciteit begint met beperken. Dit gedrag zorgt ervoor dat gebruikers kunnen blijven genieten van realtime prestaties, zelfs tijdens perioden van hoge vraag.

Op dezelfde manier worden bijna alle bewerkingen in de categorie Warehouse gerapporteerd als achtergrond om te profiteren van een 24-uurs soepelheid van de activiteit, zodat de meest flexibele gebruikspatronen mogelijk zijn. Als u alle datawarehousing als achtergrond classificeert, voorkomt u dat pieken in cu-gebruik te snel beperking activeren. Sommige aanvragen kunnen een keten van bewerkingen in gang zetten die op verschillende manieren worden vertraagd. Wanneer een interactieve bewerking een keten start die een achtergrondbewerking bevat, kan de achtergrondbewerking als een interactieve bewerking worden onderworpen aan beperking van snelheid.

Interactieve en achtergrondclassificaties voor beperking en smoothing

Sommige beheerders merken mogelijk dat bewerkingen soms worden geclassificeerd als interactief en glad worden weergegeven als achtergrond, of omgekeerd. Dit onderscheid treedt op omdat de beperkingssystemen van Fabric beperkingsregels moeten toepassen voordat een aanvraag wordt uitgevoerd.

Het beperkingssysteem probeert bewerkingen nauwkeurig te categoriseren na verzending. Wanneer een bewerking begint te worden uitgevoerd, wordt er soms gedetailleerdere informatie beschikbaar die de categorisatie wijzigt. In dubbelzinnige scenario's valt het beperkingssysteem terug op het classificeren van bewerkingen als achtergrond, wat in het belang van de gebruiker is.

Overschrijdingen en geweigerde bewerkingen bijhouden

U kunt zien of uw capaciteit overbelast is door het gebruiksdiagram te bekijken in de app Metrische gegevens over Microsoft Fabric-capaciteit. Een piek die over de lijn loopt, geeft een overschrijding aan. Als u de overschrijding verder wilt onderzoeken, zoomt u in op de timepoint-pagina. U kunt vervolgens zowel uw interactieve als achtergrondbewerkingen bekijken en zien welke verantwoordelijk waren voor de overschrijdingen.

Omdat het gebruik van meer dan 100% niet automatisch betekent dat beperking, moet u het beperkingsdiagram gebruiken bij het evalueren van overschrijdingen. Hier kunt u een tabel openen waarin minuten worden weergegeven voor burndown, een grafiek met optellen, burndown en cumulatief percentage, en meer. In minuten voor burndown wordt geschat hoe lang burndown duurt als er geen bewerkingen meer in de capaciteit plaatsvinden.

Ga naar het tabblad Overschrijdingen om een visuele geschiedenis weer te geven van een overbezetting van capaciteit, inclusief overdracht, cumulatief en burndown van gebruiksgegevens. U kunt de overschrijdingsvisualschaal wijzigen om 10 minuten, 60 minuten en 24 uur weer te geven.

Met de drilldown van de Microsoft Fabric Capacity Metrics-app kunnen beheerders bewerkingen zien die zijn geweigerd tijdens een beperkingsgebeurtenis. Er is beperkte informatie over deze bewerkingen, omdat ze nooit mogen starten. De beheerder kan het product, de gebruiker, de bewerkings-id en het tijdstip zien waarop de aanvraag is ingediend. Wanneer een aanvraag wordt geweigerd, ontvangen eindgebruikers een foutbericht waarin ze wordt gevraagd het later opnieuw te proberen.

Factureerbare en niet-factureerbare rekenkracht

Wanneer u het capaciteitsgebruik in de app voor metrische capaciteit bekijkt, zijn sommige bewerkingen factureerbaar en andere niet factureerbare. Alleen factureerbare bewerkingen zijn opgenomen in beperkingsberekeningen. Preview-mogelijkheden kunnen niet-factureerbare bewerkingen genereren. Gebruik niet-factureerbare bewerkingen om vooruit te plannen, zodat uw capaciteit correct wordt aangepast wanneer deze preview-functies factureerbaar worden.

Gerelateerde inhoud

• Installeer de Microsoft Fabric Capacity Metrics-app om fabric-capaciteiten te bewaken.
• Uw capaciteit aanpassen.